You are on page 1of 7

ÍNDICE RESUMEN EJECUTIVO INTRODUCCIÓN CAPÍTULO I: GENERALIDADES. 1. 2. 3. 4. 5. 6. PRESENTACIÓN DE LA EMPRESA. UBICACIÓN GEOGRÁFICA. VISIÓN Y MISIÓN. OBJETIVOS. ORGANIGRAMA.

PRINCIPALES ÁREAS DEL NEGOCIO.

CAPÍTULO III: ANÁLISIS DE LA SITUACIÓN PROBLEMÁTICA. 1. DIAGNOSTICO INTERNO. 2. DIAGNOSTICO EXTERNO. CAPÍTULO IV: DE LA VISIÓN LOS REQUISITOS CAPÍTULO III: ADMINISTRACIÓN DEL PROYECTO. 1. INTRODUCCIÓN. 2. PROJECT CHARTER. 1. INFORMACIÓN GENERAL. 2. PROPÓSITO DEL PROYECTO. 3. OBJETIVO DEL PROYECTO. 4. ALCANCE DEL PROYECTO. 5. FACTORES CRÍTICOS DE ÉXITO DEL PROYECTO. 6. PLANEAMIENTO INICIAL DEL PROYECTO ALTO NIVEL. 7. AUTORIDAD DEL PROYECTO. 8. INTEGRANTES DEL EQUIPO DEL PROYECTO, ROLES Y RESPONSABILIDADES. 9. FIRMAS. 3. CRONOGRAMA DE EJECUCIÓN DE PROYECTOS. 4. GESTIÓN DEL ALCANCE (WBS). 5. CONCLUSIONES. MARCO TEÓRICO. CAPÍTULO III: DEFINICIÓN DEL PROYECTO. CAPÍTULO III: MÉTODO Y DISEÑO. CAPÍTULO IV: DESARROLLO DE LA INVESTIGACIÓN. CAPÍTULO V:

3.2. Soporte .2. Usabilidad • 4.1. Indicadores de logro de los objetivos • 2. Beneficios del proyecto • 2.4.4.3.1.1. Descripción de la organización 1. Análisis crítico de los problemas de la organización 1. Modelo de casos de uso del negocio • 3. Rendimiento • 4. Reglas de estímulo y respuesta • 3.2. Reglas del negocio • 3.2.3.3.2.1.3.1. Problema a resolver 1. Definición de una Sociedad Administradora de Fondos Mutuos 1. Introducción • 2. Conclusiones • CAPÍTULO 3.2. FUNDAMENTACIÓN TEÓRICA 1. Reglas de estructura • CAPÍTULO 4.3.2.1.3.3.2. Lista de actores del negocio • 3. Situación problemática 1.3. Conclusiones CAPÍTULO 2. Reglas de operaciones • 3.1.2.4.3. Beneficios tangibles • 2.2.2.2.2.2.3.2. Marco Teórico 1. Diagrama de casos de uso del negocio • 3.1.1.4.4.3.2.1.5.1.2.6.2. REQUERIMIENTOS • 4. Introducción • 3.1.4. Introducción • 4.1. Introducción 1.5. PROPUESTA DE SOLUCIÓN • 2. Sistemas automatizados vinculados con el campo de acción 1. MODELADO DEL NEGOCIO • 3.2.2.2. Asociados a aspectos generales • 4.2.2.RESUMEN INTRODUCCIÓN CAPÍTULO 1. Etapas de un fondo mutuo 1. Objetivo general • 2.3.2. Fundamentación de los objetivos propuestos • 2.5.2.2. Confiabilidad • 4. Beneficios intangibles • 2.5.2. Objetivos específicos • 2. Funcionalidad asociada a los casos de uso • 4.1.4. Especificación de los requerimientos del Sistema • 4.3.2.2. Objeto de estudio 1. Descripción de los procesos del negocio 1. Descripción de los procesos principales 1.1. Ventajas de invertir en un fondo mutuo 1. Campo de acción 1. Definición de un fondo mutuo 1. Objetivos del proyecto • 2.

Presentación de la empresa 1. Introducción • 6.DOC CREACIÓN DEL PROYECTO 1.2.9. ADMINISTRACIÓN DEL PROYECTO • 5.10.4. ARQUITECTURA DE SOFTWARE • 6.1.3.2.1.1. Interfases de usuarios • 4.2. PRUEBAS DEL SOFTWARE • 7. Componentes adquiridos 4.2.2. Introducción • 7. Metas y restricciones de la arquitectura • 6.3.7.9. Licenciamiento • 4. Interfases de comunicaciones • 4.2. Pruebas funcionales: registrar tipo de cambio • 7.9.2.2. Seguridad del software • 4.2.1.1.1.2. Estándares aplicables • 4.6. Lista de actores del sistema CAPÍTULO 5.9.9.2.4. 1.12. Documentación de usuario y sistema de ayuda 4.2.2.8. Listado de los requerimientos no funcionales CAPÍTULO 7.2. Pruebas funcionales: cargar cotizaciones diarias CONCLUSIONES GLOSARIO DE TÉRMINOS SIGLARIO ANEXOS BIBLIOGRAFÍA • • • • ARCHIVO PROYECTO DE SOFTWARE. Requerimientos legales y de derecho de autor • 4.11.2. Restricciones de diseño 4. Interfases de hardware • 4. Modelo de casos de uso del sistema • 4. Especificación de los casos de prueba • 7.2.1. Interfases • 4. Interfases de software • 4. Introducción CAPÍTULO 6.2.3. 1.1.4.2. Ubicación geográfica Visión y Misión Objetivos generales .2.• • • • • • • • 4.

6. 7.2.5. 3.2.4. 2.3. Actores de negocio Obreros de negocio Casos de uso de negocio Objetos de negocio Diagrama de casos de uso de negocio Modelo de Objetos Diagrama de subsistemas Modelo de Dominio Requisitos Funcionales Requisitos No Funcionales .1. 6.1. 2.5. Identificación de Stakeholders Criterios de valoración de Stakeholders Tablas de priorización Obtener pesos de los Stakeholders. 1. 3.2. 2.1. 6. Lista de requisitos C del cliente Estructurar los requisitos C por niveles Obtener pesos de los requerimientos C estructurados Priorización de requerimientos C estructurados Obtener la lista de características Identificar requisitos MODELO DE CONTEXTO DEL SISTEMA 6. 3. 1. Objetivos específicos Organigrama Principales áreas de negocio Diagnostico Interno Diagnostico Externo Convocatoria a reunión de directorio Acta de Reunión de Directorio Acta de Constitución del Proyecto Análisis de la Situación problemática Origen del Proyecto PRIMERA ITERACIÓN REQUISITOS: DE LA VISIÓN A LOS REQUISITOS 4.1. 3.3.4. 4. 6. 5.7.4.1.2. 6. 5. 6.5.6. Modelo de Negocio 6.6.1.3.8. 6. 4.3. 5. Identificación y Valoración de Stakeholders 4.4. 5. 5. 4.2. 8. 5.

Clase de (Estereotipo) (Nombre ) C) D) Identificar operaciones ( recopilar las operaciones de una clase en todos los diagramas de secuencia en los que participa) Identificar atributos. Diseño de la arquitectura .análisis Analizar clases 15. 15. SGBD. 10. Casa de calidad para priorizar casos de uso 10. .1. LP. Estructurar casos de uso ( eliminar la redundancia ) Requisitos especiales del sistema ( no son de un caso de uso en particular ) MODELO DE ANÁLISIS 13.4.3. Identificación de nodos y configuración de red 20..diseño 22.2. 18. Identificación de clases relevantes y clases activas 21. A) B) Análisis de la arquitectura Diagrama de realizaciones de caso de uso . 17.1. Analizar clases 20. 9.2. Diagrama de realizaciones de caso de uso . Crear diagrama general de clases x Subsistema ( Generalización. Agregación. 12. Identificar actores Identificar casos de uso (describir brevemente cada uno de ellos) Diagramas de caso de Uso del Sistema Priorizar casos de uso 10.REQUISITOS: MODELO DEL SISTEMA 9. Identificar Actores y casos de uso el sistema 9.. 9. Clase de (Estereotipo) (Nombre ) Identificar responsabilidades ( recopilar las responsabilidades que cumple una clase en todos los diagramas de colaboración en los que participa) Identificar atributos 16.1. Asociación) Analizar paquetes Definir la arquitectura ( vista del modelo de análisis ) MODELO DE DISEÑO 19. Multiplicidad.1. ) 20.3.1.2. Selección de la tecnología a emplear ( SO. 14. Diagrama de la red física proyectada 20. Identificación de sub-sistemas por capas 20. Diagrama de casos de uso priorizados ( Arquitectura ) 11. tipos de dato y su visibilidad 22.

Interfaces .DOC (Un archivo por cada caso de uso) 1. Identificar clases de control 3.1.Análisis 3.1. Crear diagrama general de clases x Subsistema ( Generalización. 3.3. Obtener el modelo relacional (atributos ) 24.3. Especificación de los Casos de Uso de Prueba 29. 1.2.2.1.2. Tratamiento de los métodos 24.2. Convertir el diagrama de clases orientado a objetos 24.2. 2. Multiplicidad. 2.4. 1.1.2. Identificar clases de interfaz 3. Diagrama de colaboración 3.3. Asociación) 24. Modelo de Casos de Uso 1. Procedimientos almacenados MODELO DE IMPLEMENTACIÓN 25.4.1.1. Pruebas de Aceptación ARCHIVOS DESARROLLO DE CASOS DE USO. Estimar la duración. Identificación de componentes (archivos de código que implementan una o mas clases) 26.1.2.1. Base de datos de pruebas 28. Identificar clases de entidad 3.2. Identificar clases Estimación de Costos Modelo de Análisis 3.3.2.23. 3.1. 1. 2. Agregación. 2.2. Realización de Caso de Uso . Especificación detallada de casos de uso Diagrama de Actividad Prototipar casos de uso ( interfaces ) Requisitos especiales Calcular Puntos de Función Estimar el esfuerzo. Flujo de Sucesos – Análisis 3.1. Codificación de los componentes MODELO DE PRUEBAS 27.2.1. Diagrama de clases 3.

2.4.2. Diagrama de secuencia 4. Propósito.1.2.1.1. Identificar clases de diseño a partir de las clases de análisis 4. Flujo de Sucesos – Diseño 4. Realización de Caso de Uso . 1.4.Diseño 4.2. 1. Clases de interfaz 4.2. Planificación de las fases del proyecto 1. Clases de entidad 4.2.2. 1.1.1.4. Clases de Control 4.3.1.3.2.5. Interfaces ANEXOS ANEXO 01: PLAN DE DESARROLLO DEL SOFTWARE 1. Modelo de Diseño 4. 1. alcance y objetivos Suposiciones y restricciones Entregables del proyecto Plan de fases Calendario del Proyecto ( en Project ) ANEXO 02: DOCUMENTO VISIÓN ANEXO 03: MATRICES DE TRAZABILIDAD ANEXO 04: GLOSARIO ANEXO 05: PROCEDIMIENTOS DE USUARIO ANEXO 06: GUÍAS DE CAPACITACIÓN .3. Diagrama de clases 4.1.