DOCUMENTO ANALISIS

Documento de Análisis
Nombre del sistema software 2
1 IDENTIFICACIÓN 3

2 INTRODUCCIÓN 4

2.1 PROPÓSITO DEL DOCUMENTO 4

2.2 DESCRIPCIÓN DEL CICLO DE DESARROLLO 4

2.3 DEFINICIONES Y ACRÓNIMOS 4

2.4 VISIÓN GENERAL DEL DOCUMENTO 4

3 MODELO DE CASOS DE USO 5

3.1 DIAGRAMA DE CASOS DE USO 5

3.2 NOMBRE DEL CASO DE USO 5

4 MODELO DEL DOMINIO 6

4.1 DIAGRAMA CONCEPTUAL 6

4.2 GLOSARIO TERMINOS 6

5 MODELO DE OPERACIONES DEL SISTEMA 7

5.1 NOMBRE DEL CASO DE USO 7

5.1.1 DIAGRAMAS DE SECUENCIA DEL SISTEMA 7

5.1.2 CONTRATOS DE OPERACIÓN 7

Documento de Análisis
Nombre del sistema software 2
1 IDENTIFICACION

Proyecto SISO
Promotor SERVICIO NACIONAL DE APRENDIZAJE (SENA)
Documento PLANTILLA DE ANALISIS
Identificación
Versión PRIMERA Y UNICA VERSION HASTA AHORA
Fecha Creación 18 DE AGOSTO DEL 2016
Fecha Cambio
Responsables JAIVER MATINEZ ROMERO
LEIDY JOHANA GARCIA BLANCO
Historia
Fecha Número de Versión Número de Revisión Tipo de Revisión

Documento de Análisis
Nombre del sistema software 2
2 INTRODUCCIÓN

El presente documento contiene información acerca del proyecto de formación en análisis y

desarrollo de sistemas de información llamado SISO. En este se podrá encontrar su
objetivo, también una detallada descripción de su ciclo de desarrollo hasta ahora. En el
avance del proyecto hemos podido aprender muchas cosas relacionadas con la
programación como definiciones claras de conceptos relacionados al tema antes
desconocidos, por eso se presenta una sección de definiciones y acrónimos, se mostrara una
visión general del documento.

Finalmente la parte más importante mostrada será el modelo de casos de uso utilizado y los
diagramas de casos de uso en las que se muestran imágenes reales de cada uno de ellos.

2.1 PROPOSITO DEL DOCUMENTO

El propósito del documente es dejar de manera más clara establecida lo que se pretende lograr
con el proyecto de formación SISO. Establecer mediante sus diagramas de uso sus
respectivos alcances y limitaciones, también sus objetivos y requisitos. Por otro lado mostrar
de cierto modo el crecimiento en conocimiento de programación que han obtenido sus
participantes.

2.2 DESCRIPCION DEL CICLO DE DESARROLLO

Levantamiento de requerimientos: mediante un estudio detallado de la obra SPINOSA, se

llegó a la conclusión de que estaban en la necesidad de un sistema de información (software)
que les permitiera llevar un mejor control de sus actividades y procesos dentro de la obra.
Para establecer los requerimientos se utilizaron métodos de recolección de información, a
través de entrevistas y encuestas que otorgaron información precisa de la clase de programa
que se requería, de los objetivos y alcances que deberá tener, convirtiéndose de esta manera
en el apropiado.

Análisis de requerimientos: hasta el momento se ha venido trabajando en el proyecto,

elaborando varios tipos de diagramas algunos de ellos son:

Documento de Análisis
Nombre del sistema software 2
Diagramas de estados: En el diagrama de estados se identifican que eventos o condiciones
hacen que se pase de un estado a otro y cuáles son las respuestas y acciones que genera.
También ilustra que eventos pueden cambiar el estado de los objetos en la clase.

Diagramas de comunicación: El diagrama de comunicación es una forma de representar

interacción entre los objetos, es un diagrama que contiene roles de clasificador y roles de
asociación.

Diagrama de clases: El diagrama de clases describe de manera estática la estructura de un

sistema mostrando las clases del sistema, sus atributos y operaciones (métodos), y las
relaciones entre los objetos.

2.3 DEFINICIONES Y ACRONIMOS

PALABRA DESCRIPCION
METODOS Un método en Java es un conjunto de instrucciones definidas dentro de una
clase, que realizan una determinada tarea y a las que podemos invocar mediante
un nombre.
CLASES Abstracción que define un tipo de objeto especificando qué propiedades
(atributos) y operaciones disponibles va a tener.
MATRICES estructura de datos que puede almacenar muchos más datos se componen de
una fila por n columnas
VECTORES una zona de almacenamiento continuo que contiene una serie de elementos del
mismo tipo
Clase Una clase "public" es accesible desde cualquier otra clase, no obstante, para
publica que esto suceda debe ser primero accesible el "package" de esa clase "public".
Clase Restringe la visibilidad al interior de la clase. Un atributo o método definido como
privada private solo puede ser usado en el interior de su propia clase.
Clase Se emplea en la herencia. El elemento puede ser utilizado por cualquier clase
protegida dentro de su paquete y por cualquier subclase independientemente del paquete
donde se encuentre.

2.4 VISIÓN GENERAL DEL DOCUMENTO

Describiendo el documento se puede encontrar que en su primer punto bajo el subtítulo de

identificación, se presenta el nombre del proyecto, el promotor y también a cada uno de sus
integrantes. Luego bajo el subtítulo de introducción se resume de manera breve el contenido de todo
el documento y después encontramos el propósito que pretende dar una idea general del propósito
y objetivo de documento así como el avance de programación de cada uno de quienes participan en
el proyecto. A continuación se pasa a describir el ciclo de desarrollo utilizado y también algunas

Documento de Análisis
Nombre del sistema software 2
definiciones y acrónimos aprendidos en lo que van el en proceso de aprendizaje, en esta sección de
definiciones y acrónimos se puede encontrar de manera clara los conceptos de algunos términos
usados con los que se pretende en parte formar el proyecto y finalmente se concluye con imágenes
reales aplicables al software de cada uno de sus diagrama de casos de uso.69

3 MODELO DE CASOS DE USO

3.1 DIAGRAMA DE CASOS DE USO

EJEMPLOS DE PLANTILLAS DE CASOS DE USO

RF- 01

Gestión de Usuarios
Objetivos asociados OBJ–01 Gestionar los usuarios

Requisitos asociados RI–01 Información sobre los usuarios

El sistema deberá permitir el ingreso, la consulta,

modificación y eventual eliminación del usuario.
Descripción
Precondición En el momento del registro se piden todos los datos del
usuario.

Secuencia Paso Acción

1 el usuario ingresa por medio de una contraseña

Normal
1 solicita datos al usuario.

2 Luego el sistema valida datos.

3 Y finalmente el actor registra los datos del

usuario, creando un nuevo usuario.

4 El administrador consulta usuarios.

5 El administrador edita y elimina usuario.

Documento de Análisis
Nombre del sistema software 2
 1 El siso ingresa al sistema por medio de una
contraseña.

2 El almacenista ingresa al sistema por medio de

una contraseña.

Pos condición Se verifican datos del usuario

Paso Acción

Excepciones 1 Si los datos aportados por los usuarios no son

correctos, el nombre o contraseña al entrar en el
sistema determina invalides y manda a repetir
acción.

2 Si el actor decide terminar la acción antes de

ejecutarla el sistema simplemente aborta.

Rendimiento Paso Cota de tiempo

1 60 segundos

2 20 segundos

3 30 segundos

Frecuencia esperada 15 veces/día

Estabilidad Alta

Comentarios La frecuencia aumentara a medida que aumenten los

usuarios.

RF- 02

Gestión de trabajadores

Documento de Análisis
Nombre del sistema software 2
 OBJ–02 Gestionar trabajadores

Objetivos asociados
Requisitos asociados RI–02 Información sobre trabajadores

El sistema deberá permitir al siso registrar, consultar y

modificar los datos del trabajador.
Descripción
Precondición Conocimiento de todos los datos del trabajador

Secuencia Paso Acción

1 El siso conoce datos del trabajador

Normal
2 El siso valida los datos del trabajador

3 El siso registra al trabajador

4 El actor confirma el registro del trabajador

5 El siso edita o cambia estado del trabajador

6 El siso consultar trabajador

Post condición El actor verifica datos del trabajador.

Paso Acción

Excepciones 1 Si los datos aportados para registrar un trabajador

están repetidos este no podrá registrarlo.

2 Si los datos aportados para el registro del

trabajador no son correctos, al validar en el
sistema determina invalides y manda a repetir
acción.

Rendimiento Paso Cota de tiempo

2 60 segundos.

3 180 segundos.

4 60 segundos

Frecuencia esperada 5 veces/día

Documento de Análisis
Nombre del sistema software 2
Comentarios La frecuencia aumentara a medida que aumenten los
trabajadores.

RF- 03

Gestión epp y spcc.

OBJ–03 Gestionar epp y spcc.

Objetivos asociados
Requisitos asociados RI–02 Información sobre epp y spcc.

El sistema deberá permitir al almacenista registrar,

consultar y modificar los datos del trabajador.
Descripción
Precondición Conocimiento de los datos de los registros y entregas de
los epps y spcc a los empleados.

Secuencia Paso Acción

1 El almacenista debe tener conocimiento de los

Normal epps y spcc.

Documento de Análisis
Nombre del sistema software 2
 2 Mediante el sistema el usuario (almacenista)
podrá registrar nuevos y entregas de los epps y
spcc.

3 El sistema muestra una lista de los epps y spcc

entregados a el trabajador.

Postcondición Ninguna

Paso Acción

Excepciones -- --

Rendimiento Paso Cota de tiempo

2 2 minuto

Frecuencia esperada 1 vez/semana

Comentarios ninguno

Documento de Análisis
Nombre del sistema software 2
RF- 04

Gestión de reportes
Objetivos asociados OBJ-05 gestionar la asignación de cada epps o spcc a los
trabajadores.

OBJ-06 visualizar cada entrega a el trabajador.

Requisitos asociados RI-01 Información sobre las entregas.

RI–02 Información sobre trabajadores.

El sistema deberá comportarse tal como se describe en el

siguiente caso de uso
Descripción
OBJ-05 El sistema deberá permitir al almacenista
registrar y asignar una epp o spcc a cada trabajador.

OBJ-04 El sistema permitirá saber al almacenista y siso

cual epp o spcc fue asignado a el trabajador

Precondición Las entregas y registros de los epps y spcc los podrá hacer
el usuario(almacenista).

Secuencia Paso Acción

1 Si el usuario desea asignar un epp o spcc, el

Normal sistema le permitirá al usuario elegir al trabajador.

2 Si el usuario desea registrar la entrega de un epp o

spcc en el sistema le permitirá elegir el trabajador,
después el sistema le permitirá elegir el estado y
el tipo.

Documento de Análisis
Nombre del sistema software 2
 3 Si el usuario desea registrar una nueva entrega el
sistema le permitirá elegir nuevamente el
trabajador, después el sistema le permitirá elegir
el estado y el tipo.

4 Si el usuario (siso) desea un reporte de las

entregas podrá generar un pdf e imprimirlo.

Postcondición

Rendimiento Paso Cota de tiempo

-- --

Frecuencia esperada 50 veces/día

Comentarios ninguno

Diagrama de casos de usos

Documento de Análisis
Nombre del sistema software 2
Diagrama de clases

Diagrama de secuencias

Documento de Análisis
Nombre del sistema software 2
Documento de Análisis
Nombre del sistema software 2