1. Fase 2:
1.1. Determinar los requisitos de información
1.2. En esta fase se hace estudio de todos los documentos relacionados con el problema
1.2.1. Problemas
1.2.1.1. a. Estudio de manuales de procesos
1.2.1.2. b. Estudio de reportes y documentos relacionados
1.2.1.3. c. Observación del proceso
1.2.1.4. d. Tomar muestras de formas y documentos
2. Fase 3:
2.1. Analizar las necesidades del sistema
2.2. Analizará las necesidades del propio software como tal: servidores, infraestructura de red, anchos de banda, disposición de equipos, hardware adicional, etc.
3. Fase 4:
3.1. Diseño del Sistema
3.2. también lo conocemos como diseño lógico, en esta fase se realiza los diagramas, las tablas, seleccionar las estructuras de almacenamiento, el diccionario de datos así como describir las entradas y salidas.
4. Fase 6:
4.1. Pruebo del Software
4.2. en esta fase se hace pruebas piloto con datos de muestra, se analizan todas las posibilidades y los desarrolladores corrigen los detalles encontrados.
5. Características
5.1. Planear un proyecto antes de comenzarlo
5.2. Documenta cada actividad
5.3. Diseñar el sistema antes de comenzar a codificar
5.4. Realizar pruebas al software
6. Desventajas
6.1. Si se producen cambios a etapas básicas cuando se ha llegado a etapas avanzadas (desarrollo, pruebas, implementación) puede ser catastrófico para un proyecto grande.
6.2. No es frecuente que el usuario final sepa explicar de forma clara los requisitos, es común encontrar incertidumbre en las primeras etapas del proyecto que luego es difícil de acomodar.
6.3. El cliente debe ser paciente ya que el software no va a estar disponible hasta que el proyecto esté en una etapa demasiado avanzada.
7. ¿Cuál es el concepto?
7.1. También conocido como modelo de etapas, modelo clásico, modelo tradicional en cascada y mundialmente conocido como el ciclo de vida del desarrollo de sistemas
8. Fase 1:
8.1. Investigación previa:
8.2. es cuando la organización se da cuenta que necesita una solución de software para determinado problema
8.2.1. Solicitud:
8.2.2. viene del resultado de entrevistas con las personas relacionadas con el problema
8.2.3. Estudio de Factibilidad:
8.2.4. determinar que el sistema solicitado sea rentable con relación al costo/beneficio que el problema conlleva
8.2.4.1. Factibilidad Técnica
8.2.4.2. Determina si el problema puede resolverse con el software y el personal existente, y si en caso de necesitar nueva tecnología
8.2.4.3. Factibilidad Económica
8.2.4.4. justificación de los costos versus los beneficios que se obtienen, en esta parte se puede saber si crear la solución de software es necesaria.
8.2.4.5. Factibilidad Operacional
8.2.4.6. Investiga si será utilizado el sistema, si los usuarios usaran el sistema.
8.2.5. Aprobación
8.2.5.1. En base a lo documentado en la solicitud y estudio de factibilidad la administración o la alta gerencia de la organización definen si el proyecto se va a desarrollar o no.
9. Fase 5:
9.1. Desarrollo del Software
9.2. se le conoce como diseño físico y es aquí donde los programadores realizan la codificación del software.
10. Fase 7:
10.1. Implementación, Evaluación y Mantenimiento
10.2. esta es la fase crítica, es donde el software entra a producción, aquí se toman en cuenta muchas cosas
10.2.1. a. Verificar e instalar nuevo equipo
10.2.2. b. Entrenar a los usuarios
10.2.3. c. Instalar la aplicación
10.2.4. d. Construir todos los archivos de datos necesarios para utilizarla (bases de datos en blanco, formatos adicionales, etc.)
10.2.5. Elementos de Medición
10.2.5.1. Evolución Operacional
10.2.5.2. Los usuarios y expertos del proceso valoran aspectos del software
10.2.5.2.1. Facilidad de uso
10.2.5.2.2. Tiempo de respuesta
10.2.5.2.3. Confiabilidad
10.2.5.3. Impacto Organizacional
10.2.5.4. identificar los beneficios que el software ha traído a la organización en materia
10.2.5.4.1. Finanzas
10.2.5.4.2. Eficiencia operacional
10.2.5.4.3. Impacto competitivo
10.2.5.5. Desempeño del Desarrollo
10.2.5.6. evaluar el tiempo de respuesta de los desarrolladores y analistas a la hora de realizar algún cambio o personalización significativa, y en caso de haberlo, si el costo de las mismas no excede al presupuesto del proyecto mismo
10.2.5.6.1. Optimizar bases de datos
10.2.5.6.2. Optimización de rutinas de código fuente
10.2.5.6.3. Adición de procesos
10.2.5.6.4. Eliminación de procesos