Anlisis y diseo orientado a objetos

Unidad 2. Requerimientos para el anlisis del diseo orientado a objetos

2.2. Documentacin para levantamientos y especificaciones
A continuacin se presenta una idea de cmo se puede organizar y documentar dicha informacin.

1. ndice:
El documento debe contener un ndice general con la ubicacin de los temas a desarrollar.

2. Descripcin del proyecto:

Es importante y aconsejable que a modo de prrafo describas lo que el proyecto o sistema debe realizar y
verificar que lo que el cliente solicit se haya entendido de igual forma por el analista para que, posteriormente
se puede disear.

3. Lista de usuarios:
Hacer una lista de las personas que tendrn que manipular el sistema a desarrollar, pero principalmente
describir qu es lo que cada una de ellas tendr derecho a realizar y hasta dnde podr consultar, es decir,
formar una lista de permisos de usuarios.

4. Requerimientos hechos por el cliente:

En el tema anterior se mencion el uso de un formato para poder organizar los requerimientos, por lo tanto,
es necesario agregar si el requerimiento es funcional o no; un ejemplo sera: con respecto a lo funcional
es agregar un botn que haga el respaldo de la informacin; Y un requerimiento no funcional sera el color
especfico de cierta ventana, que si bien es cierto no afecta el desarrollo del sistema, pero es el cliente el que
lo solicita.1

5. Requerimientos del sistema:

Es importante investigar sobre lo que tu cliente est solicitando, qu requisitos de hardware y de software
debe contener como mnimo el equipo en el que va a ejecutarse el diseo que se realice.

6. Otros:
Anlisis costo beneficio: juzgar que tan conveniente es realizar un anlisis costo beneficio previo al
diseo del sistema y mostrarlo al cliente.
Restricciones: Dentro de la categora de otros, insertar en el documento principal las restricciones que
puede tener el sistema a desarrollar.
Contrato: Establecer un contrato entre cliente y servidor puede y debe ser un documento importante.
Cronograma o calendario de actividades.
Diagramas UML.
El presentar un documento con toda la informacin organizada de esta manera puede ser de gran ayuda para
comenzar a darle forma al desarrollo de un sistema, y por ende, forma parte del anlisis del mismo, dicho
orden de integracin de documentos solo es una sugerencia de acomodo y organizacin, dejando libre al
analista de organizar como le agrade y entienda ms.
1

Si deseas conocer ms sobre requerimientos funcionales y no funcionales te invito a consultar el captulo 6 del libro Sommerville, I
(2005) la bibliografa completa la encontrars al final de este documento.

Ingeniera en Desarrollo de Software