Trabajo - Gestion de Proyectos-Proyectos de Software

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 7

Trabajo gestión de proyectos

Tema:
Proyectos de software

Integrantes:
Carlos Alcalá
Celinda Cueto

Docente:
Mónica Ospino

Universidad de Cartagena
Facultad de Ingeniería
Programa de ingeniería de sistemas

Fecha:
16-03-2020
1) ¿CÓMO PUEDEN SER CLASIFICADOS LOS PROYECTOS DE
SOFTWARE? DE UNA BREVE EXPLICACIÓN DE CADA UNO.
Los proyectos de software pueden clasificarse de muchas maneras según el
capítulo 1 del libro Mastering Software Project Management: Best Practices, Tools
and Techniques.
La clasificación seria la siguiente:

 Proyectos de ciclo de vida de desarrollo de software (SDLC): SDLC o el


ciclo de vida de desarrollo de software es el proceso en el cual se produce
software con la más alta calidad y el menor costo en el menor tiempo. Este
tipo de proyectos incluye un plan detallado sobre cómo desarrollar, alterar,
mantener y reemplazar un sistema de software. Un problema al discutir un
proyecto de ciclo de vida completo es que no hay estandarización sobre lo
que constituye un ciclo de vida de desarrollo de software.

 Proyectos de ciclo de vida completo: Son proyectos en los


cuales se usa una metodología de trabajo completa, es decir que
todos los pasos de una metodología son aplicados de principio a
fin para desarrollar el producto software. Generalmente se
incluyen fases como el análisis de requisitos de usuario, análisis
de requerimientos, diseño del software, construcción y prueba.

 Proyectos de ciclo de vida parcial: Son proyectos en los cuales


se aplican parte de los pasos de una metodología y esto depende
del tipo de software en el que se está trabajando.

Proyectos de desarrollo de software basados en enfoques


 Desarrollo "fresco" (creación de todo el software desde
cero): desarrollo de nuevos proyectos de software, similares a
proyectos de software de ciclo de vida completos.
 Personalización / implementación de productos COTS: que en
su traducción literal significa Componente sacado del estante, o lo
que en el ámbito de las tecnologías de la información podría
traducirse como Producto de Caja es un término del Reglamento
Federal de Adquisiciones (FAR), que define un elemento no-
desarrollativo (NDI) de suministro, que es a la vez comercial y se
vende en grandes cantidades en el mercado comercial, y que
puede ser adquirido o utilizado bajo contrato gubernamental de la
misma forma exacta a como está disponible al público en general.
(se referencia al final del trabajo).

 Portabilidad: desplegar un software que está funcionando en una


plataforma o hardware especifico en un hardware completamente
diferente. Esto implica cambios en el lenguaje de programación,
diferencias entre implementaciones e intervención manual para
que el software trabaje sin problemas en el nuevo entorno.
 Migración: actualizaciones de software debido a actualizaciones
del entorno en el que está desplegado o los componentes con los
que está construido. Puede ser que se actualicen los lenguajes de
programación, sistemas operativos, gestores de bases de datos,
etc. Esto implica un proceso de cambio para adecuar al software
de nuevas características que mejoren su rendimiento,
performance, o simplemente le agregue nuevas características o
funcionalidades.

Proyectos De Mantenimiento
 Reparación de defectos: reparación de problemas en el
software, por lo general un trabajo de reparación incluye el
arreglo del defecto y su respectivo reporte. Un error se puede
clasificar en defecto crítico, defecto mayor, defecto menor.
 Expansión funcional / adición de funcionalidades: agregar
nuevas características a un software: agregar procesos
funcionales, crear nuevos módulos al software, integración
con otro software, construir interfaces de trabajo con otro
software.
 Soporte operacional: verificar que el software esté
trabajando de manera adecuada, implica actividades como:
testeo, toma de copias de seguridad, restauración de copias
de seguridad, administración de usuarios del sistema,
extracción de los datos del sistema, entre otras.
 Arreglo de comportamientos extraños: reparación de
software que ha estado trabajando y ha sido sometido a
mantenimiento que ha desencadenado comportamientos no
comunes en él ya sea por un virus, seguridad de la red, etc.
 Modificación de software: cambios en el software debido a
modificaciones que sufre la organización o cliente para el cual
está hecho.
 Aplicaciones web
 Proyectos de desarrollo ágil.
2) ¿CUÁLES SON LOS DOS COMPONENTES PRINCIPALES DE LA
EJECUCIÓN DEUN PROYECTO SOFTWARE? DE UNA BREVE
EXPLICACIÓN DE CADA UNO.
La ejecución de proyectos de software tiene dos componentes, a saber, ingeniería
de software y gestión.
 Ingeniería de software consiste en todas las actividades técnicas que se
realizan para construir el producto entregable del proyecto (las actividades
de "solo construirlo"). La ingeniería de software se ocupa de construir los
componentes, integrarlos, verificarlos, validarlos y finalmente combinar
todos los componentes en un producto y convencer al cliente para que
acepte la entrega del mismo. Administración facilita la ingeniería de
software para que el entregable del proyecto se complete el tiempo,
eficiente y eficaz, y sin defectos.
 Gestión: La Gestión de Proyectos no es más que la capacidad de
reconocer los desafíos que te proporciona el cliente o la Empresa, para a
través de ellos encontrar, revisar y evaluar las múltiples soluciones,
seleccionando la que más responda a las definiciones de eficiencia y
calidad, para después ponerla en práctica, acorde a los objetivos y
planificación establecidos.

3) ¿QUÉ ES EL ESTUDIO DE FACTIBILIDAD DE UN PROYECTO


SOFTWARE? ¿QUÉ PARTES LO COMPONEN?
El estudio de factibilidad es un análisis que toma en cuenta los factores más
relevantes dentro de un proyecto software, generalmente es realizado por un
analista de negocio o analista de sistemas. Estos analistas se encargan de
estudiar el sistema existente, los documentos y el proceso actual que se utiliza.
 Requisitos de usuario: El objetivo de los analistas es obtener los
requisitos de usuario para el nuevo producto de software con ayuda de
los usuarios finales. Según los requisitos del usuario, el estudio
determina la viabilidad técnica de ejecutar el proyecto.
 Requisitos tecnológicos: El estudio de viabilidad determina la
tecnología que se utilizara, incluidas las bases de datos, la plataforma
de desarrollo de software (como el lenguaje de programación,
herramientas de desarrollo de software, servidor web, aplicación
servidor, etc.), y los requisitos de hardware y software del sistema. Estos
requisitos Determine si es necesario adquirir un nuevo hardware y
software del sistema.
 Enfoque de desarrollo de software: El estudio de viabilidad determina
el posible enfoque de desarrollo de software.
 Tipo de ejecución: El estudio de viabilidad especifica si el proyecto
puede ser ejecutado internamente o si se debe subcontratar. De
acuerdo con los requisitos, Si se requiere la contratación externa, los
analistas especifican la extensión y porción de trabajo subcontratado,
Por ejemplo, en algunos casos, una parte del software puede necesitar
ser subcontratada; Sin embargo, en otras ocasiones, todo el software
debe ser subcontratado.
Beneficios tangibles e intangibles: El estudio de factibilidad también
determina los beneficios tangibles e intangibles que se espera obtener del
proyecto propuesto. En este punto, típicamente una estimación aproximada del
costo total del proyecto También se ha hecho. La estimación se compone de:
 Costo de hardware y software del sistema.
 Costo del desarrollo de software.
 Costo de crear archivos de datos maestros o costo de migración
de datos.
 Costo de los recursos de capacitación en el nuevo sistema y
costo de la gestión del cambio actividades (actividades que son
necesarias para cambiar operaciones del sistema existente al
nuevo sistema).
 Cualquier otro costo relevante
Para finalizarse se prepara un informe de factibilidad que contiene los
resultados del estudio de factibilidad, el cual contiene las siguientes secciones:
 Página de título
 Contenido
 Preliminares del proyecto
 El proyecto
 Beneficios probables:
 Estimaciones de costos
 Tecnología propuesta
 Estrategia de implementación
 Apéndices:
 Documento de requisitos del usuario
 Lista de personas entrevistadas para obtener requisitos
 Lista de documentos referenciados
 Detalles de las estimaciones.
 Análisis para llegar a beneficios probables, tecnología propuesta,
Etc.
 Cualquier otra materia relevante
El informe de factibilidad se presenta a la gerencia (o a un gasto de capital
comité de aprobación) para consideración y asignación de fondos
presupuestarios. La autoridad de aprobación, ya sea la alta gerencia o el
comité de gastos de capital, considera todas las propuestas competidoras de
fondos disponibles para gastos de capital.

4) ¿QUÉ ES LA PROPUESTA DE UN PROYECTO SOFTWARE? ¿QUÉ


PROCESOS ESTÁN IMPLÍCITOS EN LA ELABORACIÓN DE LA
PROPUESTA?
 Una propuesta de proyecto software hace referencia un documento en el
cual se expresa una idea que pretende solucionar de forma efectiva una
necesidad o un problema mediante el desarrollo de un producto software;
para esto se procede a explicar en qué forma se haría, el presupuesto,
personal y los distintos recursos que se tomarían llevara a cabo dicho
proyecto.
 Estimación del software
 Tamaño de producto software
 Estimación del esfuerzo o cantidad de personas necesarias para el
trabajo. por hora o día.
 Estimación del costo de producir el software, cuanto se requiere
gastar para construirlo.
 Estimación de la duración del proyecto (itinerario o cronograma).
Tiempo requerido para producir el software en días o meses.
 Compromisos de entrega
 Depende de:
 Urgencia y requerimientos del cliente.
 La competencia
 Futuros proyectos que dependan de la realización del proyecto en
cuestión.
 Precios de la propuesta
 Depende de: consideraciones comerciales, necesidad de adquirir el
proyecto, oportunidades, precio de los modelos.
 Cantidad de ordenes en cola
 Necesidad de obtener la orden/proyecto
 Conveniencia de ganar la orden/proyecto
 Fuerte competencia
 Monopolio
 Oligopolio
 Ordenes repetidas
 Nuevas oportunidades en el mercado
 Preparación de la propuesta
 PROPUESTA TECNICA
 Página con titulo
 Contenido
 Introducción
 Alcance del proyecto
 Técnicas y metodología
 Entregables
 Aprobaciones requeridas por el cliente
 Cronograma para la ejecución del proyecto
 Estimación del software
 Inclusiones
 Exclusiones
 Responsabilidades
 PROPUESTA FINANCIERA
 Pago
 Exclusiones de pago
 Periodo validado
 Términos de pago
 Derechos de propiedad intelectual
 Cláusulas de fuerza mayor
 Instalaciones
 Cláusula de aumento de precios
 Arbitramento y jurisdicción
 Responsabilidad consecuente

5) ¿CUÁNDO EMPIEZA LA FASE DE INICIACIÓN DE UN PROYECTO


SOFTWARE?
La fase de inicio del proyecto de software comienza después de que una
organización adquiere un proyecto ect de un cliente. Los objetivos del inicio del
proyecto de software aseguran que:

 Propiedad para la ejecución del proyecto, entrega del proyecto y aceptación


del cliente. se confía a un administrador de proyectos de software.
 El gerente de proyecto de software cuenta con compromisos de soporte de
los departamentos de servicio en la organización.
 El proyecto comienza con el "pie derecho".
 Para garantizar el éxito, la experiencia de la organización se lleva a Oso en
el proyecto.
La propiedad de las actividades de iniciación se comparte entre la organización y
el gerente de proyectos de software (SPM). Por lo general, una organización que
está preparada para ejecutar proyectos de desarrollo de software tiene un
departamento o grupo que es se le ha confiado la responsabilidad de actuar como
depósito de registros de proyectos y encargado de iniciar y cerrar proyectos.

También podría gustarte