INGENIERIA DE

SOFTWARE
ORIENTADA A OBJETOS
CMP-571

DOCUMENTO No. 1
(Versin 2)

CAPTURA DE REQUISITOS DEL SISTEMA

Grupo: Chikhi Chanini

(del aymara - Objeto Inteligente y valioso)

Margarita Bernarda Lpez

Wilde Rodrguez
Ramiro Mndez
Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

INGENIERIA DE SOFTWARE ORIENTADA A OBJETOS

CMP-571

Documento 1
CAPTURA DE REQUISITOS DEL SISTEMA

INDICE

Resumen de Cambios..............................................................................................................3
Introduccin............................................................................................................................3
Enunciado del Problema.........................................................................................................3
Objetivo...................................................................................................................................4
Alcance....................................................................................................................................4
Esquema del Sistema..............................................................................................................4
Diagramas UML para los Casos de Uso del Sistema..............................................................5
Modelo de Casos de Uso del Sistema.....................................................................................6
Lista de Requerimientos Funcionales...................................................................................11
Grupos de contactos...........................................................................................................11
Contactos...........................................................................................................................11
Lista de Requerimientos No Funcionales.............................................................................12
Conclusiones del Primer Documento....................................................................................12
ANEXO: Casos Alto Nivel UML.........................................................................................13

Lpez, Rodrguez, Mndez; Pgina 2 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

INGENIERIA DE SOFTWARE ORIENTADA A OBJETOS

CMP-571

CAPTURA DE REQUISITOS DEL SISTEMA

Resumen de Cambios
De acuerdo a la retroalimentacin recibida del catedrtico de la materia, se han efectuado los siguientes
cambios:
Menor nmero de casos de uso (reduccin de 8 a 5 casos), que engloban los casos de uso
de la primera versin en documentos ms ricos en funcionalidad.
Revisin y mejora de la redaccin de los casos de uso
Revisin de la redaccin de los requerimientos
Reformulacin del segundo documento de acuerdo a las modificaciones
precedentes

Introduccin
El presente documento se desarrolla en el marco acadmico de la materia Ingeniera de Software
Orientada a Objetos, que establece el desarrollo de una aplicacin para administrar contactos. Se
constituye en el primero de una serie de cuatro documentos que resuelven el problema que se
enuncia a continuacin.

Enunciado del Problema

(Versin 1.0)
Se desea una aplicacin que sirva para mantener y administrar datos de personas (contactos). El
sistema debe permitir organizar la informacin de los contactos en grupos, por lo tanto, debe
permitir al usuario ver los grupos existentes y proveer funcionalidad para crear, modificar y eliminar
grupos. Un grupo se define como el conjunto de cero o ms contactos. Los miembros de un grupo
se pueden obtener seleccionando contactos de algn otro grupo existente en el sistema. Existir,
por definicin, el grupo 'contactos', que corresponder al grupo universo al cual pertenecern
todos los contactos ingresados y registrados en el sistema. El grupo contactos es el nico grupo
que no podr ser eliminado. Cada vez que un usuario ingresa un nuevo contacto a algn grupo,
este contacto formar parte tambin del grupo 'contactos'. Cada contacto que es eliminado del
grupo 'contactos' debe ser eliminado definitivamente del sistema, esto es, de todos los grupos que
incluyen como miembro, no as si es eliminado de otro grupo. El sistema debe permitir, adems de
agregar contactos a un grupo seleccionado, modificar un contacto, sacar un contacto de un grupo,
unir a un grupo todos los contactos de otro grupo. Se desea que la aplicacin provea dos opciones
para mostrar la informacin de los contactos de un grupo, una debe mostrar la informacin como
una lista, un contacto por lnea. En esta modalidad se deben dar facilidades para ordenar los
contactos segn algn criterio y buscar un contacto dado. La otra opcin debe mostrar la
informacin de los contactos de un grupo usando la metfora de un tarjetero. En efecto, dado un
grupo, debe aparecer slo un contacto a la vez (una tarjeta con toda la informacin del contacto).
En esta metfora el usuario puede, adems de ordenar las tarjetas por algn criterio, buscar un
contacto en forma visual, avanzando o retrocediendo las tarjetas dentro de un grupo determinado,
y sacar o eliminar la tarjeta que est siendo mostrada, si el usuario lo desea. Los campos de datos
asociados a un contacto son los siguientes: nombre(s), apellido paterno, apellido materno,
direccin electrnica, n telfono hogar, n telfono trabajo, n telfono celular, comentario.

Lpez, Rodrguez, Mndez; Pgina 3 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

Objetivo
Resolver el problema propuesto utilizando la metodologa OMT++, para el desarrollo de una
aplicacin de administracin y mantenimiento de contactos, desde una perspectiva acadmica -
prctica, abarcando las fases que esta metodologa determina, desde la captura de los requisitos
hasta la entrega de un software funcional.

Alcance
Sobre la base del marco terico abarcado en la materia ISOO, se desarrolla la primera fase de la
metodologa, correspondiente a los Requisitos del Sistema.
Se han tomado como base los elementos a incluir indicados por la ctedra, que se han
complementado con los acpites Introduccin, Objetivo, Alcance, Esquema del
Sistema y Conclusiones del Primer Documento. Adicionalmente hemos visto que es til
agregar diagramas UML como paso previo a la elaboracin de casos de uso, facilitando as la
comprensin del dominio del problema.
Dado el bajo tamao y complejidad del problema, la ctedra ha instruido no aplicar rigurosamente
todos y cada uno de los procedimientos establecidos en la metodologa OMT++.
Cabe sealar que este primer documento se elabora con la perspectiva de obtener al final del
proyecto, un producto que contenga valor comercial (esto como una medida de la seriedad del
proyecto), que sin embargo no se pretende ofrecer al mercado.

Esquema del Sistema

Esquemticamente, el sistema se puede representar mediante el siguiente grfico:

Proyecto: Directorio Personal

Lpez, Rodrguez, Mndez; Pgina 4 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

Diagramas UML para los Casos de Uso del Sistema

A continuacin se muestran los diagramas elaborados usando UML, que se han usado con el fin de
facilitar la elaboracin de los casos de uso. Estos diagramas se han formulado a partir del
enunciado del problema, y es sobre esta base que luego se desarrollan la descripcin textual de
casos de uso usando la plantilla OMT++.

Administrador
Contactos
Administracin Usuario

Administrar
Mantener
Grupos

Usuario Mantener
Contactos

Grupos Contactos

Crear Adicin
Grupo Contacto

Eliminar Eliminar
Grupo Contacto

Modificar Usuario Modificar

Grupo Contacto

Mover
Contacto

Mostrar
Contactos

Lpez, Rodrguez, Mndez; Pgina 5 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

Modelo de Casos de Uso del Sistema

Se han elaborado los siguientes casos de uso sobre la base de los diagramas UML antes
mostrados. Estos diagramas establecen tres niveles:
un primer nivel que abarca todo el sistema;
un segundo nivel que divide las funcionalidades respecto a grupos y contactos;
y un tercer nivel que particularizan las funcionalidades desarrolladas en los casos de
uso en si.
A continuacin se muestran los casos de uso correspondientes al ltimo nivel. Tambin se han
elaborado documentos anlogos (sin llegar a ser casos de uso) para los otros dos niveles
superiores, que se incluyen en anexo al presente documento.

(UML- Expandido Nivel 3)

Caso de Uso No.1: Crear Grupos
Actor: Usuario
Requisitos de Usabilidad: El usuario puede crear y organizar grupos sin que necesariamente
contengan usuarios.
Precondiciones: Se ha iniciado el sistema
Descripcin: El usuario verifica que no existe un determinado grupo solicitando al Sistema
mostrar los grupos en forma tabular. Sobre la base de lo desplegado por el Sistema, determina
preliminarmente y de forma mental, nombre y razn de clasificacin de contactos para el nuevo
grupo. El usuario crea un grupo asignndole y registrando en el Sistema un nombre (Ex01: el
nombre ya existe) y una descripcin textual detallada mediante un formulario que solicita al
Sistema. Luego el usuario asigna varios contactos al grupo de la siguiente manera (Ex02: no
existen contactos en el grupo Contactos):
Adiciona un contacto desde el grupo Contactos, espera la confirmacin de registro del
Sistema,
Adiciona otro contacto desde un grupo distinto al de Contactos , espera la confirmacin de
registro del Sistema
Adiciona todos los contactos de otro grupo existente (distinto al de Contactos) , espera la
confirmacin de registro del Sistema
Excepciones:
Ex01: el nombre ya existe, se debe percatar al Usuario de esta situacin y este debe dar un nuevo
nombre.
Ex02: no existen contactos en el grupo contactos (consiguientemente no existe ningn contacto), el
usuario debe ingresar contactos.
Poscondiciones: Se han creado y registrado los grupos deseados, se han asignado contactos a
estos grupos.

Lpez, Rodrguez, Mndez; Pgina 6 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

(UML - Expandido Nivel 3)

Caso de Uso No. 2: Gestin de Grupos (Modificacin y Eliminacin)
Actor: Usuario
Requisitos de Usabilidad: El usuario debe confirmar la modificacin o eliminacin. Al salir de la
aplicacin, el usuario tiene la posibilidad de revertir las acciones de eliminacin.
Precondiciones: Se ha iniciado el sistema.
Descripcin: El usuario elige un grupo de una lista que previamente ha solicitado que despliegue
el Sistema, y elimina un grupo de contactos (Ex01: el grupo de contactos universo Contactos no
puede ser eliminado), el Sistema solicita que el usuario confirme la accin, ste lo hace as y el
grupo de contactos queda eliminado.
El usuario elige un grupo de una lista que previamente ha solicitado al Sistema que despliegue, y
cambia su nombre y descripcin (Ex02: el nuevo nombre de grupo ya existe) (Ex03: el nombre de
grupo Contactos no puede ser cambiado).
Excepciones:
Ex01: el grupo de contactos universo Contactos no puede ser eliminado, la eliminacin es
rechazada.
Ex02: el nuevo nombre de grupo ya existe, el Usuario debe elegir otro nombre.
Ex03: el nombre de grupo Contactos no puede ser cambiado, la accin es rechazada.
Poscondiciones: El grupo elegido para la eliminacin ha desaparecido de la aplicacin.
El grupo elegido tiene un nuevo nombre y una nueva descripcin.

Lpez, Rodrguez, Mndez; Pgina 7 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

(UML Expandido Nivel 3)

Caso de Uso No. 3: Creacin y eliminacin de Contactos
Actor: Usuario
Requisitos de Usabilidad: El usuario debe confirmar la eliminacin. Al salir de la aplicacin, el
usuario tiene la posibilidad de revertir las acciones de eliminacin. Al eliminar un contacto del grupo
universo Contactos, este debe tambin eliminarse de los dems grupos. Al eliminarse un contacto
de otros grupos, este no debe eliminarse de los dems. El usuario puede eliminar ms de un
contacto a la vez.
Precondiciones: Existe uno o ms grupos adems del grupo universo Contactos, y en cada uno
de stos existen uno o ms contactos creados.
Descripcin: El usuario decide adicionar varios contactos en el Sistema, verifica primero si existe
el o los contactos a adicionar, luego( para esto) solicita al Sistema el formulario de ingreso de datos
de contactos y en este detalla la siguiente informacin para cada uno de ellos (Ex01: el contacto ya
existe)
Nombre(s)
Apellido paterno
Apellido materno
Direccin electrnica
n telfono hogar
n telfono trabajo
n telfono celular
comentario
El Sistema adiciona estos contactos al grupo universo Contactos de manera directa, pues es este
grupo el que contiene a todo el conjunto universo de contactos.
Luego el usuario solicita al Sistema desplegar de manera tabular los grupos de contactos
existentes, de esta lista elige un determinado grupo y adiciona varios contactos detallando la
informacin antes mencionada solicitando al Sistema que presente el formulario de alta de
contactos para el efecto. Estos nuevos contactos se adicionan tanto al grupo elegido como al
universo Contactos.
A continuacin, el usuario solicita al Sistema desplegar una lista tabular de contactos y en esta
elige un contacto del grupo de contactos seleccionado y lo elimina de este grupo exclusivamente
(Ex02: el grupo de trabajo es Contactos que tiene tratamiento especial). A continuacin elige otros
contactos del listado tabular que despliega el Sistema y tambin los elimina. El usuario se percata
de que la ltima eliminacin ha sido errnea y procede a revertir la accin. Luego el usuario desea
que un contacto sea eliminado completamente de todos los grupos, para lo que procede a
seleccionarlo del grupo universo, verifica si el contacto pertenece al grupo contactos Universo y lo
elimina.
Excepciones:
Ex01: El contacto ya existe, el usuario es alertado y tiene la posibilidad de cambiar los datos o
desistir de la adicin.
Ex02: el grupo de trabajo es Contactos que tiene tratamiento especial. El Usuario debe ser
alertado que el contacto se eliminar de ese y los dems grupos, el Usuario debe confirmar la
accin o desistir.
Poscondiciones: Se han creado varios contactos al grupo universo Contactos y a otros grupos.
Un contacto ha sido eliminado de un grupo (diferente al grupo Contactos). Otro contacto ha sido
eliminado de todos los grupos.

Lpez, Rodrguez, Mndez; Pgina 8 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

(UML - Expandido Nivel 3)

Caso de Uso No. 4: Mostrar y Modificar Contacto
Actor: Usuario
Requisitos de Usabilidad: Los cambios de datos del contacto deben extenderse a todos los
grupos; es decir que cuando los datos cambian, estos cambios deben reflejarse en todos los
grupos al que pertenece el contacto. Los cambios deben poder revertirse.
Precondiciones: Existen contactos cargados en el sistema.
Descripcin: El usuario solicita al Sistema mostrar una lista ordenada por apellidos paternos de
los contactos de un grupo, el Sistema despliega esta lista en forma tabular. Ordena la lista por
nombres, luego por nmeros telefnicos hasta encontrar un contacto, verifica si existe el contacto
muestra sus datos solicitando el Sistema el formulario de edicin de informacin y modifica el
apellido paterno (Ex01: existe otro contacto con los mismos nombres y apellido paterno).
Hace lo mismo para un segundo contacto de otro grupo pero ahora utiliza, en vez de una lista, un
kardex ordenado por apellido paterno. Elige un contacto, muestra sus datos, revisa y actualiza la
informacin de ese contacto.
Hace lo mismo para un tercer contacto pero esta vez busca el contacto en todos los grupos (una
determinada persona) dando para esto al Sistema, el apellido paterno. Elige el contacto buscado,
solicita al Sistema mostrar sus datos, revisa y actualiza la informacin.
Al terminar su trabajo, se percata de que est trabajando un una versin histrica de contactos que
no debe ser modificada y que nicamente eran pertinentes los cambios del segundo contacto.
Entonces revierte los cambios realizados para el primer y tercer contactos.
A continuacin, el usuario muestra la informacin de los grupos de contactos solicitando el
despliegue tabular de esta informacin al Sistema (Ex02: no existen grupos de contactos). El
usuario a continuacin solicita al Sistema mostrar la informacin de los contactos como una lista;
esto es un contacto por lnea. Ordena los contactos por nombre, por apellido paterno y as segn
otros criterios de su eleccin para buscar un contacto dado. El usuario tambin muestra la
informacin de los contactos de un grupo en un formato kardex, ordena los mismos bajo algn
criterio, o buscando un contacto en forma visualizada, avanzando o retrocediendo los contactos
dentro de un grupo. Luego de ubicar el contacto buscado, lo visualiza de forma completa. Realiza
la misma operacin para otro contacto pero en esta ocasin luego de visualizar los datos de forma
completa procede a eliminarlo del kardex del grupo, previamente verifica si contacto pertenece al
grupo e contactos Universo (Ex03 pertenece al grupo el universo Contactos que tiene tratamiento
especial).
Excepciones:
Ex01: existe otro contacto con los mismos nombres y apellido paterno. El cambio es rechazado.
Ex02: No existen grupos de contactos: El usuario primero debe crear los grupos de contactos.
Ex03: El contacto pertenece al grupo universo Contactos que tiene tratamiento especial, para
eliminar el contacto primero debe confirmar la accin debido a que la eliminacin afectar a todos
los grupos en los cuales el contacto este incluido, desapareciendo de stos definitivamente.
Poscondiciones: Se han actualizado los datos del segundo contacto.

Lpez, Rodrguez, Mndez; Pgina 9 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

(UML - Expandido Nivel 3)

Caso de Uso No. 5: Mover Contactos entre grupos (Unir un grupo a otro)
Actor: Usuario
Requisitos de Usabilidad: El usuario podr revertir todos los movimientos, es decir que si por
error ha movido o agregado grupos a otros grupos, deber ser capaz de confirmar o revertir estas
acciones.
Precondiciones: Existen los grupos cuatro grupos adems del universo Contactos. Se han
creado uno o ms contactos en cada uno de estos cuatro grupos.
Descripcin: El Usuario (elige) visualiza un contacto de un grupo A de contactos mediante la
solicitud al Sistema de despliegue de los contactos de un grupo determinado, y lo asigna a otro
grupo B (Ex01: el contacto ya existe en el grupo B).
Luego el Usuario solicita al sistema el despliegue de un grupo de contactos C y agrega a ste
todos los miembros de otro grupo de contactos D (EX02: el grupo D es el universo Contactos
que tiene tratamiento especial). A continuacin, trabajando en el mismo grupo, el Usuario (saca)
mueve un contacto.
A continuacin el Usuario despliega un grupo de contactos E y agrega a ste todos los miembros
de otro grupo de contactos F (EX03: el grupo E es el universo Contactos que tiene tratamiento
especial).
Excepciones:
Ex01: el contacto ya existe en el grupo B, el Usuario es notificado y la accin rechazada.
EX02: el grupo D es el universo Contactos que tiene tratamiento especial. El grupo universo
entero no puede agregarse a otros grupos, el Usuario es notificado y la accin rechazada.
EX03: el grupo E es el universo Contactos que tiene tratamiento especial. Por definicin el grupo
universo contiene a todos los contactos por lo que no corresponde agregarlos, el Usuario es
notificado y la accin rechazada.
Poscondiciones:
Un contacto del grupo A ha pasado a pertenecer al grupo B.
Todos los miembros del grupo D tambin ahora pertenecen al grupo C.
Todos los miembros del grupo F tambin ahora pertenecen al grupo E.

Lpez, Rodrguez, Mndez; Pgina 10 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

A partir de los casos de uso, se han capturado los requerimientos funcionales (agrupados por
Grupos de contactos y Contactos) y los requerimientos no funcionales que se detallan a
continuacin.

Lista de Requerimientos Funcionales

Grupos de contactos

1. El usuario organiza la informacin de contactos en grupos

2. El usuario crea un nuevo grupo
3. El usuario elimina un grupo, a excepcin del grupo universo denominado Contactos
4. El usuario modifica el grupo existente.
5. El sistema debe validar la eliminacin de grupos, en relacin al grupo universo contactos
6. El usuario despliega los grupos existentes.
7. El usuario administra los grupos de contactos a travs de la creacin, modificacin o
eliminacin de estos grupos
8. El usuario podr agregar todos los miembros de un grupo a otro

Contactos

9. El usuario adiciona un contacto a un grupo

10. El sistema adiciona un contacto al grupo universo de manera predeterminada
11. El usuario elimina uno o ms contactos del grupo universo y con esta accin elimina
definitivamente del sistema.
12. El sistema elimina uno o mas contactos de los grupos a los cuales pertenece
13. El usuario elimina uno o mas contactos de un grupo sin eliminar del grupo universo
14. El usuario adiciona uno o mas contactos del grupo
15. El usuario modifica los datos de los contactos, reflejndose estos cambios en todos los
grupos
16. El sistema modifica los datos de los contactos del grupo de contacto universo
17. El usuario mueve o traslada uno o mas contactos entre grupos
18. El usuario muestra contactos de un grupo, a travs de una lista de contactos
19. El usuario ve contactos de un grupo, a travs de un formato de kardex
20. El usuario ordena, bajo un criterio, la lista de contactos mostrados bajo la modalidad de
lista
21. El usuario busca un contacto dado bajo la modalidad de lista de contactos
22. El usuario busca contactos en la parte de visualizacin tipo kardex, avanzando o
retrocediendo
23. El usuario saca (oculta) o muestra, en su visualizacin completa, un contacto
24. El usuario elimina un kardex visualizado
25. El usuario administra los contactos a travs de la creacin, modificacin o eliminacin de
stos
26. Los tems de informacin de cada contacto sern: nombre(s), apellido paterno, apellido
materno, direccin electrnica, n de telfono hogar, n telfono trabajo, n telfono celular
y comentario.

Lpez, Rodrguez, Mndez; Pgina 11 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

Lista de Requerimientos No Funcionales

1. El sistema utiliza las estructuras de datos de tablas en un esquema de base de datos
relacional, para el almacenamiento de grupos y contactos
2. El sistema debe ser desarrollado y correr bajo la plataforma Windows (2000 o XP) o Linux
Cliente
3. El sistema tiene la capacidad de acceder a datos a travs del estndar ODBC a SQL Server.
4. El sistema puede ser instalado en una red de computadores como en una sola computadora
personal (para este ltimo caso no se usar la conexin ODBC y se trabajar con el
manejados de bases de datos nativo de Dephi).
5. El diseo del sistema utiliza metodologa Orientada a Objetos, OMT ++ (Tcnica de
Modelamiento de Objetos)..
6. El sistema debe ser desarrollado en el lenguaje de programacin Delphi
7. El sistema utiliza estndares de programacin, diseo e implementacin
8. El sistema en su programacin , se estructura modularmente
9. Cada grupo soporta un nmero ilimitado de contactos
10. El sistema soporta la creacin de un nmero ilimitado de grupos
11. El sistema permite mltiples accesos simultneos a los contactos y en diferentes grupos
12. El sistema utiliza la arquitectura de una a dos capas
13. El sistema tiene portabilidad que permite su instalacin mediante un ejecutable de no ms de 5
MB.
14. El sistema debe entregarse con el cdigo fuente.
15. El sistema tiene opciones de mantenimiento, respaldo y recuperacin de los datos.
16. El sistema permite visualizar los grupos existentes, en pantalla e impresora.

Conclusiones del Primer Documento

Esta primera fase muestra la captura de requisitos y la abstraccin de procesos y/o procedimientos
que se tomarn en cuenta para el desarrollo de un aplicativo de uso general como es el
Administrador de Contactos. As los requisitos obtenidos en el presente documento servirn para el
anlisis y el desarrollo de la aplicacin.

Se tomaron en cuenta tcnicas de anlisis y consecucin de requisitos orientados a objetos. El

desarrollo de Casos de Uso, contempla exclusivamente la solucin al problema planteado, en
relacin a los procesos a seguir, as como la base para el diseo de la aplicacin. Es as que esta
primera parte muestra los procesos y procedimientos con que actualmente contamos, en relacin a
contactos y su administracin, lo cual ser de vital importancia en el diseo del sistema
Administrador de Contactos.

Lpez, Rodrguez, Mndez; Pgina 12 de 13

Maestra en Ingeniera Informtica enero/2004
USACH UDABOL
ISOO (CMP571) Documento 1, Versin corregida: Captura de Requisitos del Sistema

ANEXO: Casos Alto Nivel UML

UML - Alto Nivel

Caso No.1: Administrar Contactos
Actor: Usuario
Requisitos de Usabilidad: El usuario puede verificar si se efectu la administracin de contactos
Precondiciones: El usuario puede efectuar operaciones de mantenimiento y administracin
Descripcin: Un nuevo contacto es mencionado para registrarse en el administrador de contactos,
el usuario crea, registra, elimina o modifica el contacto asi como el o los grupos de contactos.
Excepciones: No se puede efectuar la administracin de contactos
Poscondiciones: Administracin de contactos almacenado

UML Expandido Nivel 2

Caso de Uso No.2: Mantener Contactos
Actor: Administrador / Usuario
Requisitos de Usabilidad: El usuario puede verificar si se efectu el mantenimiento de contactos
Precondiciones: El usuario puede efectuar operaciones de adicin, eliminacin, modificacin de
contactos adems que puede mover y mostrar contactos
Descripcin: El usuario desea realizar el mantenimiento de los contactos. El usuario puede
adicionar, eliminar, modificar, mover o mostrar los contactos de los grupos.
Excepciones: No se pueden efectuar las operaciones de mantenimiento de contactos
Poscondiciones: Al terminar de realizar la operacin de mantenimiento de contactos, el sistema
indica que finalizo correctamente la operacin

Expandido Nivel 2
Caso de Uso No.3: Mantener Grupos
Actor: Administrador / Usuario
Requisitos de Usabilidad: El usuario puede verificar si se efectu el mantenimiento de grupos
Precondiciones: El usuario puede efectuar operaciones de creacin , eliminacin y modificacin
de grupos de contactos
Descripcin: El usuario desea realizar el mantenimiento de los grupos. El usuario visualiza los
grupos existentes y prev funcionalidad para crear, eliminar y modificar los grupos de contactos.
Excepciones: No se pueden efectuar las operaciones de mantenimiento de grupos
Poscondiciones: El usuario verifica y formaliza la transaccin

Lpez, Rodrguez, Mndez; Pgina 13 de 13