Está en la página 1de 90

Elvison De Jesús Gutiérrez Rodríguez 100284398

Domingo Mejía 100228227


Edgar F. Vargas 100269609
Facultad de ciencias
Escuela de informática
Asignatura: INF5220-Ingeneriía de Software 2.
Semestre 2020-2
Fecha: 19 diciembre 2020
Asignación correspondiente a la unidad 7 de la asignatura.
Proyecto Final.
Profesor: José M. Amado.
Índice

Introducción..........................................................................................................................1

1. Planificación y Gerencia de proyecto..............................................................................3

a. Ficha General del proyecto...........................................................................................3

b. Descripción general del proyecto:................................................................................4

 Enfoque del Proyecto.............................................................................................4

 Descripción del Proyecto........................................................................................5

 Objetivo General....................................................................................................5

 Objetivos Específicos..............................................................................................5

 Necesidad del Proyecto..........................................................................................6

 Alcance del Proyecto..............................................................................................6

 Descripción de los entregables del proyecto.........................................................6

 Duración del proyecto............................................................................................6

c. Equipo de Trabajo:.......................................................................................................7

 Coordinador del Proyecto......................................................................................7

 Miembros del Proyecto..........................................................................................7

 Organigrama del Proyecto....................................................................................7

 Descripción de las Funciones y responsabilidades..............................................8

d. Descripción de los aspectos técnicos:.........................................................................10

 Requerimiento de Hardware...............................................................................10

 Requerimiento de Software.................................................................................10

e. Matriz de información: actividad, antecedente y tiempo estándar........................11

f. Crear cronograma del proyecto.................................................................................12

2. Gestión de Requisitos de Software................................................................................14


a. Técnicas usadas para recolectar información..........................................................14

b. Diagramas de flujo de datos ......................................................................................16

c. Narrativa de los proceso.............................................................................................24

d. Formulario de especificaciones..................................................................................28

e. Casos de uso ................................................................................................................45

3. Diseño de la base de datos..............................................................................................49

a. Diccionario de los datos Lógico..................................................................................49

b. Diccionario físico.........................................................................................................50

4. Interfaz de Usuarios........................................................................................................53

Conclusiones........................................................................................................................57

Recomendaciones................................................................................................................58

Anexo....................................................................................................................................59
Introducción

La ingeniería de software es una disciplina de la informática que se encarga de ofrecer los


métodos y técnicas para el desarrollo y mantención de software que sean factibles y de
calidad a la hora de resolver problemas.

Al que destacar que para la construcción de un sistema de información no solo se basa en la


programación sino que en este intervienen muchos más elementos, en la construcción de un
software se debe tomar en cuenta un buen análisis de lo que se necesita para así hacer un
levantamiento claro de información y de lo que se pide y se espera obtener seguido de un
buen diseño el cual se destaque en los aspectos positivos y resarte diferentes puntos
esenciales que satisfagan las expectativas necesaria a la hora de diseñar el software y para
finalizar y dar vida a todo lo analizado y diseñado entra en juego lo que es la programación.

A continuación, podremos apreciar lo que es la construcción de un software utilizando


todas las tácticas y herramientas que nos brinda esta disciplina.

Planificación y Gerencia de proyecto

A. Ficha General del proyecto

1
Información principal y autorización del proyecto
Fecha: 13/03/2020 Nombre del proyecto: E&D Billing System

Coordinador del Proyecto: Ingeniero de Software


Asesor del proyecto: Ingeniero de Software

Miembros del proyecto: Analistas


Diseñadores
Programadores
Fecha de inicio del proyecto: 13/02/2020 Fecha tentativa de finalización: 11/05/2020

Necesidad del proyecto:


El auto repuesto gestiona las compras y ventas de forma manual, lo que genera gran preocupación al
propietario del negocio al no poder tener una medición certera de las ventas que se realizan durante cierto
periodo de tiempo.

B. Descripción general del proyecto:


 Enfoque del Proyecto
Esta solución que en esta ocasión le ofrecemos al sr. Sandy Moran propietario del auto repuesto
Moran Ureña está enfocado en cubrir las necesidades y preocupaciones actuales del negocio las
cuales tienen un impacto directo a la contribución del negocio.
Nosotros como departamento encargado tenemos la obligación de satisfacer las necesidades que se
presente en la empresa, ya sea en los negocios actuales como también en los nuevos y futuros.

 Descripción del Proyecto


En esta ocasión realizaremos un sistema de facturación para un auto repuesto cuyo objetivo es el de
promover, desarrollar, organizar y ofrecer servicios sobre las compras y ventas efectuadas a
diversos clientes y suplidores, así garantizando el manejo adecuado de la mercancía.
El proyecto se realizará en un lenguaje de programación de visión futurística e innovadora lo cual es
SQL, entre los participantes que lo estarán realizando tendremos analistas, diseñadores y
codificadores para así el trabajo sea más productivo, se dividirá en diferentes módulos lo cuales
benefician significativamente tanto en equipo como por su parte.
Se espera obtener buenos resultado y realización para así garantizar un producto de calidad el cual
llene las expectativas del cliente y dar su entrega en el menor tiempo posible.

 Objetivo General
2
Desarrollar un software de calidad el cual pueda cumplir todas las expectativas exigida por el
cliente.

 Objetivos Específicos
1. Dividir las actividades en módulos para un mejor manejo y avance del proyecto.
2. Darles prioridad a las ideas más claras nos ayudara a realizar avances de manera
significativa y elaborada.
3. Trabajando en equipo podremos realizar actividades combinadas las cuales podrán
brindar mayor cantidad de opciones a elegir.
 Necesidad del Proyecto
El auto repuesto tiene como necesidad poder gestionar las ventas de manera más
organizada y sistemática, así como controlar y administrar el inventario de la mercancía y
compras de la misma.

 Duración del proyecto


El desarrollo del proyecto se llevará a cabo durante un periodo aproximado de 3 meses.

C. Equipo de Trabajo:
 Coordinador del Proyecto
El proyecto estará a cargo del propietario del negocio.

 Miembros del Proyecto


Los miembros del proyecto estarán conformados por 1 ingeniero de Software, 2 analistas, 3
diseñadores y 3 programadores

 Organigrama del Proyecto

Propietario de Auto
Repuesto Moran Ureña

Ingeniero de Software

3
Analistas Diseñadores Programadores

 Descripción de las Funciones y responsabilidades

Ingeniero de software
Es el encargado y coordinador del proyecto, jefe del departamento de informática.
Analistas
Tendrán la tarea de realizar el análisis previo del sistema.
Diseñadores
Tendrán las tareas de realizar el diseño del sistema
Programadores
Tendrán la tarea de codificar los diferentes algoritmos finales del proyecto.

D. Descripción de los aspectos técnicos:

Requerimiento de Hardware

Requisitos Mínimos Requisitos recomendados


 Procesador Pentium Dual Core 2.6  Procesador i3 4ta generación (o superior)
GHz  8GB de RAM (o superior)
 4 Gb de RAM  Disco duro de 500 GB de capacidad (o superior)
 Disco duro de 160 GB de capacidad

4
Requerimiento de Software

En cuanto al sistema operativo:

Windows 7 (o superior).

Mac OS X (o superior).

Linux.

5
E. Matriz de información: actividad, antecedente y tiempo estándar

# Actividad Antecedente Tiempo estándar

1 Determinar alcance de proyecto 1 1 semana


2 Recolectar información 2 2 semana
3 Realización del diseño 3 2 semana
4 Codificación de los algoritmos 4 2 semana
5 Realización de pruebas 5 1 semana
6 Estrategias de las pruebas 6 5 días
7 Definir y validar los entregables del proyecto 7 1 día
8 Definir versiones del software 8 1 día
9 Instalación de los entregables 9 1 día

F. Crear cronograma del proyecto.


Enero Febrero Marzo Abril Mayo
Análisis y recolección de información
Diseño e implementación
Programación de los algoritmos
Prueba y entrega de proyecto

Inicio de periodo febrero 2020

6
Gestión de Requisitos de Software

A. Técnicas usadas para recolectar información

Para recolectar la información necesaria para la creación del software, en el auto repuesto
se realizaron diferentes tipos de actividades las cuales mencionaremos a continuación:

1. Cuestionario
1.1. ¿Cuenta actualmente con un sistema?

Tenía un sistema, pero se me dañó el equipo y no volví a ponerle la mano.

1.2. ¿Qué tantos reportes de ingreso se generan en un mes?


Unos 1,000 dependiendo de la cantidad de clientes que tengamos.

1.3. Seleccione los modos de pago que utiliza:

a) Efectivo

b) Cheque

c) Transferencias

1.4. ¿Has trabajado alguna vez con una interfaz touch?

No

1.5. ¿Qué tipo de impresora utilizan?

Ninguna, utilizo un talonario de factura manual.

Nota

7
Debido a que actualmente las compras, ventas e inventarios se realizan de forma manual, se
le ofrece al cliente un sistema adaptado a los procesos del negocio y se realizara una
interfaz de usuario de fácil uso la cual traiga consigo todo lo necesario para la realización
de los diferentes procesos y funciones que se deben desempeñar para un buen
funcionamiento.

8
b. Diagramas de flujo de datos

Diagrama de contexto o nivel 0

0
Articulo por comprar Informe de cuenta por cobrar

Información de nuevo cliente


Factura
Cliente

Selección de producto

Producto seleccionado

9
Cliente Sistema
De
Facturación

Almacén

10
Diagrama detallado. Agregar registro del cliente

1.1

Información del cliente


Información del cliente Validar
cuenta del
Registro Registro
cliente del del
1.2
cliente cliente
Actualizar
registro del
cliente

D2
Alc. Maestro cliente

11
Diagrama detallado. Agregar artículos

Total de 2.5
artículo

Agregar
tipo de
artículos

2.4
Precio del artículo Artículos disponibles

Calcular
total de
artículos
D1
Compra del clienteAlc. Maestro articulo

2.2 2.3
2.1 Cantidad disponible de artículo
Actualizar
Artículo valido Determinar Artículo disponible contabilidad
Validar cantidad del artículo
artículo disponible

Registro del artículo


Error del artículo no encontrado
D1
Alc. Maestro articulo
12
Diagrama detallado. Inventario

D1
Alc. Maestro articulo

Información de los artículos

3.1 3.2
Pedido de artículos
Registra Artículos
Almacenar
producto al
artículos
Inventario

13
Diagrama detallado. Pago al contado

4.2
4.1
Dinero Dinero Dinero

Cobrar en Devolver
efectivo dinero

14
Diagrama detallado. Envasar artículos

5.1 5.2
Artículos
Artículos envasados
Envasar Entregar
artículos artículos

15
Diagrama detallado. Crear estado de factura

Artículos por comprar


Precios
D1
Alc. Maestro articulo

6.1
6.2 6.3 Pago Factura
Id Artículos Artículos y precios
Identificar
Computar Calcular
Artículos
precios costo total
de precios
6.4
Cantidad por pagar Aceptar
transacción y
emitir
Información
artículos
de
venta

D3 Alc. Maestro Factura

16
c. Narrativa de los procesos

1- Agregar registro del cliente.


El cliente da la información personal necesaria para crear un registro del cliente, el
vendedor llena el formulario y registra el cliente en la base de dato.
1.1 Validar cuenta del cliente.

El vendedor tomando información personal del cliente lo agrega al sistema, Si no está


registrado.
1.2 Actualización registro del cliente.

El vendedor actualiza o modifica los archivos del cliente para corregir o agregar cualquier
información.
2- Agregar artículos.
El cliente selecciona los artículos que desea comprar, el vendedor va registrando los
diferentes artículos al sistema.
2.1 Validar artículos.
Se validan los diferentes artículos de la compra del cliente.
2.2 Determinar cantidad disponible.
Cantidad disponible de artículo en el almacén. Si no hay se presenta un cuadro de dialogo
informando que no hay existencia del mismo y no se agrega a la lista de compra del cliente.
2.3 Actualizar contabilidad de los artículos.
Se actualiza la contabilidad del articulo cuanto quedan y cuando hay que reabastecer.
2.4 Calcular total del artículo.
Se calculan el precio de todos los artículos para determinar el total a pagar del comprador
2.5 Agregar tipo de artículos.
El vendedor agrega los artículos que se van a comprar y que están disponibles para el
cliente
3-Inventario.
Se registran los diferentes artículos, se lleva una contabilidad de cuanto hay y culés se
necesitan reabastecer.
3.1 Registrar producto al inventario.
El vendedor registra los artículos comprado al inventario.

17
3.2 almacenar artículos.
Los encargados almacenan los artículos comprados en el almacén.
4- Pago al contado.
El cliente entrega total a pagar, en caso de que le sobre el vendedor entrega la devuelta al
cliente. El vendedor inserta la cantidad entregada por el cliente y el sistema le proporciona
la cantidad que se debe entregar como devuelta.
4.1 Cobrar en efectivo.
El vendedor cobra al cliente el valor total de los artículos comprado.
4.2 devolver dinero.
El vendedor devuelve dinero si le queda de los artículos que compro el cliente.
5-Envasar artículos.
El encargado de envase delos artículos lo envasa y lo entrega al cliente.
5.1 Envasar artículos.
El encargado envasa los artículos para entregar al cliente.
5.2 entregar artículos.
El encargado entrega los artículos al cliente.

6-Crear estado de factura.


Se crea el estado de la factura con los que cliente va a comprar, se le entrega la factura al
cliente.
6.1 Identificar artículos.
Selección de artículo que se está comprando.
6.2 Computar precios.
El vendedor selecciona los productos con sus precios que cliente quiere comprar.
6.3 Calcular costo total de precios.
El vendedor hace la sumatoria de los precios de todos los artículos que el cliente tiene que
pagar.
6.4 Aceptar traslaciones y emitir artículos.
El vendedor verifica que todo esté en orden. Recibir pago y emitir factura al cliente.

18
7-Elaborar cuenta por cobrar.
Se elaboran la diferente cuenta por cobrar de los clientes acreditas.

d. Formularios de Especificaciones

Formulario de especificaciones

Numero: 1.1

Nombre: Registro del cliente

Descripción: Agregar nuevo cliente información personal

Flujo de entrada
Información del cliente

Flujo de salida
Registro de cliente proceso 1.2

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If existe cliente
Then información del cliente
Else registrar cliente
endif

Español Estructurado

Asunto sin resolver:

19
Formulario de especificaciones

Numero: 1.2

Nombre: Actualizar cliente

Descripción: modificar los datos de un cliente

Flujo de entrada
Alc maestro cliente

Flujo de salida
Registro de cliente

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If modifican un cliente
Then cliente actualizado
Else cliente no actualizado
End if

Español Estructurado

Asunto sin resolver:

20
Formulario de especificaciones

Numero: 2.1

Nombre: Validar artículos

Descripción: se validan los artículos de la compra del cliente. Si no hay artículos dar alerta

Flujo de entrada
Compra del cliente

Flujo de salida
Artículos válidos para el proceso 2.2
Error de artículo no encontrado

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If si la cantidad de compra es mayor a cantidad disponible


Then alerta para reabastecer
Else articulo validado
End if

Español Estructurado

Asunto sin resolver:

21
Formulario de especificaciones

Numero: 2.2

Nombre: Determinar cantidad disponible

Descripción: cantidad disponible de artículo en el almacén. Si no hay restablecer artículos

Flujo de entrada
Articulo valido proceso 2.1
Cantidad de articulo disponible

Flujo de salida
Articulo disponible para los procesos 2.3 y 2.5

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If alerta
Then actualizar registro de cliente
End if

Español Estructurado

Asunto sin resolver:

22
Formulario de especificaciones

Numero: 2.3

Nombre: actualizar la contabilidad de articulo

Descripción: se actualiza la contabilidad del articulo

Flujo de entrada
Articulo disponible proceso 2.2

Flujo de salida

Registro del artículo

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If articulo disponible
Then registro de artículos actualizado
Endif

Español Estructurado

Asunto sin resolver:

23
Formulario de especificaciones

Numero: 2.4

Nombre: Calcular total de artículos

Descripción: se calculan los precios de todos los artículos para determinar el total

Flujo de entrada
Precios de articulo

Flujo de salida
Total de artículos para proceso 2.5

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If total artículo es menor acredito disponible


Then actualiza registro de cliente
Else revise crédito disponible
End if

Español Estructurado

Asunto sin resolver:

24
Formulario de especificaciones

Numero: 2.5

Nombre: Agregar tipo de artículos

Descripción: Agrega los artículos que se van a comprar que están disponible

Flujo de entrada
Total de articulo 2.4
Artículos disponibles proceso 2.2

Flujo de salida

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If artículo disponible
Then agregar a los artículos
Else no agregar artículos
End if

Español Estructurado

Asunto sin resolver:

25
Formulario de especificaciones

Numero: 3.1

Nombre: Registrar producto al inventario

Descripción: Se registran los artículos comprado al inventario.

Flujo de entrada
Pedido de artículos

Flujo de salida
Artículos para proceso 3.2

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If artículo no existe
Then agregar nuevo articulo
Else registrar artículos
End if

Español Estructurado

Asunto sin resolver:

26
Formulario de especificaciones

Numero: 3.2

Nombre: Almacenar artículos

Descripción: Se almacenan los artículos comprados

Flujo de entrada
Artículos proceso 3.1

Flujo de salida

Tipo de proceso Nombre de subprograma /function

 Manual En línea Por lote

If articulo no esta almacenado


Then registrar articulo
Else Almacenar articulo comprado
End if

Español Estructurado

Asunto sin resolver:

27
Formulario de especificaciones

Numero: 4.1

Nombre: Cobrar en efectivo

Descripción: Se cobra al cliente el valor total de los artículos comprados.

Flujo de entrada
Dinero

Flujo de salida
Dinero para el proceso 4.2

Tipo de proceso Nombre de subprograma /function

 Manual En línea Por lote

Español Estructurado

Asunto sin resolver:

28
Formulario de especificaciones

Numero: 4.2

Nombre: devolver dinero

Descripción: Se devuelve dinero si le queda de los articulo comprado.

Flujo de entrada
Dinero del proceso 4.1

Flujo de salida
Dinero

Tipo de proceso Nombre de subprograma /function

 Manual En línea Por lote

Español Estructurado

Asunto sin resolver:

29
Formulario de especificaciones

Numero: 5.1

Nombre: Envasar artículos

Descripción: Se envasan los artículos para entregar al cliente.

Flujo de entrada
Artículos

Flujo de salida
Artículos envasados para el proceso 5.2

Tipo de proceso Nombre de subprograma /function

 Manual En línea Por lote

Español Estructurado

Asunto sin resolver:

30
Formulario de especificaciones

Numero: 5.2

Nombre: Entregar artículos

Descripción: Se le entregan los artículos al cliente.

Flujo de entrada
Artículos envasados

Flujo de salida

Tipo de proceso Nombre de subprograma /function

 Manual En línea Por lote

Español Estructurado

Asunto sin resolver:

31
Formulario de especificaciones

Numero: 6.1

Nombre: identificar artículos

Descripción: Selección de artículo que se está comprando

Flujo de entrada
Artículos por comprar

Flujo de salida

Id articulo para proceso 4.2

Tipo de proceso Nombre de subprograma /function

 Manual En línea Por lote

Español Estructurado

Asunto sin resolver:

32
Formulario de especificaciones

Numero: 6.2

Nombre: Computar precios

Descripción: Se seleccionan los productos y se inserta el precio del producto adquirido

Flujo de entrada
Id articulo proceso 6.1
Pecios

Flujo de salida
Artículos y precios para proceso 6.3

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

Español Estructurado

Asunto sin resolver:

33
Formulario de especificaciones

Numero: 6.3

Nombre: Calcular costo total de la compra

Descripción: Se hace la sumatoria de los precios de todos los artículos en la lista

Flujo de entrada
Artículos y precios proceso 6.2

Flujo de salida
Cantidad por pagar para proceso 6.4

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If hay más de un articulo


Then se suman ellos precios todos los artículos
Else se pasa el precio del articulo
End if

Español Estructurado

Asunto sin resolver:

34
Formulario de especificaciones

Numero: 6.4

Nombre: Aceptar transacción y emitir artículos

Descripción: Se verifica que todo esté en orden. Recibir pago y emitir factura

Flujo de entrada
Cantidad por pagar proceso 6.3
Pago

Flujo de salida
Factura
Información de venta

Tipo de proceso Nombre de subprograma /function

 En línea Por lote Manual

If la cantidad de pago es correcta


Then emitir factura
Else calcular precios
End if

Español Estructurado

Asunto sin resolver:

35
e. Casos de uso

36
37
h. Crear Diagrama de Clases de la Realización de Caso de Uso

38
1. Diagrama de clase

Cliente
+Código
+Nombre
+Edad
+Teléfono
+Dirección
-Registrar
-Consultar
-Eliminar

Empleado
Suplidor +Código
+Código +Nombre
+Nombre +Cedula
+Teléfono +Teléfono
+Dirección +Dirección
+Sexo
-Registrar
-Consultar -Registrar
-Eliminar -Consultar
-Eliminar

Factura Piezas
+Código +Código
+Fecha +Nombre
+Monto +Marca
+Cantidad +Modelo del vehículo
-Registrar +Costo
-Consultar +Estado
-Eliminar -Registrar
-Consultar
-Eliminar

39
2. Diagrama de actividades

Recuperar Autenticar usuario


Contraseña

Mostrar error

Acceso al sistema
6

Pantalla principal Cerrar Sesion

Pantalla Pantalla Pantalla Pantalla Pantalla


Ventas Productos Clientes Compras Suplidores

1 2 3 4 5
40
1 2

Realizar Historico de Nuevo


Inventario
Venta ventas Produto

Editar
producto

4
Lista de Nuevo
clientes Cliente

Editar Info. Nueva Historico de


Cliente Compra Compras

6
Lista de Nuevo
Suplidores Suplidor

Editar Info.
Supidor
41
Diseño de la base de datos

3. Diseño de la base de datos

42
a. Diccionario de los datos Lógico

43
b. Diccionario físico

Cliente
Atributo Dominio Tipo Ejemplo
Código Numero entero + Continuo 1,2,etc
Nombre Cliente CadenaCaracter Continuo Edgar Vargas
Dirección CadenaCaracter Continuo Pueblo nuevo
Cédula CadenaCaracter Continuo 402-1234690-3
Teléfono CadenaCaracter Continuo 829-996-6765
Emaill CadenaCaracter Continuo vargas@gmail.com

Proveedor
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
Nombre Proveedor CadenaCaracter Continuo Pedro
Teléfono NumeroEntero Continuo 829-948-9865
Dirección CadenaCaracter Continuo Mao

Factura
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
Código Produto Numero entero Continuo 1,2,etc
Código Cliente Numero entero Continuo 1,2,etc
Descuento NumeroFlotante Continuo 50%…
ITBIS NumeroEntero Continuo 10%...
TotalVentas NumeroFlotante Continuo 8059.99…

Producto

Código NumeroEntero Continuo 1,2,etc

44
NomProduct CadenaCaracter Continuo Goma
PrecioProduct NumeroEntero Continuo 100, 850..
Marca CadenaCaracter Continuo Honda, Toyota, Etc
FechaProduct Date Continuo
CantProducto NumeroEntero Continuo 100,etc

Recibo de Ingreso
Atributo Dominio Tipo Ejemplo
Codigo NumeroEntero Continuo 1,2,etc

Producto CadenaCaranteres Continuo Volante

Propietario CadenaCaranteres Continuo Sr. Sandy Moran

Unidad CadenaCaranteres Continuo 10,etc

Descuento NumeroEntero Continuo 30%,etc

FechaEntrega Date Continuo

Comprobante NumeroEntero Continuo

Monto NumeroEntero Continuo

TotalProducto NumeroEntero Continuo 20, 10, etc


Marca
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
Nombre CadenaCaracter Continuo Toyota, Honda, Ferrari, etc
Año NumeroEntero Continuo 1998, 2005, 2013, 2019, ect

Pedido
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
Producto CadenaCaracter Continuo Tornillos, ect
FechaPedido Date Continuo
FechaEntrega Date Continuo
CantidadPedido NumeroEntero Continuo 500, ect
Monto NumeroEntero Continuo 10500, etc
ITBIS NumeroNumerico Continuo 5%, ect
Descuento NumeroNumerico Continuo

45
Categoria
Atributo Dominio Tipo Ejemplo
Codigo NumeroEntero Continuo 1,2,etc
Nombre CadenaCaracteres Continuo Volante Aerodinamico
Codigo Producto NumeroEntero Continuo 1,2,3,etc

Caja
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2, etc
NombreCajero CadenaCaracter Continuo Anthonio
FormaPago CadenaCaracter Discreto Efectivo,Tarjeta
Monto NumeroNumerico Continuo $ 1,850.00
CantidadProducto NumeroEntero Continuo 25, etc
ITBIS NumeroNumerico Continuo 13%, etc
TotalVentas NumeroFlotante Continuo $ 2,000,000.00

Cajero
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2, etc
NombreCajero CadenaCaracter Continuo Julia
Puesto Cajero CadenaCaracter Continuo Caja 1, Caja2, etc

Almacen
Atributo Dominio Tipo Ejemplo
Codigo NuneroEntero Continuo 1,2,etc
Codigo Producto NuneroEntero Continuo 1,2,3,etc
Fecha Entrada Date Continuo
Fecha Salida Date Continuo
Cantidad NuneroEntero Continuo 15,etc
Unidad NuneroEntero Continuo 50,etc
Lote NuneroEntero Continuo 3,4,etc
Vendedor
Atributo Dominio Tipo Ejemplo
Código vendedor NumeroEntero Continuo 1,2,etc
NombreVendedor CadenaCaracter Continuo Miledy,Manuel..
TelefonoVendedor CadenaCaracter Continuo 829-555-2200,849-111-2020…
DireccionVendedor CadenaCaracter Continuo La piedra,Altamira….

46
       
Grupo
Atributo Dominio Tipo Ejemplo
Código Grupo NumeroEntero Continuo 1,2,etc
NombreProducto CadenaCaracter Continuo Volante, etc.
Monto NumeroEntero Continuo 800,500,1000,70000…

Subgrupo
Atributo Dominio Tipo Ejemplo
Código Subgrupo NumeroEntero Continuo 1,2,etc
Codigo Grupo NumeroEntero Continuo 1,2,etc
Nombre CadenaCaracter Continuo Aerodinamico, Grande, Pequeño, etc
Cantidad NumeroEntero Continuo 300, etc
Devolución Cliente
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
NombreProducto CadenaCaracter Continuo volante
FechaEntrega Date Continuo
Departamento CadenaCaracter Continuo Recurso Humano
Monto NumeroNumerico Continuo

Devolución Suplidor
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
NombreProveedor CadenaCaracter Continuo Ramon
Codigo Factura NumeroEntero Continuo 1,2,etc
Producto CadenaCaracter Continuo Tornillos
CantidadProducto NumeroEntero Continuo 15, 20, etc
FechaEntrega Date Continuo
Monto NumeroNumerico Continuo $ 18,000.00
Descuento NumeroNumerico Continuo 40%,etc
FormaPago CadenaCaracter Discreto Efectivo o Tarjeta
TotalVentas NumeroNumerico Continuo 115,500.00
Compra
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc

FechaEntrega Date Continuo

Cantidad NumeroEntero Continuo 15, 20, etc

Monto NumeroEntero Continuo 85,000.00

47
ITBIS NumeroEntero Continuo 6%, etc

Cotización
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc

NombreSuplidor CadenaCaracter Continuo Maria

Fecha Date Continuo

FormaPago CadenaCaracter Continuo Efectivo,Tarjeta

ITBIS NumeroNumerico Continuo 2%,5%,7%,11%...

Descuento NumeroEntero Continuo 60%, etc

TotalVentas NumeroNumerico Continuo 25,000.00

Cuenta Bancaria
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc

NombreCuenta CadenaCaracter Continuo Javier

NumeroCuenta NumeroEntero Continuo

Telefono CadenaCaracter Continuo 829-349-4587

Direccion CadenaCaracter Continuo Altamira

FechaCuenta Date Continuo

CantidadIngreso NumeroNumerico Continuo

NombreBanco CadenaCaracter Continuo Popular, BHD, Ban Reserva


Tipo de tarjeta
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
Tipo CadenaCaracter Continuo Debito o Credito

NumeroTarjeta NumeroEntero Continuo 14714


Banco CadenaCaracter Continuo BanReservas, BHD, Popular

48
MontoDisponible NumeroNumerico Continuo 12,099.0000

Ciudad
Atributo Dominio Tipo Ejemplo
Codigo NumeroEntero Continuo 1,2,etc

NombreCiudad CadenaCaracter Continuo Santiago

CodigoPostal NumeroEntero Continuo 55000


   
Sector
Atributo Dominio Tipo Ejemplo
Código NumeroEntero Continuo 1,2,etc
Código ciudad NumeroEntero Continuo 1,2,etc

Nombre CadenaCaracter Continuo Los salados

Unidad de Medida
Atributo Dominio Tipo Ejemplo
Codigo NumeroEntero Continuo 1,2,etc

Uniad CadenaCaracter Continuo Libra, Kilo, Gramo, etc.

49
Interfaz de Usuarios

4. Interfaz de Usuarios

Pantalla Inicio de Sesión

50
Esta es la ventana de entrada de usuario, el usuario puede acceder al sistema con un nombre
de usuario y una clave, luego deberá darle click al botón entrar y luego podrá utilizar el
sistema. En el caso de que el usuario desee cambiar la contraseña o se le haya olvidado la
misma, puede hacer click en el menú y recuperarla o cambiarla si así lo desea.

Pantalla de Inicio
51
En esta imagen se puede observar la división del sistema de una manera sencilla, donde el
usuario puede acceder a cada uno de los procesos por medio de este menú, dando un click
izquierdo a cualquiera de estas opciones del menú y poder acceder una de sus funciones.

Menú General del sistema

52
En esta imagen podemos visualizar como el usuario puede acceder a cada una de las
opciones que tiene el menú principal y poder seleccionar dándole un click izquierdo encima
de cada función.

Pantalla de ventas

En esta imagen visualizamos todas las entradas básicas de la opción de ventas, donde el
usuario para acceder a cualquiera de estas opciones solo debe darle un click izquierdo
encima de cada función.

Pantalla Histórico de Ventas

53
En esta pantalla el usuario podrá acceder al histórico de ventas .

Pantalla Visualizar Productos

En esta pantalla el usuario puede consultar los datos de un producto donde podrá tener
acceso a la siguiente información: Datos básicos del producto, Datos de compra, datos de
inventario y precio de venta.
54
Adicional a esto el usuario podrá acceder a diferentes funciones que brinda esta pantalla
como: Agregar nuevo producto, visualizar inventario de todos los productos, Editar
producto.

Pantalla Nuevo Producto

En esta pantalla podemos dar de alta a un nuevo producto donde solo debemos colocar los
datos básicos del mismo.

Pantalla Listado de marcas

55
En esta pantalla el usuario puede seleccionar una marca para el producto que está dando de
alta, también podrá dar de alta a una nueva marca en caso de no estar en la lista.

Pantalla Listado de modelos

56
En esta pantalla el usuario puede seleccionar un modelo para el producto que está dando de
alta, también podrá dar de alta a un nuevo modelo en caso de no estar en la lista.

Pantalla Listado de Grupo de Artículos

57
En esta pantalla el usuario puede seleccionar un Grupo de Artículos para el producto que
está dando de alta, también podrá dar de alta a un nuevo grupo en caso de no estar en la
lista.

Pantalla Listado de Sub-Grupo de Artículos

58
En esta pantalla el usuario puede seleccionar un Sub-Grupo de Artículos para el producto
que está dando de alta, también podrá dar de alta a un nuevo Sub-Grupo en caso de no estar
en la lista.

Pantalla Listado de Unidad de Medida

59
En esta pantalla el usuario puede seleccionar una Unidad de Medida para el producto que
está dando de alta, también podrá dar de alta a una Nueva Unidad de Medida en caso de no
estar en la lista.

Pantalla Inventario

60
En esta pantalla el usuario puede visualizar el listado de productos activos, así como la
cantidad total en existencia y el precio de venta. Además, en esta pantalla el usuario tendrá
la facilidad de imprimir el inventario total actual de los productos para hacer revisión física.

Pantalla de Compras

61
En esta pantalla el usuario puede consultar los datos de una compra donde podrá tener
acceso a la siguiente información: Código y Descripción del producto, Cantidad adquirida,
Costo unitario del producto, monto total pagado, Lote del producto comprado, Código y
nombre del suplidor y un detalle u observación al momento de la compra.
Adicional a esto el usuario podrá acceder a diferentes funciones que brinda esta pantalla
como: Realizar una nueva compra, ver Histórico de Compras.

Pantalla Histórico de Compras

62
En esta pantalla el usuario puede visualizar todo el historial de compras hasta la fecha de
las compras realizadas.

Pantalla Nueva Compra

63
En esta pantalla el usuario puede dar entrada a una nueva compra, estos datos serán
agregados al inventario del producto comprado.

Pantalla Visualizar Cliente

64
En esta pantalla el usuario puede consultar los datos de un cliente donde podrá tener acceso
a la información personal del cliente.
Adicional a esto el usuario podrá acceder a diferentes funciones que brinda esta pantalla
como: Agregar un nuevo cliente y modificar los datos de un cliente.

Pantalla Nuevo Cliente

En esta pantalla el usuario puede dar de alta aun nuevo cliente.

Pantalla Lista de Clientes

65
En esta pantalla el usuario puede acceder al listado total de los clientes registrados.

Pantalla Visualizar Suplidor

En esta pantalla el usuario puede consultar los datos de un Suplidor donde podrá tener
acceso a la información específica del suplidor.
66
Adicional a esto el usuario podrá acceder a diferentes funciones que brinda esta pantalla
como: Agregar un nuevo Suplidor y modificar los datos de un suplidor.

Pantalla Nuevo Suplidor

En esta pantalla el usuario puede dar de alta aun nuevo cliente.

Pantalla Lista de Suplidores

67
En esta pantalla el usuario puede acceder al listado total de los clientes registrados.

Pantalla Mi Perfil

68
En esta pantalla el usuario podrá ver su perfil, donde podrá visualizar y modificar su
información personal, además de realizar el cambio de contraseña si así lo desea.

Pantalla Nuevo Usuario

69
En esta pantalla el usuario (debe ser administrador para acceder a esta pantalla) podrá dar
de alta a un usuario nuevo.

Pantalla Administrar Usuarios

70
En esta pantalla el usuario (debe ser administrador para acceder a esta pantalla) podrá
ofrecer a cada usuario los permisos específicos para cada proceso.

71
Conclusiones
Para concluir solo basta destacar que una Base de Datos cumple las mismas tareas de
análisis que del software y tiene como característica relacionar la información como vía de
organización y asociación donde la base de datos tiene una ventaja que es utilizar la
plataforma para el desarrollo del sistema de aplicación en las organizaciones. También En
un proyecto de desarrollo de un Sistema de Información comprende varios componentes o
pasos llevados a cabo durante la etapa del análisis, el cual ayuda a traducir las necesidades
del cliente en un modelo de Sistema que utiliza uno más de los componentes: Software,
hardware, personas, base de datos, documentación y procedimientos.

En cuanto a los algoritmos computacionales siempre dicen presente a la hora de desarrollar


cualquier Sistema de información, ya que a través de ellos encontramos solución a
diferentes problemas a los que lleva consigo el análisis y la codificación para el sistema. En
cuanto al análisis se debe tomar en cuenta la buena atención para así tener claro que es lo
que el cliente pide y que se le podría sugerir para que el sistema sea más eficaz en la
optimización de procesos, por ultimo diseñar un software que sea fácil de usar por el
usuario.

Recomendaciones

Analizar una empresa no es una tarea fácil, sin embargo no es una cosa del otro mundo para
un informático que tiene bien puesto los pies en la tierra además de buenos instructores.

A continuación unas series de recomendación que podrían ayudarte a la hora de analizar


una empresa para desarrollar un sistema de información para ella:

 A la hora de hacer el levantamiento:


 Ir preparado con apoyo de donde tomar notas.
 Has preguntas coherentes
 Se observador, para ver como funcionan los procesos actuales.

72
 Da sugerencia, aunque el cliente quiera algo de una forma debes sugerir para bien,
ya que eres tu quien tiene el punto de vista a nivel de programación.

 A la hora de diagramar los proceso:


Ten presente cuales son las entidades, los procesos y el flujo de información.

Usa aplicaciones diseñada para esta actividad como lo es Microsoft Visio o alguna que
manejes bien.

Enfócate en los procesos principales, ya que estos están constituidos por subprocesos.

 A la hora de desarrollar el software (base de datos e interfaz de usuario):


Usa un lenguaje que tengas dominio y que esté presente para futuras optimizaciones.

Usa un sistema de gestor de base de datos potente en cual te brinde todo lo que necesitas.

Usa un entorno de interfaz de usuario encantador pero que sea serio.

Conclusiones y recomendaciones finales sobre la propuesta de


diseño
Luego de indagar y revisar todas las informaciones de la empresa esta fue a la conclusión que
llegamos.

Plan de Desarrollo de Software


Identificación Descripción Fecha de Lugar de Condiciones
Entregable Entregable entrega entrega satisfacción
1 Investigación Localidad de la
07/03/2020 empresa Hallazgos
Preliminar
2 Determinación de Lista de
los Requerimientos 21/03/2020 Localidad de la requerimientos
del Sistema empresa del sistema

3 Centro de Seguridad e
Base de Datos 28/03/2020 desarrollo de integridad de los
software datos.

73
4 Diseño que se
Diseño del Sistema 05/04/2020 Centro de adaptado a las
desarrollo de necesidades del
software cliente/usuario.

5 Centro de Funcionalidad,
Desarrollo del 26/04/2020 desarrollo de seguridad e
Software software integridad de
datos.
6 Prueba del Sistemas 28/04/2020 Localidad de la Sistema
empresa Completo
7 Funcionalidad,
Implantación y 30/04/2020 Localidad de la facilidad de uso y
Evaluación empresa manual de
referencia.
8 Centro de Mejora de
Actualización del 05/12/2020 desarrollo de funcionalidad,
Software software versión mas
amigable y
funciones
adicionales.

Plan de Configuración de Software

Plan de Prueba del Software

Historial de Versiones
Fecha Versión Autor Organización Descripción
11/05/2020 1.0 ELVISON GUTIERREZ AUTO REPUESTO Sistema de Facturación
EDGAR VARGAS MORAN UREÑA
DOMINGO MEJIA
JOSE MANUEL

Información del Proyecto


Empresa / Organización AUTO REPUESTO MORAN UREÑA
Proyecto Sistema de facturación E&D Billing System
Fecha de preparación 15-11-2020
Cliente Sandy Moran Ureña
Patrocinador principal

74
Gerente / Líder de Proyecto Elvison Gutiérrez
Gerente / Líder de Pruebas de Edgar Vargas, Domingo Mejia, José Manuel
Software

Aprobaciones
Nombre y Apellido Cargo Departamento u Fecha Firma
Organización
Sandy Moran Ureña Propietario Auto Repuesto 15-11-
Moran Ureña 2020

Resumen Ejecutivo 
El sistema de facturación que estamos desarrollando está orientado en una tienda de repuestos
automotriz con el objetivo de mejorar los procesos realiza en el día a día como registrar su
catálogo de productos, organizar y administrar las ventas, administrar las comopras. Así mismo
ofrecer al cliente todo el ciclo de vida del software que incluya la fase de análisis, Diseño,
Implementación pruebas y mantenimiento.

El proyecto tiene una duración de 11 meses inicio 01-01-2020 y culminará el 10-12-2020 fecha en
el que finaliza el proyecto.

Alcance de las Pruebas


Elementos de Pruebas

Listado de los módulos, componentes o elementos que se van a probar.

Componentes a ser probados Modulo Registrar


 Sub Modulo Registrar Usuario.
 Sub Modulo Registrar Articulo.
 Sub Modulo Registrar Cliente.
 Sub Modulo Suplidor.
 Sub Modulo Registrar Venta
 Sub Modulo inventario.
Objetivo de las pruebas En estos módulos se realizará las pruebas
 Realizar pruebas al código.
 Efectuar de manera correcta cada uno
de los procesos.
 Realizar de manera lógica cada
proceso.

75
Nuevas Funcionalidades a Probar 
Pruebas de funcionalidad caso de modificar, eliminar y buscar en el sistema.
Objetivos de la prueba Cuando selecciones la opción guardar, Editar y
buscar para verificar que cada uno de ellos lleva un
proceso deseado.
Técnicas  Cuando seleccione guardar los datos se
guardarán automáticamente.
 Cuando seleccione editar los datos
cambiados se actualizarán.
 Cuando escribimos el nombre de un dato en
buscar la aplicación busca y muestra los
resultados.
Caso de uso involucrado Caso de uso guardar y buscar en la aplicación.

Pruebas de Regresión 
Objetivo de la prueba Es validar que el sistema mantenga su
correcta funcionalidad debido a la
incorporación de un ajuste, corrección
o nuevo requerimiento.
Factores que enfocaran las pruebas  Corrección.
 Conformidad.
 Facilidad de Uso.
 Portabilidad.
 Facilidad de Operación

Funcionalidades a No Probar 
Características Descripción Módulo
Procedimiento de usuarios No serán probados, debido a Procedimientos de usuario
que no se cuenta con el
tiempo suficiente para probar
los diferentes criterios,
relacionados con los
procedimientos, ya que se
necesitan usuarios con
conocimiento.

Criterios de Aceptación o Rechazo


 Criterios de Aceptación o Rechazo 
Criterios Descripción
Aprobado Se aprobará el proyecto con un 100% de las pruebas

76
ejecutadas, pero con 90% de aceptación. Esto quiere decir
que el 90% de las pruebas deben ser exitosas y sin errores.
En el 10% pueden existir errores medios o bajos, pero no
graves.
Rechazado En caso de ocurrir que el proyecto no cumpla con el nivel
exigido, el proyecto se rechaza completo en su etapa de
certificación.

Criterios de Suspensión 

La única manera de que la prueba se pueda suspender es por enfermedad de alguna de las
personas que realizarán las pruebas y se reanudarán esta cuando la persona vuelva a estar en
condiciones de realizar la prueba o que se ha reemplazado por otra persona capacitada.

Criterios de Reanudación
Las pruebas se reanudarán porque las personas están disponibles y en buen estado de salud para
continuar con las pruebas que estaban realizando. 

Entregables 
Entregables Descripción
E&D Billing System La prueba revisa que cada uno de los
elementos que conforman la aplicación E&D
Billing System funcione correctamente, se
revisan detalladamente uno a uno los
componentes.

Escenarios de caso de uso


Nuevo Cliente
ID Escenario Flujo Básico
1 El usuario accede al sistema, se posiciona en la
pantalla de cliente, selecciona la opción nueva
y se procede al llenado de la información
solicitada por el sistema, para después
almacenarla en la Base de Datos.
Modificar Cliente
ID Escenario Flujo Básico
2 El usuario accede al sistema, se posiciona en la
pantalla de cliente selecciona la opción de
editar para entonces proceder al cambio de
información, para posteriormente actualizar la
Base de Datos presionando el botón guardar.
Factura
ID Escenario Flujo Básico
3 El usuario accede al sistema, se posiciona en la
pantalla de venta, agrega los datos del cliente
si es necesario, ingresa los datoa de los
77
productos que se van a facturar, completa la
infirmación del metodos de pago e
informacion adicional y posteriormente
presionar el boton finalizar para actualizar la
Base de Datos y agregar la nueva generar la
factura.

Recursos
 Requerimientos de Entornos – Hardware 

Hardware

Computadora de escritorio con las siguientes especificaciones.

 Procesador: Intel Core i3 o superior


 Velocidad del procesador: 1.5 GHZ o superior
 Capacidad de Disco Duro: 32 GB o superior
 Memoria RAM: 4GB o superior
 Tipo RAM: DDR3 o posterior
 Conectividad: 10M/100M/1000M Gigabit Ethernet
 Puertos USB: 2.0 o posterior
 Monitor: LCD 19’’ resolución: 1280 * 1024 Hz
 Mouse & Teclado

Requerimientos de Entornos – Software 
 Sistema Operativo: Windows 7 de 32-64 bits
 Base de datos: MySQL 5.0 o superior
 Microsoft Office 2010 o Superior
 Lector PDF: Adobe Reader XI

Herramientas de Pruebas Requeridas 


 TestLink
 Readmine
 Gemini
 Hewlett Packard Quality Center
 IBM Rational Quality Manager
 Bugzilla

 Personal
Roles Recursos Necesarios Estado Responsabilidades
Administrador del 1 Asignado  Coordinador
plan de prueba que el plan de prueba

78
y llevar a cabo y
hacer la planeación.
Asegurador de la 2 Asignado  Verificar que
calidad el software está
conforme a los
estándares de
calidad.
Usuarios de prueba 3 Asignado  Probar el sistema
como si fuera el de
la aplicación.

Planificación y Organización
Procedimientos para las Pruebas
 Establecer un proceso de aseguramiento de la calidad.
 Identificar el tipo de plan de recuperación a probar.
 Agenda horas y fechas para las pruebas.
 Escoger el tipo de prueba a ejecutar.
 Documentar el plan de prueba.
 Entrenar el equipo de prueba.
 Evaluar los resultados de las pruebas.
 Finalizar el plan de prueba.

Matriz de Responsabilidades
Matriz RACI que significa R: Responsable, A: Aprobador, C: Consultado, I: Informado.

Actividades Desarrollo Gestión de configuración Pruebas


Jefe del Responsable Responsable de Sistemas Responsable de
proyecto Subsistema pruebas
Delimitar el alcance A I C R
Planificación del A I C R
proyecto de prueba
Definir y validar los R I I A
entregables de
prueba
Definir el versionado I C R I
del software
Especificar los casos I C C R
de prueba
Preparar e I C R C
implementar
entornos de prueba
Ejecutar y evaluar los I C C R
ciclos de pruebas

79
Aceptar y validar la R I I C
ejecución de las
pruebas

Dependencias y Riesgos
Aquí se listan los riesgos asociados con el proceso de pruebas de software, por ejemplo, algunas
fuentes de riesgos suelen ser:

 Dependencias con Desarrollos.


 Dependencias con otros proyectos.
 Disponibilidad de recursos.
 Restricciones de tiempo.
 Premisas que resulten no ser ciertas. 

Referencias 
Lista de todos los documentos que pueden citarse como apoyo o para ampliar el contenido del
plan de pruebas. referencia aquí son: 
 Plan de Proyecto.
 Especificaciones de Requerimientos. 
 Diseño General.
 Diseño Detallado. 
 Procedimientos y estándares de Desarrollo. 
 Procedimientos y estándares de Pruebas. 
 Metodologías, Procedimientos y estándares corporativos.

Plan de Gestión de Cambios del Software

Plan de Mediciones del Proyecto

Proceso Referencia

José Manuel Santana comprueba los requisitos previos para Requisitos previos para
la medición de software y confirma que el proyecto está la medición de Software
completo y apto para su realización, de tal manera que se en el Administrador de
pueda llegar a la conclusión de que puede ir al siguiente configuración.
paso de medición.

Elvison Gutiérrez se encargar de realizar la configuración  Cómo configurar


el Administrador

80
predeterminada del cliente para la medición de software: de configuración
de la
 Permite la disponibilidad de software y utiliza la disponibilidad de
programación predeterminada de la colección de Software.
datos una vez cada siete días.  Cómo crear en el
Administrador de
configuración de
las reglas de
disponibilidad de
Software.

José Manuel Santana espera durante siete días, después de No hay información
que los equipos del cliente comienzan a mostrar los datos de adicional.
uso de informes.

Edgar Vargas se encarga de utilizar el administrador de la Cómo supervisar en el


configuración del informe base instalada para todos los Administrador de
programas de software disponibles. configuración de la
disponibilidad de
Software

Después de ocho meses, Elvison Gutiérrez ejecuta el Cómo supervisar en el


informe de equipos que tengan un programa medido Administrador de
instalado, pero sin ejecutar el programa desde una fecha configuración de la
especificada, especificando la regla y una fecha ocho meses disponibilidad de
en el pasado de medición del producto software. Este Software
informe identifica si el equipo no ha ejecutado el programa
en los últimos ocho meses.

Domingo Mejía realiza algunas comprobaciones adicionales


para confirmar que la aplicación heredada no es necesaria en
el equipo. Entonces desinstala la aplicación heredada y la
copia de Word 2019 desde el equipo.
No hay información
adicional.
Edgar Vargas ejecuta el informe de los usuarios que han
ejecutado un programa de software específico de
medida para proporcionar asistencia con una lista de
usuarios que necesitan seguir utilizando la aplicación
heredada.

81
Domingo Mejía continúa realizando la comprobación de la Cómo supervisar en el
disponibilidad de software, lo cual se informa Administrador de
semanalmente, y toma las medidas correctivas si es configuración de la
necesario. disponibilidad de
Software

Identificar las propiedades del Proyecto:

Documentación:
Documentación mínima requerida:
 Especificación de Requerimientos
 Diseño del Sistema y Descripción de la Arquitectura
 Plan de Verificación y Validación
 Reportes de Verificación
 Documentación de Usuario
 Plan de Configuración
 Plan de Proyecto

Estándares para documentación:

Entregable Estándar
Plan de Proyecto 50 hojas

Revisiones:
Descripción:

En esta sección se definen los tres tipos de revisiones (Evaluación de la


calidad de los productos, Revisar el ajuste al proceso y Revisión Técnica
Formal – RTF –), sus objetivos y mecanismos.
Evaluación de la calidad de los productos:

Objetivo: Revisar los productos que se definieron como claves para


asegurar la calidad. Detectar desviaciones en los objetivos de calidad
definidos e informar a los responsables para que sean corregidas.
82
Mecanismo: Se revisan los productos para verificar que cumplan con
los estándares y con los objetivos de calidad utilizando las checklists
definidas para el producto.
Se debe verificar que no queden correcciones sin resolver en los
informes de revisión previos, si se encuentra alguna no resuelta, debe
ser incluida en la siguiente revisión. Se debe identificar, documentar y
seguir la pista a las desviaciones encontradas y verificar que se hayan
realizado las correcciones.
Como salida se obtiene el Informe de revisión de SQA, que contiene
todas las desviaciones o defectos encontrados durante la revisión. Este
informe debe ser distribuido a los responsables del producto y se debe
asegurar que ellos son conscientes de las desviaciones o discrepancias
encontradas y de las acciones correctivas que deben realizar.
Revisar el ajuste al proceso:

Objetivo: Revisar si los productos se obtuvieron realizando las


actividades que se indican en el Modelo de Proceso.
Mecanismo: Se revisan los productos que se definen como claves para
verificar el cumplimiento de las actividades definidas en el proceso,
durante todo el ciclo de vida del software.
Se debe recoger la información necesaria de cada producto, buscando
hacia atrás los productos previos que deberían haberse generado y son
entrados para el producto objeto de revisión, para poder establecer los
criterios de revisión y evaluar si el producto cumple con las
especificaciones.
Esta información se obtiene de los siguientes documentos:
 Plan del Proyecto
 Plan de la iteración
 Plan de Verificación

Se debe verificar si todos los pasos del proceso de desarrollo son


seguidos apropiadamente.
Antes de comenzar, se debe verificar en los informes de revisión
previos que todas las desviaciones fueron corregidas, si no es así, las
faltantes se incluyen para ser evaluadas.

83
Como salida se obtiene el Informe de revisión de SQA correspondiente
a la evaluación de ajuste al Proceso, que contiene todas las
desviaciones o defectos encontrados durante la revisión. Este informe
debe ser distribuido a los responsables de las actividades y se debe
asegurar que ellos son conscientes de las desviaciones o discrepancias
encontradas y de las acciones correctivas que deben realizar.

Revisión Técnica Formal (RTF):

Objetivo: Descubrir errores en la función, la lógica ó la


implementación de cualquier producto del software, verificar que
satisface sus especificaciones, que se ajusta a los estándares
establecidos, señalando las posibles desviaciones detectadas.
Mecanismo: Es un proceso de revisión riguroso, su objetivo es llegar a
detectar lo antes posible, los posibles defectos o desviaciones en los
productos que se van generando a lo largo del desarrollo. Por esta
característica se adopta esta práctica para productos que son de
especial importancia.
En la reunión participan el responsable de SQA e integrantes del
equipo de desarrollo.
Se debe convocar a la reunión formalmente a los involucrados,
informar del material que ellos deben preparar por adelantado, llevar
una lista de preguntas y dudas que surgen del estudio del producto a
ser revisado.
Como salida se obtiene el Informe de RTF.

Requerimientos Mínimos:
 Especificación de Requerimientos
 Modelo de Diseño y Descripción de la Arquitectura
 Plan de Verificación y Validación
 Plan de Gestión del Proyecto
 Plan de Gestión de Configuración
 Diseño vs. Especificación de requerimientos
 Implementación vs. Diseño
 Verificación vs. Especificación de requerimientos

84
Agenda:
En esta sección se detallan todas las revisiones de calidad que se realizarán
durante todo el proyecto, organizadas por fase e iteración.

Fase I – Inicial
Iteración I

Entregable Realizado Revisión Tipo de


revisión
Plan de Elvison Gutiérrez 11 de marzo Estándar
proyecto 2020 común.
Edgar Vargas
Sistema de Revisión
Facturación. Domingo Mejía profunda.
José Manuel
Santana

Testeo:

Se verificaron los casos de usos, especificaciones y diagrama de la base de


datos, documento visión entre otros.
Las verificaciones realizadas se llevaron a cabo con mucho cuidado, lo cual nos
ha permitido tener la certeza de que el funcionamiento del producto de software
tenga buena calidad.
Nuestro producto de software trata sobre el control de las ventas del auto
repuesto, lo cual nos lleva a que las pruebas están relacionadas al control de
inventario e ingresos por ventas, donde se realizaron las siguientes pruebas:
 Se probó que el sistema abarca los distintos controles para las ventas.
 Se probó el control del catálogo de cuentas.
 Se probó cada módulo para saber su funcionamiento.

Herramientas, técnicas y metodologías:

Documento visión X
Casos de uso X

85
Gestión de configuración:
En el proyecto se ha utilizado Git para la gestión de configuración. Esta
metodología es muy buena, porque nos lleva a gestionar la configuración del
software de manera efectiva, sin importar los inconvenientes que se puedan
presentar.

Correspondencia de este plan con el estándar IEEE 730[1]:

Secciones del estándar IEEE 730 Secciones de este plan


1. Propósito Ser apto para realizarse.
2. Referencias X
3. Gestión X
4. Documentación X
5. Estándares, prácticas, X
convenciones y métricas
6. Revisiones y auditorias X
7. Test X
8. Reporte de problemas y acción X
correctiva
9. Herramientas, técnicas y X
metodologías
10. Control de código X
11. Control de medios X
12. Control de proveedores X
13. Recopilación de registros y X
mantenimiento.
14. Entrenamiento. X
15. Gestión de riesgos. X

Anexo
Documento Visión del Producto (adjunto al proyecto).
Evidencias Plan de prueba

86
87

También podría gustarte