Académique Documents
Professionnel Documents
Culture Documents
ALUMNOS:
5 semester Matutino I
FACILITADOR:
Ing. Gabino Mrquez Prez
Fecha: 27 - Septiembre 2012
INTRODUCCIN:
consiste en
que el
analista formule
las
extenso dividir por partes para que sea mucho mejor el entendimiento por parte
del receptor.
Para concluir con esta fase en maneras mucho ms complejas podra decirse que
esta fase es la encargada de dar el intro para poder abordar el tema.
La segunda fase de las tormentas de ideas consiste en producir las ideas.
Esta parte es el desarrollo del tema en s, pues se plantean las ideas generadas
segn los principios que se vean y de estas ideas se seleccionan las mas
interesantes, las ms tiles y despus de clasificarlas presentarlas en forma
atractiva.
Esta fase termina con la planeacin de la prxima reunin para proseguir con el
tema, las ventajas que tendremos con este tipo de mtodo es que el expositor
puede utilizar palabras o terminologa para que todos puedan comprender mejor el
tema abordado, pero una gran desventaja que se presenta es que se necesita la
compenetracin o participacin de todos los participantes, ya que, si no todos
generan sus ideas no podremos encontrar una buena convivencia y no se
realizara con xito.
Despus de conocer las ideas de cada persona miembro del grupo y con las ideas
seleccionadas nos disponemos a realizar los prototipos del posible producto, en
esta parte podemos encontrar dos tipos de prototipos; los prototipos rpidos,
mecanismo para lograr la validacin pre-compromiso, para validar requerimientos
en una etapa previa al diseo del producto; el prototipo evolutivo, este es mucho
muy diferente del anterior, ya que este es implementado cuando se tiene el
producto final y con esto se realizan las modificaciones y mejoras del producto
hasta la obtencin de un producto 100 % complejo, el cual ser el producto final.
Es as como el proceso incremental de los prototipos forman el ciclo de vida del
producto, esta parte nos maneja como ventajas la comprensin de los
requerimientos que no estn muy claros aun dentro de nuestro sistema, pero nos
trae como desventaja que, el cliente puede llegar a pensar que es una versin del
software que se desarrollara.
El caso de uso.- Representa la interaccin tpica entre un usuario y un sistema
informtico, se centra en lo que debe de hacerse, no en la manera de hacerlo; no
pueden ser tan exclusivos del mundo, pueden ser utilizados en proyectos que
sigan cualquier metodologa de desarrollo.
Los casos de uso slo consideran los requisitos funcionales del proyecto, as
como tambin dirigen todo el proceso de desarrollo puesto que la mayora de
actividades se realizan a partir de los casos de uso, siendo un mecanismo
importante para soportar la Trazabilidad entre modelos.
El Actor es quien representa un conjunto coherente de roles que juegan los
usuarios de los casos de uso al interaccionar con el sistema.
Relacin de Tipo Include.- Es una relacin de dependencia entre dos casos de
uso. El caso de uso base, depende del caso de uso incluido. El caso de uso
incluido no depende ejecutarse sin el caso de uso que lo incluye, y no puede ser
iniciado de forma independiente por el usuario, ya que se usa pare extraer un
comportamiento comn a dos casos de uso y para simplificar un caos de uso
complejo. Es una relacin de dependencia entre dos casos de uso. Se utiliza para
modelar la parte del caso de uso que tiene un comportamiento opcional, es decir
bajo ciertas condiciones.
CONCLUSIONES:
En este ensayo damos a conocer los pasos que se utilizan para la elaboracin de
los proyectos, las etapas que lo conforman de las cuales nos ayud a conocer
dichas
tcnicas que son ms apropiadas para cada proyecto que se elija entre