INVESTIGACIN PRELIMINAR DETERMINACIN DE REQUERIMIENTOS

Identificacin del problema, objetivos y oportunidades. 1. Evaluacin Integral de la Organizacin. a. Planeacin estratgica: Fortalezas de la organizacin: Alto posicionamiento en el mercado. Equipo de colaboradores altamente capacitados en reas de negocios. Tendencia al crecimiento Limitaciones de la organizacin: Poca experiencia en el mbito de software. No posee sistema de contabilidad ni inventario y facturacin. Sistemas informticos desactualizados. b. Misin En SISTECA somos una organizacin que deseamos proveer a nuestros clientes de hardware de alta calidad a costos accesibles. Visin Ser la empresa lder del mercado nacional, que provea hardware de calidad superando las expectativas de los clientes, con un equipo humano capacitado y motivado, sostenido por la permanente innovacin tecnolgica; operando con altos ndices de productividad y acorde con nuestros valores. Valores Empresariales Identificacin con la empresa Vocacin de servicio. Liderazgo. Generacin de valor. Trabajo en equipo. Disposicin al cambio. Disciplina. Reconocimiento a los colaboradores. Bsqueda permanente de la excelencia. Preservacin del medio ambiente.
1

Justicia y equidad. Seguridad. Innovacin. Honestidad. Lealtad.

Organigrama:

2. Identificacin del problema. Cul es el problema? Se necesita crear un sistema de contabilidad para la empresa, este a su vez debe abarcar un subsistema de inventario y otro para facturacin. Este sistema debe ser amigable para los colaboradores que lo administrarn. Debe ser seguro tambin ya que la informacin a manejarse en el sistema es sumamente delicada y no debe ser alterada, por lo que se tiene que garantizar a los propietarios, que el sistema no ser utilizado con fines ilegales por terceros. 3. Objetivos.

Crear un sistema de contabilidad, inventario y facturacin, los cuales permitirn optimizar tiempos a la organizacin
2

Garantizar confidencialidad informacin almacenada en el sistema

la

no

manipulacin

de

la

4. Oportunidades. Optimizacin de tiempos Reduccin de costos Determinacin de los requerimientos 1. Caractersticas de los requerimientos Debido a que la implementacin del sistema en la empresa empieza de cero, para la determinacin de requerimientos nos basamos en sistemas similares en otras empresas, obteniendo los siguientes requerimientos: a. Funcionales: Consultar inventario de productos Consultar productos Consultar clientes b. No funcionales: Modificar informacin de los clientes Gestin de backups c. Necesarios: Compras Ventas Diario Inventario Validacin y autenticacin de usuarios El sistema debe ser seguro y confiable 2. Herramientas a. Encuestas Sern enviados a los jefes de las distintas reas que conforman la organizacin a travs de correo electrnico. Encuesta: A continuacin encontrar una serie de preguntas a las cuales debe contestar honesta y claramente, posteriormente debe ser remitida al correo que se lo envo:

1.

Cree necesario un sistema de contabilidad, inventario y facturacin? SI________ NO__________ Quines en la organizacin deberan de tener acceso al mismo?

2.

3.

Ayudara el sistema directamente a su rea? SI________ NO__________ Todos sus colaboradores cuenta con computadora? SI________ NO__________ Si tienen computadora, tienen acceso a la red? SI________ NO__________ Su personal tiene conocimientos bsicos de computacin? SI________ NO__________ Utilizan algn tipo de software en su rea? SI________ NO__________ Considera que la introduccin de este sistema hara un cambio muy drstico? SI________ NO__________

4.

5.

6.

7.

8.

b. Entrevistas Se realizarn a los gerentes de la organizacin. 1. Describa que es lo que espera del sistema. 2. Cunto es el mximo de la inversin que est dispuesto a realizar en software? 3. Cunto es el mximo de la inversin que est dispuesto a realizar en hardware? 4. Estara dispuesto a utilizar software libre?
4

c. Cuestionarios Se visitarn las distintas reas de la organizacin para encuestar al personal administrativo y operativo. Cuestionario: A continuacin encontrar una serie de preguntas a las cuales debe contestar honesta y claramente: Cree necesario un sistema de contabilidad, inventario y facturacin? SI________ NO__________ Usted debera de tener acceso al mismo? SI________ NO__________ Ayudara el sistema directamente a su rea? SI________ NO__________ Cuenta usted con computadora en su rea? SI________ NO__________ Si tiene computadora, tiene acceso a la red? SI________ NO__________ Tiene conocimientos bsicos de computacin? SI________ NO__________ Utiliza algn tipo de software en su rea? SI________ NO__________ Considera que la introduccin de un sistema hara un cambio muy drstico? SI________ NO__________

1.

2.

3.

4.

5.

6.

7.

8.

d. Arqueologa de documentos

Debido a que en toda la organizacin se lleva toda la informacin de forma manual, por lo que se pudo recopilar gran cantidad de documentos, entre los cuales se encuentran los siguientes: Libros contables Facturas rdenes de compra Los documentos anteriores pueden ser ingresados dentro del sistema para sustituir tanto papeleo. e. Sistemas existentes Actualmente la organizacin no cuenta con ningn sistema o software, por lo que se iniciar de cero. f. Prototipo Se utilizar un prototipo para el desarrollo de este sistema, el cual estar siendo proporcionado a la corporacin farmaceutica para su revisin. 3. Modelo de proceso de ingeniera de requerimientos a. Extraccin de requerimientos A travs de la utilizacin de medios como encuestas, entrevistas y cuestionarios, se ha podido definir que nuestro cliente necesita: Utilizar sistemas para la automatizacin de procesos. Mejorar su imagen dndole un toque de modernismo. b. Anlisis de requerimientos Extrada la informacin anterior, podemos definir que los requerimientos necesarios para el sistema en la organizacin son los siguientes:

Consultar libros contables Consultar inventario de productos Consultar facturas Consultar productos Consultar clientes Generar una factura Modificar informacin de los clientes Gestin de backups Agregar y/o eliminar productos en el sistema Registrar usuarios en el sistema Validacin y autenticacin de usuarios El sistema debe ser seguro y confiable

c. Validacin de Requerimientos Se validar si los requerimientos conjuntamente con el usuario al finalizar la implantacin del sistema y sus aplicaciones.

DEFINICION PROCESOS DE SOFTWARE

Mtodo de Desarrollo Para este proyecto utilizaremos el mtodo de construccin de prototipos por el tiempo corto que se ha otorgado y porque se requiere un prototipo para demostrar el cumplimiento del mismo. Modelo de Construccin de Prototipos

Ventajas:
7

a. CLIENTE VE EL AVANCE DEL PROYECTO Desventajas : b. CLIENTE VE EL PROTOTIPO COMO UN PRODUCTO FINAL c. SE UTILIZAN LENGUAJES DE PROGRAMACION Y DBMS QUE NO SON LOS PRINCIPALES.

Herramientas a Utilizar ER/STUDIO Como herramienta CASE se utilizar Embarcadero ER para el diseo de Entidad Relacin puesto que esta herramienta genera todo el cdigo My SQL para crear la base de datos.

MICROSOFT MY SQL Como manejador de base de datos usaremos MS My SQL

PHP, JQUERY, JAVA SCRIPT, EXPLORADORES Para la elaboracin del cdigo se utilizarn las herramientas PHP, JQUERY, JAVA SCRIPT, EXPLORADORES, por ser las que se adaptan al tipo de proyecto.

ADMINISTRACION DEL PROYECTO ESTIMACION

Utilizando MS Project 2007, a continuacin el diagrama GANNT.

PERT
Actividad Tiempo Tiempo Tiempo Pesimist a Tiempo Promedio Varianza

Actividad Precedente Optimista Probable

1 3 4 5 6 7 9 10 11 13 14 15 17 19 20 21

A B C D E F G H I J K L M N O

B C D E F A G G,H A J K L L N

2 1 1 1 1 1 1 1 1 1 2 5 1 1 1 1

2.5 1.5 1.5 1.5 1.5 1.5 1 1 2 1.5 3 5.5 1 1.5 1.5 1.5

3 2 2 2 2 2 1.5 1.5 2.5 2.5 3.5 6 1.5 2 2 2

2.5 1.5 1.5 1.5 1.5 1.5 1.08 1.08 1.92 1.58 2.92 5.5 1.08 1.5 1.5 1.5

0.03 0.03 0.03 0.03 0.03 0.03 0.01 0.01 0.06 0.06 0.06 0.03 0.01 0.03 0.03 0.03
10

GESTIN DE PERSONAL
Reclutamiento: Cuando un rea necesite contratar a alguien, ya sea porque sea plaza nueva o por alguna vacante, debe llenar los formatos dados por recursos humanos y remitirlos al mismo departamento: Recursos Humanos verificar la informacin y buscar en su base de datos si tiene candidatos disponibles, si no es as, publicar un anuncio en el peridico de mayor circulacin. Los candidatos debern llenar solicitud de empleo sern sometidos a evaluaciones psicomtricas, a cargo del equipo de Recursos Humanos. Evaluando las siguientes Cualidades: o Habilidad de Supervisin o Capacidad de Decisin en Relaciones Humanas o Capacidad de Evaluacin de Problemas Interpersonales o Habilidad para establecer Relaciones Interpersonales o Sentido comn y Tacto en las Relaciones o Informacin o Sntesis o Juicio o Vocabulario o Atencin o Concentracin o Anlisis o Abstraccin o Planeacin o Organizacin Los candidatos que obtengan un resultado satisfactorio en las pruebas psicomtricas, sern sometidas a una entrevista laboral por los psiclogos de Recursos Humanos. Al finalizar la entrevista, el psiclogo llenar un informe para indicar sus observaciones y si recomienda o no al candidato, verificando que este cumpla con el perfil solicitado. De ser as, Recursos Humanos enviar expedientes de candidatos a las reas solicitantes, quienes tendrn que entrevistar a los mismos y seleccionar al candidato ms adecuado para su plaza vacante. Quedar a discrecin del rea interesada someter a los candidatos a pruebas especficas de conocimiento.
11

Contratacin: Cuando el rea interesada haya seleccionado un candidato deber llenar la propuesta de contratacin, la cual contar con el visto bueno del jefe y del gerente de rea. Recursos Humanos realizar la contratacin del candidato y lo citar a su primer da de labores, el cual ser utilizado para induccin del futuro colaborador. Induccin: Al personal de nuevo ingreso se le proporcionar informacin de la organizacin, presentando la siguiente documentacin: Misin Ver Investigacin Preliminar y Determinacin de Requerimientos. Visin Ver Investigacin Preliminar y Determinacin de Requerimientos. Valores Empresariales Ver Investigacin Preliminar y Determinacin de Requerimientos. Organigrama Ver Investigacin Preliminar y Determinacin de Requerimientos. Reglamento Interno Reglamento interno de la corporacin farmacutica, al cual deber adaptarse. Capacitaciones: El departamento de Capacitacin y Desarrollo ser el encargado de impartir capacitaciones tanto tcnicas como motivacionales. Entre las empresas externas que pueden impartir estos cursos podemos mencionar a: INTECAP New Horizons Guatemala PCA Consultores ITRALL Dale Carnegie Franklin Covey Entre otros

12

Todas los departamentos deben ir al menos una vez al ao a una capacitacin de trabajo en cualquiera de las organizaciones antes mencionadas impartida por expertos en el sistema dentro de la corporacin. Motivacin del personal: Como parte de la motivacin de los colaboradores, las siguientes prestaciones adicionales a las de la ley: Dos sueldos adicionales anuales denominados diferidos, los cuales sern pagados en junio y diciembre de cada ao. Da de descanso para el cumpleaos del colaborador. Seguro de vida Bono Vacacional Canasta navidea en Diciembre

Adems, los colaboradores recibirn capacitaciones motivacionales y podrn asistir a excursiones, todo para motivar el trabajo en equipo. Asimismo, los jefes de cada departamento recibirn artculos que pueden regalar a los colaboradores que tengan un alto desempeo.

GESTIN DE CALIDAD
Para asegurar que nuestro software sea de calidad, haremos uso de lo siguiente: Control de Calidad: Tenemos un departamento llamado Control de Calidad quienes se encargan de revisar el software de manera peridica con el fin de detectar errores o inconsistencias. Garanta de Calidad: Nuestros colaboradores estarn en constante capacitacin para que se mantengan actualizados, asimismo, estarn siendo coordinados por una persona que tiene total conocimiento de los requerimientos del software a trabajar, trabajarn regidos por ellos para satisfacer completamente las necesidades de nuestro cliente. Calidad de Software: Debido a que no podemos medir la calidad del software de forma correcta debido a su naturaleza, nos enfocaremos en los procesos, midiendo los atributos que conforman el software. Para ello nos apegaremos a la Normativa ISO 9126 para no tener mrgenes de error e interpretacin en la medicin de los atributos que componen nuestro software.
13

Aseguramiento de Calidad: Actividades 1. Evaluaciones, auditorias y revisiones: Ser el departamento de Control de Calidad quienes peridicamente y tambin a travs de giras sorpresa evaluarn. 2. Procedimientos para informacin y seguimiento de errores: Todos los errores que sean detectados sern notificados va correo electrnica al jefe de departamento de desarrollo y ser revisado el software para verificar si se realizaron las correcciones solicitadas. 3. Retroalimentacin proporcionada al equipo de desarrollo: El departamento de desarrollo debe de citarse semanalmente con el departamento de Control de Calidad para que se le entregue un reporte consolidado de los errores que acontecieron en ese lapso. 4. Auditora del producto para verificar su concordancia con los requisitos: Al haberse finalizado el sistema, un auditor de Control de Calidad verificar que se hayan cumplido con todos los requerimientos.

El uso de estndares, pruebas y seguimiento de errores ser en todo el proceso de desarrollo y posterior al mismo.

6. DEFINICIN DE PROCESO
Tomando en cuenta el tipo de proyecto que es, se determino que el modelo que ms se adaptaba a ste era el Modelo de Cascada Ideal, ya que en cualquier etapa del mismo se puede regresar a la etapa anterior, por si se comete algn error, por si nos falto o si queremos modificar algo. Modelo de Cascada Ideal

14

MTRICAS
Las mtricas del proyecto sern calculadas a travs de lo que son puntos de funcin y la utilizacin del cocomo. Diagrama E-R

15

Puntos de Funcin Tablas 170 pts. Funcin Entradas 5pts. Cada Creacin de Creacin de Creacin de Creacin de Creacin de Creacin de Creacin de Creacin de Creacin de Creacin de Creacin de Creacin de una 60 pts. Usuarios Accesos Tipo de Usuario Farmacias Productos Categora de Productos Clientes Proveedores Formas de Pago Tipo de Cuenta Cuenta Contable Series de Factura

Procesos 15 pts. Cada una, 30 pts. Ingreso Ventas y Genera Partida Auxiliar Contable Ingreso Compras y Genera Partida Auxiliar Contable Reportes 5pts. Cada uno, 45 pts.
16

Reporte Reporte Reporte Reporte Reporte Reporte Reporte Reporte Reporte

de de de de de de de de de

Nomenclatura Contable Productos Proveedores Farmacias Clientes Compras Facturacin Facturas Anuladas Usuarios

Mantenimientos 5pts. Cada uno, 10 pts. Facturacin,45 pts. Nomenclatura Contable Productos Proveedores Farmacias Clientes Compras Facturacin Usuarios Pantallas 3pts. Cada una, 36 pts. Configuracin Plan de cuentas Perfiles de usuario Usuarios Farmacias Clientes Proveedores Tipos de cuenta Cuentas contables Forma de pago Categoras de producto Productos Series

4pts. Cada una, 8 pts. Procesos Facturacin Compra Puntos de funcin 394

17

Factores de Ajuste
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 complejas 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 conversi6n y la instalaci6n? Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? Se ha diseado la aplicaci6n para facilitar los cambios y para ser fcilmente utilizada por el usuario? TDI 5 4 5 3 4 4 2 3 3 2 1 3 5 4 48

FACTOR DE AJUSTE (FA) = TDI * 0.01 * 0.65 FA = 0.312 PUNTOS DE FUNCIN AJUSTADOS (PFA) = PF * FA PFA = 122.928 LO HAREMOS EN JAVA POR LO QUE UTILIZAREMOS 53 LINEAS DE CODIO LDC = PFA * 53 LDC = 122.928 * 53 = 6515.184 KDLC = (PF * Lneas de cdigo por cada PF)/1000 KDLC = 122.928 * 53 /1000 KDLC = 6,515

Tabla Modelo Intermedio

TABLA COCOMO ORGANICO A 3.2 E 1.05 C 2.5 D 0.38

Tabla de Atributos
Atributos Valor Muy bajo Bajo Nominal Alto Muy alto Extra alto Atributos de software Fiabilidad Tamao de Base de datos Complejidad 0,70 0,75 0,88 0,94 0,85 1,00 1,00 1,00 1,15 1,08 1,15 1,40 1,16 1,30 1,65

18

Atributos de hardware Restricciones de tiempo de ejecucin Restricciones de memoria virtual Volatilidad de la mquina virtual Tiempo de respuesta Capacidad de anlisis Experiencia en la aplicacin Calidad de los programadores Experiencia en la mquina virtual Experiencia en el lenguaje Tcnicas actualizadas de programacin Utilizacin de herramientas de software Restricciones de tiempo de desarrollo 1,46 1,29 1,42 1,21 1,14 1,24 1,24 1,23 0,87 0,87 Atributos de personal 1,19 1,13 1,17 1,10 1,07 1,10 1,10 1,08 1,00 1,00 1,00 1,00 1,00 1,00 1,00 1,00 0,86 0,91 0,86 0,90 0,95 0,91 0,91 1,04 0,82 0,83 1,10 0,71 0,82 0,70 1,00 1,00 1,00 1,00 1,11 1,06 1,15 1,07 1,30 1,21 1,30 1,15 1,66 1,56

Atributos del proyecto

FAE = 1.15* 1.08*1*1*1*1*1.07*0.86*0.91*0.7*1*0.95*1*0.91*1.08 FAE = 0.679723 ESFUERZO = A* KDLC^E * FAE ESFUERZO = 3.2 * 6,515 ^1.05 * 0.679723 ESFUERZO = 15.5634 PERSONAS /MES TIEMPO = C*(ESFUERZO)^D TIEMPO = 2.5*(15.5634)^0.38 TIEMPO = 7.09 MESES PRODUCTIVIDAD = LDC / ESFUERZO PR = 6,515 /15.5634
PR = 419.41 LDC /PERSONA MES PERSONAL = ESFUERZO/TIEMPO PERSONAL = 15.5634 / 7.09 PERSONAL = 2.19 PERSONAS PARA TERMINAR EN 7 meses PERO COMO EL PROYECTO SE DESEA TERMINAR EN 13 SEMANAS ES DECIR EN 3.25 MESES PERSONAL = 15.5634 /3.25 PERSONAL = 5 PERSONAS PARA TERMINAR EN 13 SEMANAS

1 1 2 1

JEFE DE PROYECTO ANALISTAS DESARROLLADORES GESTORES DE PRUEBAS 19

EVALUACION CMM El Instituto de Ingeniera de Software SEI (por sus siglas en ingles) es la mxima autoridad para evaluar el posicionamiento CMM . Actualmente para este proyecto nos encontramos en el nivel REPETIBLE o NIVEL 2, ya que estamos usando procesos o modelos de desarrollo de software y gestiones tanto de calidad como de riesgo. Proyeccin para alcanzar nivel optimo Nivel 5

Si nuestra meta es llegar al nivel OPTIMIZADO o NIVEL 5, tenemos que mejorar todos los procesos a nivel sper detallado y cumplir con todas las normas que el SEI, segn su cuestionario. Esto se puede lograr cuando afinemos bien todos los procesos y gestiones, teniendo una mejor integracin grupal, coordinacin de equipo real y unas mtricas ms certeras. Adems se podra llegar a ese nivel cuando todos nuestros proyectos sean cuantificados por nuestras mtricas, es decir que estas mtricas deben ser tan certeras que no necesitemos emplear otros indicadores mas que los que ya manejamos en nuestros procesos. Cuando logremos lo anterior, entonces podremos decir que estamos en el NIVEL OPTIMIZADO o NIVEL 5.

MATRIZ DE RIESGOS DEL PROGRAMA Se han identificado los siguientes riesgos a tener en consideracin

20

Con base en la Gua para la administracin del riesgo remitida por el Curso Ingeniera del Software de la Universidad Mariano Glvez, se han identificado los siguientes Riesgos a tener en consideracin
Riesgo Categoria Prob. Priorid ad 1 Alta Backups, Raid 1

Contingencia

Perdida de la informacin

Tecnolgica

90%

Perdida de energa

Tecnolgica

100%

1 Alta

Planta elctrica UPS

Rotac in alta de personal

Entorno de desarrollo

70%

2 Media

Mejor planifi cacin Capacitaciones ajustar sueldos Discos Ext ernos Respaldos Plan de Recuperacion Mejorar Capacitacion Recl utamiento Efectivo Supervisar Ambiente de Tr abajo Mejorar Pl anificacion y Presupue staci on Revisi on Puntos Cont ra Entrega Reuniones Semanales de Seguimiento Equipo de Documentaci n Documentacon Interna Documentacin Externa Soporte En Linea Soporte y Atencion in si te.

Caida de Disc o Duro

Tecnolgica

90%

1 Alta

Renuncia Empleados

Entorno de desarrollo

80%

1 Alta

Atraso Tiempo Entrega

Entorno de desarrollo

80%

2 Media

Mala Documentacion Sistema Errores Tiempo Ejecucion

Tecnolgica

80%

2 Media

Tecnolgica

80%

1 Alta

No Implementacion del Si stema

Tecnolgica

90%

2 Media

Se recomienda la Dot acion y apoyo tecnologico basic o Se recomienda la apropiacion del equipo tecnologio con tiempo antes de la implementacin. Se verific a el convenio y compromisos adquiri dos por ambas partes. Se verific an y se reest ructuran horarios, tiempos de entrega, tareas asignadas a cada colaborador tanto de l a parte implementadora c omo la parte que implementa.

21

Riesgo 10 Implementacin Extemporanea del Sistema

Categora Tecnolgic a

Prob. 80%

Prioridad 2 Media

Contingencia Se verifica el convenio y compromisos adquiridos por ambas partes. Se verifican y se reestructuran horarios, tiempos de entrega, tareas asignadas a cada col aborador t ant o de la parte implement adora como la parte que implementa. Verific ar Tiempos de Programacion Modulos Pendientes Establecer el plan de implementacion. Politicas para que los G erent es garant icen la continuidad en la utilizacion del Sistema. Se ha recomendado se dejen de ulizar los sistemas antiguos para plena utilizacion de Atender con tiempo las necesidades de Rec ursos. Programar un excente en recursos necesarios para todas las t areas. Revisar periodicamente el alcance de requerimientos. Revisar periodicamente el cumplimient o de los objetivos.

11 No Ut iliz acion del Sistema Ent orno de desarrollo 70% 2 Media

12

Falta de Rec ursos

Impact o del Negocio

90%

1 Alta

13

Inc umplimiento de Requerimientos

Ent orno de desarrollo

80%

1 Alta

14

Inadecuada t oma de desiciones por part e de usuarios

Impact o del Negocio

90%

2 Media

Definir procesos claros en la generacin y ent rega de informacin Est ablecer procesos de asistencia tcnica para apoyar la generacin de informacin Seguridad en el cuart o de implementacion. Seguros adecuados para cada equipo.

15

Robo o Hurto de Equipos

Ent orno de Desarrollo

90%

1 Alta

22

MODELO RELACIONAL

Aqu va el E-R

23

Prototipo
El Siguiente prototipo como fue planteado en captulos anteriores ser con el fin de que el cliente realice pruebas inmediatamente o mas prximas a las liberaciones de mdulos y funcionalidades solicitadas por el usuario final en la etapa de requerimientos inciales. A continuacin detallaremos la informacin y visualizacin de las pantallas principales del prototipo.

12. GESTIN DE PRUEBAS

a. Esquema de las pruebas de Caja Negra
TIPO DE PRUEBA PRUEBAS DE FUNCIONALIDAD Alta de Cliente Baja de Cliente Consultar Cliente Ingreso de productos Confirmacin Pedido Login Cliente Login Administrador Consulta Productos Existencia Productos Alta Proveedores Baja Proveedores Modificacin Proveedores Consulta de Proveedores Realizar Pedido Asegurar la operacin correcta de los procedimientos, la entrada de datos, su procesamiento y recuperacin. Ejecutar cada procedimiento (pantalla), con datos vlidos e invlidos para verificar: Cuando se utilizan datos correctos se obtiene los resultados esperados. Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. Cada regla negocio se aplicado correctamente. del ha OBJETIVOS TECNICAS RESULTADOS ESPERADOS

Que todas las pruebas planificadas se han ejecutado. Que todos los defectos identificados se han considerado.

24

Alta de Cliente: Exitosa Baja Cliente: Exitosa Consultar Cliente: Exitosa Ingreso Productos: Exitosa Confirmacin pedido: no realizada Login cliente: exitosa Login Administrador: exitosa Consulta productos: exitosa Existencia productos: exitosa Alta proveedores: exitosa Baja Proveedores: Exitosa Modificacin proveedores: Exitosa Consulta proveedores: Exitosa Realizar Pedido: Exitosa Notas: Una compra realizada o una factura realizada no se puede editar o borrar el registro.

25

b. Esquema de las pruebas de Caja Blanca

TIPO DE PRUEBA PRUEBAS DE INTERFAZ DE USUARIO Verificar que el uso del sistema sea amigable. Acceder fcilmente a todas a las diferentes pantallas. Verificar que todas las interfaces de usuario siguen los estndares preestablecidos. OBJETIVOS Que el sistema refleje adecuadamente las reglas del negocio y los requisitos. Las ventanas y sus caractersticas, como mens, tamao, posicin y estado cumplen con las caractersticas. TECNICAS RESULTADOS ESPERADOS

Crear o modificar pruebas para cada ventana, con el objetivo de verificar la correcta funcionalidad del sistema.

Cada ventana se ha verificado con xito y es consistente con la versin de referencia o con los estndares utilizados.

El Uso del sistema es relativamente amigable, Se considera falta un poco de detalle en el significado de cada campo a llenar en los formularios La conexin con el servidor y su base de datos, revela tiempos de delay relativamente altos en el procesamiento y respuesta de las solicitudes. Se probo acceder al sistema desde un usuario remoto atreves de Internet con un enlace con ancho de banda de 2.56 Mbps.

26

c. Esquema de las pruebas de integracin

TIPO DE PRUEBA PRUEBAS DE INTEGRIDAD DELA BASE DATOS Y LOS DATOS Verificar recuperacin correcta de las modificaciones realizadas en la base de datos. RESULTADOS ESPERADOS

OBJETIVOS

TECNICAS Llamar a cada procedimiento de acceso a la base de datos. Inspeccionar la base de datos para asegurar que todos los eventos ocurren adecuadamente, o revisar los valores devueltos para asegurar que la recuperacin de datos es la correcta.

Verificar accesos simultneos de lectura de datos.

Comprobar que los procedimientos y mtodos de acceso a la base de datos funcionan correctamente.

Todos los procedimientos y de acceso funcionan como se disearon y sin ningn error en los datos.

En los campos que se probo actualizar los registros, el procedimiento fue exitoso, anteriormente no se actualizaba el registro, por el contrario creaba un nuevo campo con los valores actualizados. Este Bug fue corregido.

27