Proceso de desarrollo de software orientadoa objetos

1. 1. Modelo de requisitos

1.1. El modelo de requisitos es la base de un proyecto de desarrollo de software, porque es donde se definen los principales puntos que se van a realizar, se definen alcances y limitaciones que va a tener, permitiendo una flexibilidad del software. Aquí se interactúa con el cliente a modo de despejar cualquier duda y ambigüedad. Se desarrolla con la metodología

1.1.1. Objectory que se fundamenta en el modelo de casos de uso.

1.1.1.1. Comportamiento

1.1.1.1.1. Actores

1.1.1.1.2. Casos de uso

1.1.1.2. Presentación o modelo de interfaces

1.1.1.3. Modelo de dominio del problema

2. 2. Modelo de anàlisis

2.1. Es una representación conceptual que corresponde al modelo de requisitos en términos de objetos. En el modelo de análisis se evalúan los efectos cuando se realicen cambios ya que debemos prever efectos posibles en las diferentes fases de desarrollo ya sean superiores o inferiores.

3. 3. Modelo de Diseño

3.1. En el modelo de diseño se evalúan los resultados de las dos fases anteriores a fin de buscar inconsistencias o posibles fallos, en caso de encontrarse se devolver a la fase correspondiente para la corrección. Este modelo debe ser capaz de conectar con el modelo de implementación y acercarse al código fuente, aquí se definen clases, objetos, atributos, etc. A fin de que el momento de escribir el código fuente sea lo más fácil y entendible posible.

4. 4. Modelo de implementación

4.1. El modelo de implementación toma en resultado del modelo de diseño y lo implementa en el código fuente, esta transición debe ser relativamente fácil ya que en las fases anteriores se tomaron las decisiones mas importante. Es indispensable no iniciar a escribir el código fuente sin antes hacer la planeación de las fases anteriores. Para ello se deben seguir guías de programación donde se asignen los nombres de las clases, objetos, etc.

4.1.1. Lenguaje de programación

4.1.2. Base de datos

4.1.3. Otras tecnologías que se requieran en la implementación.

5. 6. Modelo de documentación

5.1. En este modelo se desarrollan manuales de usuario, técnicos, documentación del código, etc. No debe ser algo tedioso ya que mucha información que se va a utilizar ya se ha creado en las fases iniciales del proyecto.

6. 5. Modelo de pruebas

6.1. Esta fase es importante tenerla en cuenta desde la primer fase del desarrollo, las pruebas deben ir ejecutándose simultáneamente con el desarrollo a fin de encontrar errores inmediatos, es un error pensar que las pruebas se deben realizar al final porque es mejor detectar un error en el proceso y no devolver el a la fase del error porque puede implicar en sobrecostos del proyecto.