Vous êtes sur la page 1sur 37

ndice

ndice...............................................................................................................................................1 PLAN DE ADMINISTRACION DEL PROYECTO DE SOFTWARE........................................1 Introduccin ...................................................................................................................................1 Propsito del Plan de Proyecto.......................................................................................................2 Descripcin del Problema...............................................................................................................2 Mtricas en el Software...................................................................................................................3 mbito del Proyecto.......................................................................................................................9 Estimaciones.................................................................................................................................11 Planificacin Temporal.................................................................................................................14 Anlisis de Riesgos.......................................................................................................................19 Tabla de Recursos.........................................................................................................................19 Mecanismos de Seguimiento y Control........................................................................................20 Bibliografa ..................................................................................................................................21 Anexos.............................................................................................................................................i

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

PLAN DE ADMINISTRACION DEL PROYECTO DE SOFTWARE Introduccin


Al interior de las organizaciones se genera la informacin 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 informacin 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 atrs, debido a que el manejo de informacin 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, segn la informacin que contengan, a las dependencias de la empresa que requieran dichos artculos. Las redes de rea local intranet han creado un medio donde se puede superar s este obstculo, haciendo que casi cualquier informacin sobre la red este disponible en cualquier punto de la empresa. Debido que las intranet permiten una buena gestin 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 autora de los documentos. Muchas organizaciones se ven en la necesidad de crear rutas para el flujo de informacin va electrnica con el fin de despapelar y agilizar el recorrido de

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

documentos, flujo ste, en el que sea posible dar trmite por medio de contraseas 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 envo de documentos bajo una red de rea local como intranet. El workflow es una herramienta de software que puede ser implementada sobre una intranet para automatizar procesos que requieren del envo de documentos, con el fin de agilizar los trmites propios existentes en el funcionamiento de una organizacin; cabe anotar que la persona encargada del proceso puede definir el recorrido que debe tener un documento al que haya que dar trmite, definir niveles de seguridad y definir prioridades en documentos. El presente proyecto desarrollar el anlisis, diseo e implementacin de un workflow que permita agilizar o mejorar los procesos administrativos de una empresa

Propsito del Plan de Proyecto


El propsito del plan es proporcionar una gua para poder cumplir con todos los objetivos del proyecto, de la manera ms organizada y eficiente posible, adems de ofrecer estimaciones de tiempo, costo y esfuerzo

Descripcin del Problema


El manejo de trmites con el que cuentan algunas empresas, que no han automatizado este proceso puede resultar muy tedioso, debido entre otras razones a que deben pasar de un departamento a otro, corriendo el riesgo de perderse o sufrir retrasos innecesarios durante el proceso. Entre las ventajas que presenta la automatizacin de este proceso se encuentran: Disminuye costos asociados al papel, produccin, almacenamiento y transporte de formas, formularios y documentos.

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

Reduce el tiempo de procesamiento, ahorrando en horas hombre, obteniendo resultados en menor tiempo. Disminuye las posibilidades de incumplimiento, error y fallas por prdida o desaparicin de papeles. Mejora la calidad y oportunidad de la informacin necesaria para la realizacin de actividades fundamentales del negocio. Permite a la gerencia concentrase en lo que es realmente productivo para la organizacin. Permite agilitar tramites a los que se les puede hacer un mejor seguimiento, adems de poder brindar una mejor atencin al cliente Toda empresa que tiende a crecer, tambin tiende a realizar cambios en la

estructura, el sistema que se utilice debera estar preparado para este tipo de cambios dentro la empresa.

Mtricas en el Software
Mtrica orientada al tamao
Esta mtrica slo considera las lneas de cdigo que contiene el proyecto
Costo (en miles $) 15 13 4

Proyecto SWAMP Imixs IX Workflow Web WorkFlow

KL DC 29. 6 24. 2 6.6

Tiempo (en meses) 5 5 3

Esfuerzo( PM) 30 25 6

Perso nas 6 5 2

Pag. Doc. 120 100 50

Error es 15 10 20

Defect os 8 2 10

Mtrica orientada a la funcin


SWAMP
Parmetros de Medicin Cuenta Simple Factor de Peso Medio Complejo Total

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 recuperacin fiables? Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico 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 mltiples pantallas u operaciones? Se actualizan los archivos maestros de forma interactiva? Son complejos las entradas, las salidas, los archivos o las peticiones? Es complejo el procesamiento interno? Se ha diseado el cdigo para ser reutilizable? Estn incluidas en el diseo la conversin y la instalacin'? Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente 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.65 + 0.01 * 46] = 219.78 220

El programa SWAMP cuenta con 220 puntos de funcin

IMIXS IX WORKFLOW
Parmetros de Medicin Cuenta Simple Factor de Peso Medio Complejo Total

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 recuperacin fiables? Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico 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 mltiples pantallas u operaciones? Se actualizan los archivos maestros de forma interactiva? Son complejos las entradas, las salidas, los archivos o las peticiones? Es complejo el procesamiento interno? Se ha diseado el cdigo para ser reutilizable? Estn incluidas en el diseo la conversin y la instalacin'? Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el usuario?

X X X X X X X X X X X X X X

43

PF = 134 * [0.65 + 0.01 * 45] = 147.4 147

El programa IMIXS IX WORKFLOW cuenta con 147 puntos de funcin

WEB WORKFLOW

4 3 3 4 4 3 3 0 2 4 4 3 4 4

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

Parmetros de Medicin # 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. Total

Significativ o

No Influye

Moderado

Incidental

FACTORES
Requiere el sistema copias de seguridad y de recuperacin fiables? Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico 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 mltiples pantallas u operaciones? Se actualizan los archivos maestros de forma interactiva? Son complejos las entradas, las salidas, los archivos o las peticiones? Es complejo el procesamiento interno? Se ha diseado el cdigo para ser reutilizable? Estn incluidas en el diseo la conversin y la instalacin'? Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente 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.65 + 0.01 * 41] = 67.84 68

El programa WEB WORKFLOW cuenta con 68 puntos de funcin

4 3 1 2 4 3 3 0 2 4 4 3 4 4

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

Pantallas principales

SWAMP

IMIXS IX WORKFLOW

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

WEB WOKFLOW

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

mbito del Proyecto


Objetivos
Objetivo general
Desarrollar una aplicacin para la gestin y seguimiento de flujo de acciones (workflow) correspondiente a trmites en una empresa.

Objetivos especficos
Realizar una minuciosa captura de requerimientos, tomando en cuenta las necesidades con las que cuenta una empresa en cuanto al manejo de trmites. Recolectar toda la informacin posible sobre las herramientas a utilizarse, y las ventajas que stas ofrecen. Realizar un anlisis de todos los requerimientos para el desarrollo del sistema. A travs de la elaboracin de casos de uso, para una mejor comprensin de los requisitos y de esta forma refinar y estructurar los requerimientos.

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

Disear una base de datos que contemple las funciones que se esperan estn presentes en el software. Disear la arquitectura de la aplicacin tomando como base el anlisis de requerimientos. Planificar interfaces de fcil manejo para el usuario.

Requerimientos principales
R1. Gestin de Usuario.
Se permitir la gestin de cuentas de Usuario teniendo la opcin de asignar ciertos privilegios o accesos al sistema. Tambin controlar el inicio y cierre de sesin.

R2. Gestin Estructural


Aqu se realizara la gestin de departamento as como de las actividades en cada uno de ellos.

R3. Gestin de Poltica


Aqu se definir el flujo que deben seguir los diferentes trmites o servicios que se ofrece, es decir se definirn las polticas.

R4. Atencin al Trmite


Aqu se iniciaran y procesaran trmites, teniendo la posibilidad de atender varios trmites y hacer un seguimiento a cada trmite que se vaya a iniciar o se encuentre en proceso, es decir que cuando se desee, el trmite podr ser pausado para continuar en otro momento.

Rendimiento
El tiempo de respuesta esperado debe ser mnimo porque esto podra retrasar el manejo de los trmites.

Fiabilidad
Al tratarse de un sistema para el manejo de informacin de una empresa, la fiabilidad es crtica en el software, ya que una falla podra involucrar prdidas tanto

10

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

econmicas como sociales, tanto para la empresa como para el cliente dueo del trmite.

Restricciones
Las restricciones vendran a ser las impuestas por la empresa, entre ellas se encuentra el acceso de los usuarios a ciertas reas del sistema.

Interfaces externas
El software no cuenta con interfaces externas.

Estimaciones
Para realizar las estimaciones correspondientes al proyecto, se han recurrido a 5 tipos de estimaciones distintas, algunas de las cuales toman en cuenta diversos factores como lneas de cdigo del programa, grado de complejidad del proyecto, esfuerzo, objetos a emplearse y otros ms.

KLDC
Optimista 6.6 Pesimista 29.6 Mas probable 24.2 Esperadas 22.167

VE =

Optimista + 4 * (mas Pr obable) + Pesimista 6 VE = 6.6 + 4 * (24.2) + 29.6 = 22.167 6

Se estima que el proyecto puede tener 22.167 KLDC

COCOMO bsico
Tipo proyecto Orgnico Semiacoplado Empotrado Ab 2,4 3,0 3,6 Bb 1,05 1,12 1,20 Cb 2,5 2,5 2,5 Db 0,38 0,35 0,32

11

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

El proyecto a realizar corresponde al tipo de proyecto Orgnico Tomando en cuenta en base a la estimacin anterior 22.167 KLDC

E = Ab KLDC Bb
E = 2.4 * ( 22.167) 1, 05 = 62.11 62 PM

D = Cb E Db
D = 2,5 * (62) 0,38 = 11.99 12meses

E 62 = = 5.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 Anlisis (25%) 15 250 3750 Diseo (30%) 19 300 5700 Implementacin (25%) 16 200 3200 Prueba (20%) 12 200 2400 Total 62 15050

De acuerdo con este mtodo de estimacin, el proyecto llegara a tener un costo total de 15050 dlares.

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. Se estima que se tendr un 40 % de reutilizacin de los objetos empleados en el proyecto 12

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

Nop =

po * (100 - %reutilizacion) 100

Nop =

68 * (100 - 40) 100

Nop = 40.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.57 2 26

Se estima que se tendr un esfuerzo de 2 mes-persona

La Ecuacin del Software


La ecuacin del software es un modelo multivariable dinmico que asume una distribucin especfica del esfuerzo a lo largo de la vida de un proyecto de desarrollo de software. El modelo de estimacin tiene esta forma:
E = [ LDC * 0.333 / P ]3 * (1 / t 4 )

Asumiendo un P=12000, =0.30


t min = 8.14 (LDC/P) 0.43

t min = 8.14 (22167/12000) 0.43 = 10.59 11

Se espera un tiempo mnimo de 11 meses para la realizacin del proyecto

13

INGENIERIA DE SOFTWARE II
E =180 t 3

PAPS MINI WORKFLOW

E = 180 x 0.30 x (0.88)3 E = 37 personas-mes Se estima que se requiere un esfuerzo de 37 personas-mes para llevara cabo el proyecto

Planificacin Temporal
Todo proyecto requiere una planificacin del tiempo a emplear en las diversas actividades que se van a llevar a acabo para el cumplimiento del mismo, a travs de 2 diagramas se pretende mostrar la distribucin de tiempos planificada, primeramente el diagrama de Gantt, a travs del cual se podr apreciar el tiempo que se le va a otorgar para la realizacin de cada actividad y las actividades que son requisitos para realizar otras actividades. 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, es decir aquellas actividades que un retraso en las mismas ocasionara un retraso en todas las dems actividades y por lo tanto un retraso en el proyecto en si.

Diagrama de Gantt

14

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

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

Anlisis de Riesgos
Tabla de riesgos
Riesgo R1: Integrante del equipo de desarrollo se retira del proyecto % Probabilidad 60 Impacto SG Plan Reduccin -Firmar Contrato de trabajo con los integrantes del equipo -Motivar a los integrantes del equipo a travs de dinmicas de trabajo -Trabajar con estrategias empleadas previamente Supervisin -No distribuir de manera critica el trabajo

R2: Estrategia de desarrollo desconocido

10

R3: Herramienta de desarrollo desconocida R4: Mala estimacin 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 planificacin de tiempos y actividades, 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, empleando toda la documentacin posible acerca de la estrategia a utilizar -Buscar informacin y ayuda en el manejo la misma -Contemplar dentro de la planificacin 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.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 % Depreciacin 25 25 50 50 50 50 Costo Unitario Neto 116.67 8.00 46.33 0.00 0.00 260.33 4000 1600 Costo Total 583.33 8.00 231.67 0.00 0.00 260.33 4000 3200 Modalidad Adquirir Comprar Comprar Comprar Descargar Descargar Comprar Contratar Contratar

19

INGENIERIA DE SOFTWARE II
Diseador Ingeniero de Prueba Programador Infraestructura Local Energa Elctrica Servicio Agua potable Internet Logstica Material de escritorio Muebles y Enseres(A7) Vitico 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.87 160 4000 300 2250 1600 1200 400 800 160 115.87 320 19429.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, esto se realiza con el fin de medir costo, 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 ejecucin del Plan Tomar acciones correctivas en caso de desvos Fijar nuevas metas

El seguimiento y control se lo pretende realizar de la siguiente manera: Realizar reuniones peridicas del estado del proyecto en las que todos los miembros del equipo presentan un informe de los progresos y de los problemas, esto se realiza a travs de formularios definidos para cada una de las fases del proyecto(A8, A9, A10, A11) Evaluar los resultados de todas las revisiones realizadas a lo largo del proceso de ingeniera de software. 20

INGENIERIA DE SOFTWARE II

PAPS MINI WORKFLOW

Determinar si se han conseguido los hitos formales del proyecto en la fecha programada, 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 valoracin subjetiva del progreso hasta la fecha y los problemas que se avecinan (A13)

Bibliografa
http://trevinca.ei.uvigo.es/~cfajardo/Nueva_carpeta/presentaciones/cocomo2k.p df http://www-2.dc.uba.ar/materias/isoft2/2005_02/clases/seguimiento %2020050426_.pdf http://www.cimat.mx/Sitios/seissigma/archivos/Presentacion FormatoSoftware.p pt Rumbaugh, James; Jacobson, Ivar; Booch, Grady El Proceso Unificado de Desarrollo de Software . PEARSON EDUCATION 2000 Larman, Craig. UML y PATRONES. Prentice Hall 1999 Rumbaugh, James; Jacobson, Ivar; Booch, Grady El Proceso Unificado . PEARSON EDUCATION 2000. http://www.fondef.cl/index.php? option=com_content&task=view&id=341&Itemid=227 http://www.fondef.cl/documentos/etapas/S+C/Manual_Presentacion_Comite %20Area.pdf http://www.fondef.cl/documentos/etapas/S+C/guia_practica_resultados_producc ion-1.pdf http://sourceforge.net/

21

INGENIERIA DE SOFTWARE II

ANEXOS

Anexos
Anexo 1)
Precio: 699$us. Computadora PENTIUM CORE 2 DUO INTEL 1.86 GHz 4MB cache L2 Bus 800 MHz CASE DELUX ATX C/FUENTE PODER 550W doble ventilacin CON BUS DE DATOS DE 533/800/1066 MHz TARJETA MADRE INTEL DP965LT CORE2DUO bios intel DISCO DURO DE 82.3 GB IBM HITACHI SATA 7200rpm MEMORIA DDRII - 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.44MB MITSUMI SLOTS DE EXPANSION 4 PCI, 2 PS/2 Minidin, 6 PUERTOS USB 1 PUERTO PCI EXPRESS X16, 4PCI EXPRESS X1, 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.1 CANALES 3D TECLADO MULTIMEDIA MOUSE OPTICO, PS/2/USB , PAD MOUSE CORATAPICOS OMEGA, COBERTORES Para el Polvo INCLUYE CDS DE INSTALACION Y MANUAL DE USUARIO, 2 AOS DE GARANTIA, MANTEMIENTO SEMESTRAL GRATUITO;

INGENIERIA DE SOFTWARE II

ANEXOS

Anexo 2)
Precio: 48 $us. Impresora Canon IP1800 4800x1200dpi, Fine Technology, 5x7, 8x10 , 8 1/2 x 11 fotos Marca: Canon EAN: 4960999415307 Ancho del Papel: A4 (30 cm) Bluetooth: sin Bluetooth Capacidad Fotogrfica: No Color/Blanco y negro: Color Display LCD: No Ethernet: No Fuente de Energa: Red Graphic Device Interface (GDI): No Impresin de CDs: No Impresin Sin Borde: S Impresiones en Blanco y Negro (por Minuto): 20 ppm Impresiones en Color (por Minuto): 16 ppm LAN Inalmbrico: No Nmero de Colores (Incluido Negro): 4 Postscript: No Printer Command Language (PCL): No Ranura Para Tarjeta Memoria: sin ranura para tarjeta de memoria Sistema de Impresin Directa (PictBridge): No Tipo de Impresora: Tinta

ii

INGENIERIA DE SOFTWARE II

ANEXOS

Anexo 3)
Costo: US$139.00 Microsoft Windows XP Professional Licencia Adicional

Secuencias ms rpidas de inicio y de hibernacin. Capacidad del sistema operativo de desconectar un dispositivo externo sin necesidad de reiniciar. Una nueva interfaz de uso ms fcil, incluyendo herramientas para el desarrollo de temas de escritorio. Uso de varias cuentas, que permite un usuario guarde el estado actual y aplicaciones abiertos en su escritorio y permita que otro usuario abra una sesin sin perder esa informacin.

ClearType, diseado para mejorar legibilidad del texto encendido en pantallas de cristal lquido (LCD) y monitores similares. Escritorio Remoto, que permite a los usuarios abrir una sesin con una computadora que funciona con Windows XP a travs de una red o Internet, teniendo acceso a sus usos, archivos, impresoras, y dispositivos; y

Soporte para la mayora de mdems ADSL y conexiones wireless, as como el establecimiento de una red FireWire.

iii

INGENIERIA DE SOFTWARE II

ANEXOS

Anexo 4)
Costo: Gratuito NetBeans 5.5 NetBeans es un proyecto de cdigo abierto de gran xito con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios (y subiendo!) en todo el mundo. Sun MicroSystems fund el proyecto de cdigo abierto NetBeans en junio 2000 y contina siendo el patrocinador principal de los proyectos. A da de hoy hay disponibles dos productos: el NetBeans IDE y el NetBeans Plataform. El NetBeans IDE es un entorno de desarrollo - una herramienta para programadores pensada para escribir, compilar, depurar y ejecutar programas. Est escrito en Java - pero puede servir para cualquier otro lenguaje de programacin. Existe adems un nmero importante de mdulos para extender el IDE NetBeans. El IDE NetBeans es un producto libre y gratuito sin restricciones de uso. Tambin disponible est el NetBeans Platform; una base modular y extensible usada como una estructura de integracin para crear aplicaciones de escritorio grandes. Empresas independientes asociadas, especializadas en desarrollo de software, proporcionan extensiones adicionales que se integran fcilmente en la plataforma y que pueden tambin utilizarse para desarrollar sus propias herramientas y soluciones. Ambos productos son de cdigo abierto y gratuitos para el uso tanto comercial y como no comercial. El cdigo fuente est disponible para su reutilizacin de acuerdo con la Common Development and Distribution License (CDDL). Se lo puede descargar desde: http://www.netbeans.org/index_es.html

iv

INGENIERIA DE SOFTWARE II

ANEXOS

Anexo 5)
Costo: Gratuito StarUML es una herramienta para el modelamiento de software basado en los estndares UML (Unified Modeling Language) y MDA (Model Driven Arquitecture), que en un principio era un producto comercial y que hace cerca de un ao paso de ser un proyecto comercial (anteriormente llamado plastic) a uno de licencia abierta GNU/GPL. El software hered todas las caractersticas de la versin comercial y poco a poco ha ido mejorando sus caractersticas, entre las cuales se encuentran: * Soporte completo al diseo UML mediante el uso de. - Diagrama de casos de uso - Diagrama de clase - Diagrama de secuencia - Diagrama de colaboracin. - Diagrama de estados - Diagrama de actividad. - Diagrama de componentes - Diagrama de despliegue. - Diagrama de composicin estructural (UML 2.0) * Definir elementos propios para los diagramas, que no necesariamente pertenezcan al estndar de UML, * La capacidad de generar cdigo a partir de los diagramas y viceversa, actualmente funcionando para los lenguajes c++, c# y java.

INGENIERIA DE SOFTWARE II

ANEXOS

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

vi

INGENIERIA DE SOFTWARE II

ANEXOS

Anexo 6)
Costo: $781.23 MICROSOFT SQL CLIENT ACCESS LICENSE 2 AOS 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. Es un lenguaje declarativo de alto nivel o de no procedimiento, que gracias a su fuerte base terica y su orientacin al manejo de conjuntos de registros, y no a registros individuales, permite una alta productividad en codificacin. De esta forma una sola sentencia puede equivaler a uno o ms programas que utilizasen un lenguaje de bajo nivel orientado a registro.

vii

INGENIERIA DE SOFTWARE II

ANEXOS

Anexo 7)
Costo: 869$ Muebles 5 Mesas de oficina (80$us/uni), 4 Alas de mesa (30$us/uni) 1 Silla grande (35$us/uni) 10 Silla pequeas (20$us/uni), 2 Cajoneras (22$us/uni), 1 Archivadore para carpetas flotantes (35$us/uni) y 1 Armario (35$us/uni)

viii

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 seccin se definen los casos de uso y actores que presenta el proyecto, en caso de ser un caso de uso y un actor nuevo, respecto al anterior informe presentado, 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, es decir el avance que se tenga respecto a los mismos. Se deben nombrar las pantallas, si son nuevas respectos al anterior informe, y las observaciones que se tengan respecto a las mismas

ix

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 observacin, ya sea por su funcionamiento, sus atributos, o en el caso de ser una clase nueva con respecto a la anterior revisin, en caso de ser una clase nueva se debe marcar la columna nueva . (3) La tabla de paquetes debe llenarse con los datos de los paquetes de los cuales se tenga alguna observacin o si el paquete es nuevo respecto a la anterior revisin efectuada

INGENIERIA DE SOFTWARE II

ANEXOS

Anexo 10)
FORMULARIO DE CONSTRUCCION CODIGO Y TITULO DEL PROYECTO: FECHA PRESENTACION ACTUAL FECHA PRESENTACION ANERIOR: NOMBRE Y CARGO: DISEO (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 diseo (2) Debe llenarse todo lo referente a cambios en la implementacin, cambios en los componentes: pantallas, reportes, clases, procedimientos almacenados, consultas, tablas de la base de datos, etc, definiendo si es un elemento nuevo respecto a la anterior revisin, el tipo de elemento y las observaciones correspondientes

xi

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, contempla el nro de prueba, el elemento sobre el que se realizara la prueba, puede ser una pantalla, un procedimiento, etc., las entradas a tomar en cuenta para la prueba, la salida esperada y la salida obtenida, tambien las observaciones correspondientes (2) En la tabla de errores deben llenarse todos los errores encontrados durante la depuracin del programa, realizando una descripcin del error, el tipo, el origen, es decir en que parte se encuentra, que componente, las observaciones correspondientes, y si el error esta corregido, marcar el campo corregido

xii

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 planificacin 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 situacin de cada uno de los hitos fijados para el proyecto

xiv

Vous aimerez peut-être aussi