You are on page 1of 37

Índice

Índice...............................................................................................................................................1 PLAN DE ADMINISTRACION DEL PROYECTO DE SOFTWARE........................................1 Introducción ...................................................................................................................................1 Propósito del Plan de Proyecto.......................................................................................................2 Descripción del Problema...............................................................................................................2 Métricas en el Software...................................................................................................................3 Ámbito del Proyecto.......................................................................................................................9 Estimaciones.................................................................................................................................11 Planificación Temporal.................................................................................................................14 Análisis de Riesgos.......................................................................................................................19 Tabla de Recursos.........................................................................................................................19 Mecanismos de Seguimiento y Control........................................................................................20 Bibliografía ..................................................................................................................................21 Anexos.............................................................................................................................................i

INGENIERIA DE SOFTWARE II

PAPS – MINI WORKFLOW

PLAN DE ADMINISTRACION DEL PROYECTO DE SOFTWARE Introducción
Al interior de las organizaciones se genera la información necesaria para el funcionamiento de sus diferentes procesos; ésta parte de un puesto de trabajo en particular y puede ser utilizada en el mismo o en otro diferente. Cuando la información generada es usada en un lugar distinto al que la produce, se debe tener en cuenta que los documentos hacen un recorrido dentro de la empresa, antes de llegar a su destino final; esto es conocido como flujo de trabajo (workflow). De acuerdo con lo anterior se puede decir que el proceso workflow o flujo de trabajo ha existido desde hace bastante tiempo atrás, debido a que el manejo de información es importante para todas las organizaciones y siempre la han utilizado en sus procesos. Tradicionalmente, el principal inconveniente del manejo de documentos ha sido la dificultad para distribuirlos con un mismo formato, según la información que contengan, a las dependencias de la empresa que requieran dichos artículos. Las redes de área local intranet han creado un medio donde se puede superar s este obstáculo, haciendo que casi cualquier información sobre la red este disponible en cualquier punto de la empresa. Debido que las intranet permiten una buena gestión de documentos por medio de una sede Web, se puede aprovechar esta infraestructura para crear nuevas herramientas para los administradores de redes, que ahora deben enfrentar consideraciones sobre el acceso, control y la autoría de los documentos. Muchas organizaciones se ven en la necesidad de crear rutas para el flujo de información vía electrónica con el fin de despapelar y agilizar el recorrido de

1

definir niveles de seguridad y definir prioridades en documentos. El workflow es una herramienta de software que puede ser implementada sobre una intranet para automatizar procesos que requieren del envío de documentos. que no han automatizado este proceso puede resultar muy tedioso. con el fin de agilizar los trámites propios existentes en el funcionamiento de una organización. cabe anotar que la persona encargada del proceso puede definir el recorrido que debe tener un documento al que haya que dar trámite. 2 . de la manera más organizada y eficiente posible. debido entre otras razones a que deben pasar de un departamento a otro.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW documentos. flujo éste. producción. Entre las ventajas que presenta la automatización de este proceso se encuentran: • Disminuye costos asociados al papel. además de ofrecer estimaciones de tiempo. corriendo el riesgo de perderse o sufrir retrasos innecesarios durante el proceso. en el que sea posible dar trámite por medio de contraseñas que pueden ser representadas como claves personales. este sistema de claves puede ser implementado dentro de un software para workflow con el fin de permitir el servicio del envío de documentos bajo una red de área local como intranet. costo y esfuerzo Descripción del Problema El manejo de trámites con el que cuentan algunas empresas. almacenamiento y transporte de formas. diseño e implementación de un workflow que permita agilizar o mejorar los procesos administrativos de una empresa Propósito del Plan de Proyecto El propósito del plan es proporcionar una guía para poder cumplir con todos los objetivos del proyecto. formularios y documentos. El presente proyecto desarrollará el análisis.

Permite a la gerencia concentrase en lo que es realmente productivo para la organización. obteniendo resultados en menor tiempo. error y fallas por pérdida o desaparición de papeles. 120 100 50 Error es 15 10 20 Defect os 8 2 10 Métrica orientada a la función SWAMP Parámetros de Medición Cuenta Simple Factor de Peso Medio Complejo Total 3 . 2 6.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW • • • • • Reduce el tiempo de procesamiento. además de poder brindar una mejor atención al cliente Toda empresa que tiende a crecer. el sistema que se utilice debería estar preparado para este tipo de cambios dentro la empresa. también tiende a realizar cambios en la estructura. Disminuye las posibilidades de incumplimiento. Mejora la calidad y oportunidad de la información necesaria para la realización de actividades fundamentales del negocio. ahorrando en horas hombre. 6 24. Doc. Permite agilitar tramites a los que se les puede hacer un mejor seguimiento.6 Tiempo (en meses) 5 5 3 Esfuerzo( PM) 30 25 6 Perso nas 6 5 2 Pag. Métricas en el Software Métrica orientada al tamaño Esta métrica sólo considera las líneas de código que contiene el proyecto Costo (en miles $) 15 13 4 Proyecto SWAMP Imixs IX Workflow Web WorkFlow KL DC 29.

INGENIERIA DE SOFTWARE II # de entradas de usuario # de salidas de usuario # de peticiones de usuario # de archivos # de interfaces externas 25 9 10 4 2 3 4 3 7 5 4 5 4 10 7 PAPS – MINI WORKFLOW 6 7 6 15 10 75 45 40 28 10 198 Cta Total Significativo No Influye Moderado Incidental FACTORES ¿Requiere el sistema copias de seguridad y de recuperación fiables? ¿Se requiere comunicación de datos? ¿Existen funciones de procesamiento distribuido? ¿Es crítico el rendimiento? ¿Se ejecutara el sistema en un entorno operativo existente y fuertemente utilizado? ¿Requiere el sistema entrada de datos interactiva? ¿Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre múltiples pantallas u operaciones? ¿Se actualizan los archivos maestros de forma interactiva? ¿Son complejos las entradas.65 + 0.01 * 46] = 219. los archivos o las peticiones? ¿Es complejo el procesamiento interno? ¿Se ha diseñado el código para ser reutilizable? ¿Están incluidas en el diseño la conversión y la instalación'? ¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones? ¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario? Esencial Medio 1 2 3 4 5 6 7 8 9 10 11 12 13 14 X X X X X X X X X X X X X X 4 4 3 4 4 3 3 0 2 4 4 3 4 4 46 PF = 198 * [0.78 ≅ 220 El programa SWAMP cuenta con 220 puntos de función IMIXS IX WORKFLOW Parámetros de Medición Cuenta Simple Factor de Peso Medio Complejo Total f 4 . las salidas.

los archivos o las peticiones? ¿Es complejo el procesamiento interno? ¿Se ha diseñado el código para ser reutilizable? ¿Están incluidas en el diseño la conversión y la instalación'? ¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones? ¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario? X X X X X X X X X X X X X X 43 PF = 134 * [0.INGENIERIA DE SOFTWARE II # de entradas de usuario # de salidas de usuario # de peticiones de usuario # de archivos # de interfaces externas 15 7 4 4 2 3 4 3 7 5 4 5 4 10 7 PAPS – MINI WORKFLOW 6 7 6 15 10 45 35 16 28 10 134 Cta Total Significativo No Influye Moderado Incidental FACTORES Esencial Medio 1 2 3 4 5 6 7 8 9 10 11 12 13 14 ¿Requiere el sistema copias de seguridad y de recuperación fiables? ¿Se requiere comunicación de datos? ¿Existen funciones de procesamiento distribuido? ¿Es crítico el rendimiento? ¿Se ejecutara el sistema en un entorno operativo existente y fuertemente utilizado? ¿Requiere el sistema entrada de datos interactiva? ¿Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre múltiples pantallas u operaciones? ¿Se actualizan los archivos maestros de forma interactiva? ¿Son complejos las entradas.01 * 45] = 147.65 + 0. las salidas.4 ≅ 147 El programa IMIXS IX WORKFLOW cuenta con 147 puntos de función WEB WORKFLOW f 4 3 3 4 4 3 3 0 2 4 4 3 4 4 5 .

Total Significativ o No Influye Moderado Incidental FACTORES ¿Requiere el sistema copias de seguridad y de recuperación fiables? ¿Se requiere comunicación de datos? ¿Existen funciones de procesamiento distribuido? ¿Es crítico el rendimiento? ¿Se ejecutara el sistema en un entorno operativo existente y fuertemente utilizado? ¿Requiere el sistema entrada de datos interactiva? ¿Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre múltiples pantallas u operaciones? ¿Se actualizan los archivos maestros de forma interactiva? ¿Son complejos las entradas.84 ≅ 68 El programa WEB WORKFLOW cuenta con 68 puntos de función f 4 3 1 2 4 3 3 0 2 4 4 3 4 4 6 .65 + 0.01 * 41] = 67. las salidas. los archivos o las peticiones? ¿Es complejo el procesamiento interno? ¿Se ha diseñado el código para ser reutilizable? ¿Están incluidas en el diseño la conversión y la instalación'? ¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones? ¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario? Esencial Medio 1 2 3 4 5 6 7 X X X X X X X X X X X X X X 8 9 1 0 1 1 1 2 1 3 1 4 41 PF = 64 * [0.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW Factor de Peso Simple Medio Complejo 3 4 3 7 5 4 5 4 10 7 6 7 6 15 10 Parámetros de Medición # de entradas de usuario # de salidas de usuario # de peticiones de usuario # de archivos # de interfaces externas Cuenta 6 2 2 4 0 Total 18 10 8 28 0 64 Cta.

INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW Pantallas principales SWAMP IMIXS IX WORKFLOW 7 .

INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW WEB WOKFLOW 8 .

y las ventajas que éstas ofrecen. Realizar un análisis de todos los requerimientos para el desarrollo del sistema. Recolectar toda la información posible sobre las herramientas a utilizarse. tomando en cuenta las necesidades con las que cuenta una empresa en cuanto al manejo de trámites. para una mejor comprensión de los requisitos y de esta forma refinar y estructurar los requerimientos. A través de la elaboración de casos de uso. Objetivos específicos • • • Realizar una minuciosa captura de requerimientos. 9 .INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW Ámbito del Proyecto Objetivos Objetivo general • Desarrollar una aplicación para la gestión y seguimiento de flujo de acciones (workflow) correspondiente a trámites en una empresa.

Diseñar la arquitectura de la aplicación tomando como base el análisis de requerimientos.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW • • • Diseñar una base de datos que contemple las funciones que se esperan estén presentes en el software. es decir que cuando se desee. Se permitirá la gestión de cuentas de Usuario teniendo la opción de asignar ciertos privilegios o accesos al sistema. ya que una falla podría involucrar pérdidas tanto 10 . Atención al Trámite Aquí se iniciaran y procesaran trámites. Gestión Estructural Aquí se realizara la gestión de departamento así como de las actividades en cada uno de ellos. la fiabilidad es crítica en el software. teniendo la posibilidad de atender varios trámites y hacer un seguimiento a cada trámite que se vaya a iniciar o se encuentre en proceso. Rendimiento El tiempo de respuesta esperado debe ser mínimo porque esto podría retrasar el manejo de los trámites. Gestión de Política Aquí se definirá el flujo que deben seguir los diferentes trámites o servicios que se ofrece. R4. Planificar interfaces de fácil manejo para el usuario. Requerimientos principales R1. También controlará el inicio y cierre de sesión. Fiabilidad Al tratarse de un sistema para el manejo de información de una empresa. es decir se definirán las políticas. R3. el trámite podrá ser pausado para continuar en otro momento. R2. Gestión de Usuario.

2) + 29.20 Cb 2. Interfaces externas El software no cuenta con interfaces externas.0 3. objetos a emplearse y otros más.32 11 .6 Bb 1. algunas de las cuales toman en cuenta diversos factores como líneas de código del programa.38 0.6 Mas probable 24. Estimaciones Para realizar las estimaciones correspondientes al proyecto.35 0. grado de complejidad del proyecto. Restricciones Las restricciones vendrían a ser las impuestas por la empresa. KLDC Optimista 6. entre ellas se encuentra el acceso de los usuarios a ciertas áreas del sistema.5 Db 0.5 2. se han recurrido a 5 tipos de estimaciones distintas.5 2.6 Pesimista 29.12 1. esfuerzo.4 3.2 Esperadas 22.6 = 22.167 6 Se estima que el proyecto puede tener 22.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW económicas como sociales.6 + 4 * (24.05 1.167 KLDC COCOMO básico Tipo proyecto Orgánico Semiacoplado Empotrado Ab 2. tanto para la empresa como para el cliente dueño del trámite.167 VE = Optimista + 4 * (mas Pr obable) + Pesimista 6 VE = 6.

38 = 11.5 * (62) 0.16 ≈ 5 Se necesitan 5 personas en el equipo de trabajo para desarrollar el D 12 proyecto en 12 meses Basado en el esfuerzo Proyecto WORKFLOW Costo Costo Total x actividad Análisis (25%) 15 250 3750 Diseño (30%) 19 300 5700 Implementación (25%) 16 200 3200 Prueba (20%) 12 200 2400 Total 62 15050 De acuerdo con este método de estimación. Se estima que se tendrá un 40 % de reutilización de los objetos empleados en el proyecto 12 .99 ≈ 12meses E 62 = = 5. 05 = 62.167) 1.167 KLDC E = Ab KLDC Bb E = 2. el proyecto llegara a tener un costo total de 15050 dólares. COCOMO II Tipo objeto Pantallas Reportes Componentes 3gl Cuenta 9 4 3 Po Simple 1 2 Factor de peso Medio Avanzado 2 3 5 8 10 total 18 20 30 68 El proyecto presenta 68 Puntos objetos.11 ≈ 62 PM D = Cb E Db D = 2.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW El proyecto a realizar corresponde al tipo de proyecto Orgánico Tomando en cuenta en base a la estimación anterior 22.4 * ( 22.

333 / P ]3 * (1 / t 4 ) Asumiendo un P=12000.14 (LDC/P) 0.8 ≅ 41 Se obtuvo 41 puntos de objetos nuevos a desarrollar para el proyecto Proporciones de productividad Capacidad y madurez del desarrollador Capacidad y madurez del entorno PROD 4 7 Muy Bajo Bajo Norma l X X 13 25 50 Alto Muy Alto E= E= Nop PROD 41 = 1.14 (22167/12000) 0. β=0.40) 100 Nop = 40.43 t min = 8.57 ≅ 2 26 Se estima que se tendrá un esfuerzo de 2 mes-persona La Ecuación del Software La ecuación del software es un modelo multivariable dinámico que asume una distribución específica del esfuerzo a lo largo de la vida de un proyecto de desarrollo de software. El modelo de estimación tiene esta forma: E = [ LDC * β 0.%reutilizacion) 100 Nop = 68 * (100 .59 ≅ 11 Se espera un tiempo mínimo de 11 meses para la realización del proyecto 13 .INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW Nop = po * (100 .43 = 10.30 t min = 8.

a través de 2 diagramas se pretende mostrar la distribución de tiempos planificada. a través del cual se podrá apreciar el tiempo que se le va a otorgar para la realización de cada actividad y las actividades que son requisitos para realizar otras actividades.88)3 E = 37 personas-mes Se estima que se requiere un esfuerzo de 37 personas-mes para llevara cabo el proyecto Planificación Temporal Todo proyecto requiere una planificación del tiempo a emplear en las diversas actividades que se van a llevar a acabo para el cumplimiento del mismo. Diagrama de Gantt 14 . Mientras que en el diagrama PERT se podrá apreciar las relaciones de cada actividad una con otra y así mismo se podar ver la ruta critica el proyecto.INGENIERIA DE SOFTWARE II E =180 βt 3 PAPS – MINI WORKFLOW E = 180 x 0. primeramente el diagrama de Gantt. es decir aquellas actividades que un retraso en las mismas ocasionaría un retraso en todas las demás actividades y por lo tanto un retraso en el proyecto en si.30 x (0.

INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW 15 .

INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW 16 .

INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW Diagrama PERT 17 .

INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW 18 .

67 8.00 0.00 260.00 0.33 8. empleando toda la documentación posible acerca de la estrategia a utilizar -Buscar información y ayuda en el manejo la misma -Contemplar dentro de la planificación de tiempo un tiempo de demora asumiendo cualquier tipo de eventualidad Tabla de Recursos Recurso Inicio Hardware PC (A1) PRN(A2) Software SO(A3) NetBeans 5.33 0.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW Análisis de Riesgos Tabla de riesgos Riesgo R1: Integrante del equipo de desarrollo se retira del proyecto % Probabilidad 60 Impacto SG Plan Reducción -Firmar Contrato de trabajo con los integrantes del equipo -Motivar a los integrantes del equipo a través de dinámicas de trabajo -Trabajar con estrategias empleadas previamente Supervisión -No distribuir de manera critica el trabajo R2: Estrategia de desarrollo desconocido 10 M R3: Herramienta de desarrollo desconocida R4: Mala estimación de tiempo debido a no contemplar actividades ajenas al proyecto 20 60 SG CR -Trabajar con herramientas empleadas previamente -En el momento de realizar la planificación de tiempos y actividades.67 0.5(A4) StarUML(A5) SQL Server(A6) Gente Jefe de proyecto Analista 1/10/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 Fechas fin 31/5/2008 31/5/2008 31/5/2008 31/5/2008 31/5/2008 31/5/2008 31/5/2008 31/02/2008 5 1 5 5 1 1 1 2 Cantidad Costo Unitario 700 48 139 0 0 781 4000 1600 % Depreciación 25 25 50 50 50 50 Costo Unitario Neto 116.00 260.33 4000 1600 Costo Total 583.33 4000 3200 Modalidad Adquirir Comprar Comprar Comprar Descargar Descargar Comprar Contratar Contratar 19 .00 231. realizarla siguiendo un calendario en el cual contemple posibles eventualidades y tiempos reales de trabajo de los integrantes del equipo -Trabajar de manera organizada y minuciosamente.00 46.

A10. A9. 20 . tiempo y performance el proyecto. Entre las tareas a realiza se encuentran: • • • • • Seguir y revisar los resultados y logros del proyecto Revisar el Plan de Proyecto para reflejar los resultados obtenidos y ajustar las tareas restantes en caso de ser necesario Analizar el progreso en la ejecución del Plan Tomar acciones correctivas en caso de desvíos Fijar nuevas metas El seguimiento y control se lo pretende realizar de la siguiente manera: • Realizar reuniones periódicas del estado del proyecto en las que todos los miembros del equipo presentan un informe de los progresos y de los problemas.20 Contratar Contratar Contratar Alquilar Prestado Prestado Prestado Comprar Comprar Comprar Mecanismos de Seguimiento y Control El seguimiento y control de un proyecto se lo realiza para asegurar que el equipo de desarrollo cumple con el Plan de Proyecto.87 320 19429. esto se realiza a través de formularios definidos para cada una de las fases del proyecto(A8. A11) • Evaluar los resultados de todas las revisiones realizadas a lo largo del proceso de ingeniería de software.INGENIERIA DE SOFTWARE II Diseñador Ingeniero de Prueba Programador Infraestructura Local Energía Eléctrica Servicio Agua potable Internet Logística Material de escritorio Muebles y Enseres(A7) Viático 1/11/2007 1/5/2007 1/1/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 1/10/2007 31/04/2008 31/5/2008 31/4/2008 31/5/2008 31/5/2008 31/5/2008 31/5/2008 31/5/2008 31/5/2008 31/5/2008 2 1 3 1 1 1 1 1 1 2 2000 300 750 1600 1200 400 800 160 869 160 20 PAPS – MINI WORKFLOW 2000 300 750 1600 1200 400 800 160 115. esto se realiza con el fin de medir costo.87 160 4000 300 2250 1600 1200 400 800 160 115.

cl/index.ei. Ivar.p pt Rumbaugh. PEARSON EDUCATION 2000.cl/documentos/etapas/S+C/guia_practica_resultados_producc ion-1.net/ 21 .uvigo.es/~cfajardo/Nueva_carpeta/presentaciones/cocomo2k. “UML y PATRONES”.INGENIERIA DE SOFTWARE II PAPS – MINI WORKFLOW • Determinar si se han conseguido los hitos formales del proyecto en la fecha programada.uba. James. Booch.mx/Sitios/seissigma/archivos/Presentacion FormatoSoftware. Jacobson.php? option=com_content&task=view&id=341&Itemid=227 http://www.fondef.fondef.pdf http://sourceforge. Grady ‘’ El Proceso Unificado de Desarrollo de Software ‘’.dc. James. Craig.fondef. Booch. PEARSON EDUCATION 2000 Larman.cimat. http://www. para ello se deben definir primeramente los objetivos que se esperan conseguir la llegar a cada uno de los hitos • • Comprar la fecha real de inicio con las previstas para cada tarea del proyecto listada en el diagrama de Gantt (A12) Reuniones informales con los profesionales del software para obtener su valoración subjetiva del progreso hasta la fecha y los problemas que se avecinan (A13) Bibliografía • • • • • • • • • • http://trevinca. Ivar.cl/documentos/etapas/S+C/Manual_Presentacion_Comite %20Area. Jacobson.p df http://www-2. Grady ‘’ El Proceso Unificado ‘’.pdf http://www. Prentice Hall 1999 Rumbaugh.ar/materias/isoft2/2005_02/clases/seguimiento %2020050426_.pdf http://www.

i . MANTEMIENTO SEMESTRAL GRATUITO. 4 SATA RED 10/100/1000 MBPS INTEL PRO RED De1GB LECTOR DE DVD/CD-ROM LG PARLANTES 600W DELUX SONIDO DE 32 BIT 5. 2 PS/2 Minidin.INGENIERIA DE SOFTWARE II ANEXOS Anexos Anexo 1) Precio: 699$us. PS/2/USB .1 CANALES 3D TECLADO MULTIMEDIA MOUSE OPTICO.44MB MITSUMI SLOTS DE EXPANSION 4 PCI. PAD MOUSE CORATAPICOS OMEGA. COBERTORES Para el Polvo INCLUYE CDS DE INSTALACION Y MANUAL DE USUARIO.3 GB IBM HITACHI SATA 7200rpm MEMORIA DDRII . Computadora PENTIUM “CORE 2 DUO” INTEL 1.512 MB BUS 533 EXPANDIBLE A 8GB TARJETA DE VIDEO 128/256 MB PCI EXPRESS NVIDIA out tv MONITOR DELL LCD 17” Pantalla Plana 170º Angulo de Vision FLOPPY DRIVE 1.86 GHz 4MB cache L2 Bus 800 MHz CASE DELUX ATX C/FUENTE PODER 550W doble ventilación CON BUS DE DATOS DE 533/800/1066 MHz TARJETA MADRE INTEL DP965LT CORE2DUO bios intel DISCO DURO DE 82. 2 AÑOS DE GARANTIA. 4PCI EXPRESS X1. 6 PUERTOS USB 1 PUERTO PCI EXPRESS X16.

Impresora Canon IP1800 4800x1200dpi. 8 1/2 x 11 fotos Marca: Canon EAN: 4960999415307 Ancho del Papel: A4 (30 cm) Bluetooth: sin Bluetooth Capacidad Fotográfica: No Color/Blanco y negro: Color Display LCD: No Ethernet: No Fuente de Energía: Red Graphic Device Interface (GDI): No Impresión de CDs: No Impresión Sin Borde: Sí Impresiones en Blanco y Negro (por Minuto): 20 ppm Impresiones en Color (por Minuto): 16 ppm LAN Inalámbrico: No Número de Colores (Incluido Negro): 4 Postscript: No Printer Command Language (PCL): No Ranura Para Tarjeta Memoria: sin ranura para tarjeta de memoria Sistema de Impresión Directa (PictBridge): No Tipo de Impresora: Tinta ii .INGENIERIA DE SOFTWARE II ANEXOS Anexo 2) Precio: 48 $us. 8x10 . Fine Technology. 5x7.

Escritorio Remoto. Una nueva interfaz de uso más fácil. archivos. incluyendo herramientas para el desarrollo de temas de escritorio. • • • ClearType. que permite a los usuarios abrir una sesión con una computadora que funciona con Windows XP a través de una red o Internet. diseñado para mejorar legibilidad del texto encendido en pantallas de cristal líquido (LCD) y monitores similares.INGENIERIA DE SOFTWARE II ANEXOS Anexo 3) Costo: US$139. Uso de varias cuentas. así como el establecimiento de una red FireWire. y dispositivos. que permite un usuario guarde el estado actual y aplicaciones abiertos en su escritorio y permita que otro usuario abra una sesión sin perder esa información. y • • Soporte para la mayoría de módems ADSL y conexiones wireless. iii . teniendo acceso a sus usos. impresoras. Capacidad del sistema operativo de desconectar un dispositivo externo sin necesidad de reiniciar.00 Microsoft Windows XP Professional Licencia Adicional • • Secuencias más rápidas de inicio y de hibernación.

proporcionan extensiones adicionales que se integran fácilmente en la plataforma y que pueden también utilizarse para desarrollar sus propias herramientas y soluciones.5 NetBeans es un proyecto de código abierto de gran éxito con una gran base de usuarios.netbeans. Existe además un número importante de módulos para extender el IDE NetBeans. especializadas en desarrollo de software. Se lo puede descargar desde: http://www. A día de hoy hay disponibles dos productos: el NetBeans IDE y el NetBeans Plataform. depurar y ejecutar programas. y con cerca de 100 socios (¡y subiendo!) en todo el mundo. El NetBeans IDE es un entorno de desarrollo . compilar.una herramienta para programadores pensada para escribir.org/index_es. El código fuente está disponible para su reutilización de acuerdo con la Common Development and Distribution License (CDDL). Está escrito en Java . El IDE NetBeans es un producto libre y gratuito sin restricciones de uso.INGENIERIA DE SOFTWARE II ANEXOS Anexo 4) Costo: Gratuito NetBeans 5. una comunidad en constante crecimiento.html iv . Ambos productos son de código abierto y gratuitos para el uso tanto comercial y como no comercial. Empresas independientes asociadas. También disponible está el NetBeans Platform. una base modular y extensible usada como una estructura de integración para crear aplicaciones de escritorio grandes. Sun MicroSystems fundó el proyecto de código abierto NetBeans en junio 2000 y continúa siendo el patrocinador principal de los proyectos.pero puede servir para cualquier otro lenguaje de programación.

entre las cuales se encuentran: * Soporte completo al diseño UML mediante el uso de.Diagrama de casos de uso .Diagrama de actividad.Diagrama de despliegue.0) * Definir elementos propios para los diagramas. . .Diagrama de componentes .Diagrama de composición estructural (UML 2.Diagrama de colaboración. c# y java. que en un principio era un producto comercial y que hace cerca de un año paso de ser un proyecto comercial (anteriormente llamado plastic) a uno de licencia abierta GNU/GPL. que no necesariamente pertenezcan al estándar de UML. v . .Diagrama de clase .INGENIERIA DE SOFTWARE II ANEXOS Anexo 5) Costo: Gratuito StarUML es una herramienta para el modelamiento de software basado en los estándares UML (Unified Modeling Language) y MDA (Model Driven Arquitecture). * La capacidad de generar código a partir de los diagramas y viceversa. El software heredó todas las características de la versión comercial y poco a poco ha ido mejorando sus características.Diagrama de estados .Diagrama de secuencia . actualmente funcionando para los lenguajes c++. .

* Plantillas de proyectos.sourceforge.php vi . EJB (Enterprise JavaBeans) y personalizados. Se lo puede descargar desde: http://staruml.INGENIERIA DE SOFTWARE II ANEXOS * Generar documentación en formatos Word. Excel y PowerPoint sobre los diagramas. * Patrones GoF (Gang of Four) . * Posibilidad de crear plugins para el programa.net/en/download.

y no a registros individuales. Es un lenguaje declarativo de alto nivel o de no procedimiento. permite una alta productividad en codificación. que gracias a su fuerte base teórica y su orientación al manejo de conjuntos de registros. vii .23 MICROSOFT SQL CLIENT ACCESS LICENSE 2 AÑOS DE ACTUALIZACION A NUEVAS VERSIONES El SQL es un lenguaje de acceso a bases de datos que explota la flexibilidad y potencia de los sistemas relacionales permitiendo gran variedad de operaciones sobre los mismos. De esta forma una sola sentencia puede equivaler a uno o más programas que utilizasen un lenguaje de bajo nivel orientado a registro.INGENIERIA DE SOFTWARE II ANEXOS Anexo 6) Costo: $781.

1 Archivadore para carpetas flotantes (35$us/uni) y 1 Armario (35$us/uni) viii . 2 Cajoneras (22$us/uni). 4 Alas de mesa (30$us/uni) 1 Silla grande (35$us/uni) 10 Silla pequeñas (20$us/uni).INGENIERIA DE SOFTWARE II ANEXOS Anexo 7) Costo: 869$ Muebles 5 Mesas de oficina (80$us/uni).

en caso de ser un caso de uso y un actor nuevo. Se deben nombrar las pantallas. se marca la columna correspondiente (2) Este campo es para las observaciones que se tengan que considerar acerca de un caso de uso o un actor especifico (3) Esta última tabla es para lo relacionado con los prototipos. respecto al anterior informe presentado. y las observaciones que se tengan respecto a las mismas ix . si son nuevas respectos al anterior informe. es decir el avance que se tenga respecto a los mismos.INGENIERIA DE SOFTWARE II ANEXOS Anexo 8) FORMULARIO DE INICIO CODIGO Y TITULO DEL PROYECTO: FECHA PRESENTACION ACTUAL FECHA PRESENTACION ANERIOR: NOMBRE Y CARGO: CASOS DE USO Y ACTORES IDENTIFICADOS (1) CASOS DE USO NUEVO ACTORES NUEVO OBSERVACIONES (2) CASO DE USO / ACTOR OBSERVACION PROTOTIPO (2) PANTALLA NUEVO OBSERVACION (1) En esta sección se definen los casos de uso y actores que presenta el proyecto.

(3) La tabla de paquetes debe llenarse con los datos de los paquetes de los cuales se tenga alguna observación o si el paquete es nuevo respecto a la anterior revisión efectuada x . sus atributos. o en el caso de ser una clase nueva con respecto a la anterior revisión. en caso de ser una clase nueva se debe marcar la columna ‘nueva’ .INGENIERIA DE SOFTWARE II ANEXOS Anexo 9) FORMULARIO DE ELABORACION CODIGO Y TITULO DEL PROYECTO: FECHA PRESENTACION ACTUAL FECHA PRESENTACION ANERIOR: NOMBRE Y CARGO: CASOS DE USO(1) CASO DE USO OBSERVACION CLASES (2) NOMBR E CLASE ESTEREOTIP O NUEV A RELACIO N CON OTRAS CLASES ATRIBUTO S OBSERVACIO N PAQUETES (3) NOMBRE NUEVO PAQUETE DEPENDENCIA ELEMENTOS OBSERVACCIONES (1) En esta tabla se deben definir las observaciones que se tengan de los caso de uso analizados en esta fase (2) Esta tabla debe llenarse con el nombre de la clase sobre la que se tenga alguna observación. ya sea por su funcionamiento.

consultas.INGENIERIA DE SOFTWARE II ANEXOS Anexo 10) FORMULARIO DE CONSTRUCCION CODIGO Y TITULO DEL PROYECTO: FECHA PRESENTACION ACTUAL FECHA PRESENTACION ANERIOR: NOMBRE Y CARGO: DISEÑO (1) MODIFICACION REALIZADA OBSERVACIONES IMPLEMENTACION (2) ELEMENTO NUEVO O MODIFICADO NUEVO TIPO OBSERVACION (1) Esta tabla se debe llenar con los datos de todas las modificaciones llevadas a cabo en el diseño (2) Debe llenarse todo lo referente a cambios en la implementación. procedimientos almacenados. clases. el tipo de elemento y las observaciones correspondientes xi . tablas de la base de datos. definiendo si es un elemento nuevo respecto a la anterior revisión. cambios en los componentes: pantallas. reportes. etc.

contempla el nro de prueba. que componente. el tipo.INGENIERIA DE SOFTWARE II ANEXOS Anexo 11) FORMULARIO DE TRANSICION CODIGO Y TITULO DEL PROYECTO: FECHA PRESENTACION ACTUAL FECHA PRESENTACION ANERIOR: NOMBRE Y CARGO: PRUEBAS (1) NR O ELEMENT O ENTRADA S SALIDA ESPERAD A SALIDA OBTENID A OBSERVACIONE S ERRORES (2) DESCRIPCION TIPO DE ERROR ORIGEN OBSERVACION CORREGIDO (1) Esta tabla corresponde a las pruebas realizadas sobre el software. marcar el campo ‘corregido’ xii .. puede ser una pantalla. y si el error esta corregido. tambien las observaciones correspondientes (2) En la tabla de errores deben llenarse todos los errores encontrados durante la depuración del programa. realizando una descripción del error. la salida esperada y la salida obtenida. el elemento sobre el que se realizara la prueba. las observaciones correspondientes. las entradas a tomar en cuenta para la prueba. es decir en que parte se encuentra. un procedimiento. etc. el origen.

INGENIERIA DE SOFTWARE II ANEXOS Anexo 12) VERIFICACION DE PLANIFICACION TEMPORAL TAREAS INICIO PREVISTO INICIO REAL TERMINACION PREVISTA TERMINACION REAL PERSONAS ASIGNADAS ESFUERZO OBSERVACIONES Esta tabla contempla el avance del proyecto respecto a la planificación temporal prevista en el Plan de Proyecto xiii .

INGENIERIA DE SOFTWARE II ANEXOS Anexo 13) SITUACION ACTUAL DE HITOS HITO EN AVANCE LOGRADO ATRASADO NO LOGRADO OBSERVACION Tabla que muestra la situación de cada uno de los hitos fijados para el proyecto xiv .