-INICIO: -Modelado de negocio -UML----->>>lenguaje unificado de modelamiento (Metodologia incorporada dentro de RUP) -Planificar, organicar, documentar los sistemas

-Se stablec3e la oportunidad y alcance el proyecto -Se identifica todsa las entidadews ecternas con las que se trata(actores). -Productos: -Un documento de visin general: -Requerimientos genrales del proyecto -cracteristicas principales : -Que hace el sistema -restricciones -Cosas que el software no va hacer. -se trabajara en una plataforma de accs por que nop tenemos sql server -Modelo inicial de caso de uso(10%a20%): -Pediomos los primeros casos de uso quienes interactuan con el sistema. -Glosario -Caso de negocios: -contexto: -Donde va trabajar,quienes lo va utilizar, el personal que lo esta haciendo. -criterios de exito: -Indicadores de rendimiento-Se establecex el tiempo como un indicador de exito-L os reportes digitalizados -Se describen en base a colores. verde-Se alcanzo Ambar-Esta en proceso rojo-Cuando no se alcanzo ------------------------KPI -Pronostico financiero -Presupuesto, se describe equipo, licenciamiento software, personal(Una hoja de Proyect)., cobrar por hora ejemp:30 soles) -Identificacion inicial de riesgos: Basicamente cuales son los riesgos, identificamos riesgos. -Plan de PRoyecto: Incluimos el diagrama de gant. -Uno o mas prototipos: -Ejemplo de un formulario -Establecemos maquetas, la interfaz de usuario. #####################################################Entrega Martes 02 de Octubr e.########################################### HIto: - Las paretes interesadas deben acordar el alcance y la estimacin de tiempo y cos to.

- Compresin de los requrimientos plasmados en caso de uso. -Objetivos: -analizamos el dominio del problema -Establecer una arquitectura base slida: Se establece la base de datos y el software de uso, establecer un sistema client e servidor. -Desarrollar un plan de proyecto: -Eliminar los elementos dfe mayor riesgo para el desarrollo exitoso del proyecto *Visin de "una milla de amplitud y una pulgada de profundidad" por que las decisiones de arquitectura requieren una visin global del sistema* #################################################Elaboracin###################### ################### Productos: -Es la parte critica del proceso: -Al final toda la ingenieria "Dura" esta hecha -Se puede decidir si vale la pena seguir adelante. -A partir de aqui la arquitectura los requerimientos y los planes de desarrollo son esatbles: Esamos elaborando -Ya hay menos riesgos y se puede planificar el resto del proyecto con menor ince rtidumbre: La arquitectura ya es ejecutable -Se construyen una arquitectura ejecutable que contemple: -Los casos de uso criticos -Los riesgos identificados ###############################################Elaboracin######################## ########### PRoductos: -Modelos dfe caso de uso(80% completo) -Otros requerimientos no funcionales o no asociados a casos de usos. Fin de la conversacin