ICONIX
Descargar como PPT, PDF6 recomendaciones4,017 vistas
El documento describe la metodología ICONIX para el desarrollo de sistemas de software. ICONIX sigue un enfoque dirigido por casos de uso y cubre todas las fases del ciclo de desarrollo de software. La fase de requisitos incluye la identificación de requisitos funcionales, la elaboración de un modelo de dominio y la creación de casos de uso. La fase de análisis involucra el análisis robusto, la actualización del modelo de dominio y la especificación de funciones lógicas.
![Proyecto de Sistemas de Información Ing. Julio César Álvarez Reyes [email_address] http://juliozet.blogspot.com http:// www.twitter.com /juliozet](https://image.slidesharecdn.com/sesion4-091124173225-phpapp01/85/ICONIX-1-320.jpg)
ICONIX
- 1. Proyecto de Sistemas de Información Ing. Julio César Álvarez Reyes [email_address] http://juliozet.blogspot.com http:// www.twitter.com /juliozet
- 2. Sesión Nro. 4 ICONIX. Metodología ICONIX
- 3. ICONIX 1. Introducción a ICONIX El Método ICONIX es dirigido por casos de uso, como RUP. Es un proceso pequeño y ligero, como XP (Programación Extrema), pero no descarta las fases del análisis y el diseño como lo hace XP. Este proceso usa la notación UML y un seguimiento a los requisitos. El proceso se queda igual a la visión original de Jacobson ”dirigido por casos de uso”, esto produce un resultado concreto, específico y casos de uso fácilmente entendible, que un equipo de un proyecto puede usar para conducir el esfuerzo hacia un desarrollo real. El método cubre todas las fases del ciclo del desarrollo del software, en el presente curso abordaremos las fases de requerimientos y de análisis. a) Fase de Requerimientos: Esta fase esta dividido en 4 actividades que son: Requerimientos funcionales Modelo del dominio: Requerimientos conductuales: Elaborar prototipo y diagrama de casos de uso Hito 1, revisión de requerimientos
- 4. b. Fase de Análisis o Diseño Preliminar: Esta fase esta dividido en 5 actividades que son: Análisis robusto Actualizar el modelo del dominio Nombrar todas las funciones lógicas para que los casos de uso trabajen Redibujar el primer modelo de caso de uso Hito 2, revisión del análisis (diseño preliminar) ICONIX
- 5. A continuación, se muestra un esquema del método ICONIX: ICONIX Prototipo de interfaz de usuario Diagrama de robustez Modelo de casos de uso Diagrama de secuencia DINÁMICA Código Modelo de dominio Diagrama de clases ESTÁTICA Plan de Prueba ------ ------
- 6. En el diagrama se muestra los pasos involucrados en la definición de requerimientos. Obtener información de los sistemas Legacy y con reingeniería Identificar objetos del Dominio del mundo real Dibujar el modelo del dominio Identificar casos de uso y dibujar el modelo de Casos de Usos Empaquetar casos de usos Asignar requerimientos funcionales a casos de usos y objetos del dominio Escriba el primer borrador de casos de usos Prototipeo del nuevo sistema Hito 1: Revisión de requerimientos ICONIX
- 7. Requerimientos: Modelo del Dominio Modelo del dominio El modelo del dominio es una parte esencial del proceso de ICONIX. Construye la porción estática inicial de un modelo que es esencial al manejar su plan de la aplicación, antes de los casos del uso. El enfoque de este tema es el modelo del dominio. El término " dominio del problema " se refiere al área que abarca cosas del mundo real y conceptos relacionados al problema que el sistema está diseñándose para resolver. El modelo del dominio es la tarea de descubrir " los objetos“ que representan cosas y conceptos del mundo real. A partir de los datos asociados con requerimientos se llegará a construir modelo estático del dominio. Fuentes de información Descripción de alto nivel del problema Requerimientos de bajo nivel Conocimiento de expertos Literatura El modelo del dominio consta de tres sub actividades: Listar los requerimientos funcionales Identificar objetos del mundo real Elaborar el modelo del Dominio ICONIX
- 8. Requerimientos: Modelo del Dominio 3.1 Listar los requerimientos Funcionales Describir de manera textual los requerimientos funcionales, los mismos que deberán ser numerados, cada requerimiento funcional debe empezar con la frase “El sistema permitirá ….”. Esta sub actividad, no es parte clave del método ICONIX, pero se recomienda elaborar. ICONIX TEXTO ------ ------ …… .. …… . …… .
- 9. 3.2 Modelado del dominio: Procedimiento para identificar objetos Tomar documentos disponibles y hacer una lectura rápida, subrayando los sustantivos y notando frases posesivas y verbos (uso posterior). Los sustantivos y frases nominales se convertirán en objetos y atributos. Los verbos y frases verbales se convertirán en operaciones y relaciones. Las frases posesivas indican los sustantivos que son atributos y no objetos. Formar una lista con los sustantivos y frases nominales identificados, evitando los plurales y las repeticiones y ordenándola alfabéticamente. Revisar la lista eliminando los elementos innecesarios (irrelevantes o redundantes) o incorrectos (vagos o conceptos fuera del alcance del modelo o representan acciones aún cuando parezcan sustantivos). Volver a revisar textos, leyendo entre líneas. Requerimientos: Modelo del Dominio ICONIX
- 10. 3.3 Modelado del dominio: Procedimiento para elaborar el modelo del dominio Diseñar clases básicas, incluyendo los atributos identificados Construir relaciones de generalización Establecer asociaciones entre clases Establecer relaciones de agregación Establecer clases de asociación Requerimientos: Modelo del Dominio ICONIX
- 11. Advertencia No tome demasiado tiempo en elaborar el modelo del dominio; más adelante la refinará y completará ICONIX
- 12. Bibliografía Libro Doug Rosenberg and Matt Stephnes. Use Case Driven Object Modeling with UML . Apress. Berkeley, 2007. ICONIX