Modelos para El Desarrollo de Sistemas

Mtodos y modelos de desarrollo de software
Unidad 3. Modelos para el desarrollo de sistemas
Carrera: Desarrollo de software

Semestre 04
Programa de la asignatura:
Unidad 3.
Modelos para el desarrollo de sistemas
Clave:
Licenciatura TSU
15142420 / 16142420
Universidad Abierta y a Distancia de Mxico
1
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
1

ndice
Presentacin de la unidad .............................................................................................. 3

Propsito ........................................................................................................................ 3
Competencia especfica ................................................................................................. 3
Temario de la unidad...................................................................................................... 4
Tema 3. Modelos para el desarrollo de sistemas ........................................................... 4
Tema 3.1. Modelos estructurados .................................................................................. 5
Tema 3.2. Modelos Orientados a Objetos .................................................................... 10
Cierre de la unidad ....................................................................................................... 13
Para saber ms ............................................................................................................ 15
Fuentes de consulta ..................................................................................................... 16
2
2

Presentacin de la unidad
Bienvenido (a) a la Unidad 3; pero antes de entrar en materia, recapitulemos: en la Unidad
1 revisaste conceptos y tcnicas para disear diagramas UML, con el objetivo de
especificar los procesos que cubren los requerimientos para la creacin de sistemas
solicitados por un cliente, entre otros, revisaste RUP, que es una metodologa para la
administracin y desarrollo de software. Recuerda que RUP no es la nica metodologa
existente para cubrir la gama de proyectos requeridos por los diferentes clientes, existen
otros modelos de desarrollo de software que te podrn ayudar para dar solucin a esos
proyectos. En la segunda unidad conociste diferentes tipos de modelos, los modelos de
diseo (arquitectnicos) y los de desarrollo de software. Los modelos de diseo como ya
sabes te sirven para definir la arquitectura que debe de existir en el sistema con la
finalidad de que los usuarios encuentren disponibles los servicios y programas que tu
desarrollars y los modelos de desarrollo te servirn para definir la metodologa apropiada
para la creacin de un software de acuerdo a la necesidades del cliente. Cada uno de los
dos tipos de modelos contienen varios modelos, en la unidad tres y ltima, estudiars
modelos para el desarrollo de sistemas.
Al finalizar la Unidad 3 debers ser capaz de distinguir cada uno de los modelos para el
desarrollo de sistemas y de seleccionar el adecuado para las problemticas presentadas
de los clientes.
Propsito
Identificar los modelos utilizados para el desarrollo de sistemas y la forma en cmo se
complementan, en el apoyo del desarrollo de sistemas.
Competencia especfica
Utilizar los modelos estructurados y orientados a objetos para la creacin de un sistema,
mediante la herramienta StarUml.
3
3

Temario de la unidad
3. Modelos para el desarrollo de sistemas
3.1. Modelos estructurados
3.1.1. Modelado de datos
3.1.2. Modelo de dominio
3.1.3. Diccionario de datos
3.1.4. Modelo de interfaces
3.1.5. Modelado de requisitos
3.2. Modelos orientados a objetos
3.2.1. Modelo de objetos
3.2.2. Modelo de herencia
3.2.3. Modelo de agregacin de herencia
3. Modelos para el desarrollo de sistemas

Los modelos de desarrollo de sistemas los clasificaremos en modelos estructurados y en
los modelos orientados a objetos.
Los modelos estructurados fueron presentados en la dcada de los 70, por Larry
Constantine, continu posteriormente por otros autores: Myers, Yourdon y Stevens; stos
nos sirven para la especificacin resultante del proceso de anlisis de un desarrollo,
algunos de los modelos que lo componen son:
Modelado de datos
Modelo de dominio
Diccionario de datos
Modelo de interfaces
Modelado de requisitos
Los modelos orientados a objetos, surgen cuando se van a desarrollar 100% sistemas
orientados a objetos por medio de la notacin UML (Lenguaje Unificado de Modelado);
pero, adems, los modelos estructurados puede servir de apoyo para estos desarrollos,
pues la base de la POO es la metodologa estructurada, entonces los modelos orientados
a objetos te servirn para el modelado de software orientado a objetos, Entre ellos se
encuentran:
Modelo de objetos
Modelo de herencia
Modelo de agregacin de herencia
4
4

Tema 3.1. Modelos estructurados

Para este primer tema, analizars los modelos estructurados, entre ellos tenemos a:
Modelado de datos
Modelo de dominio
El modelado estructurado, permite construir modelos de sistemas a partir del anlisis de
sus procesos y/o actividades que se ejecutan asociados al sistema. Adems, permite al
equipo encargado del estudio del desarrollo, conocer de forma lgica un sistema o
proceso. Su objetivo es organizar las tareas asociadas con la determinacin de
requerimientos para obtener la mejor comprensin completa y exacta de la problemtica
dada .Iniciamos con el primer modelo.
Modelado de Datos
Todas las siguientes lecturas te ayudarn a comprender los niveles de abstraccin en los
que puedes modelar los datos de un desarrollo de software.
Primero comenzaremos con la definicin: es un conjunto de herramientas conceptuales
para describir datos, sus relaciones, su significado y sus restricciones de consistencia
Elmasri (2007, pp. 28). En Silberschatz (2006, pg. 1, 4,5), encontrars algunos
ejemplos de aplicaciones del modelado de datos. Se definen 3 niveles de abstraccin de
los datos: fsico, lgico y conceptual o de vistas, en la misma pgina 5 hay un grfico que
muestra la relacin entre los tres niveles de abstraccin. Revisa dicho texto.
Algo importante de resaltar, del texto que ya leste, es que los modelos conceptuales
tienen sus clasificaciones basados en registros y en objetos. Comprender sus
clasificaciones te ayudar para ubicar el modelo especfico que puede servirte a crear una
solucin, la ms apropiada a un determinado problema.
Algunos de estos modelos de acuerdo a los registros, o a los objetos, los revisars en
otras asignaturas de la Ingeniera en Desarrollo de Software. Pero es bueno que los
ubiques. Los modelos basados en registros ms comunes son: jerrquico, redes y
relacional. Silberschatz (2006, pp. 7), nos recuerda que los modelos jerrquicos y de
redes ya no son usados, pues complican el modelado de datos, pero fueron los
predecesores del modelo relacional, estos dos modelos fueron usados en los inicios de la
computacin en donde con mucha frecuencia se programaba a bajo nivel (restringido y
orientado por las caractersticas de las PCs), hoy en das se programa ms orientado al
usuario y no a las computadoras, es decir a alto nivel. Por tal motivo, de los tres modelos
5
5

pertenecientes al modelo por registros, hoy en da, se sigue usando el modelo

relacional. No es propsito de este tema leer y dominar cada uno de los modelos del tipo
por registro, no obstante, te recomienda al final de esta gua de estudios, consultar las
fuentes complementarias para enriquecer tus conocimientos entorno al modelo relacional.
De los modelos de datos basados en objetos, se encuentran el modelo Entidad
relacin (E-R) y el orientado a objetos (OO), en los dos, una de las actividades es
identificar las entidades y la forma en cmo estn relacionadas; el aprendizaje de las dos
metodologas no es propsito de este curso, pero s identificar sus caractersticas
principales, leers del libro de Silberschatz (2006, pp. 169-217). En estas pginas
encontrars del modelo E-R, sus caractersticas, restricciones, muchos diagramas de
ejemplos, aspectos importantes del diseo, caractersticas de modelos E-R extendido,
ejemplo de un anlisis y diseo de un sistema para un banco, aplicacin de normas, su
acoplamiento con el modelado unificado UML.
Una vez terminada la lectura anterior, debers leer de Rob (2004, pp. 540-554), este texto
te ayudar a conocer las caractersticas del modelo de datos orientado a objetos, donde
encontrars: caractersticas, representacin de los objetos, las relaciones clase-subclase
(herencia) y atributos de las relaciones.
A modo de resumen, podemos decir que un modelo de datos es un conjunto de
herramientas conceptuales, que ayudan a describir los datos, relaciones, significado y sus
restricciones de consistencia. Recuerda que tiene clasificaciones basadas en registros y
en objetos, todos estos modelos pueden ayudarte a definir diseos de los datos de un
sistema; no pierdas de vista el modelo E-R y el orientado a objetos, pues son de los ms
utilizados hoy en da, debido a que el rango de aplicaciones creci bastante y sus
problemas son cada vez ms complejos.
Son diversas las limitaciones de los modelos relacional, el modelo de red y modelo
jerrquico, pues quedaron imposibilitados, en muchos casos, de dar soluciones a las
nuevas problemticas presentadas para el desarrollo de software, necesidades que
vinieron a cubrir los modelos E-R y Orientado a Objetos (Silberschatz 2006, pp. 301)
Modelo de Dominio
Larman (2007) nos dice que a un modelo de dominio se le conoce como un modelo
conceptual, por lo tanto, si investigas en torno al tema, encontrars informacin sobre el
modelo de Dominio, pero, seguramente encontrars ms si buscas por modelo
conceptual.
Lee Larman (2007, pp. 121-143), esta lectura te servir para identificar conceptos del
modelo de dominio o conceptual (clases), cmo crear un modelo de dominio inicial;
6
6

adems, te ayudar a distinguir entre atributos correctos e incorrectos, es importante que

distingas la diferencia entre vista conceptual y de implementacin.
Para saber ms Larman (2007), en los captulo 11 (modelo de dominio, aadir
asociaciones) y 12 (modelo de dominio, aadir atributos), es ms especfico en la
implementacin del modelo, hablando de relaciones y del tratamiento de los atributos.
Dicha informacin te ser de ayuda, no obstante, la lectura no es obligatoria para los
propsitos de la unidad.
Para finalizar el subtema, te recuerdo la importancia del modelo de Dominio, este se
utiliza con frecuencia para el diseo de los objetos de software; los modeladores muestran
clases conceptuales significativas en un dominio del problema del mundo real; es uno de
los artefactos ms importantes que se crean durante el anlisis orientado a objetos.
Diccionario de Datos
Es una herramienta ms de modelado, que ayuda a conocer el comportamiento de un
sistema. Para que te des cuenta de la importancia de un diccionario de datos, Lee Rob
(2004, pp. 21), este autor te describe la importancia de la creacin y administracin de un
diccionario de datos. Especficamente lo encontrars en la seccin Administracin del
diccionario de Datos, donde se te describe qu es y sus beneficios.
Lee Rob (2004, pp. 778-780), en este texto se te presentar: otra definicin del diccionario
de datos, los tipos de diccionario de datos (integrados y autnomos), se describe otra
clasificacin de diccionarios de datos en cuanto a su forma de actualizarse (activo o
pasivos), se describe la funcin principal de los diccionarios de datos, mencionndolo de
manera muy sencilla y practica como La funcin principal del diccionario de datos es
guardar la descripcin de todos los objetos que interactan con la base de datos ,
tambin es las pginas sealadas encontrars ejemplos que te servirn de complemento
al tema.
Resumiendo, construir un diccionario de datos puede ser muy tedioso y, son horas largas
de anlisis del sistema, pero es una de las actividades ms importantes dentro del
proceso de desarrollo de software; sin ste, no existir congruencia en la creacin del
sistema y te podr acarrear varios problemas, recuerda es mejor uno aunque sea muy
sencillo que no tener nada. Obtendrs ms precisin en tu desarrollo de software al tener
especificaciones de tus datos.
El propsito de este modelo es apoyar en los aspectos de diseo de interfaces, en este
tema comprenders varios principios de diseo de interfaces de usuario, conocers:
Estilos de interaccin y aprenders cuando es el momento apropiado para

aplicar cada uno de ellos.
7
7

Presentaciones grficas y textuales de la informacin.

Aspectos implicados en las principales actividades en el proceso de diseo
de las interfaces de usuario.
Revisars adems los atributos de usabilidad y los enfoques de evaluacin de

interfaces.
Para reforzar el tema, nos apoyaremos en Sommerville (2005, pp. 330-351); por favor, lee
las pginas sealadas. En esta lectura encontrars el concepto de diseo, el proceso de
diseo de la interfaz, prototipos de interfaz y evaluacin de las mismas; esto te ayudar
para comprender principios de diseo de interfaz, conocer estilos de interaccin, cundo
es ms adecuado usarse y cundo utilizar grficas e informacin textual en la interfaz; as
tambin, revisars aspectos principales en el proceso de diseo de interfaz de los
usuarios, atributos de usabilidad y puntos de evaluacin de las interfaces.
Algo que siempre debe de preguntarse un diseador es: cmo debe de interactuar el
usuario con el sistema informtico? y cmo debe de presentarse la informacin al
usuario?, son preguntas que t debes hacer en el momento apropiado dependiendo del
proyecto a desarrollar.
Para responder a las preguntas, analizaste varios puntos del tema como son:
Interaccin del usuario. Emitir comandos y datos asociados al sistema
informtico, en stos viste varias opciones: la interaccin directa (mouse),
seleccin de mens, rellenado de formularios, lenguaje de comandos, lenguaje
natural. Viene una imagen comparativa en la pgina Sommerville (2005, pp. 336).
Presentacin de la informacin. La forma en cmo se proporciona informacin al
usuario, tambin se explica un poco sobre el modelo vista controlador (MVC), se
anexaron 14 recomendaciones en el uso del color en las interfaces del usuario.
Se analiz el proceso de diseo de interfaz de usuario, se menciona que es un
proceso iterativo, donde todos los usuarios interactan con los diseadores y
prototipos de la interfaz. Se mencionan tres actividades esenciales: anlisis del
usuario, prototipado del sistema y evaluacin de la interfaz.
Se profundiz en cada uno de las tres actividades en el punto anterior
mencionadas.
Modelado de Requisitos
El modelo de requisitos tiene como propsito delimitar el sistema, reconocer las
caractersticas funcionales que se ofrecer desde la visin del usuario. Este modelo
puede trabajar como una especie de contrato en ciertos momentos entre el desarrollador
y el cliente; como observars, por el hecho de que te apoya en definir el alcance en un
contrato, podrs imaginarte su importancia, sin un contrato que te proteja sobre lo que vas
a realizar, donde no tienes que hacer ms y no hacer menos, sino slo lo comprometido
8
8

en el contrato, en esa situacin el cliente no puede pedir ms y t no podrs realizar

menos, eso puede ser de mucha ayuda para deslindar responsabilidades y salir bien
librado en diferencias con tu cliente.
Algo de resaltar, de este modelo, es que es de los primeros modelos en ponerse en
accin dentro del proceso de desarrollo de un software, pero, para enriquecer el tema,
debers de conocer trminos nuevos y recordar algunos ya vistos anteriormente. Por
favor, lee Weitzenfeld (2005, pp. 195-197), en dicho texto se explica la importancia del
modelo de requisitos, no pierdas de vista la figura 6.1 del mismo tema, en donde se
muestran los distintos modelos del proceso de software y la figura 6.2 muestra los tres
ejes del modelo de requisitos.
Te solicito, leas a Weitzenfeld (2005, pp. 197-252), donde revisars el modelo como tal,
mostrado a travs de un pequeo proyecto de anlisis bajo este modelo. Resumiendo la
lectura, puedes identificar el modelo de requisitos, basndose sobre en el estudio del
problema Sistema de reservaciones de vuelos, con varios requerimientos que se
enlistan, la solucin abarca la utilizacin de tres modelos que conforman al modelo de
requisitos; estos tres modelos son: modelo de casos de uso, modelo de interfaces y el
modelo del dominio del problema. En la lectura, se explica por completo el modelo de
casos de uso, con este problema en especfico, en Weitzenfeld (2005, pp. 207), se inicia
con el trabajo en el modelo de interfaces con el mismo problema. Con el modelo de
interfaces, pudiste observar que el objetivo es llegar rpido a la funcionalidad de la
aplicacin, a travs del diseo grfico sofisticado; sobre los casos de uso diseados, se
inici el anlisis de las pantallas del usuario, se muestran varias pantallas del sistema y,
por ltimo, el anlisis en el modelo de requisitos, continua con su tercer modelo quien lo
fortalece, que es el modelo del dominio del problema, en este modelo se identifican las
clases del problema (hablando de entidades, relaciones, multiplicidad, atributos y
comportamientos), pero adems se complementa con el Diccionario de Clases.
Finalizando con el tema, el modelo de requisitos busca delimitar el sistema a desarrollar,
conociendo las caractersticas funcionales que se ofrece al usuario, recuerda que para
implementar un buen modelo de requisitos, debes de hacer una implementacin del
modelo de casos, interfaces y un modelo de clases o de informacin de los proyectos a
desarrollar, los tres modelos que componen el modelo de requisitos se explicaron a
detalle en las lecturas que realizaste, adems el modelo de casos de uso y el de clases,
ya los trabajaste en la Unidad 1 de este curso.
Para concluir con el tema debers realizar la Actividad 2. Modelos estructurados, que se
presenta en el documento: Actividades de la Unidad 3, el propsito es que relaciones
conceptos, componentes, simbologa con el modelo estructurado correspondiente.
9
9

Tema 3.2. Modelos Orientados a Objetos

Ya que revisaste los modelos estructurados, utilizados para el proceso de anlisis de
desarrollo, ahora hars lo propio con los modelos orientados a objetos que surgen para
desarrollar proyectos apoyados con UML.
Los modelos que analizars son:
Modelo de objetos
Modelo de herencia

Modelo de objetos
Fue una de las primeras aproximaciones a la orientacin a objetos en el desarrollo de
software, actualmente se usa de forma generalizada, especialmente en el desarrollo de
sistemas interactivos. Uno de los propsitos principales del modelo, es expresar
requerimientos utilizando modelos de objetos y su desarrollo del sistema con lenguajes de
programacin orientado a objetos, como por ejemplo Java y C++.
Lee el tema Modelos de objetos en Sommerville (2005, pp. 164-165), este tema te
servir para conocer qu es?, su importancia y su implementacin, conocers que los
modelos (herencia y agregacin) que se describen despus de este tema, son apoyos
para complementar este modelo. El texto, te ayudar a identificar y clasificar las entidades
de un sistema y cmo puede integrarse para crear clases abstractas; te describe cmo se
integra una clase, adems te reafirma que el modelado de objetos es un proceso que
ayuda en la transicin del modelado a la programacin.
Resumiendo, analizaste que este modelo se expresa utilizando diferentes modelos
orientados a objetos de UML principalmente, como son los que apoyan en diagramas de:
clases, casos de uso, secuencia, etc. y, que su implementacin, est usando lenguajes
de programacin orientado a objetos, adems, observaste que su principal importancia es
facilitar el avance entre el diseo orientado a objetos a la programacin. Una de las
actividades fuertes de realizar es el anlisis orientado a objetos y que UML ha sido el
estndar para el modelado de objetos; recordaste adems que una clase de objetos en
UML, se comprende del nombre de la clase, una seccin para los atributos y de las
operaciones o comportamientos.
Modelo de herencia
Es un modelo ms de los orientados a objetos, perteneciente al modelo de objetos (tema
anterior), en donde adems de identificar clases de objetos, los organiza mediante
clasificaciones que muestran cmo estn relacionados unos con otros, a travs de sus
atributos y comportamientos, las clases se organizan en una jerarqua de herencia, con
10
10

las ms generales que se encuentran al inicio de la jerarqua, estas clases generales

heredan sus atributos y servicios a las que le siguen en jerarqua, cada una de ellas
adems de heredar atributos y comportamientos tambin tienen sus propios
comportamientos y cualidades.
Para analizar este modelo continuars leyendo el libro de Sommerville (2005, pp. 165168), esta lectura es importante porque identificars las especificaciones del modelo de
herencia, observa el grfico (8.10) en donde se te muestra un ejemplo de jerarqua de
clases, basado en la situacin de especificacin de biblioteca; con este ejemplo,
complementars la informacin entorno al modelo de herencia, en este ejemplo es
importante que observes la figura que se usa para expresar una clase, sus secciones
(atributos y comportamientos) y, adems, las lneas que relacionan las clases (flechas con
punta gorda sin rellenar), indicando a cada clase, de qu clase est heredando atributos y
mtodos, tambin se muestra que cada clase puede tener sus propios atributos y
mtodos. Existe otro grfico 8.11, en el mismo texto, que muestra otro ejemplo del modelo
de herencia. As tambin se abordan las problemticas a las que se enfrentan los
analistas en el diseo del modelo de herencia. Es importante que identifiques que se
puede representar en un mismo grfico los modelos de herencia, con mltiples
combinaciones de situaciones, en donde una clase puede heredar de varias clases
padres, el ejemplo lo encontrars presentado en el grfico 8.12.
Este modelo tambin conocido como modelo de agregacin de objetos, es similar al de
herencia, perteneciente al modelo de objetos, pero en lugar de heredar atributos y
servicios a travs de la relacin de una clase, hereda o pone a disposicin las interfaces
de los objetos que lo integran, esto es debido a que en el modelado de la solucin es
necesario describir que un objeto est integrado o formado por otros objetos. El modelado
de agregacin de herencia te servir para representar a un objeto y los objetos que lo
integran y la forma en cmo estos lo hacen.
Lee Sommerville (2005, pp. 168), esta lectura te ayudar a comprender el modelo de
agregacin de herencia, ah encontrars un ejemplo con su representacin en UML,
describiendo la lectura que hiciste, el ejemplo se trata de una clase llamada Paquete de
estudio, que tiene sus propios atributos y mtodos, pero esta clase est integrada por
diferentes objetos como son: tareas, dispositivas, notas y videos. Y a su vez la clase tarea
est integrada por las clases ejercicios y soluciones. Como observars en el ejemplo, el
paquete de estudio est integrado por objetos muy diferentes de estudio hablando de
atributos y comportamientos (mtodos), pues se menciona a los objetos clases,
dispositivas, notas y videos, son objetos muy distintos, sin embargo forman un paquete de
estudio, por eso mismo en la solucin del modelado, se presenta como la clase principal y
formada por objetos (tareas, diapositivas, notas y videos) y la solucin puede leerse
11
11

como: Un paquete de estudio est compuesto por uno o varios elementos asignados,
tareas, dispositivas, notas y cintas de video; podemos interpretar que la clase principal
pone a disposicin, a travs de ella, los objetos que la forman. Tambin podemos decir
que, si invocas un mtodo de uno de los objetos internos que no se admite, entonces el
objeto principal interviene para responder con un mensaje al problema. Recuerda que
para indicar que una clase forma a otra, se usa una lnea con una punta en figura de
rombo pequea.
Resumiendo, el modelo de agregacin de objetos o herencia, es un modelo que ayuda
para representar grficamente cuando una clase est conformada por otras clases;
conociste un ejemplo mediante UML y, como observaste, hay un smbolo para representar
a la clase, con tres secciones una para el nombre, otro para los atributos y la tercera para
los mtodos o servicios (como les llama Sommerville), la lnea que muestra la relacin de
agregacin es una que, de un extremo tiene una punta de flecha rellena de negro y del
otro extremo es un pequeo rombo, la clase principal es la que hereda todos los
elementos de las clases.
Para concluir con el tema, debers realizar la Actividad 3. Modelos Orientados a objetos,
que se presenta en el documento: Actividades de la Unidad 3, el propsito es que de lo
que se te present en los materiales, puedas relacionar conceptos, componentes,
simbologa con el modelo orientado a objetos correspondiente.
Posteriormente debers realizar la Actividad 1. Llamada Modelos de Desarrollo de
Sistemas, que se presenta en el documento: Actividades de la Unidad 3, el propsito es
que en conjunto con tus compaeros de estudios a travs del foro, analicen problemticas
y proporcionen soluciones a los problemas
Ahora, realiza la Actividad 4. Diagramas de modelos estructurados y orientado a objetos,
que se encuentra en el documento: Actividades de la Unidad 3, el propsito es que
disees soluciones utilizando los modelos estructurados y orientado a objetos de las
problemticas que se te presentan.
Por ltimo debers realizar la actividad de Evidencia de aprendizaje. Modelos de sistemas

con UML. Ubicada en el documento de Actividades de la Unidad 3, donde presentars las
soluciones a problemas a partir de los modelos de desarrollo de sistemas, utilizando en la
soluciones la herramienta StarUml para mostrar los grficos que se te solicitan y el
procesador de textos para mostrar las soluciones, a los diferentes problemas
presentados.
12
12

Autorreflexiones
Adems de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses
al foro Preguntas de Autorreflexin y consultes las preguntas que tu Docente en lnea
presente, a partir de ellas, debes elaborar tu Autorreflexin en un archivo de texto
llamado DMMS_U3_ATR_XXYZ. Posteriormente enva tu archivo mediante la
herramienta Autorreflexiones.
Cierre de la unidad
Haz terminado la tercera unidad, En esta unidad pudiste conocer los modelos de
desarrollo de sistemas.
Haciendo un resumen, de los modelos de desarrollo de sistemas, analizamos los modelos
estructurados y los modelos orientado a objetos.
De los modelos estructurados revisaste:
Modelado de datos
Modelo de dominio
Y de los modelos orientados a objetos estudiaste:
Modelo de objetos
Modelo de herencia
Recapitulando los modelos estructurados:
El propsito del Modelo de datos, es el de proporcionar herramientas conceptuales para
describir datos, relaciones y restricciones de consistencia, adems que se clasifican en 3
categoras: fsico, lgico y conceptual o de vistas, tambin estudiaste que el modelo de
datos tiene otra clasificacin en cuanto a la representacin de registros y por objetos.
Por objetos de los ms usados es E-R y basados a objetos. Que al final estos dos son de
los modelos de datos ms usados.
El Modelo de dominio o conceptual, es otro modelo estructurado que su propsito es
representar el anlisis del problema a resolver en un modelo de clases, que es una de las
herramientas en las que se apoya para representar las relaciones entre las entidades.
13
13

Tambin analizaste el modelado de Diccionario de datos y su importancia, recuerda que

es un diseo en donde especificas y describes entidades, datos y conceptos del proyecto
que se desarrolla. Otro de los modelos estructurados analizados fue el Modelo de
interfaz, que es un modelo que te orienta para el diseo de interfaces del proyecto con el
usuario, en el tema leste sobre estilos, presentaciones grficas y textuales as como
aspectos implicados en las actividades del proceso de diseo, tambin en el tema
conociste sobre atributos de usabilidad.
El ltimo modelo de los estructurados fue el Modelo de requisitos, en este modelo
identificaste que su representacin es en base a tres modelos ms, que son el modelo de
casos de uso (analizados en el primer captulo), el modelo de interfaz y el modelo de
clases o llamado de informacin, estos tres ltimos modelos ya los hemos revisado con
anterioridad. Por ltimo es importante que no olvides que en estos modelados participa
mucho el lenguaje de modelado unificado, mismo que utilizars en tu desarrollo de
aplicaciones de software.
Con lo anterior, concluimos la Unidad 3. Modelos para el desarrollo de sistemas, segn el
dominio que tengas de esta unidad, te ayudar a realizar especificaciones, diseos y
modelado de los requisitos para el desarrollo de software.
Tambin hemos terminado el curso Mtodos y Modelos de Desarrollo de Software,
durante este curso conociste, aprendiste y practicaste varios mtodos y modelados para
el desarrollo de software, la importancia de este curso radica en que, si se hace buenos
anlisis, planeaciones de desarrollo, modelado y diseo de forma correcta, esto ayudar
bastante para que los errores que se insertan durante el desarrollo, sean los menos
posibles, siendo de esta forma que el proyecto final sea lo ms cercano a la calidad
solicitada por un cliente, dicho de otra forma, cuando los proyectos se cancelan, se
desvan mucho tiempo de su fecha de trmino o el costo se incrementa, es normalmente
problemas de anlisis, diseo y/o modelado de la solucin a implementar. Para ello es
muy importante practicar lo que aprendiste de todas las unidades.
Cmo fue en la unidad 1:
Herramientas para el modelado de software
Lenguaje Unificado de Modelado (UML)
Proceso de desarrollo de software
Los casos de uso y sus caractersticas
Asociaciones, generalizacin y relaciones
Diagramas base de UML
StarUML
Proceso Unificado de Rational (RUP)
Generalidades
14
14

Fases y elementos
Clasificacin
Con la Unidad 1, revisaste los procesos a seguir para el desarrollo de un software, como
describir lo que el cliente te solicita mediante la utilizacin de casos de uso y adems
cmo dar seguimiento desde un inicio hasta la liberacin de un proyecto usando RUP.
En la Unidad 2, trabajaste con diferentes tipos de modelos
Modelos para el desarrollo de software
Modelos de diseo
Modelo de repositorios
Modelo cliente servidor
Modelo de capas
Modelo de control centralizado
Modelos de desarrollo
Modelo de cascada o tradicional
Modelo evolutivo
Modelo basado en componentes
Modelo por prototipos
Modelo en espiral
Recordando los modelos de diseo, son los que tienes que pensar para modelar y tener la
disponibilidad de tus servicios en una red y, los modelos de desarrollo, son modelos que
utilizas para abordar un desarrollo de software pensando en cmo y de qu forma
interactan las fases levantamiento de requerimientos, anlisis, diseo, codificacin,
pruebas, implementacin y liberacin para el desarrollo de un software.
Espero hayas disfrutado el curso y ms an que veas la utilidad del mismo. Felicidades!
concluiste con la asignatura Mtodos y Modelos de Desarrollo de Software.
Para saber ms
En Elmasri (2007, pp. 31-32), se anexa otro grfico indicando como estn relacionados
los tipos de modelo de datos y explica nuevamente cada uno de ellos, en el mismo se
explica los tres tipos de nivel de abstraccin del modelo de datos.
En su libro Larman (2007) en el captulo 11 y 12, aborda los diferentes tipos de relaciones
en los diagramas de clases y en el tratamiento de los atributos. Es importante conocer
15
15

para presentar las entidades en el modelo orientado a objetos, cmo estn relacionadas
unas con otras, la cardinalidad, atributos, mtodos, etc.
Con respecto al modelo relacional si te interesa, puedes complementar tu conocimiento
en el libro Silberschatz (2006, Capitulo 2).
Fuentes de consulta
Elmasri, Rames (2007). Fundamentos de Bases de Datos. Mxico: Addison

Wesley.
Larman, Craig (2008). UML y patrones. Mxico: Prentice Hall.
Rob, Peter, (2004). Sistemas de bases de datos. Mxico: Thomson
Silberschatz, Abraham (2006). Fundamentos de bases de datos. Espaa: Mc Graw
Hill.
Sommerville, Ian, (2005). Ingeniera de Software. Espaa: Pearson educacin.
Weitzenfeld, Alfredo (2005). Ingeniera de software orientado a objetos con Uml,
Java e internet. Mxico: Thomson.
16
16

Modelos para El Desarrollo de Sistemas

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Modelos para El Desarrollo de Sistemas

Enviado por

Direitos autorais:

Formatos disponíveis

Mtodos y modelos de desarrollo de software

Unidad 3. Modelos para el desarrollo de sistemas

Carrera: Desarrollo de software

Universidad Abierta y a Distancia de Mxico

Mtodos y modelos de desarrollo de software

Presentacin de la unidad .............................................................................................. 3

Mtodos y modelos de desarrollo de software

Mtodos y modelos de desarrollo de software

3. Modelos para el desarrollo de sistemas

Modelo de agregacin de herencia

Mtodos y modelos de desarrollo de software

Tema 3.1. Modelos estructurados

Mtodos y modelos de desarrollo de software

pertenecientes al modelo por registros, hoy en da, se sigue usando el modelo

Mtodos y modelos de desarrollo de software

adems, te ayudar a distinguir entre atributos correctos e incorrectos, es importante que

Estilos de interaccin y aprenders cuando es el momento apropiado para

Mtodos y modelos de desarrollo de software

Presentaciones grficas y textuales de la informacin.

Revisars adems los atributos de usabilidad y los enfoques de evaluacin de

Mtodos y modelos de desarrollo de software

en el contrato, en esa situacin el cliente no puede pedir ms y t no podrs realizar

Mtodos y modelos de desarrollo de software

Tema 3.2. Modelos Orientados a Objetos

Modelo de agregacin de herencia

Mtodos y modelos de desarrollo de software

las ms generales que se encuentran al inicio de la jerarqua, estas clases generales

Mtodos y modelos de desarrollo de software

Por ltimo debers realizar la actividad de Evidencia de aprendizaje. Modelos de sistemas

Mtodos y modelos de desarrollo de software

Mtodos y modelos de desarrollo de software

Tambin analizaste el modelado de Diccionario de datos y su importancia, recuerda que

Mtodos y modelos de desarrollo de software

Mtodos y modelos de desarrollo de software

Elmasri, Rames (2007). Fundamentos de Bases de Datos. Mxico: Addison

Você também pode gostar