Escribir una especificación para una implementación orientada a objetos


Escribe una especificación


En el foro, muchas personas hacen preguntas para saber cómo escribir especificaciones. Este tutorial ayuda a responder a esa pregunta.


En primer lugar, le sugiero que hacer con las personas responsables de su proyecto lo que realmente esperan especificaciones. Según la organización, se puede adoptar formas muy diversas. Por tanto, es importante saber qué formato se espera: qué partes llevar a cabo en las especificaciones?


Yo diría que la clave del éxito es una especificación "precisión y consistencia".


En general, para crear una especificación, debe:

Piense acerca de las características que serán propuestas


Puede comenzar haciendo una lista de las características que la aplicación se ofrecen, tales como: "Guardar un registro de cliente". Esta lista le permitirá realizar un diagrama de casos de uso.


Si usted no sabe lo que es un diagrama de casos de uso, puede consultar los siguientes sitios web:


http://laurent-audibert.developpez.com/Cours-UML/html/Cours-UML008.html


http://fr.wikipedia.org/wiki/Diagramme_des_cas_d%27utilisation

Dar prioridad a las funciones (opcional pero muy interesante)


Puede ser interesante para priorizar las características de averiguar por qué es esencial para el desarrollo y las que se basa en el tiempo restante.


En general, los proyectos se retrasan, es interesante definir tan pronto como lo son las funciones esenciales de ellos qué funciones pueden ser opcionales (especialmente como parte de un proyecto final de empalmes).

describir escenarios


Una vez que cada característica se identifica claramente, describirlos con la mayor precisión posible. Esta descripción se hace desde un punto de vista funcional que ayuda a responder a la pregunta: "¿Cómo será el usuario para realizar la función."


Para ello, tomamos todos los casos de uso anteriormente enumerados y descritos con la mayor precisión posible anulación de la funcionalidad. No se olvide de los escenarios excepcionales en caso de error y comprobaciones de coherencia en los datos.


Por ejemplo, para "Guardar un registro de cliente" :


Una vez que el gestor ha conectado a la aplicación, que se encuentra en la página de inicio y elija en el menú: "nuevo cliente". Se abre una nueva ventana, que le permite entrar toda la información necesaria para el establecimiento de un registro de cliente. Esta información es la siguiente:


- Nombre del Cliente (requerido)


- Nombre del Cliente (requerido)


- Dirección (opcional)


- número de teléfono (opcional)


Una vez que el usuario ha completado el formulario, hacer clic en Aceptar.


a continuación, se comprueban los datos:
  • Si un campo requerido no se encuentra cuando se visualiza un mensaje para informar al administrador
  • Si el cliente ya existe en la base de datos, entonces el gerente es informado por un mensaje de error



Una vez que el control es válida, los datos se almacenan en la base de datos.


Nota: Esta descripción es muy ligero, creo que tenemos que ser más específico en sus descripciones de escenarios y controles particularmente excepcionales: hay que mencionar la presentación de estos datos, por ejemplo, que en el campo de número teléfono, no puede escribir letras, por ejemplo.


NB2: En este paso, es importante hacer una lista de todo y no utilizar, etc. o ... que su descripción es muy preciso.


NB3: Esta parte puede ser ilustrado con diagramas de actividad o secuencia.


Estos diagramas se describen a continuación:


http://laurent-audibert.developpez.com/Cours-UML/html/Cours-UML036.html


http://fr.wikipedia.org/wiki/Diagramme_d%27activit%C3%A9


NB4: Esta parte se puede ilustrar con los modelos de pantallas.


NB5: Atención a la coherencia con el diagrama de clases, toda la información descrita aquí debe estar presente en el diagrama de clases (que generalmente no se presenta en las especificaciones).

conclusión


Escribir una especificación que puede tomar un tiempo muy largo (diez horas si la aplicación no es enorme, como una EFP por ejemplo). Por contra, lo que realmente ahorra tiempo en la fase de modelado y aplicación cuando las especificaciones se definen correctamente.


Yo diría que el tiempo dedicado a la redacción de las especificaciones ahorra dos horas en la fase de diseño.
Escribir una especificación para una implementación orientada a objetosDescargar este artículo (PDF) Publicado por cs_Julien39. En este documento se titula " Escribe una especificación para una aplicación orientada a objetos »deCódigos de Fuentes (Codes-sources.commentcamarche.net)se hace disponible bajo la licencia Creative Commons.Puede copiar, modificar de esta página, bajo las condiciones puestas por la licencia,ya que esta nota sea visible.descargar este artículo (PDF