Modelo Para El Desarrollo De Un Proyecto De Software.

Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Modelo Para El Desarrollo De Un Proyecto De Software. por Mind Map: Modelo Para El Desarrollo De Un Proyecto De Software.

1. Primero se debe de escoger el modelo se software a construir considerandos en diferentes aspectos del proyecto como: conjunto de personas, estructuras, organizaciones, reglas, políticas, componentes de software, metodologías y herramientas utilizadas.

2. ARQUITECTURA

2.1. Se define la estructura general de un sistema el cual varia de acuerdo con un tipo de software y la relación entre las diferentes partes de un software y sus componentes o propiedades

3. ACTIVIDAD

3.1. Paso básico del proceso o actividad que define los pasos necesarios para lograr las metas y los objetivos. (especificar los requisitos del sistema) los cuales se divide en ocho fases simples

3.1.1. • Requisitos para especificar los aspectos funcionales del sistema • Análisis para dar al sistema una estructura • Diseño para adoptar y refinar la arquitectura del sistema • Implementación para codificar el sistema • Integración para combinar componentes del sistema • Pruebas para validar y verificar el sistema • Documentación para describir los diversos aspectos del sistema • Mantenimiento para extender la funcionalidad del sistema

4. REQUISITOS

4.1. El modelo de requisitos tiene como meta definir y delimitarla la funcionalidad del software

4.1.1. Sirve como la base de negocio entre desarrollo del sistema y los clientes

5. ANÁLISIS

5.1. Tiene como objetivo construir una arquitectura capaz de resolver el problema bajo condiciones ideales

5.1.1. Se lleva a cabo después de desarrollar el modelo de requisitos y de que los usuarios del sistema o clientes lo aprueben

6. DISEÑO

6.1. Modelo en el cual se debe de definir todo lo necesario para alcanzar el código final y de divide en dos tipos de diseño

6.1.1. • Diseño de objetos:

6.1.1.1. Este espacio se conoce como el diseño de estructuras orientadas a objetos. Espacio donde see debe de especificar el detalle de cada clase, las operaciones y atributos.

6.1.2. • Diseño de sistema:

6.1.2.1. Este espacio define las decisiones estratégicas sobre cómo organizar la funcionalidad del sistema en torno al ambiente de implementación, incluyendo tanto el hardware como el software.

7. IMPLEMENTACIÓN

7.1. Toma el resultado del modelo de diseño para generar el código final del sistema y se divide en 2 fases

7.1.1. • Lenguaje de programación:

7.1.1.1. El uso de un lenguaje orientada a objetos facilita la implementación de un diseño orientado a objetos.

7.1.2. • Base de datos:

7.1.2.1. El modelo de implementación debe contemplar el diseño de base de datos en la generación del sistema final.

8. PRUEBAS

8.1. Es la fase responsable de revisar la calidad del sistema, el cual consiste en la validación del sistema o prueba de especificación y verificación o prueba de resultado.

8.1.1. • Validación o prueba de especificación:

8.1.1.1. Se prueba la funcionalidad del sistema correspondiente a las especificaciones del cliente.

8.1.2. • Verificación o prueba de resultado:

8.1.2.1. Se prueba si se está construyendo el sistema correctamente.

9. DOCUMENTACIÓN

9.1. Se debe de hacer durante la elaboración del sistema y no como una etapa final del mismo. Existen diferentes tipos de documentación que se deben de generar como apoyo al usuario

9.1.1. • Manual de usuario:

9.1.1.1. Permite a un usuario comprender como utilizar el sistema

9.1.2. • Manual del programador:

9.1.2.1. Contiene información para que un desarrollador entienda los aspectos más relevantes del diseño

9.1.3. • Manuel del operador:

9.1.3.1. Posibilita al operador del sistema comprender que paso debe seguir para que el sistema funcione

9.1.4. • Manual del administrador:

9.1.4.1. Permite que el encargado de administra el sistema comprenda sus aspectos más generales

10. MANTENIMIENTO

10.1. Es la continuación del ciclo de vida, luego de haber completado una primera versión de este donde se corrigen los errores no encontrados durante el desarrollo y las pruebas originales del sistema. Se extiende el sistema surgen nuevas necesidades