INGENIERIA DE SOFTWARE

Elaborado por: Adolfo Enrique Pérez Rivera

Código: 1103121899

Disciplina: Ingeniería de Sistemas.

Presentado a: MARCO ANTONIO LOPEZ OSPINA

Cargo: Tutor, Asesor interno del curso

Grupo: 301404_3

Universidad Nacional Abierta y a Distancia, UNAD.

Escuela de Ciencias Básicas, Tecnología e Ingeniería, ECBTI.

Vicerrectoría Académica y de Investigación, VIACI.

República de Colombia.

UNAD, Corozal.

2021.
 1. Resumen de la propuesta de software que trabajarán como grupo y que

seleccionaron en la fase anterior. (Tipo de software y descripción de la

propuesta de software)

La propuesta de software es más que todo de un sitio web que permita a los usuarios

poder consultar servicios de medicina especializada de una manera anónima, pero sobre

todo gratuita, de esta forma recibir respuesta por personal profesional en todas las áreas de

la salud, dependiendo del interés. Además, brindara informacion de medicamentos,

enfermedades, síntomas, y muchos procedimientos que pueden ser consultados en la base

de conocimientos certificada. El personal de salud se le estará brindando la posibilidad de

obtener un perfil digital y esto servirá de puente para poder tener acceso a los clientes

potenciales.

Dentro de todas las funciones de nuestra aplicación se podrá encontrar la de almacenar

toda clase de informacion de las consultas médicas en una base de datos para la

construcción de un gran repositorio de todo tema relacionado con la salud, por ende, el tipo

de software que aplica a este caso es el de gestión.

1. Modelo de desarrollo de software seleccionado.

Mi propuesta de metodología es la del modelo SCRUM.

 2. Explicación y justificación de la selección del modelo.

En mi criterio es el que más se ajusta al proyecto ya que no es algo muy extenso que

digamos y mucho menos de una dificultad inmanejable.

SCRUM es más que todo, una herramienta de trabajo por decirlo así interactivo e

incremental en el desarrollo de un proyecto que se estructura en diferentes ciclos de

trabajos llamados Sprint. Esto es interacción de 1 a 4 semanas, y suele suceder una detrás

de la otra.

Se elige esta metodología ágil porque se tiene una idea clara por parte del cliente de

todas las características que puede tener el proyecto y se puede involucrar de forma activa.

Esta es una metodología que permite más que todo tener unos resultados anticipados,

este proceso es flexible y de una fácil adaptación, todo esto es gracias a las interacciones

que pasan constante para eliminar posibles riesgos.

Este método adhiere productividad, eficiencia, eficacia al proyecto además al final se

tendrá un producto de calidad y con un porcentaje de retorno de inversión positivo.

Todo esto aplicando de una manera directa al ejercicio planteado, permitiendo una

mayor calidad en el software en todas las intenciones y no olvidemos que algo muy

importante es que también permite un retorno de inversión mayor resultado de la reducción

de riesgo ya que se da prioridad a las funcionalidades con mayor valor.

 3. Descripción de las fases del ciclo de vida y su aplicación para la propuesta de

desarrollo, de acuerdo con el modelo seleccionado.

Al inicio de cada uno de los Sprint, el equipo de trabajo selecciona los elementos, en otras

palabras, los requisitos del cliente de una lista priorizada con el compromiso de llevar a

cabo cada uno a final del Sprint.

Para la fase de inicio que es la cual que se debe empezar se debe tener claro los objetivos

del proyecto.

En la segunda fase de planificación y estimación se procede a establecer unas metas fijas y

el plazo en que se bebe cumplir cada una de ellas.

Durante el proceso de Sprint no se puede cambiar los elementos que se eligieron. Al final

del Sprint, todo el equipo hace una revisión con los involucrados en el proyecto, y se les

enseña lo que se ha construido. Todo el equipo obtiene comentarios y observaciones

que se le puede incorporar al siguiente Sprint. Scrum pone el énfasis en producto que

funcionen al final de todo el Sprint, es decir que estén realizados.

La tercera fase está más que todo a la implementación y es muy importante esta fase ya que

se generara entregable el proyecto acorde a lo que el equipo definió en la fase de

planificación.

La cuarta fase se realiza la revisión la cual es realizar la evaluación del trabajo realizado

todo esto con el fin de buscar críticas constructivas y de búsqueda de soluciones si es lo

posible.
Esta última fase corresponde al lanzamiento en el cual se realiza él envió de los entregables

del proyecto, todo esto resultado del desarrollo de cada una de las fases anteriores.

Ciclo de vida.

Sprint 1

Product Backlog

Planificación

En esta fase se opta por reunir a todo los involucrados del proyecto para que de esta

forma hacer el plan de trabajo, indicar requerimientos, características, funcionalidades,

objetivos, riesgo del Sprint, plazos de entrega, entre otros.

 Además, se debe realizar una reunión entre todo el equipo y principalmente el jefe del

proyecto para explicar cómo es que se debe desarrollar cada punto del intervalo. Aquí se

evaluará cambios, toma de decisiones, mejoras y más factores para la elaboración del

producto.

Para que se pueda recolectar informacion se hará una encuesta cuantitativa mixta.

Se asignan los roles de cada integrante del equipo.

Sprint 2

En esta fase se tiene que analizar los datos que se recolectaron en la fase anterior y que

se pueden relacionar con los objetivos y todos los requerimientos para direccionar el

proyecto.

Una vez dejado bien claros los objetivos y toda la característica de nuestro proyecto se

procede hacer un modelado en la herramienta Balsamiq para que se pueda representar al

cliente y en conjunto con este poder hacer todos los cambios pertinentes o puede ser

mejoras.

De igual forma se prepara las historias de usuario para empezar a desarrollar el producto.

Sprint 3

Los Mockups y todas las historias de los usuarios se tienen que evaluar y sobre todo

ajustar siempre y cuando dependa de las decisiones del equipo y el cliente.

 Se tiene que establecer los recursos de diseño y plataforma para el desarrollo de dicha

aplicación. Además, se tiene que asignar dichas actividades a cada integrante del equipo de

acuerdo con el rol seleccionado.

Sprint 4

Par esta fase el proyecto ya debe estar listo para que pueda ser desarrollado, con cada

integrante con su respectivo rol y su tarea asignada.

Cada integrante del equipo debe ser responsable de su parte correspondiente y tener listo

su informe para la siguiente fase que pueda indicar todo los inconvenientes y mejora por

realizar.

Entre el Sprint 4 y Sprint 12 solamente se trabajará el desarrollo del producto por esta

razón las actividades y los entregables (tarea asignada) son iguales al Sprint 4

Sprint 12

En este espacio el equipo se establecerá una fecha para para reunir todo el producto para

las respectivas pruebas y cambios no mayores siempre y cuando se considere necesarios.

Sprint 13

El equipo presentara el producto terminado para ser comercializado, siempre y cuando el

cliente de su aprobación.
 Sprint 14

En esta fase se tiene que programar una fecha en que la cual se le tiene que hacer un

mantenimiento del producto.

5. Descripción del equipo de trabajo y de los roles que implementarán de acuerdo

con el modelo seleccionado.

Ingeniero. Rol.

Adolfo Enrique Perez Rivera Scrum Máster

Estudiante 1(xxxxxxxxxx) Product owner

Estudiante 2(xxxxxxxxxx) Desarrollador

Ingeniero 1 Desarrollador

Ingeniero 2 Desarrollador

Ingeniero 3 Stake holders interno.

Empleado, directivos propietarios. Stake holders interno.

6. Descripción de las herramientas y métodos de control que sugieren utilizar

dentro del proceso de desarrollo de software (control de ejecución, control de

cumplimiento, control de calidad, etc).

Control de ejecución del proyecto

 Para hacer la planificación del trabajo del proyecto se utilizará la herramienta diagrama

de Gantt, con este diagrama de barra muestra el origen y el final de las diferentes unidades

mínimas del trabajo y también todo el grupo de tarea, también las dependencias entre

unidades mínimas de trabajo ejemplo (fin-comienzo, fin-fin, comienzo-fin, comienzo-

comienzo)

Control de calidad

Para poder evaluar la calidad que tiene el software se tiene que utilizar los siguientes

parámetros.

 No se recomienda utilizar recursos de la maquina (programa lento).

 No es fácil la utilización.

 No es seguro y menos confiable.

 No es muy fácil hacerle un mantenimiento.

Tabla de control.

Aspecto. Factor.

Operación del producto. Cumplimiento.

Exactitud.

Eficiencia.

Integridad.

Facilidad de uso.

Revisión del producto. Facilidad de mantenimiento.

 Facilidad de prueba.

Flexibilidad.

Transición del producto. Portabilidad.

Reusabilidad.

Interoperabilidad.

Bibliografía.

Recuperado de Scrum: qué es y cómo funciona esta metodología

https://www.wearemarketing.com/es/blog/metodologia-scrum-que-es-y-como-

funciona.html