Segunda Fase - Modelamiento
Segunda Fase - Modelamiento
Segunda Fase - Modelamiento
TUTORA
DIANA JUDITH MENDEZ
acerca del turismo en territorio nacional, los municipios no pueden exponer sus
servicios turísticos, dar a conocer sus lugares más representativos, diferentes servicios
que se pueden ofrecer, entre otros. El software por desarrollar permite que toda esa
información esté al alcance de los turistas, de esta manera se podría programar una
aplicación) Que Propone. Un Software de Gestión es ideal para este caso de estudio,
debido a que es necesario procesar información en base de datos para alojar todos los
para celulares, originalmente para el sistema Android y a futuro en el sistema 10S. Esta
real, el tipo de app sería un servicio web que cumpla con los requerimientos y
cualquier editor de páginas dinámicas web como DreamWeaver, luego incrustada como
desarrollo de software que se propone es el modelo por prototipos o iterativo, este tipo
mejoramiento, esto hace que se pueda mostrar al cliente, el proceso. El modelo por
prototipos o iterativo permite refinar sistemas complejos con base en un sistema mínimo
Prototipos o Iterativo El proceso comienza con la definición de requisitos por parte del
cliente y así se llega a los objetivos globales del sistema. Con base en los requisitos
una versión funcional del software. Dicho prototipo es evaluado por el cliente y así
■ El cliente ve lo que parece una versión del software y no tiene en cuenta que para
realizarse un prototipo rápido, se rebaja la calidad del producto software de esa manera
el cliente puede no entender que se debe realizar de nuevo el sistema y querrá tener
Documentar el desarrollo suele ser tedioso y puede perderse control por parte de los jefes
■ Por el otro lado el paradigma por prototipos también cuenta con una aceptación amplia
debido a que el cliente le gusta ver versiones inmediatas de su sistema. También suele
ser muy efectivo para el manejo y la identificación de errores en etapas tempranas del
proceso de desarrollo. Algunos de los beneficios que ofrecen los ciclos iterativos a las
posibilidad de analizar los resultados en cada una de ellas e incorporar mejoras para la
entrega final. Todo lo contrario que algunos métodos tradicionales, en los que se fija una
evaluación de riesgos que pueden irrumpir durante la ejecución del proceso. Los ciclos
iterativos son partidarios de soluciones parciales en vez de esperar hasta el final para
entre el equipo de trabajo, el líder del proyecto y, por supuesto, el cliente. Todo lo que
situaciones en que los objetivos no hayan sido claramente definidos desde el inicio. En
estos casos, el proceso mismo puede ser la oportunidad para fijarlos y llevarlos a cabo.
El modelo por prototipos o iterativo es un modelo derivado del ciclo de vida en cascada.
Este modelo busca reducir el riesgo que surge entre las necesidades del usuario y el
cliente una versión mejorada o con mayores funcionalidades del producto. El cliente es
quien después de cada iteración evalúa el producto y lo corrige o propone mejoras. Estas
iteraciones se repetirán hasta obtener un producto que satisfaga las necesidades del
cliente.
Este modelo se suele utilizar en proyectos en los que los requisitos no están claros por
parte del usuario, por lo que se hace necesaria la creación de distintos prototipos para
presentarlos y conseguir la conformidad del cliente, una de las principales ventajas que
ofrece este modelo es que no hace falta que los requisitos estén totalmente definidos al
inicio del desarrollo, sino que se pueden ir refinando en cada una de las iteraciones,
igual que otros modelos similares tiene las ventajas propias de realizar el desarrollo en
pequeños ciclos, lo que permite gestionar mejor los riesgos, gestionar mejor las
entregas, la primera de las ventajas que ofrece este modelo, el no ser necesario tener los
Jefe de Proyecto.
En proyectos grandes, sin dudas, es preciso dividir la gestión del proyecto (jefe del
dispone de suficiente personal, este rol debería también dirigir las cuestiones técnicas
por lo que sería el más apropiado para asumir las responsabilidades definidas para el rol
Proyecto.
análisis de decisión.
personal.
• Estar enfocado en la entrega de valor del cliente, de forma tal que exactamente se
Director de Desarrollo.
El director de desarrollo debe poseer la visión global del proyecto ara ser efectivo, el
el director de desarrollo como líder en los aspectos técnicos y el jefe de proyecto en los
aspectos administrativos.
• Estar bien ubicado, poseer madurez, visión y una gran experiencia que permita
Liderazgo
Orientación a Metas
Habilidad de Comunicación
Ser Proactivos.
Poseer experiencia.
Analista.
El rol de analista será responsable de analizar los procesos de negocios, especificar los
requisitos y diseñar la interfaz usuario. Debe estar muy relacionado con el cliente para
grupo es posible contar con personal especializado que pueda asumir el diseño de
estrategias y metas.
oral y escrita.
Apreciar y evaluar la situación del cliente donde el producto final del proyecto
será instalado.
proyecto.
Estar familiarizado con las herramientas utilizadas en la captura del modelo del
negocio.
requerimientos.
Diseñador
director de desarrollo.
Programador.
plantilla de roles, es posible que en algunos casos este rol deba asumir
aspectos sensibles.
automáticas.
desarrollo y el programador.
desarrollo de la organización.
Entrenar al personal.
Orientación a metas.
Especialista de Seguridad.
inversionistas.
Instalador.
Conocimientos y habilidades.
de proyecto.
técnica.
generar una
Usuario Final.
6-Descripción de las herramientas y métodos de control que sugieren utilizar dentro del
de calidad, etc).
Herramientas. Las herramientas son aplicaciones que apoyan la administración del proceso de
software. El conjunto de estas herramientas se conoce como ingeniería de software asistida por
desarrollador durante las diferentes actividades del ciclo de vida del proceso de software. Las
herramientas para utilizar como apoyo al proceso del desarrollo del software son: Editor de
Referencia: https://es.libreoffice.org/
Referencia: http://www.gimp.org.es/
C.1 en iCW
consistente.
Control.
Introducción.
El proceso de desarrollo de software propuesto está basado en el ciclo de vida
Conclusiones
algunos modelos son más apropiados para producir ciertos tipos de sistemas, de
basado en las condiciones del tipo de problemas a tratar, constituye uno de los
con un buen equipo de desarrollo de software, no funciona tener una buena idea
tecnológicos que cada día tienen más demanda, en algún momento de nuestra
[1] http://www.businessdictionary.com/definition/model.html
[2] http://en.wikipedia.org/wiki/Reference_model
[3] http://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdf
[4] http://en.wikipedia.org/wiki/Reference_model