HOLA COMO ESTAS? COMIENZA TODO....

El Valor Actual Neto, VAN=menos Inversion inicial mas, beneficio menos costos ,e ntre 1+i, elevado a la 1, y asi sucesivamente; donde i, igual a 16 por ciento, es el interes utilizado segun el banco financiero El indicador Beneficio entre costo, B/C = Valor Presente de Beneficios entre, Va lor presente de Costos. Tasa interna de Retorn,TIR, EL VAN igualar a cero. Tiempo de recuperacion del capital, es igual a inversion inicial entre, benefici os menos costos. Si VAN es mayor a cero, beneficio entre costo es mayor a uno, y si el TIR es may or a CK.; p;or lo tanto el proyecto es rentable economicamente. Fases: Fases: Fases: 1. Fase 2. Fase 3. Fase 4. Fase

de de de de

Inicio. Elaboracin. Construccin. Transicin.

Fase de Inicio: Fase de Inicio: En esta fase desarrollarn los requisitos del prod ucto desde la perspectiva del usuario, los cuales sern establecidos en el artefac to Visin. Los principales casos de uso sern identificados y se har un refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del cliente /usuario del artefa cto Visin y el Plan de Desarrollo marcan el final de esta fase. Fase de Elaboracin: Fase de Elaboracin:En esta fase se analizan los requisitos y s e desarrolla un prototipo de arquitectura (incluyendo las partes ms relevantes y / o crticas del sistema). Al final de esta fase, todos los casos de uso correspon dientes a requisitos que sern implementados en la primera release de la fase de C onstruccin deben estar analizados y diseados (en el Modelo de Anlisis / Diseo). La r evisin y aceptacin del prototipo de la arquitectura del sistema marca el final de esta fase. En nuestro caso particular, por no incluirse las fases siguientes, la revisin y entrega de todos los artefactos hasta este punto de desarrollo tambin s e incluye como hito. La primera iteracin tendr como objetivo la identificacin y esp ecificacin de los principales casos de uso, as como su realizacin preliminar en el Modelo de Anlisis / Diseo, tambin permitir hacer una revisin general del estado de lo s artefactos hasta este punto y ajustar si es necesario la planificacin para aseg urar el cumplimiento de los objetivos. Ambas iteraciones tendrn una duracin de una semana. Fase de Construccin:Fase de Construccin: Durante la fase de construccin se termina n de analizar y disear todos los casos de uso, refinando el Modelo de Anlisis / Di seo. El producto se construye en base a 2 iteraciones, cada una produciendo una r elease a la cual se le aplican las pruebas y se valida con el cliente / usuario. Se comienza la elaboracin de material de apoyo al usuario. El hito que marca el fin de esta fase es la versin de la release 2.0, con la capacidad operacional par cial del producto que se haya considerado como crtica, lista para ser entregada a los usuarios para pruebas beta. Fase de Transicin:Fase de Transicin:En esta fase se prepararn dos releases para dis tribucin, asegurando una implantacin y cambio del sistema previo de manera adecuad a, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta

fase incluye, la entrega de toda la documentacin del proyecto con los manuales d e instalacin y todo el material de apoyo al usuario, la finalizacin del entrenamie nto de los usuarios y el empaquetamiento del producto.

HEY HEY HEY HEY!!! 3. FASE I: INCEPCION. Comprende los siguientes flujos de trabajo (work Flow). 3.1 MODELO DEL NEGOCIO. Describe los procesos actuales del negocio. A. Definicin de las Reglas del Negocio. B. Modelo de Casos de Uso del Negocio. Se representa los procesos actuales del negocio mediante el diagrama de casos de casos de uso del negocio. Se utiliza los siguientes estereotipos: Como caso de uso del negocio, Axctor del negocio. Cada caso de uso del negocio se documenta con: Hoja de descripcin de caso de uso. Diagrama de actividades del negocio (Ver ejemplo en Rational Rose). Modelo de objetos del negocio (MON). Representa la relacin entre el actor del negocio, el trabajador del negocio y las entidades del negocio. NOTACION:Actor del negocio( palitos con cabeza celeste con raya), Trabajador del negocio(un circulo grande con una cabeza con celeste con raya) y entidad del ne gocio(circulo grande celeste con raya). C. Modelo del Dominio(Puros circulos celestes con raya como si fueran un mo delado de base de datos.). Es el primer diagrama de clase inicial que se obtiene a partir de los MON y Diagramas de Actividades del negocio. Es un diagrama de clase genrico y muestra la relacin y multiplicidad entre clases EJEMPLO: Modelo del Dominio del Sistema de Ventas Se crea en la vista de Logical View (Vista Lgica). Se crea un paquete lla mado Modelo del Dominio y dentro de los subsistemas correspondientes (Sistemas d e Compras, almacn y ventas). Dentro del sistema de ventas se crea un diagrama de clase, se arrastran las entidades del negocio y se elabora el diagrama de clases .

3.2 A. B. C. D. E. F.

MODELO DE REQUERIMIENTOS. Requerimientos Funcionales. Requerimientos No Funcionales. Modelo de Casos de Uso. Estimacin del Tiempo de Desarrollo Basado en Puntos de Csos de Uso. Estudio de Viabilidad Econmica. Priorizacin de Casos de Uso.

4.

FASE II: ELABORACION.

4.1 MODELO DE ANALISIS. A. Diagrama de Clases de Anlisis. B. Diagramas de Colaboracin por cada caso de uso. C. Diagramas de Paquetes. D. Diagrama de Subsistemas. 4.2 MODELO DE DISEO. A. Modelo de Clases de Diseo. B. Diagramas de Casos de Uso de Realizacin. Cada caso de uso de realizacin se documenta con: Diseo de la Ficha (Formulario). Diagrama de Secuencia. Diagrama de Actividades (opcional). C. Diagrama de Estados. D. Diagrama de Navegabilidad. 5. FASE III: CONSTRUCCION.

5.1 MODELO DE IMPLEMENTACION (DESARROLLO). A. Diagrama de Componentes. B. Diagrama de Despliegue. C. Diagrama de Datos (Rational Rose). D. Diagrama de Entidad-Relacin (SQL Server). E. Diagrama de Entidades Lgico (Erwin). F. Diagrama de Entidades Fsico (Erwin). G. Generacin de Cdigo (C#). 6. FASE IV: TRANSICION.

6.1 MODELO DE PRUEBAS. A. Casos de Uso de Prueba. B. Prueba de la Caja Negra. C. Prueba de la Caja Blanca D. Elaboracin de los Manuales: Manual de instalacin. Manual del Sistema. Manual de Ayuda. Manual de errores. E. Capacitacin de los Usuarios del Sistema. 6.2 MODELO DE IMPLANTACION. A. Implantacin del Sistema (Puesta en marcha del Sistema). B. Mantenimiento del Sistema.

PROCESO UNIFICADO DE SARROLLO DE SOFTWARE (RUP Rational Unified Process) Es una metodologa para desarrollar sistemas de informacin. Un proceso define quin hace qu, cundo y cmo alcanzar un determinado objetivo. Un proceso de desarrollo de software debera ser capaz de evolucionar con el paso del tiempo. Es importante limitar el alcance del proceso y ajustarlo a las reali dades del momento: Tecnologa: el proceso debe construirse sobre las tecnologas disponibles en el mom nto en el que se est desarrollando (H&S). Herramientas: las herramientas son esenciales para el proceso y deben desarrolla rse en paralelo (Rational Rose, Visual UML, Enterprise Architec, Poseidon, Visio , etc.). Personas: es necesario limitar las habilidades necesarias para trabajar el proce so a las habilidades que poseen los desarrolladores. Patrones de organizacin: todo se resume en que el creador del proceso debe adapta r el mismo a las realidades del momento. Para llevar a cabo los ciclos sucesivos del desarrollo de software, los desarrol ladores necesitan todas las representaciones del producto software: Modelo de casos de uso: representa todos los casos de uso y su relacin con el usu ario. Modelo de anlisis: tiene dos propsitos. -Refinar los casos de uso con ms detalle. -Establecer la funcionalidad a un conjunto de objetivos. Modelo de diseo: define: -La estructura esttica del sistema. -Los casos de uso reflejados como colaboraciones. Modelo despliegue: define los nodos de procesamiento y la correspondencia de los componentes con esos nodos. Modelo de implementacin: incluye componentes y la correspondencia de las clases c on los componentes. Modelo de prueba: describe los casos de prueba que verifican los casos de uso. 2. Caractersticas del Proceso Unificado Las caractersticas del Proceso Unificado son las siguientes: Utiliza el lenguaje de modelado UML. Dirigido por casos de uso. Centrado en la arquitectura. Iterativo-Incremental. Modelos de procesos. El Proceso Unificado: Proporciona una gua para ordenar las actividades de un equipo. Dirige las tareas de cada desarrollador por separado y del equipo como un todo. Especifica los artefactos que deben desarrollarse. Ofrece criterios para el control y la medicin de los productos y actividades del proyecto. Est basado en componentes reutilizables conectados a travs de interfaces. Es un proceso de desarrollo de software, es decir, un conjunto de actividades ne cesarias para transformar los requisitos de un usuario en un sistema software. Es un marco genrico que puede especializarse para una gran variedad de sistemas s oftware.