Ingeniería de software

Ingeniería de Software I

•

SIN SIGLA

0

Sergio Andres Perez

3/7/2023

¡Este material tiene más páginas!

Entonces, ¿te gustó este material?

Ayude a animar a otros estudiantes a mejorar el contenido

¿Te gustó este material? ¡Compartir! 🧡

Ingeniería de Software I

29.579 Materiales compartidos

Descarga la aplicación para disfrutar aún más

Lea materiales sin conexión, sin usar Internet. Además de muchas otras características!

Vista previa del material en texto

Ingeniería de software
Unidad 3: Fase 4 – Planificación proyecto de software
Entregado Por:
Grupo:
Presentado a:
Universidad Nacional Abierta y a Distancia UNAD
2021
Actividad a desarrollar
1. Gestión del alcance: objetivos del software, entregables, EDT y especificación de requerimientos.
Objetivos generales
Desarrollo de un software completo, de fácil accesibilidad y que su interfaz de fácil para su manejo para el área médica.
Objetivos
· Conocer todas las alternativas del mercado enfocado a la misma área
· Requerimientos y especificaciones del software
· Análisis y manejo de la información recopilada
· Diseño agradable para el publico
· Pruebas de Diagnósticos
Esta gestión incluye procesos importantes para garantizar, que dentro del proyecto este todo lo requerido por el cliente. Gestiona el alcance del proyecto, este es enfocado principalmente en definir y controlar lo que se incluye en dicho proyecto.
El problema presentado a lo largo de curso se enfoca en el desarrollo de un software para el área médica, el cual permita una solución abierta, anónima y gratuita, para todos aquellos usuarios que requieren encontrar en cualquier momento médicos que responden a sus preguntas o interrogantes de salud.
Se detalló la creación de software basado en la web, donde los cliente y usuarios puedan encontrar las respuestas a sus inquietudes de una forma de fácil acceso rápida y siempre atenta a ser respondida por personal calificado. No obstante, el proceso de recopilación de requisitos es el encargado de determinar, gestionar y documentar las necesidades que van teniendo los clientes.
REQUISITOS FUNCIONALES
Identificación del
requerimiento:
RF1
Nombre del
Requerimiento:
Áreas Especializadas Organizadas
Características:
Contar con cada una de las áreas especializadas en el área de medicina
Descripción del requerimiento:
Que el usuario a la hora de Ingresar tenga la facilidad de seleccionar el área especializada en la cual esté interesado su consulta.
Prioridad del requerimiento: Alta
Identificación del
requerimiento:
RF2
Nombre del
Requerimiento:
Fluidez en su Navegación
Características:
La aplicación debe funcionar para cualquier tipo de sistema
Descripción del requerimiento:
Permite al cliente o usuario poder acceder al software desde cualquier dispositivo.
Prioridad del requerimiento:
Alta
Identificación
del requerimiento:
RF3
Nombre del
Requerimiento:
Idioma
Características:
Maneja un único idioma el cual será Español
Descripción del requerimiento:
Debe manejar un idioma para usuarios de habla hispana tanto en el área médica como para los usuarios.
Prioridad del requerimiento:
Alta
Identificación del
requerimiento:
RF4
Nombre del
Requerimiento:
Base de datos
Características:
Guarda información en la base datos
Descripción del
requerimiento:
Permitir guardar en una base de datos las consultas realizadas.
Prioridad del requerimiento:
Alta
Identificación
del requerimiento:
RF5
Nombre del
Requerimiento:
Base de información
Características:
Contar con personal e información del área médica recopilada por cada sesión realizada para así incrementar el servicio personalizado
Descripción del requerimiento:
Debe contar con información y asesoría relacionada con medicamentos, enfermedades, síntomas, procedimientos, además de consultas previas que el usuario haya tenido

Prioridad del requerimiento:
Alta
Identificación del
requerimiento:
RF06
Nombre del
Requerimiento:
Confiabilidad y Seguridad
Características:
Cuenta con soluciones abiertas y anónimas siempre brindando seguridad en la información de datos de los usuarios.
Descripción del requerimiento:
Software que les brinde a los usuarios información, soluciones abiertas y anonimato.
Prioridad del requerimiento: Alta
Requisitos no Funcionales
Identificación
del requerimiento:
RNF1
Nombre del
Requerimiento:
Recaudo de dinero para sostenimiento del programa
Características:
Solicita dinero a cambio de información o medicamentos de alta demanda
Descripción del
requerimiento:
Dinero para brindar información
Prioridad del requerimiento: Alta
Identificación del
requerimiento:
RNF02
Nombre del
Requerimiento:
Disponer de un servicio especial de Compra y venta
Características:
Se manejan medicamentos para su compra y venta
Descripción del
requerimiento:
Compra y venta de medicamentos.
Prioridad del requerimiento:
Alta
Identificación del
requerimiento:
RNF03
Nombre del
Requerimiento:
Servicio Especial
Características:
Se priorizan usuarios por una suscripción a un servicio de asistencia prioritaria
Descripción del
requerimiento:
Priorizar usuarios por encima de otros.
Prioridad del requerimiento: Media
2. Gestión del tiempo: con listado de actividades, secuencia de actividades, cronograma (diagrama Gantt), etc.
Para el desarrollo del proyecto se dispondrá un tiempo de 6 meses distribuidos en varias fases.

Actividades

Gestión del proyecto
Actividades
Tiempo de
desarrollo
Descripción

Planificación

3 semanas - Octubre

En este se planifica y se dirige los procesos del proyecto.

Informes de avance

Informes de cierre

Análisis y diseño
Requerimientos

4 semanas – Noviembre
Se analizan los requerimientos, procesos y propuesta funcional, todos encaminados al desarrollo del proyecto

Procesos

Propuesta
funcional

Modelamiento

Se define como será el desarrollo del proyecto desde su fase inicial con un prototipo hasta la final con su respectiva documentación.

Conceptual

Físico

Prototipo

Documentación

Desarrollo
Funcionales
4 semanas - Diciembre
Es importante para su desarrollo determinar las
opciones funcionales del proyecto, su estilo y documentar el desarrollo del proyecto.

Diseño Grafico

Documentación

Integración y pruebas
Pruebas
internas

4 semanas - Enero
En este espacio se realizan las respectivas pruebas del prototipo en compañía del equipo de trabajo, además se procede a presentar el proyecto a cliente para buscar fallas y problemas en el software.

Pruebas clientes

Aprobación

Puesta en producción
Pre –
producción

4 semanas - Febrero
Luego de los estudio, se finaliza poniendo en producción el proyecto para luego colocarlo en disposición del cliente.

Pase a
producción

Manuales del
sistema

Entrega de
aplicación

3.Gestión de costos: listado de rubros, estimación de costos, presupuesto del proyecto.
Esta gestión cumple con procesos como planificar la gestión de los costos, estimar los costos, determinar el presupuesto y controlar los costos; este proceso es clave ya que plantea una guía y dirección respecto a cómo se gestionarán los costos del proyecto en el transcurso del mismo.
La gestión de costos del proyecto se verá relacionado en pesos colombianos.
En la siguiente tabla se presentan los gastos administrativos
La empresa de desarrollo de software Medical Software S. A. S, determino un presupuesto para el desarrollo del proyecto en $80.300.000. Se presenta el siguiente cuadro el total del costo del proyecto.
4. Gestión de riesgos: lista de riesgos, análisis de cada riesgo (prioridad, probabilidad, impacto, tratamiento).
Esta gestión incluye procesos para llevar a cabo una planificación de la gestión de riesgos en el cual se pueden identificar y analizar la planificación de respuestas, y el control de los riesgos del proyecto. Con esto se busca aumentar el impacto de eventos positivos y disminuir el impacto de los eventos negativos.
Lista de Riesgos.
Numero de Riesgo
Nombre
Definición
Tipo
1.1
Funcionamiento
Mal Funcionamiento

Técnico

1.2
Pruebas
No disponer de una plataforma donde se puedan llevar a cabo buenas pruebas operacionales

1.3
Tecnología
Falta de experiencia en el manejo y desarrollo de plataformas tecnológicas1.4
Infraestructura requerida para diseño
No cuenta con espacio y equipamiento para el desarrollo del diseño de los
componentes.

1.5
Rendimiento y fiabilidad del software
La plataforma posee una deficiencia de rendimiento en su navegación

2.1
Factores naturales
Apagón, lluvias y tormentas eléctricas,
incendio.

Externo
2.2
Proveedores
Incumplimiento por parte de los proveedores.

3.1
Recursos
No tener los recursos listos para invertir en el proyecto

Organización

3.2
Priorización
Fallas en la organización de prioridad.

3.3
Financiación
Demora en desembolsos para dar inicio al
proyecto.

4.1
Planificación
Errores en la
planificación general del proyecto
Dirección del proyecto
4.2
Definición alcance
Errores en la definición del alcance del software.

4.3
Personal
Contratación de personal que no se encuentre capacitado para la elaboración del
proyecto.

4.4
Estándares
Uso incorrecto de los estándares en el proyecto, el cual ocasiona fallas en la definición del
funcionamiento.

5.1
Laborales
Problemas legales
en la contratación del personal.

Legal
Probabilidades y escalas de impacto
N°
Riesgo
Definición del Riesgo
Descripción de impacto
Resp.
Proba.
Impact
Acción al riesgo
Responsable

1.1
Mal funcionamiento
Impacta en la percepción y confiablidad del cliente.

Evadir / Mitigar

0,5

0,7
Establecer indicadores de funcionamiento de la plataforma.
Ingeniero del proyecto
1.2
No contar con la plataforma para la realización de
pruebas
Demora en la entrega del proyecto.
Evadir
0,2

0,7
Establecer las
condiciones
Ingeniero del
proyecto

1.3
Desconocimiento en manejo de software
El desconocimiento laboral impacta en la entrega final del
proyecto.

Evadir / Mitigar

0,5

0,9
Capacitación del personal técnico encargado
Ingeniero del proyecto

1.4
No cuenta con espacio con infraestructura adecuada
Desgaste de tiempo en la ejecución y retraso importante en el cronograma.

Transferir

0,2

0,7
Establecer obligatoriamente las necesidades de infraestructura, equipos y tiempos
de utilización.
Ingeniero del proyecto

1.5
La plataforma carece de rendimiento
Impacta en la calidad del producto ofrecido.

Evadir / Mitigar

0,5

0,9
Establecer indicadores de rendimiento de la plataforma y realizar comparativas con
estándares.
Ingeniero del proyecto

Apagón, lluvias y
Impacta en los

Indicar otro sitio
Gerente del

tormentas
tiempos de

de operaciones,
proyecto

eléctricas,
implementación y

donde se

incendio.
desarrollo del

proporcione un

proyecto.

respaldo cuando

2.1

Transferir
0,2
0,9
se presenten
situaciones

fortuitas, para asi

garantizar que el

proyecto no se

retrase.

Incumplimiento
Retraso en la ejecución del proyecto

Solicitar a un
Gerente del

de proveedores.

proveedor
proyecto

2.2

Evadir / Mitigar

0,5

0,7
diferente el
servicio de almacenamiento

en la nube.

3.1
No contar con
Adición en los
Evadir /
0,5
0,7
Solicitar recursos
Gerente del

Recursos
tiempos de ejecución
Mitigar

disponibles de
proyecto

Disponibles
y gestión del

otro proveedor o

proyecto.

readecuación del

equipo de trabajo

del proyecto, y

redistribución de

3.2
Fallas en la organización de prioridad de los proyectos en curso.
Retraso en el cronograma e inconvenientes de costos por aplazamiento de actividades en tiempos ya estipulados.

Transferir

0,2

0,7
Establecer en la planificación los tiempos necesarios para la ejecución e implementación del proyecto según las capacidades de la empresa.
Gerente del proyecto

3.3
Demora en desembolsos para dar inicio al proyecto.
Mayores tiempos de ejecución y gestión del proyecto.

Transferir

0,5

0,3
Identificar y detallar las limitaciones de presupuestos, para el cumplimiento de acuerdo a la
planificación realizada.
Gerente del proyecto

4.1
Errores en la planificación general del proyecto.
Impacta en la implementación, ejecución y satisfacción del cliente.

Transferir

0,2

0,9
Realizar seguimientos estrictos a lo planificado para satisfacer las necesidades del
cliente en el tiempo acordado.
Gerente del proyecto

4.2
Errores en la definición del alcance afectando la descripción del software.
Impacta en puntos de entrega estimados para el proyecto y atrasos en el cronograma.

Evadir / Mitigar

0,5

0,7
Realizar la revisión del alcance y los entregables del proyecto, para cumplir con los requisitos del software, los entregables establecidos en el
tiempo acordado.
Gerente del proyecto
4.3
Contratación de
personal que no se encuentre
Impacta en el
desarrollo, funcionalidad y
Transferir
0,5
0,3
Contratar nuevo
personal capacitado, no se
Gerente del proyecto

capacitado para la
alineación del

capacita al

elaboración del
proyecto,

personal

proyecto.
ocasionando retrasos

existente, esto

y decepción en el

genera pérdida de

cliente.

tiempo y retraso

en la entrega del

proyecto.