MARC details
| 000 -CABECERA |
| campo de control de longitud fija |
03438 a2200265 4500 |
| 008 - DATOS DE LONGITUD FIJA--INFORMACIÓN GENERAL |
| campo de control de longitud fija |
2011 |
| 020 ## - INTERNATIONAL STANDARD BOOK NUMBER |
| International Standard Book Number |
9789871609222 |
| 040 ## - FUENTE DE CATALOGACIÓN |
| Centro catalogador/agencia de origen |
GAMADERO |
| Lengua de catalogación |
spa |
| Centro/agencia transcriptor |
GAMADERO |
| 041 ## - CÓDIGO DE IDIOMA |
| Código de lengua del texto/banda sonora o título independiente |
Español |
| 050 00 - SIGNATURA TOPOGRÁFICA DE LA BIBLIOTECA DEL CONGRESO |
| Número de clasificación |
QA76.76D47 |
| Cutter |
F65 |
| Año |
2011 |
| 100 ## - ENTRADA PRINCIPAL--NOMBRE DE PERSONA |
| Nombre de persona |
Fontela Carlos |
| 245 ## - MENCIÓN DEL TÍTULO |
| Título |
UML.Modelado de software para profesionales / |
| 250 ## - MENCION DE EDICION |
| Mención de edición |
1ra. Edicidicion |
| 260 ## - PUBLICACIÓN, DISTRIBUCIÓN, ETC. |
| Nombre del editor, distribuidor, etc. |
Alfaomega |
| Lugar de publicación, distribución, etc. |
Mexico |
| Fecha de publicación, distribución, etc. |
2011 |
| 300 ## - DESCRIPCIÓN FÍSICA |
| Extensión |
184 p |
| Otras características físicas |
Ilustracion |
| Dimensiones |
23 x 17 cm |
| 505 ## - NOTA DE CONTENIDO CON FORMATO |
| Nota de contenido con formato |
C01. Modelos y UML Qué es un modelo.......<br/>Modelos de software<br/>Por qué el software necesita modelos<br/>UML...<br/>Qué es UML.<br/>Para qué usar UML<br/>Qué no es UML...<br/>UML y la orientación a objetos<br/>Perspectivas de diagramas UML<br/>Modelos de UML 2.2...<br/>Extensiones a UML..<br/>1<br/>.....2<br/>....... 3<br/>••••.•...4<br/>......5<br/>....... 7<br/>........8<br/>.......8<br/>.. 10<br/>.....11<br/>CO2. Disciplinas y metodología<br/>Actividades del desarrollo de software y UML..<br/>Metodología de desarrollo de software y UML..<br/>El lenguaje unificado de modelado.<br/>13<br/>14<br/>....19<br/>CO3. Resolución de un problema de desarrollo de software<br/>El problema ...<br/>Breve descripción de Scrum.<br/>Disciplinas y capítulos<br/>...21<br/>..23<br/>.24<br/>CO4. Modelado de requisitos del cliente<br/>Ingeniería de requisitos y tipos de requisitos.<br/>Casos de uso..<br/>Casos de uso<br/>Una alternativa: user stories.<br/>Escenarios...<br/>Diagramas de casos de uso..<br/>..27<br/>...28<br/>...28<br/>...31<br/>.32<br/>.....33<br/>Cuestiones esenciales.......<br/>Diagramas de casos de uso<br/>.33<br/>y contexto.............<br/>......34<br/>Utilidad de los diagramas de casos de USO ...........<br/>35<br/>Modelado del comportamiento en requisitos.36<br/>Diagrama de actividades.........<br/>.36<br/>Calles y particiones.......<br/>39<br/>Objetos, señales y eventos.<br/>.39<br/>Aspectos avanzados de los diagramas de actividades...<br/>43<br/>Diagrama de secuencia del sistema ....<br/>....45<br/>Diagramas de clases para modelado conceptual de dominio....<br/>.47<br/>Mecanismos de abstracción.<br/>47<br/>Modelado de dominio....<br/>50<br/>Modelado de dominio con clases de UML....<br/>Más sobre asociaciones...<br/>50<br/>.53<br/>Más sobre generalizaciones y especializaciones......<br/>Notas en diagramas UML..<br/>....55<br/>...56<br/>Mecanismos de abstracción y relaciones entre clases......<br/>...57<br/>Diagramas de clases conceptuales..........58<br/>Diagramas de casos de uso: cuestiones avanzadas.....<br/>¿Y los requisitos no funcionales?<br/>Artefactos para el modelado de requisitos que no son parte de UML .......<br/>59<br/>62<br/>...62<br/>De los requisitos del cliente al análisis del sistema ..<br/>.63<br/>C05. Modelado del análisis o de la definición del producto<br/>Análisis orientado a objetos<br/>65 |
| 520 ## - RESUMEN, ETC. |
| Resumen, etc. |
Este 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 ## - NOTA DE INFORMACIÓN SOBRE EL PROGRAMA DE ESTUDIO |
| Program name |
Ingeniería en Tecnologías de la Información y Comunicación |
| 650 #0 - PUNTO DE ACCESO ADICIONAL DE MATERIA--TÉRMINO DE MATERIA |
| Término de materia o nombre geográfico como elemento de entrada |
Programación |
| 9 (RLIN) |
729 |
| 942 ## - ELEMENTOS DE ENTRADA SECUNDARIOS (KOHA) |
| Tipo de ítem Koha |
Libro |
| Fuente del sistema de clasificación o colocación |
Clasificación Decimal Dewey |
| Edición |
1ra. Edicion |
| 945 ## - CATALOGADORES |
| Número del Creador del Registro |
1 |
| Nombre del Creador del Registro |
admin |
| Número de último modificador del registro |
1260 |
| Nombre del último modificador del registro |
Norma Gabriela Corona Arreguin |