000			03438 a2200265 4500
008			2011
020			_a9789871609222
040			_aGAMADERO _bspa _cGAMADERO
041			_aspa
050	0	0	_aQA76.76D47 _bF65 _c2011
100			_aFontela Carlos
245			_aUML.Modelado de software para profesionales /
250			_a1ra. Edicidicion
260			_bAlfaomega _aMexico _c2011
300			_a184 p _bIlustracion _c23 x 17 cm
505			_aC01. Modelos y UML Qué es un modelo....... Modelos de software Por qué el software necesita modelos UML... Qué es UML. Para qué usar UML Qué no es UML... UML y la orientación a objetos Perspectivas de diagramas UML Modelos de UML 2.2... Extensiones a UML.. 1 .....2 ....... 3 ••••.•...4 ......5 ....... 7 ........8 .......8 .. 10 .....11 CO2. Disciplinas y metodología Actividades del desarrollo de software y UML.. Metodología de desarrollo de software y UML.. El lenguaje unificado de modelado. 13 14 ....19 CO3. Resolución de un problema de desarrollo de software El problema ... Breve descripción de Scrum. Disciplinas y capítulos ...21 ..23 .24 CO4. Modelado de requisitos del cliente Ingeniería de requisitos y tipos de requisitos. Casos de uso.. Casos de uso Una alternativa: user stories. Escenarios... Diagramas de casos de uso.. ..27 ...28 ...28 ...31 .32 .....33 Cuestiones esenciales....... Diagramas de casos de uso .33 y contexto............. ......34 Utilidad de los diagramas de casos de USO ........... 35 Modelado del comportamiento en requisitos.36 Diagrama de actividades......... .36 Calles y particiones....... 39 Objetos, señales y eventos. .39 Aspectos avanzados de los diagramas de actividades... 43 Diagrama de secuencia del sistema .... ....45 Diagramas de clases para modelado conceptual de dominio.... .47 Mecanismos de abstracción. 47 Modelado de dominio.... 50 Modelado de dominio con clases de UML.... Más sobre asociaciones... 50 .53 Más sobre generalizaciones y especializaciones...... Notas en diagramas UML.. ....55 ...56 Mecanismos de abstracción y relaciones entre clases...... ...57 Diagramas de clases conceptuales..........58 Diagramas de casos de uso: cuestiones avanzadas..... ¿Y los requisitos no funcionales? Artefactos para el modelado de requisitos que no son parte de UML ....... 59 62 ...62 De los requisitos del cliente al análisis del sistema .. .63 C05. Modelado del análisis o de la definición del producto Análisis orientado a objetos 65
520			_aEste libro es una guía para el uso, hecho con más pragmatismo que academicismo. Refleja las construcciones más usuales y útiles de UML. UML es la forma en la que los profesionales de sistemas documentan su trabajo, de esta manera cuando vuelvan a trabajar con código desarrollado anteriormente podrán entender de manera sencilla que es lo que hace. Como es lógico también es muy útil para directores de proyectos de software que suelen tener bajas en sus equipos y de esta manera pueden reducir las pérdidas por las mismas al tener registrado que hace cada línea de código.
526			_aIngeniería en Tecnologías de la Información y Comunicación
650		0	_aProgramación _9729
942			_cLIB _2ddc _e1ra. Edicion
945			_a1 _badmin _c1260 _dNorma Gabriela Corona Arreguin
999			_c7208 _d7208