Segunda Fase - Modelamiento

Por: Juan Camilo López Pastrana

Código: 1079181391

Tutora: Pilar Alexandra Moreno

Código del curso: 301404_8

Universidad Nacional Abierta y a Distancia UNAD

Ingeniería de Software
Neiva-2020
 Introducción
Un proceso de desarrollo de software es la descripción de una secuencia de actividades que deben ser
seguidos por un equipo de trabajadores para generar un conjunto coherente de productos (Santander,
2008).

En esta actividad se tiene por objetivo relacionar nociones de modelos como lo son; el modelo de
proceso, encargado de describir la visión del desarrollo de forma simplificada, modelos clásicos,
compuestos por una serie de fases que se ejecutan secuencialmente y los modelos recientes, que se
adaptan a la evolución y soportan los requisitos del sistema en función del tiempo teniendo en cuenta el
alto grado de operatividad y solapamiento entre ciclos.

En este sentido, esta propuesta plantea trabajar a partir de roles que articulan actividades y recursos que
permiten identificar características direccionadas al diseño y aplicación del proceso que conlleva una
propuesta de desarrollo de software relacionando y consolidando conceptos claves, nombrados
anteriormente para la elaboración de este ejercicio.
 Desarrollo de la actividad

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).

Software de gestión es el tipo de procedimientos que se propone para la aplicación de la propuesta

diseñada, pues está compuesto por un sistema integrado que relaciona múltiples instrumentos que
individualmente se utilizan para ejecutar tareas administrativas, pero también incorpora y facilitan
los procesos operativos, productivos y administrativos de una organización.
Asimismo, se tendrá en cuenta el software basado en la web, pues este permite que cualquier gestión
se organice y desarrolle a través del internet.

Ahora bien para el desarrollo de la web App se articularon los siguientes tipos de desarrollo con el
fin de complementar su funcionamiento óptimo.

- Portal web app:

Esta app se encarga del servidor web y no requiere ninguna instalación, funciona en todos los
sistemas operativos, es rápida y segura. Además, permite el acceso de diversas categorías o
secciones donde se puede de forma organizada encontrar foros, chats, correo electrónico, zona de
acceso con registro, un buscador y contenido reciente.

- Aplicación web dinámica:

Esta aplicación web tiene como propósito organizar las bases de datos y de esta forma establecer
información y contenidos. Así mismo, se actualizará con cada ingreso que el usuario realice a la web
app. Igualmente, se tendrá la opción de corregir o modificar contenidos, textos, imágenes, además de
extraer datos y crear informes basados en la web para el análisis.

- Tienda virtual o comercio electrónico:

En esta app el desarrollador debe crear un compartimiento de gestión para el administrador. A partir
de él se subirán los productos, que podrán ser actualizarlos o eliminados, así como se gestionará
pedidos y los pagos.
Los pagos se realizaran de la misma forma como de un m-commerce o un e-commerce ya que esta
aplicación es una tienda digital y los pagos se realizaran a través de una tarjeta de crédito, Paypal u
otro medio de pago.

2. Modelo de desarrollo de software seleccionado.

Modelo evolutivo – Modelo SCRUM

 3. Explicación y justificación de la selección del modelo.
Scrum es un proceso de gestión que reduce la complejidad en el desarrollo de productos para satisfacer
las necesidades de los clientes, es un marco de trabajo simple que promueve la colaboración en los
equipos para lograr desarrollar productos complejos.
Se eligió este proceso porque es el ideal, puesto que ayuda ahorrar tiempo y dinero, fomenta el trabajo
en equipo, es de fácil dominio, logra de manera exitosa la integración de todas las partes involucradas en
un proyecto, igualmente cuenta con un registro de labores realizadas y se le da seguimiento para lograrlo
de forma eficiente, incluso puede descomponerse por su gran tamaño o por las características que se
presentan. Simultáneamente, en cada iteración, accede conseguir un modelo funcional, esto quiere decir
que podemos tener el software en funcionamiento antes de estar terminado y agregarle con el tiempo,
más funciones.

Esta propuesta se basa en la flexibilidad de las herramientas en este caso Scrum permite introducir
cualquier cambio sin alterar el objetivo macro,
Como funciona:

Los procesos en Scrum se dividen en tres fases:

1- El quién y el qué: Reconoce roles de cada uno de los miembros del equipo y define su
responsabilidad en el proyecto.
2- El dónde y el cuándo: Que representan el Sprint.
3- El por qué y el cómo: Incorporan las herramientas que utilizan las partes de Scrum.

Justificación:

Se implementara Scrum porque facilita la administración de proyectos siendo un guía para el

seguimiento de programas y portafolios de cualquier tamaño y complejidad. Además, proporciona una
mejor comunicación entre el equipo de trabajo y la entrega de valor con oportunidad a los interesados.
Ideal para trabajar con las herramientas digitales anteriormente nombradas como lo son; el portal web
app, la aplicación web dinámica y la tienda virtual, con buenos resultados, recorte de tiempo y de costos.

Algunas de las principales ventajas de utilizar SCRUM son:

Ventajas:

 Nitidez
 Adaptabilidad
 Mejora continua
 Retroalimentación continua
 Entrega continua de valor
 Ritmo de trabajo sostenible
 Entrega anticipada
 Proceso de desarrollo eficiente
 4. Descripción de las fases del ciclo de vida y su aplicación para la propuesta de desarrollo, de
acuerdo al modelo seleccionado.

Recogida de requisitos: los requisitos son expuestos por el Product Owner (dueño del producto), con
estos requisitos se crea el Product Backlog (Pila de producto) o listado de tareas a desarrollar. Los
requisitos para nuestro proyecto ya están definidos, es decir, ya tenemos una pila de requisitos o Product
Backlog.

Planificación del sprint: reunión del equipo Scrum para definir los requisitos a implementar en el sprint
(Sprint backlog), Sprint que se desarrollará entre 2 a 4 semanas y que genera un incremento del
producto. Tiene una duración máxima de 8 horas o menos si el sprint es más corto (proporcional al
tiempo de duración del Sprint: 4 semanas = 8 horas).

Ejecutar el Sprint: en este proceso el grupo Scrum inicia su labor con el scrum diario (reunión de 15
min realizada cada día hasta terminar el sprint) para planificar lo que se hará durante las siguientes 24
horas.

Entregas a las partes implicadas: se presenta el incremento o producto obtenido para que sea
retroalimentado

Petición de feedback: es la realimentación al incremento entregado, las partes realimentan y se vuelve a

iniciar el proceso.

El tiempo mínimo para un Sprint será de una semana y el máximo es de 4 semanas. Dentro del
desarrollo de un Sprint se llevarán a cabo ciertos eventos, de Scrum Events o Eventos Scrum. Estos son:

1. Planeación del Sprint/Sprint Planning

Reunion en equipo para la planificación del Sprint. Durante este acontecimiento se resuelve qué
requerimientos o tareas se le asignará a cada uno de los elementos del equipo. Cada integrante deberá
asignar el tiempo que crea prudente para llevar a cabo sus requerimientos. De esta manera se define el
tiempo de duración del Sprint.

2. Reunion de Equipo de Scrum/Scrum team meeting

Se establece un límite de tiempo de15 minutos diarios para la reunión,se respetará el horario y lugar de
concentración. Cada integrante del equipo deberá responder tres simples preguntas:

 ¿Qué hiciste ayer?

 ¿Qué tienes planeado hacer hoy?
 ¿Qué obstáculos encontraste en el camino?

Estas reuniones servirán para realimentar el trabajo en equipo. Si alguno de ellos tiene
algún inconveniente que obligue a extender el encuentro, este debe tratarse más a fondo en una reunión
enfocada en buscar la mejor solución para ello.
3. Refinamiento del Backlog/Backlog Refinement

El Product Owner revisa cada uno de los elementos dentro del Product Backlog con el fin de esclarecer
cualquier duda que pueda surgir por parte del equipo de desarrolladores. También sirve para volver a
estimar el tiempo y esfuerzo dedicado a cada uno de los requerimientos.

4. Revisión del Sprint/Sprint Review

Los agentes del equipo y los clientes se reúnen para proyectar el trabajo de desarrollo de software que se
ha completado. Se hace una demostración de todos los requerimientos finalizados dentro del Sprint. En
este punto no es necesario que todos los miembros del equipo hablen, pueden simplemente estar
presentes, pero la presentación está a cargo del Scrum Master y el Product Owner.

5. Retrospectiva del Sprint/Retrospective

En este evento el Product Owner se reúne con todo su equipo de trabajo y su Scrum Master para hablar
sobre lo ocurrido durante el Sprint. Los puntos principales a tratar en esta reunión son:
 Qué se hizo mal durante el Sprint para poder mejorar el próximo.
 Qué se hizo bien para seguir en la misma senda del éxito.
 Qué inconvenientes se encontraron y no permitieron poder avanzar como se tenía planificado.

5. Descripción del equipo de trabajo y de los roles que implementarán de acuerdo al modelo
seleccionado.
SCRUM: Marco de trabajo.

El proceso:

Este proceso se desarrolla de forma interactiva pues la denominación de Sprint, tiene una duración que
preestablece entre 2 a 4 semanas para obtener el resultado en versión del software, además se debe
contar con las presentaciones listas para ejecución directa. En cada Sprint se va ajustando la
funcionalidad y si es preciso se agregan nuevas prestaciones priorizando siempre las que aporten mayor
valor a la organización.

 Product Backlog: Los requisitos y prioridades se revisan y ajustan durante el curso del proyecto
a intervalos regulares teniendo en cuenta las historias descritas en un lenguaje no técnico y
priorizados por valor de negocio, o lo que es lo mismo, por retorno de inversión considerando su
beneficio y coste.
 Sprint Planning: Reunión durante la cual el Product Owner presenta las historias del backlog
por orden de prioridad. El equipo determina la cantidad de historias que puede comprometerse a
completar en ese sprint, para en una segunda parte de la reunión, decidir y organizar cómo lo va
a conseguir.
  Sprint: Iteración de duración prefijada durante la cual el equipo trabaja para convertir las
historias del Product Backlog a las que se ha comprometido, en una nueva versión del software
totalmente operativo.
 Sprint Backlog: Lista de las tareas necesarias para llevar a cabo las historias del sprint.
 Daily sprint meeting: Reunión diaria de cómo máximo 15 min. en la que el equipo se sincroniza
para trabajar de forma coordinada. Cada miembro comenta que hizo el día anterior, que hará hoy
y si hay impedimentos.
 Demo y retrospectiva: Reunión que se elogia al final del sprint y en la que el equipo presenta
las historias conseguidas mediante una demonstración del producto. Posteriormente, en la
retrospectiva, el equipo analiza qué se hizo bien, qué procesos serían mejorables y discute acerca
de cómo perfeccionarlos.

Roles:
Los roles que componen un equipo Scrum son, el Scrum Master, el Product Owner y los del conjunto de
desarrollo. Las responsabilidades de cada integrante son diferentes, cada uno debe proyectar sus
resultados de distintas formas, los roles se denominad comunidad Scrum.

La gestión de un proyecto mediante Scrum permite definir las características que debe tener el producto
final, siempre siguiendo un orden lógico de prioridades para evitar distracciones que entorpezcan la
tarea del equipo Scrum. Es ahí donde el equipo se centra en construir software de calidad.

El equipo Scrum está formado por los siguientes roles:

El equipo de desarrollo suele estar formado más de 3 profesionales que se encargan de desarrollar el
producto, auto-organizándose y auto-gestionándose para conseguir entregar un incremento de software
al final del ciclo de desarrollo.

 Scrum master: Persona que lidera al equipo guiándolo para que cumpla las reglas y procesos de
la metodología. Gestiona la reducción de impedimentos del proyecto y trabaja con el Product
Owner para maximizar el ROI. El Scrum Master tiene dos funciones principales dentro del
marco de trabajo: gestionar el proceso Scrum y ayudar a eliminar impedimentos que puedan
afectar a la entrega del producto. Además, se encarga de las labores de mentoring y formación,
coaching y de facilitar reuniones y eventos si es necesario.

 Product owner (PO): Representante de los accionistas y clientes que usan el software. Se
focaliza en la parte de negocio y él es responsable del ROI del proyecto (entregar un valor
superior al dinero invertido). Traslada la visión del proyecto al equipo, formaliza las prestaciones
en historias a incorporar en el Product Backlog y las reprioriza de forma regular.

 Team: Grupo de profesionales con los conocimientos técnicos necesarios y que desarrollan el
proyecto de manera conjunta llevando a cabo las historias a las que se comprometen al inicio de
cada sprint.
Responsabilidades:

Roles:

 Product Owner: Dueño del producto, en nuestro caso el dueño del producto sería Moreno &
Asociados S.A.S.
Es la encargada de entregar todos los requisitos de la aplicación.

 Development Team: Equipo de desarrollo, El grupo colaborativo de este curso.

Los encargados de programar y de generar el incremento del producto esperado con características
multifuncionales, autoorganizados, todos son responsables del desarrollo del programa.

 Scrum Master o Facilitador

Líder del equipo, hace que se cumplan las reglas y procesos de la metodología, lidera las reuniones y
trabaja de la mano con el dueño del proyecto para maximizar el retorno de la inversión.

 Roles Auxiliares:
- Stakeholders: Partes interesadas (Clientes, proveedores, vendedores, etc)
- Managers: Gerentes, administradores

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.)

Para el control de ejecución y de cumplimiento se utilizará el siguiente software:

ProjectLibre:
Es un software de administración de proyectos que admite promover el control de los procesos, crea un
inventario de tareas con tiempo, recursos y costos, igualmente, agenda y enlistar los recursos humanos.
Cuenta con la opción de generar reportes y pantallazos.

 Permite: Gestionar el Valor Ganado ya que compara la cantidad de trabajo completado

estimando el realizado antes de la apertura del proyecto, accede a generar diagramas de Gantt:
estableciendo la relación entre tiempo y carga de trabajo, en actividades complejas se asigna más
tiempo, promueve gráficos PERT, técnica estadística y modelo para la administración y gestión
de proyectos, proyecta diagramas de estructura analítica de recursos (RBS)., suministrar
diagrama de estructura de descomposición del trabajo (WBS) y exporta informes de uso de
tareas.

El control de calidad en el software, denominado SQA ("Software Quality Assurance"), se basará en las
siguientes actividades:

 Uso de métodos y herramientas de análisis, diseño, codificación y prueba.

  Revisiones técnicas formales, que se aplican durante cada paso de la Ingeniería de software.
 Estrategia de prueba multiescalada.
 Control de la documentación del software y de los cambios realizados.
 Procedimientos que aseguren un ajuste a los estándares de desarrollo.
 Mecanismos de medida de la calidad ("métricas").

Factores de Calidad

Operación del Producto Revisión del Producto Evolución del Producto

-Desempeño -Disposición de
-Puntualidad mantenimiento -Portabilidad
-Eficacia -Facilidad de -Reusabilidad
-Integridad prueba -
-Facilidad de uso -Resistencia Interoperabilidad

Categorías de control de la calidad en el software:

Las categorías que se tienen en cuenta para la valoración e impacto del programa diseñado e
implementado son; desempeño, encargado del nivel de satisfacción del cliente, puntualidad, precisión en
el trabajo desarrollado, eficacia, garantía del programa implementado, integridad, controla el acceso al
software desarrollado, facilidad de uso, accesibilidad para la comunidad de trabajo, facilidad de
mantenimiento, solución eficiente a partir de errores encontrados, portabilidad, transferencia del
programa desde una configuración de hardware o sistema operativo, reusabilidad, reutilización del
software en otras aplicaciones, facilidad de auditoria, permite comprobar la conformidad de los
estándares, exactitud, precisión en los cálculos y el control, concisión, consolidación del producto final
en términos de líneas de código.

Otras categorías que se deben tener en cuenta son:

- Seguridad: Encargada de disponer mecanismos que controlen los programas y datos.
- Simplicidad: Grado de comprensión de un programa
- Formación: Nivel en el que el software ayuda a acceder que nuevos usuarios apliquen en el
sistema.
Garantía en la calidad del software:
La garantía se comprueba a través de la aplicación de las metodologías del diseño de alta calidad, la
realización de revisiones técnicas formales, pruebas de software, ajustes a los estándares de la
organización, control de cambios y mantenimiento, mediciones y registros con sus respectivos informes.

Revisión técnica formal:

Se aplicara a cada una de las fases del desarrollo, una revisión técnica formal. Al finalizar el trabajo el
equipo verificará y determinaran una autorización para pasar a la siguiente fase, esta autorización es
suministrada por el cliente, ellos determinar a través de la revisión técnica si deben realizar
modificaciones y ajustes al proceso en la fase bajo revisión.

Se tiene en cuenta en la revisión técnica formal los siguientes items:

 Manifestación de errores en la función, la lógica o la ejecución de cualquier representación del

software.
 Comprobación del software bajo revisión de la eficacia y las exigencias.
 Avalar que el software ha seguido los estándares predestinados.
 Adquisición de un software que sea desarrollado en perfil equivalente.
 Alcanzar que los proyectos sean adaptables.
 Bibliografía

- Modelo SCRUM, recuperado de https://www.scrumguides.org/docs/scrumguide/v1/scrum-

guide-es.pdf
- Web App, recuperado de https://www.tu-app.net/blog/web-app/
- Web dinámica, recuperado de
http://cefire.edu.gva.es/file.php/1/Comunicacion_y_apertura/B3_PaginaWeb/pgina_web_esttica_
vs_dinmica.html
- e-commerce, recuperado de https://www.luisan.net/diseno-paginas-web/comercio-
electronico.html