MCVS-AD-04 Acta de Entrevista al Usuario
2.PROGRAMACIÓN
Datos sobre la reunión:
Ubicación: San Martin de Porres Urb.: Tres Horizontes Mz.: F lt.: 10
Fecha y hora: 18/10/2013
Hora de Inicio: 03:00pm
Hora de fin: 05:00pm
3.OBJETIVOS
A continuación los objetivos de la reunión:
•Dar a conocer al usuario el primer ejecutable del sistema de gestión de ventas y explicarle las validaciones de los campos de texto; todo esto con la finalidad de la conformidad del cliente con los avances del sistema.
4.AGENDA
Los temas de la agenda que se tratarán son:
•Presentación del primer ejecutable
•Explicación de las validaciones del primer ejecutable
5.ASISTENCIA
6.TEMAS TRATADOS
6.1Presentación del primer ejecutable
Se le presentó al usuario el primer ejecutable, que es el de la pestaña Gestionar Clientes. El usuario estuvo conforme con el diseño del sistema. Se le explicó directamente la funcionalidad de la pestaña y cómo es que trabaja, ya que para el usuario es de poco interés los códigos de la programación.
6.2Explicación de las validaciones del primer ejecutable
Se pasó a explicar las validaciones de los campos de texto en el primer ejecutable Gestionar Clientes, tales como: el código del cliente se genera automáticamente; en el campo DNI requiere de 8 dígitos numéricos, de lo contrario aparece un mensaje de error; asimismo en los campos de Nombres, Apellidos y Dirección solo se aceptan letras y en el campo Teléfono, solo números, de lo contrario no procederá a seguir con las funcionalidades del sistema.
7.REQUERIMIENTOS PENDIENTES
Por falta de tiempo se no se pudo tratar el siguiente requerimiento:
-Ninguno
8.ACUERDOS
8.1Próxima Reunión
Se acuerda agendar la próxima reunión para el día sábado 27 de octubre a las 15:00 en la misma ubicación de la primera reunión establecida.
9.LISTA DE DISTRIBUCIÓN
La presente acta se distribuirá a las personas siguientes personas:
•Kevin Vivanco Marca
•Víctor Ricardo García
•Juan Chupán Fernández
•Percy Aranda
•Marlon Mori Mori
•Elthon Diego Saucedo
10.FIRMAS
•Kevin Vivanco Marca
---------------------
•Víctor Ricardo García
---------------------
•Juan Chupán Fernández
---------------------
•Percy Aranda
---------------------
•Marlon Mori Mori
---------------------
•Elthon Diego Saucedo
---------------------
-----------------------------------------------------------------------------------
MCVS-EN-01 Manual de Configuración
De Entorno de Pruebas
2.Introducción
2.1.Propósito
Cada Prueba de Configuración de ambiente especificada y apropiada provee un control del ambiente construido en base al conocimiento de la configuración requerida para la conducción de las actividades de prueba, un adecuado control del mismo es un aspecto importante para un eficiente análisis de falla o defectos.
2.2.Alcance
En esta tarea se describe cómo definir los requisitos para el entorno o entornos de evaluación necesarios para dar soporte al esfuerzo de prueba.
2.3.Definiciones, acrónimos y abreviaturas
Diseñador de Pruebas: El Diseñador de Pruebas es responsable de definir el enfoque de pruebas y garantizar su satisfactoria implementación. El rol incluye la identificación de las técnicas apropiadas, herramientas y directrices para implementar las pruebas necesarias, y para dar orientaciones sobre los correspondientes requerimientos de recursos para el esfuerzo de las pruebas.
Entorno de Pruebas: La finalidad es dar soporte al proyecto con las adecuadas herramientas, procesos y métodos. Brinda una especificación de las herramientas que se van a necesitar en cada momento, así como definir la instancia concreta del proceso que se va a seguir.
2.4.Referencias
Requerimientos funcionales
2.4.1. RF-0001 GENERACIÓN DE REPORTES DE CADA VENTA
Dentro de nuestro sistema y dentro del módulo de generación de ventas, se realizara la generación de las ventas que escogeremos para luego imprimirlos o solamente visualizarlos.
2.4.2. RF-0002 GENERACIÓN DE REPORTES DE CLIENTE
En nuestro sistema se realizara un reporte del cliente que buscaremos e imprimiremos todas las ventas que haya realizado.
2.4.3. RF-0003 GENERACIÓN DE REPORTES DEL PRODUCTO
Este sistema también realizara y generara los reportes de los productos donde se indicara la descripción del producto, tipo de producto, costo del producto y cantidad.
3.Inventario de hardware
4.Inventario de software
5.Inventario de consumibles
6.Configuración
6.1.Hardware
Configuración de CPU:
-Unida de Control UC:
Arquitectura de las tarjetas
Arquitectura del sistema
Redundancia
-Sistema de Entrada y Salida
-Sistema de Memoria masiva
6.1.1.{Aditamento 1}.
Configuracion de CPU:
- Unida de Control: Puede haber más de una CPU en la unidad de control, CPU’ s modulares.
- Unidad de control Compacta: E/S a una única CPU
- Unidad de control Modular: Varios CPU’s se ejecutan tareas distintas, multiproceso.
- Redundancias: Se pretende la máxima disponibilidad o que el equipo se mantenga en funcionamento permanente
6.2.Software Base
6.2.1.Sistema Operativo
El Sistema Operativo Windows Seven es una pieza imprescindible para nuestro ordenador ya que sin él éste no puede funcionar. Ayuda a controlar los recursos del ordenador, tanto los recursos físicos (hardware) que lo componen como los recursos lógicos. En resumen, el sistema operativo es un programa que se encarga de facilitar el uso del ordenador.
6.2.2.Base de datos
My SQL es la base de datos de código abierto, es un sistema de administración de bases de datos para bases de datos relacionales. Así, MySQL no es más que una aplicación que permite gestionar archivos llamados de bases de datos.
6.2.3.Sistema de archivos
De Red: NTFS: Es un sistema de archivos, está basado en el sistema de archivos HPFS de IBM/Microsoft. NTFS permite definir el tamaño del clúster a partir de 512 bytes.
6.2.4.Otros
Configuracion de Netbeans:
1.Si su red usa un proxy, seleccione Tools > Options desde el menú principal, seleccione Manual Proxy Settings, introduzca el HTTP y el Puerto de su proxy, y haga click en el botón OK.
2.Seleccione Tools > Plugins desde el menú principal.
3.En el cuadro de diálogo Plugins, haga click en la pestaña Available Plugins, y desplácese hasta la categoría C/C++.
4.Habilite la casilla de verificación C/C++.
5.Haga click en Install.
6.El Instalador de NetBeans IDE se inicia.
7.En el Instalador de NetBeans IDE, haga click en Next.
8.Lea el acuerdo de licencia, luego seleccione I Accept the Terms en el botón de selección All License Agreements, y haga click en Next.
9.Haga click en Install.
10.Despús de completarse la instalación, seleccione Restart IDE Now o Restart IDE Later y haga click en Finish.
6.3.Software aplicativo
6.3.1.Nebeans IDE
Permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes de software llamados módulos. Un módulo es un archivo Java que contiene clases de java escritas para interactuar con las APIs de NetBeans y un archivo especial que lo identifica como módulo.
6.4.Software aplicativo própio
1.Abrir Netbeans IDE
2.Abrir El Proyecto Minimarket Archivo> Abrir Proyecto
3.Comparar el sistema cargando en la interfaz gráfica.
4.Abrir módulos de paquetes y ejecutar Click derecho> Ejecutar Archivo.
5.La interfaz gráfica visualizada por el administrador.
6.Manipula y configura el sistema adecuadamente.
7.Procurar Si esta conectada a uma BD.
8.No manipular sentencias como opciones que sean desconocidas para evitar incoveniencia.
-------------------------------------------------------------------------
Informe de Gestión de Cambios No 001-2013
PARTE 1 (A SER LLENADA POR EL USUARIO)
2.DATOS GENERALES
3.DESCRIPCIÓN DE LOS CAMBIOS
A continuación se especificaran los cambios correspondientes en cuanto al proyecto:
1.- El sistema de ventas deberá realizar los cálculos del IGV correspondiente a la factura dada o pedida por el cliente, para así llevar un mejor control en la empresa y no haya dificultades ante una inspección de una entidad del Estado.
2.- El sistema debe de ser correlativo en los números de factura y almacenar en la Base de Datos y además la búsqueda ante cualquier reclamo debe realizarse a través del número de factura y no por el nombre del cliente.
4.JUSTIFICACIÓN DE LOS CAMBIOS
A continuación la justificación de los cambios a realizarse:
1.- Se debe realizar ese cambio porque el sistema debe especificar los IGV para que no haya problemas con los clientes y así cuando vengan a pedir una explicación el sistema le muestre los resultados de IGV y el monto total a pagar.
2.- Se debe mostrar correlativo los números de factura para que así haya un orden y para que cuando venga una entidad del Estado a supervisar, el sistema lo tengo todo ordenado y almacenado y la búsqueda solo debe realizarse por número de factura ya que un cliente puede tener muchas facturas.
5.PRIORIDAD DE LOS CAMBIOS
Marcar la prioridad de los cambios
6.FIRMA DEL SOLICITANTE
GERENTE GENERAL
_________________
USUARIO
_________________
PARTE 2 (A SER LLENADA POR EL GESTOR DEL PROYECTO)
7.IMPACTO DEL CAMBIO
Para poder alcanzar esta etapa del proyecto, previamente se han culminado las etapas de Planificación (Etapa 3), de Análisis de Requerimientos (Etapa 4) y Desarrollo de Requerimientos (Etapa 5), de las cuáles, producto de los cambios solicitados mediante este documento, se deberá efectuar un cambio de nivel bajo en los siguientes entregable ya culminados tales como:
-Análisis y Diseño del CUS.
-Modelo de Arquitectura del Software.
-Diseño del Sistema de Información.
-Documento Visión.
-Glosario.
-Plan de Desarrollo.
8.CAMBIOS A EFECTUAR
Los cambios que efectuaremos y que afectara a los entregables son:
-Modificación del tiempo en el cronograma del proyecto
-Modificación en la búsqueda de cada factura que realizaremos ya que era con búsqueda de cliente.
-Modificación de reporte para la impresión de la factura.
-También modificaremos los casos de uso del sistema.
9.TIEMPOS Y COSTOS
Gráfico: Cronograma de trabajo ejecución de cambios – Sistema de Ventas Minimarket CHELITA
Los costos estimados en la gestión de cambios son los siguientes:
10.FIRMA DEL GESTOR
PARTE 3 (A SER LLENADA POR EL COMITÉ DEL PROYECTO)
11.ACCION A TOMAR
Marcar la acción que decidirá el Comité de Proyecto:
