Actividad.

3.1 Actividades de Reflexin inicial.

Considera que el informe presentado de acuerdo al anlisis del problema es
fundamental para el desarrollo e implementacin su proyecto, explique por qu?
Respuesta: Si ya que con estos informes podemos definir bien el problema planteado y as
poder encontrar diversas soluciones para su solucin. Es un punto de partida que
necesitamos para as poder realizar nuestro proyecto teniendo en cuenta de que este
funcione para la solucin del problema.

Cree que en el resultado del anlisis mediante un informe se deben abarcar todos
los procesos, adems de la normatividad y necesidades del cliente, explique por
qu?
Respuesta: Si, que nuestro proyecto adems de solucionar el problema planteado tambin
tendr en cuenta las necesidades del cliente con respecto a lo que necesite en su empresa.

Investigue y mencione mnimo tres tipos de herramientas y metodologas que

permitan realizar modelos que garanticen la construccin de un software de calidad?
Respuesta:
Modelo en cascada:
Es un proceso secuencial, fcil de desarrollo en el que los pasos de desarrollo son vistos hacia
abajo (como en una cascada de agua) a travs de las fases de anlisis de las necesidades, el
diseo, implantacin, pruebas (validacin), la integracin, y mantenimiento.
Prototipado:

El prototipado permite al cliente evaluar en forma temprana el producto, e interactuar con los
diseadores y desarrolladores para saber si se est cumpliendo con las expectativas y las
funcionalidades acordadas.
Incremental:
Provee una estrategia para controlar la complejidad y los riesgos, desarrollando una parte del
producto software reservando el resto de aspectos para el futuro.

Los diagramas UML permiten el anlisis de los requerimientos de un sistema de

informacin, explique por qu?
Respuesta: Si, ya que le ayuda a desengrosar toda la informacin de la realizacin de mi
proyecto ayudndome a ver especficamente si los requerimientos propuestos por el cliente
se cumplen o no.
3.2 Actividades de contextualizacin e identificacin de conocimientos necesarios
para el aprendizaje.)
3.2.1 Describir y contextualizar las definiciones en diferentes fuentes bibliogrficas
de: modelo, Software, prototipo, clase, atributo, caso de uso, diagrama, prototipo,
objeto, diagramas UML, versiones de Uml, herramientas CASE (que es y cite 3
ejemplos).
Solucin:
 Modelo: Es un prototipo que sirve de referencia y ejemplo para todos los que
disean y perfeccionan productos de la misma naturaleza.
Software: Conjunto de programas que permite a la computadora realizar diversas
tareas.
Prototipo: Cualquier tipo de mquinas de pruebas u objeto diseado para una
demostracin.
Clase: Define un conjunto de variables y mtodos apropiados para manipular datos.
Atributo: Representa una propiedad de una entidad de una base de datos.
Caso de uso: Es una descripcin de los pasos que deben realizarse para llevar a
cabo algn proceso.
Diagrama: Representacin grfica de las relaciones que tiene los elementos de un
conjunto.
Objeto: Persona a la que va dirigida una accin o un pensamiento.
Diagramas UML: Es un lenguaje grafico para visualizar especificar construir y
documentar un sistema.
Versiones de UML: Los antecedentes de UML se sitan en la dcada de los 90 con
distintos estndares para modelado de software, no obstante podemos hablar de
dos grandes versiones:
UML 1.X (comprende UML 1.1, 1.2, 1.3, 1.4, 1.5): desde finales de los 90 se empez
a trabajar con el estndar UML. En los aos sucesivos fueron apareciendo nuevas
versiones que introducan mejoras o ampliaban a las anteriores.
UML 2.X (comprende UML 2.1 hasta UML 2.5, 2.6, etc.): en torno a 2005 se difundi
una nueva versin de UML a la que podemos denominar UML 2.X. Comprenden
varias revisiones.
UML 3.X: evolucin que se espera para UML 2.X.
Herramientas CASE:
Las herramientas CASE (Computer Aided Software Engineering, Ingeniera de Software
Asistida por Computadora) son diversas aplicaciones informticas o programas informticos
destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de
las mismas en trminos de tiempo y de dinero.
Aunque es difcil y existen muchas formas de clasificarlas, las herramientas CASE se
pueden clasificar teniendo en cuenta los siguientes parmetros:
Las plataformas que soportan.
Las fases del ciclo de vida del desarrollo de sistemas que cubren.
La arquitectura de las aplicaciones que producen.
Su funcionalidad.

La siguiente clasificacin es la ms habitual basada en las fases del ciclo de desarrollo que
cubren:
Upper CASE (U-CASE), herramientas que ayudan en las fases de planificacin, anlisis de
requisitos y estrategia del desarrollo, usando, entre otros diagramas UML.
Middle CASE (M-CASE), herramientas para automatizar tareas en el anlisis y diseo de la
aplicacin.
Lower CASE (L-CASE), herramientas que semi-automatizan la generacin de cdigo,
crean programas de deteccin de errores, soportan la depuracin de programas y pruebas.
Adems, automatizan la documentacin completa de la aplicacin. Aqu pueden incluirse las
herramientas de desarrollo rpido de aplicaciones.
 Existen otros nombres que se le dan a este tipo de herramientas, y que no es una
clasificacin excluyente entre s, ni con las fases del ciclo de vida del desarrollo:
Integrated CASE (I-CASE), herramientas que engloban todo el proceso de desarrollo
software, desde el anlisis hasta la implementacin.
MetaCASE, herramientas que permiten la definicin de nuestra propia tcnica de modelado,
los elementos permitidos del metamodelo generado se guardan en un repositorio y pueden
ser usados por otros analistas, es decir, es como si definiramos nuestro propio UML, con
nuestros elementos, restricciones y relaciones posibles.
CAST (Computer-Aided Software Testing), herramientas de soporte a la prueba de
software.
IPSE (Integrated Programming Support Environment), herramientas que soportan todo el
ciclo de vida, incluyen componentes para la gestin de proyectos y gestin de la
configuracin activa.

Por funcionalidad se pueden diferenciar algunas como:

Herramientas de generacin semiautomtica de cdigo.
Editores UML.
Herramientas de refactorizacin de cdigo.
Herramientas de mantenimiento como los sistemas de control de versiones

3.2.2 Consultar en Icontec o en entes internacionales sobre las normas para

documentacin de sistemas de informacin.
Solucin:
3.3 Actividades de apropiacin del conocimiento (Conceptualizacin y Teorizacin).
1. Investigue, analice y conceptualice acerca de UML, resaltando los siguientes
temas:
a. Que es UML: Es un lenguaje estndar para la grfica de realizacin de proyectos
haciendo nfasis en la visualizacin, especificacin construccin y documentar artefactos de
un sistema que involucra la utilizacin de mucho software. El UML puede modelar distintos
tipos de sistemas
b. Resea histrica de UML
El uml empez a utilizarse en 1994 en el mes de octubre.
El objetivo principal era unir dos mtodos creados anteriormente, los mtodos Booch y el
OMT. El primer borrador apareci octubre de 1995.
El desarrollo de UML comenz a finales de 1994 cuando Grady Booch y JimRumbaugh de
Rational Software Corporation empezaron a unificar sus mtodos. A finales de 1995, Ivar
Jacob son y su compaa Objectory se incorporaron a Rational en su unificacin, aportando
el mtodo OOSE.
c. Ventajas de UML
UML Se puede usar para diferentes tipos de sistemas.
 UML consolida muchas de las notaciones y conceptos ms usados orientados a
objetos.
UML es fcilmente entendible.
d. Caractersticas de UML

Divide cada proyecto en un nmero de diagramas que representa las diferentes

vistas del proyecto, Estos diagramas son la arquitectura del proyecto.
Permite describir un sistema en diferentes niveles claramente para que los clientes,
lderes y desarrolladores puedan entender claramente las caractersticas de la
aplicacin.
Pretender solo ser un lenguaje modelado no de desarrollo.
e. Como se clasifican los diagramas de UML.
Vista de diseo:
Diagrama de clases
Diagrama de actividad
Diagrama de estados
Diagrama de objetos
Diagrama de secuencias
Vista de interaccin:
Diagrama de secuencia
Diagrama de comunicacin
diagrama e tiempo
Vista de casos de uso:
Diagrama de casos de uso
Diagrama de secuencias
Diagrama de actividad
Vista de complementacin:
Diagrama de estructura compuesta
Diagrama de componentes
Diagrama de paquetes
Diagrama de clases
Vista de despliegue:
Diagrama de despliegue
Diagrama de paquetes
f. Diagramas que componen UML
Diagrama de clases:
El diagrama de clases describe la estructura esttica de un sistema.
Un diagrama de clases est formado por varios rectngulos de este tipo conectados por
lneas que representan las asociaciones o maneras en que las clases se relacionan entra s.
Diagrama de objetos:
El diagrama de objetos puede ser visto como una instancia de un diagrama de clases.
Describen la estructura esttica de un sistema en un momento particular y son usados para
probar la precisin de los diagramas de clase.
Diagrama de casos de uso:
Es una descripcin de las acciones de un sistema desde el punto de vista del usuario.
Diagrama de estados:
Es una transmisin simple entre dos estados que indica que un objeto en el primer estado
puede entrar al segundo estado y ejecutar ciertas operaciones.
Diagrama de secuencias:
Modela la interaccin entra objetos de un sistema segn uml.
Diagrama de actividades:
Es la representacin grfica el proceso de un software.
Diagrama de colaboraciones:
Descubre el comportamiento dinmico del sistema de informacin mostrando cmo
interactan los objetos entre s.
Diagrama de componentes:
Muestra los elementos de un diseo de un sistema de software.
Diagrama de distribucin:
Es donde se representa la estructura de hardware donde se mostrar el sistema
g. Explicacin de los diagramas UML ms utilizados.
Respuesta:
Diagrama de Clases
Diagrama de Objetos
Diagrama de Casos de Uso
Diagrama de Estados
Diagrama de Secuencias
Diagrama de Actividades
Diagrama de Colaboraciones
Diagrama de Componentes
Diagrama de Distribucin
2. Realice un cuadro comparativo que contenga la estructura de los diferentes tipos
de Diagramas UML y sus divisiones.

Diagrama UML Divisiones

Estructurales:
Diagrama de clases: Los diagramas de clase son, sin duda, el tipo
de diagrama UML ms utilizado. Es el bloque
de construccin principal de cualquier
solucin orientada a objetos. Muestra las
clases en un sistema, atributos y operaciones
de cada clase y la relacin entre cada clase.
Diagrama de componentes: Un diagrama de componentes muestra la
relacin estructural de los componentes de
un sistema de software. Estos se utilizan
principalmente cuando se trabaja con

Diagrama de despliegue:
Diagrama de objetos:
Diagrama de paquetes:
Diagrama de estructura compuesta:
De comportamiento:
Diagrama de actividades:
Diagrama de casos de uso:
Diagrama de estado:
comportamiento de los objetos que actan de
manera diferente de acuerdo con el estado en
que se encuentran en el momento.
De interaccin:
Diagrama global de interacciones:
Diagrama de comunicacin:
Diagrama de secuencias:
sistemas complejos que tienen muchos
componentes.
Un diagrama de despliegue muestra el
hardware de su sistema y el software de ese
hardware.
Al igual que los diagramas de clases,
tambin muestran la relacin entre los
objetos, pero usan ejemplos del mundo real.
Se utilizan para mostrar cmo se ver un
sistema en un momento dado. Debido a que
hay datos disponibles en los objetos, a
menudo se utilizan para explicar relaciones
complejas entre objetos.
Como su nombre indica, un diagrama de
paquetes muestra las dependencias entre
diferentes paquetes de un sistema.
Los diagramas de estructura compuesta se
utilizan para mostrar la estructura interna de
una clase.
Los diagramas de actividad representan los
flujos de trabajo de forma grfica.
Como el tipo de diagrama de diagramas UML
ms conocido, los diagramas de casos de
uso ofrecen una visin general de los actores
involucrados en un sistema, las diferentes
funciones que necesitan esos actores y cmo
interactan estas diferentes funciones.
Estos son muy tiles para describir el
Los diagramas generales o globales de
interaccin son muy similares a los
diagramas de actividad. Mientras que los
diagramas de actividad muestran una
secuencia de procesos, los diagramas de
interaccin muestran una secuencia de
diagramas de interaccin.
El diagrama de comunicacin se llam
diagrama de colaboracin en UML 1. Es
similar a los diagramas de secuencia, pero el
foco est en los mensajes pasados entre
objetos.
Los diagramas de secuencia en UML
muestran cmo los objetos interactan entre
s y el orden en que se producen esas
interacciones.
3. Con sus propias palabras defina por qu es importante la utilizacin de UML en el
desarrollo de sistemas de informacin.
4. Por qu es necesario contar con diversos diagramas en el modelo de un sistema?
Respuesta: Nos ayuda ver de forma ms explcita cada paso y proceso que se est
ejecutando al momento de planear un proyecto, para saber cmo va a ejecutarse y su
funcionamiento.
5. Qu diagramas muestran, el cambio progresivo en un sistema?
Diagrama de casos de uso
Diagrama de secuencias
Diagrama de colaboracin
Diagrama de estado
Diagrama de actividades
3.4 Actividades de transferencia del conocimiento.
Para cada actividad (Individual y Grupal) se deben elaborar los 4 diagramas (Actores
y sus relaciones, Casos de Uso, Secuencia y Clases).
Actividad Individual:
3.4.1Realizar los diagramas UML para los siguientes problemas de acuerdo al ltimo
digito de su documento de identidad, as Problema 1 para dgitos 1, 3, 5, 7 y 9.
Problema 1: Obras Pblicas
El departamento de obras pblicas de la ciudad Bogot ha decidido desarrollar un sistema
para el seguimiento y reparacin de los huecos. A medida que se informa sobre cada
hueco, se le asigna un nmero de identificador y se guarda la calle en la que se encuentra,
su tamao (en escala de 1 a 10), su posicin (en medio, a un lado, etc.), su localidad
(determinada a partir de la calle) y una prioridad de reparacin de la obra, incluyendo la
ubicacin y el tamao, la cuadrilla, el equipamiento asignado, las horas de reparacin, el
estado del hueco (obra en curso, reparado, reparacin temporal, no reparado), la cantidad
de material de relleno usado y el costo de la reparacin (calculado con las horas dedicadas,
el nmero de trabajadores, el material y el equipamiento usados).
Finalmente, se crea un archivo de daos para mantener la informacin sobre los daos
reportados a los ciudadanos debido a la existencia de los huecos, incluyendo el nombre del
ciudadano/s afectado/s, su direccin, su nmero de telfono, el tipo de dao y el costo de
subsanamiento o reparacin del dao. El sistema debe ser un sistema interactivo.
Modele el sistema segn UML.