You are on page 1of 17

MODELO DE REQUISITOS

ACTIVIDAD GRUPAL
OBJETIVO:
Desarrollar las actividades que corresponde al Momento Fase 2 MODELOS DE REQUISITOS donde se desarrollan los siguientes
temas:
Descripcin del problema
Modelo de casos
Modelo de interfaces
Actores y casos de uso
Modelo del dominio del problema.
FECHA DE INICIO:
08 de septiembre de 2016
FECHA DE CIERRE:
19 de octubre de 2016
PRODUCTO A ENTREGAR
Utilizando las NORMAS APA, presentar un documento en PDF que contenga:
Portada.
Introduccin.
Objetivos.
Aportes consolidados de los compaeros participantes.(Se debe colocar una hoja intermedia que indique a quien
pertenece el aporte)
Conclusiones.
Autoevaluacin y coevaluacin de cada uno de los integrantes del pequeo grupo.

IMPORTANTE ATENDER
De acuerdo a los documentos:
LINEAMIENTOS CURRICULARES UNAD(2014) Y RESOLUCIN RECTORAL 6808 ACOMPAAMIENTO DOCENTE, las aportes individuales
deben ser entregados tres(3) das antes del fin de la actividad, es decir hasta el 19 de octubre del 2016. Los das 17,18 y 19 de
octubre son destinados para consolidacin y entrega del trabajo final y subirlo al espacio correspondiente.
ACTIVIDAD PROPUESTA:

Figura 1. Dependencia administrativa empresa INFORMATEC LTDA

La empresa INFORMATEC LTDA Est constituida tal como lo muestra la figura 1. Esta empresa, se encarga de ofrecer al
mercado productos y soluciones en el rea de ingeniera pero en muchos de sus procesos se ha generado desorganizacin y
prdidas en la informacin de la empresa.
El gerente por instrucciones de la junta de accionistas ha decidido realizar una reingeniera a sus procesos en la que han resuelto
contratar a su pequeo grupo como Ingenieros(as) de Sistemas para que presente una propuesta para el diseo del sistema de
informacin de los departamentos de finanzas y Servicios administrativos que est constituido por:

Departamento Financiero
Departamento Recursos Humanos,
Departamento Produccin
Departamento Marketing
Departamento Desarrollo y software.

ACTIVIDADES A SOLUCIONAR:
1. Cada integrante del pequeo grupo debe escoger una de las dependencias:
a. Departamento Financiero
b. Departamento Recursos Humanos,
c. Departamento Produccin
d. Departamento Marketing
e. Departamento Desarrollo y software.
Debe informar en el foro a sus compaeros para evitar la doble escogencia en el grupo.
ACTIVIDAD INDIVIDUAL:
De acuerdo a la dependencia que se ha escogido, se debe definir:
1. Descripcin del problema.

Describir de manera detallada cuales son los posibles problemas por las cuales est atravesando la dependencia que necesita
ser sistematiza.
2. Modelo de caso de uso.
a. Actores(Primarios y secundarios)
b. Establecer el caso de uso segn el actor
c. Delimitacin del sistema segn los actores
3. Modelo de interfaces.
Realizar el diseo de interface de acuerdo al caso de uso.
4. Diagrama de clases.
Realiza los diagramas de clases de acuerdo a los casos de uso.
Realizar la autoevaluacin y coevaluacin de acuerdo a documento anexo
ACTIVIDAD GRUPAL
Entregar en el espacio de Evaluacin y Seguimiento Momento fase 2 Modelo de requisitos un documento con NORMAS APA
que contenga:
Introduccin.
Objetivos.
Solucin de la temtica propuesta, identificando las actividades de cada uno de los participantes.
Conclusiones.
Bibliografa de la temtica propuesta en la gua de actividades.
El documento final debe estar en formato PDF.

Curso acadmico DISEO DE SISTEMAS

MODELO DE REQUISITOS
Santa Marta, 2016

Curso acadmico DISEO DE SISTEMAS

MODELO DE REQUISITOS

Fecha de la actividad.
Revisar la agenda ubicada en el entorno inicial y tener claro las fechas de inicio y
finalizacin de la actividad.

Importante Atender.
De acuerdo a los documentos:
Lineamientos curriculares UNAD (2014) y Resolucin rectoral 6808 Acompaamiento docente, los
aportes individuales deben ser entregados tres (3) das antes del fin de la actividad.
Los ltimos tres (3) das, es el tiempo para consolidar el trabajo final.
En los tres (3) das finales perodo de consolidacin, no se permiten aportes individuales. Quien no
haya aportado en el perodo individual y lo hace en los das de consolidacin tendr una
puntuacin de cero (0).
La actividad grupal debe ser entregada en el espacio de evaluacin y seguimiento momento fase 2
modelo de requisitos. Se calificar el ltimo trabajo grupal publicado.

Curso acadmico DISEO DE SISTEMAS


Cmo Trabajar?
Cada estudiante debe escoger su dependencia o
departamento.
Las dependencias son: Financiera, Recursos
Humanos, Produccin, Marketing, Soporte y
Desarrollo.
El estudiante debe manifestar en el foro la
dependencia que ha escogido para evitar duplicidad y
esa misma dependencia la va trabajar hasta finalizar
el periodo acadmico.
La empresa INFORMATEC LTDA., est
constituida por cinco dependencias o
departamentos tal como lo ilustra la Figura
1. En estos momentos la empresa realiza
presenta errores en sus procesos lo cual
genera desorganizacin y perdida de
informacin.

El producto a entregar es la consolidacin de todos los


aportes individuales de los integrantes del pequeo
grupo.

Curso acadmico DISEO DE SISTEMAS


Actividades a resolver.
Punto 1 - Descripcin del problema.
Definicin: La descripcin del problema es una descripcin muy preliminar de necesidades que sirve
nicamente como punto de inicio para comprender los requisitos del sistema. Se trata aqu de
simular una descripcin preparada por un cliente la cual debe evolucionar por medio del modelo de
requisitos para lograr la especificacin final del sistema a desarrollarse. La descripcin del
problema debe ser una descripcin de necesidades y no una propuesta para una solucin. La
descripcin inicial puede ser incompleta e informal. No hay razn para esperar que la descripcin
inicial del problema, preparada sin un anlisis completo, sea correcta.
Para nuestro estudio, es explicar en breve trminos cual o cuales son los problemas que se
presentan al interior de la dependencia escogida. De acuerdo a la dependecia, permite conseguir
los actores que intervienen en el sistema a desarrollar.
En este punto no se debe proponer soluciones a los inconvenientes que se presentan.

Curso acadmico DISEO DE SISTEMAS


A C T I V I D A D E S A R E S O LV E R :
Punto 2 Modelo de caso de Uso y Actores

Definicin: El modelo de casos de uso describe un sistema en trmino de sus


distintas formas de utilizacin, cada uno de estas formas es conocida como
un caso de uso. Cada caso de uso o flujo se compone de una secuencia de
eventos iniciada por el usuario. Dado que los casos de uso describen el
sistema a desarrollarse, cambios en los requisitos significarn cambios en
los casos de uso. Por ejemplo, un caso de uso para manejar un automvil
sera la secuencia de eventos desde que el conductor entra en el coche
encendiendo el motor hasta llegar a su destino final. Por lo tanto, para
comprender los casos de uso de un sistema primero es necesario saber
quienes son sus usuarios. Por ejemplo, conducir un automvil es distinto a
arreglarlo, donde los usuarios tambin son distintos, el dueo del automvil
y el mecnico, respectivamente. Para ello se define el concepto de actor,
correspondiente al tipo de usuario que est involucrado en la utilizacin de
un sistema, siendo el actor una entidad externa al propio sistema. Juntos, el
actor y el caso de uso representan los dos elementos bsicos de este
modelado cual se muestran de manera grfica en la Figura 6.3 de acuerdo a
la notacin UML.

Figura 6.3 El actor y el caso de uso son las entidades bsicas


del modelo de casos de uso.

Curso acadmico DISEO DE SISTEMAS


Punto 2 Actores
Definicin: Los actores son entidades distintas a los usuarios, en el sentido que los
usuarios son las personas reales que utilizan el sistema, mientras que los actores
representan un cierto papel que una persona real puede jugar. Utilizando
terminologa orientada a objetos, se considera al actor como una clase de usuario,
mientras que los usuarios se
consideran como objetos o instancias de esa clase. Incluso, una misma persona
puede aparecer como diferentes instancias de diferentes actores.
Los actores modelan cualquier entidad externa que necesite intercambiar
informacin con el sistema. Los actores no estn restringidos a ser personas fsicas,
pudiendo representar otros sistemas externos al actual. Lo esencial es que los
actores representen entidades externas al sistema. Adems, cada uno de estos
actores podr ejecutar una o ms
tareas del sistema.
Antes de identificar los casos de uso se identifican los actores del sistema. La
razn para comenzar con la identificacin de los actores es para que ellos sean la
herramienta principal para luego encontrar los casos de uso. Cada actor ejecuta un
nmero especfico de casos de uso en el sistema. Al definir todos los actores y
casos de uso en
el sistema, se define la funcionalidad completa del sistema.

Curso acadmico DISEO DE SISTEMAS


Punto 2 Caso de uso
Definicin: Despus de haber definido los actores del sistema,
se define la funcionalidad propia del sistema por medio de los
casos de uso. Utilizando terminologa orientada a objetos, cada
caso de uso define una clase o forma particular de usar el
sistema mientras que cada ejecucin del caso de uso se puede ver
como una instancia del caso de uso, o sea, un objeto, con estado
y comportamiento. Cada caso de uso constituye un flujo completo
de eventos especificando la interaccin que toma lugar entre el
actor y el sistema. El actor primario es encargado de dar inicio a
esta interaccin, mientras que los casos de uso son instanciados
como respuesta al evento anterior. Una instancia de un actor
puede ejecutar varias de estas secuencias, consistiendo de
diferentes acciones que a su vez deben llevarse a cabo. La
instancia del caso de uso existe mientras el caso de uso siga
ejecutando. La ejecucin del caso de uso termina cuando el actor
genere un evento que requiera un caso de uso nuevo. Las
diferentes instancias de los casos de uso se conocen como
escenarios.

Curso acadmico DISEO DE SISTEMAS


Punto 2 Caso de uso

Ejemplo relacin de actor con caso de uso. Los muecos son actores los valos case de uso y as
realizar la delimitacin del sistema teniendo en cuenta los actores y los casos de usos.

Curso acadmico DISEO DE SISTEMAS


Punto 2 Actores y Caso de uso

Esta es otra manera de presentar el actor y el caso de uso

Curso acadmico DISEO DE SISTEMAS


Punto 3 Interfaces
Tomando como referencia las clase de uso, se desarrollan las interfaces. A continuacin un ejemplo.

Curso acadmico DISEO DE SISTEMAS


Punto 4 Diagrama de clases

Teniendo en cuenta los actores primarios y


secundarios, se construye el diagrama de clases
del sistema propuesto.

Curso acadmico DISEO DE SISTEMAS

Nos encontramos
por Skype para
aclarar dudas
diseno_de_sistemas

Curso acadmico DISEO DE SISTEMAS

GRACIAS POR SU
ATENCIN

You might also like