Está en la página 1de 6

Modelo del proceso de software

Danilo Antonio López Vega

Modelamiento de soluciones de software

Instituto IACC

01-12-19
Instrucciones y desarrollo
Lea el siguiente diálogo y responda a las preguntas planteadas:

La siguiente conversación se generó en la oficina del gerente comercial de una empresa (Edgardo
Gallardo) y el gerente de ingeniería de software (Freddy Leyton).

La conversación mantenida fue:

 Edgardo: Me enteré que la primera reunión salió de acuerdo a lo planeado.


 Freddy: Exacto, las personas que enviaste a la reunión fueron realmente un aporte.
 Edgardo: En realidad, me comentaron que la reunión fue muy tecnológica y que
quedaron algo confundidos con cierta terminología empleada.
 Freddy: La próxima vez voy a tratar de no encauzar la reunión hacia un aspecto tan
tecnológico. También debo indicarle que tenemos problemas para llegar a toda la
funcionalidad necesaria para el sistema de seguridad en el hogar que proponen y en los
plazos que ustedes están definiendo. A lo mejor es pronto para decirlo, pero hice una
estimación y …
 Edgardo (interrumpiendo): Estaríamos con problemas entonces, ya que lo debemos
tener para esa fecha. Y ¿qué funcionalidad es la que le complica?
 Freddy: Mire, me da la impresión que la funcionalidad relativa al sistema de seguridad la
podemos tener en la fecha, pero lo que me complica realmente es la que se refiere a la
conexión a internet. Creo que esa funcionalidad la podemos implementar en la segunda
iteración.
 Edgardo: La conexión a internet es justo el aspecto de nuestro producto que lo hace
atractivo. Todo nuestro esfuerzo de venta va a girar en torno a esa característica. Es
necesario que esta se encuentre activa.
 Freddy: Te comprendo, pero habilitar el tema de internet implica tener servidores
activos, seguros y un sitio web 100% funcional. Esto requiere de tiempo y personal.
Además, vamos a realizar un gran esfuerzo en implementar la funcionalidad principal en
la primera entrega. Por lo que encuentro difícil hacer todo con los recursos que tenemos
actualmente.
 Edgardo: Entiendo, pero tendremos que buscar alguna forma de hacerlo. Tiene una
importancia crítica para las funciones de seguridad del hogar y también para otras. Estas
podrían esperar hasta las siguientes entregas, estoy de acuerdo con eso.
1. ¿Qué tipo de metodología se esboza en este texto?

Según mi parecer se está hablando sobre el uso de una metodología de Proceso Unificado.
Este proceso es guiado por los casos de usos, es iterativo e incremental.

Primero quiero mencionar las características o fases de esta metodología:

- Inicio: Se tiene comunicación con el cliente, se planean las actividades y se destaca el


desarrollo y el refinamiento de los casos de usos,
- Elaboración: Comunicación con el cliente y se plantean las actividades de modelamiento,
como modelos de análisis y de diseño.
- Construcción: Este proceso refina y posteriormente traduce el modelo de diseño a
componentes de software.
- Transición: Los softwares implementados se transfieren al usuario final realizando
pruebas beta, con el objetivo claro de obtener la aprobación.
- Producción: se garantiza un monitoreo continuo y soporte.

Mostrando las características de esta metodología, iremos revisando cada una de las situaciones
de acuerdo a la conversación mostrada en el enunciado comprobando que corresponde a la
metodología señalada. Según el primer punto “inicio”, Edgardo comenta que la reunión salió
bien, de acuerdo a lo que comentaron con el cliente, en donde se plantean las actividades y se
indica el funcionamiento del desarrollo a abordar, en donde proponen la funcionalidad necesaria
para la seguridad el en el hogar y en además mencionan los plazos correspondientes. Para el
segundo punto de la “elaboración”, Freddy hace hincapié que no redundara en hablar de forma
teórica o muy técnica, para evitar así dudas o confusión con el cliente en la siguiente reunión,
indicando la para la primera iteración tendrán listo la funcionalidad de seguridad. Para el punto
de la “construcción”, Edgardo menciona que deben atacar fuertemente el aspecto de conexión a
internet, lo cual Freddy menciona que en la segunda iteración se dará habitación al tema de
conexión a internet teniéndolo al 100 % en funcionalidad. Para el proceso de “Transición”,
Edgardo afirma que atacaran o abordaran primeramente los aspectos y funcionalidades de
seguridad, para posteriormente abordar los aspectos de conexión a internet, lo que da a conocer
que en la segunda iteración solo mostraran pruebas que refieran a funcionalidad y procesos,
buscando la aprobación del cliente. Para el último punto “Producción”, el equipo obtendrá la
aprobación del cliente y completarán los aspectos de conexión a internet y con esto se realizará
un monitoreo continuo del software y además darán soporte de mantenciones y errores si estos
aparecen a lo largo del uso del sistema.
2. Si usted fuera el mediador, ¿qué sugeriría?

Como mediador, diría que es importante tener para una primera iteración que sería la función
principal y obviamente esto le daría al cliente la primera impresión de que si cumple o no con los
requerimientos que él opte conveniente, ya sea para las funciones entregadas y en su seguridad,
ahora en el caso de que esto se deba arreglar o modificar no influirá en lo que respecte a
conexión a internet ya que si se modifica la función o se agregan otras, obviamente tendremos
que modificar también las funciones de conexión para las funciones o procesos nuevos que
fueron creados, hasta tener un hincapié por parte del cliente, donde diga es todo lo que necesito
que haga el software en cuanto a funciones, si esto se cumple trabajaremos en lo que respecte a
conexión a internet. En este caso estaría de acuerdo con lo que dice Freddy, porque el crear ya
una plataforma para conexión a internet, comprende más tiempo, más horas hombre trabajadas
en eso y esto obviamente elevara costos, además de considerar lo anteriormente dicho. Ahora
sugiero poder cambiar a la metodología Scrum ya que esta metodología a diferencia de la
metodología de proceso unificado, nos ayudaría a centrar y ajustar los resultados en las
necesidades reales que existen según los requerimientos del cliente.
Las principales características que entrega la metodología Scrum, es que es incremental, centrada
en el producto final y auto organizada, pero unas de las cosas más importantes es que se tienen
resultados a corto plazo, al ser revisadas de forma continua, ayudando de esta forma mejorar el
desarrollo, por cada una de las iteraciones. Gracias a este proceso le daremos valor al proyecto
porque la importancia o la mayor concentración a los trabajos estarán detallados a los objetivos
principales y además ajustándolos con un debido resguardo.

La metodología Scrum funciona de la siguiente manera:


- Reuniones y planificaciones de sprint: Se detalla el tiempo de duración de un sprint,
objetivos y se identifica el cómo se abordará.
- Scrum diarios: Objetivo de elaborar y sincronizar el plan de trabajo diario, mostrar
avances y análisis.
- Trabajos en progreso durante un sprint: Tiene el objetivo de asegurar que los
requerimientos que se cumple, mantienen feedback con cliente.
- Revisión del sprint: En conjunto con el cliente, se definen los aspectos a modificar, para
el siguiente sprint, siempre y cuando sea necesario.
- Retrospectiva del proyecto: Se analiza funcionamiento del ultimo sprint entregado, se
anotan respuestas y se le da prioridad a las posibles mejoras si existen deficiencias.
3. Mencione al menos dos ventajas y dos desventajas de la metodología identificada.

METODOLOGIAS PROCESO UNIFICADO SCRUM

VENTAJAS -Reduce riesgo del proyecto, -Al final de cada sprint se


garantizando calidad. entrega un producto
-al ir iterando en cada una de funcional.
sus fases combina actividades -Los avances del proyecto
de integración y desarrollo de pueden ser observados día a
software. día.

DESVENTAJAS -Los participantes del equipo -Escaza documentación.


pueden saltarse pasos -No se adapta a todo tipo de
importantes para poder llegar proyecto.
de forma rápida al último
sprint.
-Si un integrante del
proyecto, no decide seguir, es
complicado encontrar a
alguien que entienda todo el
proceso realizado.
Bibliografía

 IACC (2015). Modelo del proceso de software II. Modelamiento de Soluciones de Software.
Semana 3.
 https://www.marcoteorico.com/curso/45/ingenieria-de-software
 https://proyectosagiles.org/que-es-scrum/
 https://www.sinnaps.com/blog-gestion-proyectos/metodologia-scrum

También podría gustarte