con todo respeto, mucho de los trabajos que se encuentran en la red están muy incompletos y enredados es mejor basarse en los autores más reconocidos.

1. Nota: los conceptos que se dan en esta actividad son propios. Por favor no plagiar este documento
Nota: con todo respeto, mucho de los trabajos que se encuentran en la red están muy incompletos
y enredados básense en los autores más reconocidos.
TECNOLOGO EN ANALISIS Y DESARROLLO DE SISTEMAS DE LA INFORMACIÓN
PRESENTADO POR: Cristian Alexander Cortes Yasnó
PRESENTADO A: Carlos Javier Pastrana Díaz
Centro de la Industria la Empresa y los Servicios (CIES)
Regional (Huila)
2013

2. Nota: los conceptos que se dan en esta actividad son propios. Por favor no plagiar este documento
Nota: con todo respeto, mucho de los trabajos que se encuentran en la red están muy incompletos
y enredados básense en los autores más reconocidos.
Actividad:
1. ¿Qué es un plan de trabajo de desarrollo de software y que debe tener?
2. ¿Qué es un sistema Integrado de Gestión?
3. ¿Qué es un Caso de uso?
4. ¿Cuál es la Importancia de un Caso de uso?
5. ¿Cuáles son los tipos de relación?
6. Explique cuando se utilizan los tipos de relación.
7. De un par de ejemplos de cada uno de los tipos de relación e Inventar uno de cada uno.
8. Realizar un mapa conceptual sobre el modelo Rut en el desarrollo de software
9. Realizar un tutorial sobre el paso a paso para construir un modelo de dominio.
DESARROLLO:
1. ¿Qué es un plan de trabajo de desarrollo de software y que debe tener?
Mi concepto ante lo que es un plan de trabajo se refiere a la planeación de cada una de las
fases de ciclo de vida de desarrollo software, teniendo como punto primordial los
requerimientos del cliente.
2. Un plan de trabajo por lo general contiene:
1. Introducción.
1.1 propósito.
1.2 Alcance.
1.3 Resume
2. Vista general del proyecto.
2.1 propósito, alcance
2.2 Suposiciones y Restricciones
2.3 Entregables del proyecto
2.4 Evolución del Plan de Desarrollo del Software
3. Organización del Proyecto
3.1 Participantes en el Proyecto
3.2 Interfaces Externas
3.3 Roles y Responsabilidades
4. Gestión del Proceso
4.1 Estimaciones del Proyecto
4.2 Plan del Proyecto
4.3 Plan de las Fases
4.4 Calendario del Proyecto
4.5 Seguimiento y Control del Proyecto
5. Referencias

3. Nota: los conceptos que se dan en esta actividad son propios. Por favor no plagiar este documento
Nota: con todo respeto, mucho de los trabajos que se encuentran en la red están muy incompletos
y enredados básense en los autores más reconocidos.
3. Que es un Caso de uso
Un caso de uso es la descripción de pasos e interacciones entre el sistema y el actor teniendo en cuenta
de que el actor es quien inicia la interacción y el sistema da respuesta a lo que el actor ha iniciado. En
diferencia a los diagramas de casos de uso, que es una notación grafica en donde se representa por
medio de diagramas UML el comportamiento entre el actor y el sistema con los casos del proyecto a
desarrollar.
4. Importancia de un caso de uso.
Los casos de uso, junto con los diagramas de casos de uso, son tan primordiales como el lenguaje
que hablamos en el que se aclara al máximo los procesos pocos entendibles por el usuario.
Hay procesos que por obvias razones hay que simplificarlos tanto como se pueda para que el que
vea o manipule entienda a la perfección y en primera instancia de que se trata. Un caso de uso es
la forma en la que se representa en como el cliente (actor) opera con el sistema en desarrollo.
5. Tipos de relación en el lenguaje UML.
Relaciones:
Asociación
Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a
otra operación (caso de uso). Dicha relación se denota con una flecha simple.
Dependencia o Instanciación
Es una forma muy particular de relación entre clases, en la cual una clase depende de otra,
es decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.
Generalización
Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo
de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relación está orientado exclusivamente para casos de uso (y no para actores).
extends: Se recomienda utilizar cuando un caso de uso es similar a otro (características).

4. Nota: los conceptos que se dan en esta actividad son propios. Por favor no plagiar este documento
Nota: con todo respeto, mucho de los trabajos que se encuentran en la red están muy incompletos
y enredados básense en los autores más reconocidos.
Uses: Se recomienda utilizar cuando se tiene un conjunto de características que son
similares en más de un caso de uso y no se desea mantener copiada la descripción de la
característica.
De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de
clases, en donde está la duda clásica de usar o heredar.
6. Explique cuando se utilizan los tipos de relación.
Asociación:
La asociación se utiliza cuando un actor tiene la posibilidad de
interactuar con cualquiera de los procesos generales
representados en el sistema.
Se representa con una línea sólida en la que el actor puede realizar
cualquiera de las actividades como lo representa la imagen.
Nota: no confundir esta definición con el (extend).
Dependencia o Instanciación
en la imagen se representa claramente que un caso de uso
depende de otro caso de uso para poder realizar una actividad. en
este caso (include).

5. Nota: los conceptos que se dan en esta actividad son propios. Por favor no plagiar este documento
Nota: con todo respeto, mucho de los trabajos que se encuentran en la red están muy incompletos
y enredados básense en los autores más reconocidos.
En la imagen se muestra de forma clara de que un actor puede
realizar cualquiera de las acciones del sistema que se despliegan
de un caso de uso general. En este caso (extend). Y el extend está
direccionado hacia el caso de uso general.
Generalización
En la imagen se representa una herencia. Si observan la imagen detalladamente se encuentra
también un (extend) y se utiliza cuando un caso de uso es similar a otro. Hay que aclara que la
herencia solo se usa en los casos de uso. Explicando el diagrama, depositar ítem que es el caso de
uso padrey los extend que se despliega es el hijo. El hijo puede ejecutar la acción del padre y su
propia acción que es depositar botella, lo mismo pasa con depositar tarro y depositar jaba pero
observen que depositar botella, depositar tarro, depositar jaba comparten un verbo que es
depositar y cumplen una sola función que es la de depositar lo que lo convierte en herencia. El
padre puede ejecutarlas a las tres según las flechas.