INSTITUTO TECNOLOGICO DE CERRO AZUL

MATERIA:
INGENIERA DE SOFTWARE

CATEDRATICO:
LIC. BLANCA LILIA CURZ SALAS

TRABAJO: ASIGNACIN DE MODELO PARA

PROYECTO

ALUMNOS:
JORGE ALBERTO BAUTISTA CRUZ
JOSE ALBERTO SAMORA ROZAS
ALEJANDRE LIMA DIEGO ARMANDO
PEREZ HUERTA PAZ GUADALUPE
FRANCISCO PEREZ DIANA

INGENIERIA EN SISTEMAS COMPUTACIONALES

Proyecto de ptica visin desarrollo de sistemas por el modelo de
PROTOTIPADO en la ingeniera de software.

OBJETIVO
En nuestro proyecto de la ptica visin se desea implementar una automatizacin
de todos los recursos por medio de un software; ya que para este proyecto la
empresa de PTICA VISIN del dueo Manuel Moiss Aldama nos pidi la
implementacin de un software de calidad para poder manejar el su negocio.

JUSTIFICACIN
Este modelo de prototipo de hace que todo o parte del sistema se construya
rpidamente para comprender con facilidad y aclarar ciertos aspectos en lo que
nosotros como desarrolladores debemos entregar al propio usuario ya que el
usuario debe dar la aprobacin para que se satisfagan las necesidades del dueo
o usuario.

Nosotros lo vamos a implementar por q el cliente puede conocer sus objetivos para
el desarrollo de su software y que de tal manera pueda ir evolucionando por medio
de los prototipos que se harn para la eficacia.

Ya una vez obtenida toda la informacin se elaborara un diseo lgico del sistema
a realizar. Ya que posteriormente se implementaran diseos, interfaces de usuario
entre otras cosas;

Al trabajar con este proyecto tenemos que tener un enfoque de seguro de lo que
quiere en cliente ya que se busca la adaptabilidad de humano mquina; ya que
consiste con un diseo rpido el mismo que permite establecer incluso un nivel de
aceptacin con el anlisis de alternativas y cubrir expectativas para un software de
calidad.
En ptica visin desarrollamos el sistema por el modelo rpido XP
(Extreme Programming)

JUSTIFICACIN
Este mtodo rpido XP hace que el proceso sea rpido en actividades para
lograr una serie de objetivos para que los desarrolladores como nosotros
tengamos la aprobacin del usuario y as satisfacerlo con las necesidades
planteadas este mtodo es el ms popular entre los mtodos agiles se base
en la suposicin de que es posible desarrollar software de gran calidad a
pesar del cambio continuo como lo cita su desarrollador KENT BECK (el
problema no es el cambio en s, puesto que sabemos que el cambio va a
suceder, el problema es la incapacidad de adaptarnos a dicho cambio) . el
modelo asume que con un poco de planificacin, un poco de codificacin y
unas pocas pruebas se puede decidir si se est siguiendo un camino
acertado o equivocado, evitando as tener que echar marcha atrs
demasiado tarde.

El mtodo XP plantea los siguientes procesos pesados

Proceso pesado de XP

* Fuerte dependencia de planificaciones

* Se establecen actividades

* Se establecen artefactos

* Se establecen herramientas y notaciones

XP pone en comunicacin directa y continua a clientes y desarrolladores. El

cliente se integra en el equipo para establecer prioridades y resolver dudas.
De esta forma ve el avance da a da, y es posible ajustar la agenda y las
funcionalidades de forma consecuente

1. El cliente define el valor de negocio a implementar

2. El programador estima el esfuerzo necesario para su implementacin

 3. El cliente selecciona qu construir, de acuerdo con sus prioridades y las
restricciones de tiempo

4. El programador construye ese valor de negocio

5. Vuelve al paso 1

Las fases que se deasarollan dentro del mtodo lo podemos implementar

dentro de nuestro proyecto porque son de gran ayuda para pdelor
desarrollarlo +

Exploracin

Planificacin de la Entrega

Iteraciones

Produccin

Mantenimiento

Muerte del Proyecto

Conjunto de actividades simples que guan los diferentes aspectos del

desarrollo para seguir el proceso Implementado en nuestro proyecto para
facilitar el trabajo
 Se dividen en reas del desarrollo

Planificacin

Diseo

Codificacin

Verificacin

El equipo estima la duracin de la implementacin de cada Historia de Usuario en

Semanas Ideales de Implementacin. El cliente prioriza las Historias teniendo en
cuenta el valor que le aporta al sistema tenerla completa

Para el mejor desempeo del equipo y para mejorar el proyecto es bueno la

Rotacin para que as todos podamos tener ideas adecuadas al momento sin
estancarse esto ayuda a.

Ayuda a evitar Islas de Conocimiento

Mejora la flexibilidad del equipo

Evita la sobrecarga de una persona

El diseo es bueno tenerlo en claro desde el principio para poder tener ls

ideas de cmo desarrollarlo desde el principio por tal motivo es conveniente
un diseo simple para:

Implementar la solucin ms simple que pueda funcionar

La complejidad innecesaria y el cdigo extra debe ser removido

inmediatamente

No agregar nuevas funcionalidades antes de que sean agendadas

El cliente debe tener la mejor disponibilidad para que el proyecto se llev

acabo de la mejor forma posible esto es la parte que el cliente debe realizar
para realizar elexito del proyeto:

parte del xito del proyecto XP se debe a que es el cliente quien

conduce constantemente el trabajo hacia lo que aportar mayor
valor de negocio
 La comunicacin oral es ms efectiva que la escrita, ya que esta
ltima toma mucho tiempo en generarse y puede tener ms riesgo
de ser mal interpretada

El tiempo del cliente es ahorrado al principio por no requerir una

especificacin detallada de los requerimientos y ahorrado despus
ya que el sistema es mucho ms probable que sea de su agrado

Los roles siempre presentes en esta metodologa son los siguientes:

Programador

Cliente

Encargado de pruebas (Tester)

Encargado de seguimiento (Tracker)

Entrenador (Coach)

Gestor (Big Boss)