Equipo # 3

Daniela Cruz Chvez

Jessica Alejandra May Pech
Teresa Sabina Cano Puc
Roberto Domnguez Arjona
Jorge Salvador vila Flores
Erick Cruz Ak
Gestin de Proyectos de Software
Anlisis y diseo de SICE Boston
Profesora:
Adriana Leticia Montes Martnez

Carrera:
Ingeniera en Sistemas Computacionales

2
ndice
Tema

Pgina

Introduccin

Introduccin a los diagramas de caso de uso

Casos de uso SICE BOSTON

Introduccin diagrama entidad relacin

10

Diagrama entidad relacin

11

Introduccin modelo relacional sice_boston

13

Modelo Relacional sice_boston

15

Introduccin Diccionario de datos

16

Diccionario de datos sice_boston

17

Introduccin diseo del sistema

21

Diseo de procesos del sistema para el sistema escolar Boston

22

Conclusiones

30

Bibliografa

31

Perfiles y habilidades de los integrantes del equipo de trabajo

21

Mtricas

25

Anlisis costo beneficio

28

Contrato

34

Conclusiones

39

Referencias

41

Introduccin

En este documento se describirn todos los pasos para definir un buen anlisis del
sistema, y conocer cul es el comportamiento del mismo. Empezando por la
descripcin de los casos de uso, seguido de los diagramas entidad relacin,
posteriormente con el modelo relacional y el diccionario de datos, y por ltimo el
diseo del sistema.

Diagramas de casos de uso

Introduccin
En ingeniera del software, un caso de uso es una tcnica para la captura de
requisitos potenciales de un nuevo sistema o una actualizacin de software. Cada
caso de uso proporciona uno o ms escenarios que indican cmo debera
interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo
especfico.
En otras palabras, un caso de uso es una forma de expresar cmo alguien o algo
externo a un sistema lo usa. Cuando decimos alguien o algo hacemos referencia
a que los sistemas son usados no slo por personas, sino tambin por otros
sistemas de hardware y software.
El caso de uso es un poderoso concepto que ayuda a un analista a comprender la
forma en que un sistema deber comportarse. Le ayuda a obtener los
requerimientos desde el punto de vista del usuario.
Es un hecho que los usuarios con frecuencia saben ms de lo que dicen: el caso
de uso ayuda a romper el hielo. A su vez, una representacin visual le ayuda a
combinar los diagramas de casos de uso con otro tipo de diagramas (como UML
por ejemplo).

Una de las finalidades del proceso de anlisis de un sistema es generar una

coleccin de casos de uso. La idea es tener la posibilidad de catalogar y hacer
referencia a esta coleccin, que sirve como el punto de vista de los usuarios
acerca del sistema. Cuando llegue el momento de actualizar el sistema, el
catlogo de casos de uso funcionar como un fundamento para obtener los
requerimientos de la actualizacin.
Representacin de un modelo de caso de uso

Hay un actor que inicia un caso de uso y otro (posiblemente el que inici, pero no
necesariamente) que recibir algo de valor de l. La representacin grfica es
directa. Una elipse representa a un caso de uso, una figura agregada representa a
un actor. El actor que inicia se encuentra a la izquierda del caso de uso, y el que
recibe a la derecha.
El nombre del actor aparece justo debajo de l, y el nombre del caso de uso
aparece ya sea dentro de la elipse o justo debajo de ella. Una lnea asociativa
conecta a un actor con el caso de uso, y representa la comunicacin entre el actor
y el caso de uso. La lnea asociativa es slida, como la que conecta a las clases
asociadas.
Uno de los beneficios del anlisis del caso de uso es que le muestra los confines
entre el sistema y el mundo exterior. Generalmente, los actores estn fuera del
sistema, mientras que los casos de uso estn dentro de l. Utilizar un rectngulo
(con el nombre del sistema en algn lugar dentro de l) para representar el confn
del sistema. El rectngulo envuelve a los casos de uso del sistema.
Inclusin
Para representar a la inclusin utilizar el smbolo que us para la dependencia
entre clases: una lnea discontinua con una punta de flecha que conecta las clases
apuntando hacia la clase dependiente. Justo sobre la lnea, agregar un
estereotipo: la palabra incluir bordeada por dos pares de parntesis angulares.

Extensin
La extensin slo se puede realizar en puntos indicados de manera especfica
dentro de la secuencia del caso de uso base. A estos puntos se les conoce como
puntos de extensin.
Como la inclusin, podr concebir la extensin con una lnea de dependencia
(lnea discontinua con punta una punta de flecha), junto con un estereotipo que
muestra extender entre parntesis angulares. Dentro del caso de uso bsico, el
punto de extensin aparecer debajo del nombre del caso de uso.

Casos de uso SICE BOSTON

En la siguiente figura se muestra los cuatro usuarios que tendrn la interaccin
directa con el sistema.

En la figura 1.2 se muestra el modelo de caso de uso desde un punto de vista

general

En la figura 1.3 se muestra la forma en que se gestionarn los usuarios en el

sistema

En la figura 1.4 se muestra la relacin que tendr el docente alumno dentro del
sistema

En la figura 1.5 se muestra que funciones tendr el usuario administrativo

(secretaria o asistente).

Finalmente en la figura 1.6 se muestra el papel que desempea el Root dentro del
sistema (un trabajo sumamente importante).

10

Diagrama entidad relacin sice_boston

Introduccin
Un diagrama Entidad Relacin es una herramienta para el modelado de datos, que
permite representar las entidades relevantes de un sistema de informacin as
como sus interrelaciones y propiedades. Es un lenguaje grfico que sirve para
describir conceptos a travs de simples dibujos o grficos que describen tanto la
informacin como al software que lo automatiza.
Este modelo representa a la realidad a travs de un esquema grfico donde cada
entidad se representa mediante un rectngulo, cada relacin mediante un rombo y
cada dominio mediante un crculo. Mediante lneas se conectan las entidades con
las relaciones, igual que las entidades con los dominios, representando a los
atributos. Esto es importante para una mejor comprensin de las bases de datos
sin que se puedan revolver con los dems datos.
Aunque es una buena forma de disear correctamente las bases de datos,
algunas veces resulta ms rpido implementarlo directamente en nuestro gestor
de base de datos sin la necesidad de crear un gran diagrama.
A continuacin se mostrar el diagrama entidad relacin de sice_boston, que
consta de 14 entidades, cada una con sus respectivos atributos que lo identifican,
la relacin de cada tabla, que es la que nos va a definir una dependencia entre
varias entidades y nos va a permitir exigir que varias entidades compartan ciertos
atributos de forma indispensable junto con sus respectivas cardinalidades, que
especifican cuantos objetos de cada entidad pueden intervenir en esa relacin.

11

Diagrama entidad relacin sice_boston

12

13

Modelo relacional sice_boston

Introduccin
Es el modelo ms utilizado en la actualidad para representar problemas reales y
administrar datos dinmicamente. En 1970 se consolid como un nuevo
paradigma en los modelos de base de datos.
Su idea fundamental es el uso de relaciones y est pensando en
cada relacin como si fuese una tabla que est compuesta por registros (cada fila
de la tabla sera un registro o tupla), y columnas (tambin llamadas campos).
En este modelo todos los datos son almacenados en relaciones, y como cada
relacin es un conjunto de datos, el orden en el que stos se almacenen no tiene
relevancia. Esto tiene la considerable ventaja de que es ms fcil de entender y de
utilizar por un usuario no experto.
Este modelo considera la base de datos como una coleccin de relaciones. De
manera simple, una relacin representa una tabla que no es ms que un conjunto
de filas, cada fila es un conjunto de campos y cada campo representa un valor que
interpretado describe el mundo real.
A continuacin se representa el modelo relacional sice_boston que contiene 14
tablas en la cual se pueden ver los campos que van relacionados con otras tablas
para la correcta ejecucin y gestin de la base de datos.

14

Modelo Relacional sice_boston

15

16

Diccionario de datos
Introduccin
En un diccionario de datos se encuentra la lista de todos los elementos que
forman parte del flujo de datos en todo el sistema. Los elementos ms importantes
son flujos de datos, almacenes de datos y procesos. El diccionario guarda los
detalles y descripciones de todos estos elementos.
Si los analistas desean conocer cuntos caracteres abarca un determinado dato o
qu otros nombres recibe en distintas partes del sistema, o dnde se utiliza,
encontrarn las respuestas en un diccionario de datos desarrollado en forma
apropiada.
El diccionario se desarrolla durante el anlisis de flujo de datos y auxilia a los
analistas que participan en la determinacin de los requerimientos de sistemas.
El diccionario se desarrolla durante el anlisis de flujo de datos y auxilia a los
analistas que participan en la determinacin de los requerimientos de sistemas.

Razones para su utilizacin:

Para manejar los detalles en sistemas muy grandes, ya que tienen enormes
cantidades de datos, aun en los sistemas ms chicos hay gran cantidad de datos.
Los diccionarios de datos proporcionan asistencia para asegurar significados
comunes para los elementos y actividades del sistema y registrando detalles
adicionales relacionados con el flujo de datos en el sistema, de tal manera que
todo pueda localizarse con rapidez.
Para documentar las caractersticas del sistema, incluyendo partes o componentes
as como los aspectos que los distinguen.
Para facilitar el anlisis de los detalles con la finalidad de evaluar las
caractersticas y determinar donde efectuar cambios en el sistema.
A continuacin se mostrar el diccionario de datos de sice_boston para poder
comprender el comportamiento del sistema.

17

Diccionario de datos sice_boston

18

19

20

21

Diseo del sistema

El Diseo de sistemas define la arquitectura del software, componentes, mdulos

y datos de un sistema de cmputo para satisfacer ciertos requerimientos.
El diseo de sistemas se utiliza para desarrollar los procesos del diseo del
sistema, se suele iniciar con la descomposicin del sistema a disear en
subsistemas menos complejos, Diseo e implementacin de cada uno de los
subsistemas en el cual se debe definir la especificacin de cada subsistema de
acuerdo a los objetivos establecidos en el anlisis, el desarrollo de la
especificacin y la prueba de cada subsistema.
Dentro del proceso de diseo de sistemas hay que tener en cuenta los efectos que
pueda producir la introduccin del nuevo sistema sobre el entorno en el que deba
funcionar, adecuando los criterios de diseo a las caractersticas del mismo. El
sistema- debe ser de operacin sencilla, cmoda, efectiva y eficiente.

22

Diseo de procesos del sistema para el sistema escolar

Boston
IDENTIFICARSE EN EL SISTEMA:
Breve Descripcin:

Este caso de uso es iniciado ante cualquier intento de ingreso al sistema ya sea
por el Administrador del sistema, un administrador del plantel, un docente o un
alumno, valida el nombre de usuario y contrasea, se verifica si es el correcto para
poder acceder al sistema.
Flujo de eventos:

Flujo Bsico:

Se presenta al usuario la interfaz Bienvenido.

El usuario deber escoger el tipo de usuario, colocar su nombre de usuario y
contrasea y puede escoger las opciones de entrar al sistema, ejecutndose el
subflujo Entrar al sistema.

Entrar al sistema: El sistema validar si el usuario y contrasea ingresados es la

correcta, si lo es se acceder al sistema, caso contrario de ejecutar el flujo
alternativo Usuario y/o contrasea no validos.

Flujos alternativos:
Usuario y/o contrasea no vlidos:

Si en el flujo bsico, el actor ingresa en un usuario y / o la contrasea no valido, el

sistema muestra un mensaje de error. El actor puede elegir en volver a ejecutar
con el flujo bsico o cancelar todo y finalizar el caso de uso.
Requisitos especiales: Ninguno.

23

Pre-condiciones: Ninguno.

Post-condiciones: Si el caso de uso se ha realizado correctamente, el actor est

conectado al sistema. El estado del sistema no se modifica.

Alumno(a).
Interfaz principal del sistema.
Usuario alumno:
Breve Descripcin: En este caso de uso el alumno(a) puede visualizar sus
materias, sus calificaciones por materia, sus datos generales y los datos del tutor,
tiene permitido modificar sus datos generales y los datos del tutor, para validar los
datos el sistema requisita la contrasea del usuario.

Flujo de eventos:

Flujo Bsico: Este caso de uso se inicia cuando el usuario accede al sistema.
Se mostrar la interfaz opciones del alumno.
En el men de inicio tiene las opciones de: materias, calificaciones, datos
generales, datos del tutor, kardex y salir del sistema

24

Puede escoger la opcin de materias, donde al alumno(a) visualiza las materias

que el docente o el administrador haya agregado.
La opcin de calificaciones, el alumno(a) puede ver las calificaciones de las
materias que el docente califique.
La opcin de datos generales, el usuario puede ver y modificar los datos
generales, tales como su nombre completo, nmero de control, direcciones, etc.
Con el botn actualizar datos el usuario puede actualizar o agregar nuevos
datos. Si el usuario modifica algn dato o agrega alguno en esta opcin, el sistema
le pedir que vuelva a escribir su contrasea para validar los datos actualizados.
La opcin de kardex, el alumno(a) puede ver las calificaciones de las materias
que ha cursado a travs de su estancia en el plantel.
La opcin de salir del sistema, como lo indica el nombre. El usuario tiene la
posibilidad de salir de sistema y se re direcciona a la pgina de inicio.

Materias
Calificacio
nes

Datos
generale
s
Kardex
Salir del

25

Docente
Interfaz principal del sistema.
Usuario Docente:
Breve Descripcin: El caso de uso del docente tiene mayores permisos que el
del alumno(a) pero menos que el usuario administrador y el usuario Root. El
usuario docente puede ingresar sus datos generales, registrar las calificaciones de
sus alumnos, actualizar calificaciones, reportar calificaciones por materia, reportar
calificaciones por alumnos, y para validar los datos ingresados., el sistema
requisita la contrasea del usuario.

Flujo de eventos:
Flujo Bsico: Este caso de uso se inicia cuando el usuario accede al sistema.
Se mostrar la interfaz opciones del maestro.
En el men de inicio tiene las opciones de: datos personales, registro de
calificaciones, materias actuales y salir del sistema.
La opcin de datos personales, el usuario puede ver y modificar los datos
personales, tales como su nombre completo, nmero de control, direccin, CURP,
RFC, cursos y experiencia en otras instituciones, etc. Con el botn actualizar
datos el usuario puede actualizar o agregar nuevos datos. Si el usuario modifica
algn dato o agrega alguno en esta opcin, el sistema le pedir que vuelva a
escribir su contrasea para validar los datos actualizados.
La opcin de registro de calificaciones, el docente puede registra las
calificaciones de sus alumnos en las materias a cargo del docente, una vez
registradas el maestro solo tiene cierto tiempo para modificar las calificaciones
durante el actual curso escolar.
La opcin de materias actuales, el docente visualiza las materias que tiene a
cargo y cuntos alumnos se encuentran escritos en dichas materias, tiene la
posibilidad de ver y descargar la lista de alumnos para uso posterior en clase.
La opcin de salir del sistema, como lo indica el nombre. El usuario tiene la
posibilidad de salir de sistema y se re direcciona a la pgina de inicio.

26

Datos
personale
s.

Registro
de
calificacio
nes.

Materias
actuales.

Administrador.
Interfaz principal del sistema.
Usuario Administrador:
Breve Descripcin: El caso de uso del Administrador este cuenta con permisos y
responsabilidades mayores a los dos anteriores. Este usuario tiene la
responsabilidad de ingresar los datos de los alumnos y generar un nmero de
control para cada uno, as como agregar datos generales, registrar las materias de
los alumnos, registrar sus documentos en la base de datos.

Flujo de eventos:

Flujo Bsico: Este caso de uso se inicia cuando el usuario accede al sistema.
Se mostrar la interfaz opciones administrativas.
En el men de inicio tiene las opciones de: lista general de alumnos, agregar
nuevo alumno, lista de docentes y salir del sistema.
La opcin de lista general de alumnos, el administrador puede ver, buscar, filtrar,
eliminar y modificar a cualquier alumno en la lista y sus datos, tales como su

27

nombre completo, nmero de control, direccin, etc. Con el botn actualizar

datos el usuario puede actualizar o agregar nuevos datos. Si el usuario modifica
algn dato o agrega alguno en esta opcin, el sistema le arrojara un mensaje de
advertencia y le pedir que de clic en aceptar si est de acuerdo para validar los
datos actualizados.
La opcin de agregar nuevo alumno, el usuario puede registrar los alumnos
nuevos que lleguen al ciclo escolar, con todos sus datos que necesite para
asignarle un numero de control y agregarle materias dependiendo de su ao
escolar.
La opcin de lista de docentes, el administrador puede ver los docentes que
estn laborando en el plantel y registrar los docentes nuevos que contraten,
agregar datos necesarios para el plantel y asignarle materias para que este tenga
ya acceso a la lista de alumnos inscritos en la materia.
La opcin de salir del sistema, como lo indica el nombre. El usuario tiene la
posibilidad de salir de sistema y se re direcciona a la pgina de inicio.

Lista
general
de
alumnos.
Agregar
nuevo
usuario.
Lista de
docentes.
Salir de

28

Root.

Interfaz principal del sistema.

Usuario Root:
Breve Descripcin: caso de uso de Root tiene todos los permisos como agregar,
modificar, eliminar, mover, duplicar cualquier dato que exista en la base de datos y
acceso sin restriccin a todos los documentos de la base de datos, este usuario
solo lo puede tener el administrador del sistema, que se encargara del
mantenimiento general de la base de datos y el sistema. Generalmente este
usuario solo lo tiene el ingeniero en sistemas o del rea informtica, ya que existe
un riesgo si hubiera un acceso no identificado a la base de datos, aparte de que se
requiere un cierto conocimiento en manejo y uso de base de datos y software.

Flujo de eventos:

Flujo Bsico: Este caso de uso se inicia cuando el usuario accede al sistema.
Se mostrar la interfaz opciones Root/administrador del sistema.
En el men de inicio tiene las opciones de: agregar nuevo usuario, acceso a la
base de datos copia de seguridad y salir del sistema.
La opcin de usuarios, permite ver, modificar, eliminar, filtrar y buscar a los
usuarios que existen, desde administradores, docentes y alumnos.
La opcin de agregar nuevo usuario, permite agregar nuevos usuarios,
administrador, docente, alumnos.
La opcin de acceso a la base de datos, permite ver cada uno de los
documentos, las materias, los kardex, calificaciones de cada uno de los usuarios
que existen en la base de datos.
La opcin de copia de seguridad, realiza un respaldo de cada uno de los datos
que existen en la base de datos, para tener un control de seguridad.

La opcin de salir del sistema, como lo indica el nombre. El usuario tiene la

posibilidad de salir de sistema y se re direcciona a la pgina de inicio.

29

Agregar
nuevo
usuario.
Acceso a
la base de
datos.
Copia de
seguridad
Salir del
sistema.

30

Conclusin
Roberto Domnguez Arjona
Cada una de las partes representadas en el documento son elementos
importantes para la comprensin del sistema a implementar, desde los casos de
uso hasta la creacin hasta el diseo y creacin de la base de datos que ser
fundamental para el desarrollo del ambiente web para el sistema.

Jessica Alejandra May Pech

Las fases de anlisis y del diseo son una parte muy importante de para la
realizacin del proyecto ya que con ella podemos tener una idea del como
quedara finalmente el sistema, con esto tambin podemos cubrir los
requerimientos del sistema planteados del inicio del proyecto.

Daniela Cruz Chvez

Cuando un proyecto planteado no pasa por la fase de anlisis y diseo tiende a
caer en desorden, incoherencia y la baja calidad. As que para que el proyecto se
pueda considerar exitoso es vital su respectivo anlisis y diseo.
Teresa Sabina Cano Puc
En la fase del anlisis y diseo, se hace uso de varias herramientas de apoyo; una
de ellas, son los casos de uso que contienen una descripcin textual de todas las
maneras que los actores previstos podran trabajar con el software o el sistema.
Los casos de uso no describen ninguna funcionalidad interna del sistema, ni
explican cmo se implementar. Simplemente muestran los pasos que el actor
sigue para realizar una tarea.

Jorge Salvador Avila Flores

Todas las partes que se presentan en el documento son importantes para la
realizacin de nuestro proyecto, el sistema puede manipular datos que existan en
la base de datos por lo que es muy importante tener un control de cada uno de
estos.

31

32

Bibliografa

Ivar Jacobson y otros. Object Oriented Software Engineering. A Use Case Driven
Approach. Addison Wesley, 1992
Ingeniera Systems. (8 de Abril de 2015). ingenieriasystems. Recuperado el 10 de Abril de 2015, de
http://www.ingenieriasystems.com: http://www.ingenieriasystems.com/2013/11/Diagramas-de-casos-de-usoParte-1-de-2.html