1. Sistema para el control del proceso Administrativo de la empresa JASS
RealidadProblema
Todoslos procesossonde una maneramanual
No sabena tiemporeal,cuantaspersonastienenunadeuda.
Registrode pagosineficientes.
Demoraen losprocedimientosde cobranzas.
Faltade tomadecisionesal notenerentiemporeal lainformaciónque se requiere.
Demandade una gran inversiónde tiempoal realizarlosdiferentesregistrosque debende
realizar.
Oportunidad de Negocio
El sistemapermitiráa la empresa sistematizardel procesode administraciónparala junta JAAS,lo
cual supondrá tener un rápido y sencillo acceso a la data, gracias a interfaces graficas sencillasy
amigables.El sistemapermitirátomade decisionesporparte de la gerenciade la empresa a través
de los reportes y gráficos estadísticos.
Además el cliente va a tener una mejor atención ya que se reducirá el tiempo de espera.
I. EXTRACCION
Un sistema que permita al administrador registrar a nuevos clientes, así como también la
modificación de este en caso ocurra un error en los datos.
Que registre los pagos de los clientes para así poder llevar un mejor control de estos.
Que me permitarealizarconmuchamás facilidadlabúsquedade clientesejemplo:clientes
puntuales para brindarle un mejor servicio.
Accesoal sistemamediante usuarioycontraseñasoloparael gerente yel administradorya
que son los únicos que tienen a sistema.
Asignación de servicios ya que en algunos casos los clientes tiene más de una casa.
Brinde un listado de clientes con el tipo de servicio que tiene cada uno de ellos.
2. II. ANALIZAR
RequerimientosMandatorios
Registrar,modificarClientes.
Generarusuarioy contraseñapara el gerente yadministrador(accesoúnico)
Asignarservicio
RealizarbúsquedasClientesPuntuales,ClientesDeudores(Nombres,apellidos, DNI)
GenerarinformaciónConfiableparalaToma de Decisiones.
Generación reportes concuadrosestadísticos
Listado de clientes, Pagos, Tipos de Servicio.
Cancelación del Servicio
Generación de monto a pagar
Programación de pagos o eliminar deuda
Pago del servicio.
RequerimientosNegociables
Crear unaaplicaciónwebpara que el cliente tengael serviciode atenciónal cliente online
(tiemporeal).
RequerimientosNoFuncionales
La estructuradel software seráDesktop.
Desarrolloconla Metodologiadel PMI paralka duracióndel proyecto
DesarrollococomoIIparacosteodel proyecto
Desarrollode software libreNetBeans,lenguaje java
Gestorde base de datos MySQL
Reportesconireport
LibreríaJasperReports
Estructura: cliente-servidor
Capa de presentación (interfaces),capalógica(recibe peticionesyenvíarespuestas)ycapa
de datos (base de datos).
Atributos de calidad:
Portable:moverel sistemaaotroequipo
Seguridad:pide un usuarioyunacontraseñapara poderacceder.
Instalable:se lesbrindarael instaladorparapoderinstalarloenotrosequipos
Facilidadde mantenimiento
3. Atributos de Calidad
1. Seguridad:hacerunbacak up diario
III. ORGANIZAR
Numerode requerimiento:F1
Categoría: Funcional
DescripciónCorta: Listadode losClientes:
DescripciónDetallada:
Paraconsultasde loslistadosel sistemamostraraunformularioendondese seleccionara
tipo de búsqueda.
Búsqueda por Código: Se pide al usuario que ingrese el código del Cliente que está
buscando.Si existe el cliente se mostrará en una tablatodos sus campos.En caso nose
encuentre el sistema debe mostrar un mensaje que el cliente no está tiene el servicio
ofreció o no existe. Si se desea modificar los campos de productor se debe hacer doble
clic en la fila y se cargaran los datos al formulario de registro para su posterior
modificación y guardado.
Búsqueda por Apellido:Se pide al usuario que ingrese una cadena de caracteres y se
especifica si se encuentra, se buscara con el apellido las iniciales y se respetara
mayúsculas y minúsculas .Si se encuentra el cliente se mostraran todos los datos,sino
mostrara un mensaje no existe.
Términos:Código,apellidos,nombre,dni
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F2
Categoría: Requerimientodel usuario(Funcional)
DescripciónCorta: Generardiagramasestadísticos
DescripciónDetallada:
1.- El sistema dará un reporte cuando el Administrador de la empresa JAAS pida
para así poder realizar cualquier toma de decisión de calidad. Realizara las
consultas el sistema llamando a la base de datos MSQ para que pueda dar el
reporte que requiere el administrados de la empresa
1.1 Mensual:el Sistemarealizaralasconsultasde unmespara que puedadar
un reporte de todoloque el administradorde laentidadrequiera.
1.1 Anual: el sistemarealizaralasconsultasal sistemadentrode unintervalode
un año
Términos:Generar,gráficos.
Prioridad: Alta
Documento: Noexiste
4. Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F3
Categoría: Requerimientofuncional
DescripciónCorta:Registrarlosclientes
DescripciónDetallada:
1. El registro presentara un formulario en la cual contaran con las opciones
básicas de registrar, modifica y elimina por cada cliente.
1.1Registra: Al obtenerunnuevoclienteoptaremos arealizarunregistropara
que luego este registrada en nuestra base de datos.
1.2 Modificar: Al registras un cliente puede haber un error en sus datos o
cambio de servicio en la cual en esta opciones podemos modificar el
registro.
Términos:modificar,registra
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F6
Categoría: Requerimientodel usuario(Funcional)
DescripciónCorta: Resumendel Pago
DescripciónDetallada:
El resumendel pagoenel sistemamostrarael Códigodel clienteconlacual se identifica
y además sus datos como: Apellidos,nombres, dirección. También el resumen de pago
tendrá mes que ha sido cancelado el pago (cantidad) y el tipo de pago que se está
realizando para que este sea el comprobante que será imprimido y entregado a la
persona.
Términos:Fecha,nombre,apellido,dirección
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F7
Categoría: Requerimientodel usuario(Funcional)
DescripciónCorta: Registrarel Tipode Servicio
DescripciónDetallada:
El registro del tipo del servicio se hará si es de agua o desagüé o los dos juntos
O solo uno.
Términos:Agua,desagüe.
Prioridad: Alta
Documento: Noexiste
5. Autor y fecha:Grupo de Ingenieríade Software
Numerode requerimiento:F9
Categoría: Funcional
DescripciónCorta: Listadode losClientes:Código,apellidos,nombre,dni.
DescripciónDetallada:
Paraconsultasde loslistadosel sistemamostraraunformularioendondese seleccionara
tipo de búsqueda.
Búsqueda por Código: Se pide al usuario que ingrese el código del Cliente que está
buscando.Si existe el cliente se mostrará en una tablatodos sus campos.En caso nose
encuentre el sistema debe mostrar un mensaje que el cliente no está tiene el servicio
ofreció o no existe. Si se desea modificar los campos de productor se debe hacer doble
clic en la fila y se cargaran los datos al formulario de registro para su posterior
modificación y guardado.
Búsqueda por Apellido:Se pide al usuario que ingrese una cadena de caracteres y se
especifica si se encuentra, se buscara con el apellido las iniciales y se respetara
mayúsculas y minúsculas .Si se encuentra el cliente se mostraran todos los datos ,sino
mostrara un mensaje no existe.
Términos:Listadode Clientes
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F10
Categoría: Requerimientodel usuario(Funcional)_Reportes
DescripciónCorta: ClientesPuntualesyDeudores
DescripciónDetallada:
Los clientespuntualesse mostraranenun reporte,estoserásololos clientesque pagan
puntual el pago del serviciopor los cuales se mostraran en una lista para saber quiénes
pagan puntual el servicio ofrecido y así poder dar regalos a las personas puntuales.
El sistemadeberápermitir listarla cantidad de deudas de todoslos clientesque será
si debe un mes o más. Por lo cual este servirá que si el cliente tiene gran tiempo de
morosidad se procederá al corte de dicho servicio.
Términos:Clientes.
Prioridad: Alta
Documento: Noexitente
Autor y fecha:Grupo de Ingenieríade Software
6. Requerimiento: F8
Categoría: Funcional Mandatorio
Descripcióncorta:Servicioweb que permitaal Administradorver laproductividadde laempresa
desde cualquier sitio web.
Descripción detallada:
Se Mostrara unformulariopersonalizadoque permitirá ver tablasygráficosestadísticos
que se ve la productividad de la junta y así poder tomar Decisiones.
Términos: grafico, tablas.
Prioridad: Alta
Documento: No existe
Autor y fecha: Grupo de Ingeniería de Software
RequerimientoF11
Categoría: Requerimientodel usuario(Funcional)_Reportes
DescripciónCorta: Periodode consumo porcliente
Descripción Detallada:
Los clientes se les ofrecerá y brindara información del consumo que realizado por mes
(una estadística) por la cual se mostrara con gráficos.
Términos: Clientes.
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F12
Categoría: Requerimiento NoFuncional
DescripciónCorta:Creaciónde base de datos enMySQL
DescripciónDetallada:
1.- Por el conocimiento obtenido hemos decidido realizar la base de datos en la
plataforma MySQL para lograr plasmar todo lo que se necesita en las tablas
2.- Crearemos la cantidad necesaria de tablas.
Términos:tablas,conexión
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
7. Requerimiento:F13
Categoría: Requerimiento NoFuncional
DescripciónCorta: Programaren Java
DescripciónDetallada:
1.- La programación será realizada en la plataforma NetBeanspor la razón que el
programador domina mas este lenguaje y ah evaluado que el sistema se pueda
realizar con calidad en este programa.
1.1.- Se crearan modulos para una mejor organización de las diferentes
clases, imágenes, conexión, etc.
Términos:clases,modulos,imágenes.
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F15
Categoría: Requerimiento NoFuncional
DescripciónCorta: MetodologíaPMI
DescripciónDetallada: MI esuna mitologíapararealizarproyectos.
1. Escogida por tener estándares profesionales en la Gestión de Proyectos.
2. Genera conocimientos a través de la investigación.
3. PMI ah desarrollado la guía de buenas practicas llamadas PMBOK.
Términos:Gestiondel costo,G.tiempo,etc.
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F14
Categoría: Requerimiento NoFuncional
DescripciónCorta: Sistemaparaun escritorio(Destop)
DescripciónDetallada:
1.-Al haber absorbido todas las necesidades de la empresa hemos visto
conveniente que el sistema se pueda manejar mediante un computador.
1.1.- La administradoratiene oficinaenla cual se implantarauna maquinade
escritorio para que pueda realizar todas sus tareas laborables.
1.1.- El gerente tiene una oficina, tiene una PC en la cual solo la utiliza para
realizar documentos de la empresa. En aquella maquina vamos a instalar el
Sistema de la empresa JAAS..
Términos:Sistemas,Maquinade escritorio.
Prioridad: Alta
Documento: Noexiste
Autor y fecha:Grupo de Ingenieríade Software
8. Requerimiento:F
Categoría: Requerimiento Funcional
DescripciónCorta: Cancelación del Servicio
DescripciónDetallada: La empresapuede cancelarel serviciopor3 motivos:
1. Por deuda:cuandouncliente debatresmeses,el serviciose le restringehasta
nuevo aviso ya sea por desagüe o agua potable.
2. Porencontrarconexiónclandestina:Laempresacortaraunoolosdosservicios
cuando estos estén instalados de una manera clandestina o también cuando
el cliente esté compartiendo el servicio con otra persona.
3. Cancelacióndel servicioporpetición del Usuario:Cuandoel usuariose acerca
a las oficinaspidiendoque se le cancelauno o los dos serviciopordiferentes
motivos, JAAS accede con el corte del servicio.
4. Para una posible reconexión se tendrá que pagar un monto de 85 soles.
Términos: cancelación, corte,etc
Prioridad: Alta
Documento: ReglamentoInterno
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F
Categoría: Requerimiento Funcional
DescripciónCorta: Generación del monto a pagar
DescripciónDetallada: El sistemagenerade 3 formasde asignarel monto a pagar:
1. Servicio del agua: el monto que se le asigna está de acuerdo al consumo del
servicio por parte del cliente. (se pagara un monto de 5.90 por m3 )
2. Serviciodel desagüe:esunmontofijoparatodoslosclientesque cuentencon
este servicio. (20 soles)
3. Servicio de Agua y desagüe: Cuando el cliente tiene los dos servicios, se le
cobra el consumo del agua más S/. 5.00 por desagüe.
Términos:
Prioridad: Alta
Documento: ReglamentoInterno
Autor y fecha:Grupo de Ingenieríade Software
9. Requerimiento:F
Categoría: Requerimiento Funcional
DescripciónCorta: programación de pago
DescripciónDetallada: ya asignadoel montoa pagar por cada cliente se procede hacerlo
siguiente:
1- Verificarsi el cliente nocuantaconmesesde deuda.Encaso de contar con 3 mesesde
deudase tomaran decisiones.
2- Asignarle el montoapagar ya establecido.
3- Asignarle el díade pago.Esto se hace con el finde evitarmucha colaya que los usuarios
estánacostumbradosa pagar el últimodíade pagoy estoproduce molestiasenel
cliente.
4- Asignarle el últimodíade pago. El caso de excedereste díaal cliente se le asignaraun
montoadicional porcada que pase.
5- Al pagar su estado:IMPAGOpasa PAGADO
Términos:
Prioridad: Alta
Documento: ReglamentoInterno
Autor y fecha:Grupo de Ingenieríade Software
Requerimiento:F
Categoría: Requerimiento Funcional
DescripciónCorta: pago del servicio
DescripciónDetallada: el cliente sabiendosumontoapagar yel día límite de pagotendráque
pagar su servicio,al llegaralaoficina tendráque hacer losiguiente:
1- Verificarsi el díaactual no excede al últimodíade pago.En caso de excedersepagaría
un adicional de 0.80 céntimosporcada día pasado.
2- En caso de tener2 mesesde deuda.Nopodrápagar hasta ponerse al día ensus pagos.
3- Solose podrá eliminaroreducirladeudaa laspersonascon quienel gerente tenga
algúnacuerdoo puedademostrarque locobrado noes loque consumido yasea por
algunafuga.
4- La reconexióntieneuncargofijode S/. 85.
Términos:
Prioridad: Alta
Documento: ReglamentoInterno
Autor y fecha:Grupo de Ingenieríade Software
10.
11. Planificación
Id Tareas Pred Duración
Fecha
Inicio
Fecha
Fin
A I. Realidad Problemática - 5 05-abr 10-abr
B Identificación dela Problemática y Necesidades A 4 10-abr 14-abr
C Requisitos B 3 14-abr 17-abr
D Planteamiento de la Solución C 2 17-abr 19-abr
E Planificación del Proyecto D 3 19-abr 22-abr
F Especificaciones delos requerimientos C 8 22-abr 30-abr
G Diseño E-F 3 30-abr 03-may
H Modelo de la Basede Datos G 4 03-may 07-may
I Arquitectura del Software G 2 07-may 09-may
J Planificación y Diseño de interfaces G-H 3 09-may 12-may
K Módulo de Registro de Clientes , tipo de Servicio,Pagos H-I-J 9 12-may 21-may
L Manual módulo de Registro de Clientes, tipo de Servicio,Pagos K 2 21-may 23-may
M Módulo de Resumen de Pago H-K 9 23-may 02-jun
N Manual del módulo de Resumen de Pago M 3 02-jun 05-jun
O Módulo Productividad eToma de Decisiones H-I-M 8 05-jun 13-jun
P Manual del módulo de Producción O 3 13-jun 16-jun
Q Reportes H-k-O 7 16-jun 23-jun
R Manual de Generación de Información Q 2 23-jun 25-jun
S Validación y verificación del Software H-J 5 25-jun 30-jun
T Documentación L-N-P-R 4 30-jun 04-jul
INICIO 05-abr
FIN 04-jul
89 dias
12. COSTEO:
COCOMO II
Coeficientes para el modelo Básico que depende del modo a Desarrollar:
Nivel básico a b c d
Orgánico 2.4 1.05 2.5 0.38
Semi-Acoplado 3 1.12 2.5 0.35
Empotrado 3.6 1.2 2.5 0.32
La variable FAE (NIVEL INTERMEDIO), la cual se obtiene mediante la multiplicación de
los valores evaluados en los diferentes 15 conductores de coste que se observan en la
siguiente tabla:
Conductores de coste
VALORACIÓN
Muy
bajo Bajo Nominal Alto Muy
Extra.
alto
alto
Fiabilidad requerida del software 0.75 0.88 1.00 1.15 1.40 -
Tamaño de la base de datos - 0.94 1.00 1.08 1.16 -
Complejidad del producto 0.70 0.85 1.00 1.15 1.30 1.65
Restricciones del tiempo de ejecución - - 1.00 1.11 1.30 1.66
Restricciones del almacenamiento
principal - - 1.00 1.06 1.21 1.56
5-Apr 15-Apr 25-Apr 5-May 15-May 25-May 4-Jun 14-Jun 24-Jun 4-Jul 14-Jul
A
C
E
G
I
K
M
O
Q
S
Duración
13. Volatilidad de la máquina virtual 0.87 1.00 1.15 1.30 -
-
Tiempo de respuesta del ordenador - 0.87 1.00 1.07 1.15 -
Capacidad del analista 1.46 1.19 1.00 0.86 0.71 -
Experiencia en la aplicación 1.29 1.13 1.00 0.91 0.82 -
Capacidad de los programadores 1.42 1.17 1.00 0.86 0.70 -
Experiencia en S.O. utilizado 1.21 1.10 1.00 0.90 - -
Experiencia en el lenguaje de
programación 1.14 1.07 1.00 0.95 - -
Prácticas de programación modernas 1.24 1.10 1.00 0.91 0.82 -
Utilización de herramientas software 1.24 1.10 1.00 0.91 0.83 -
Limitaciones de planificación del
proyecto 1.23 1.08 1.00 1.04 1.10 -
El modelo de esfuerzo general aplicable a todos los niveles de aplicación y modos está
dado por:
Donde:
- E: Es el esfuerzo estimado expresado en hombres-mes
- EDSI: Es el número estimado de líneas de código distribuidas en miles para el
proyecto.
- a, b: Son constantes determinadas por el modo del desarrollo, ambos
incrementados por la complejidad de la aplicación.
- EAF : Es el factor de ajuste de esfuerzo
EAF= 1 (modelo básico)
El tiempo de desarrollo requerido por el proyecto, en meses es igual a:
Donde:
a= 2.4
EDSI= 3.5
b= 1.05
EAFC= 1
E= 8.94299 hombre/mes
14. - E : es el esfuerzo
- c, d: son coeficiente, cuyos valores se indicaron anteriormente en una tabla.
Básico
c= 2.5
d= 0.38
E= 8.94299
TDVE= 5.74782
El número de integrantes de equipo es igual a:
Básico
E= 8.94299
TDVE= 5.74782
PG= 1.55589
Si 1.5 personas lo lograrían el proyecto en 5.74 meses, ¿en cuánto tiempo lo harán 3
personas? Aplicando una regla de 3 simple inversa
1.5 personas ------------------------- 5.7 meses
3 personas ------------------------- X meses
X=Tiempo estimado =2.98 Meses.
Nro. de trabajadores 3
Salario del trabajador S/. 1,200.00
Tiempo de trabajo 3
Costo del proyecto. S/. 10,800.00
COSTOS EXTRAS C. UNITARIO N. PEROSNAS 1ER MES 2DO MES 3ER MES TOTAL
PASAJES S/. 20.00 3 3 2 1 S/. 360.00
INTERNET S/. 70.00 - 1 1 1 S/. 210.00
LUZ S/. 40.00 - 1 1 1 S/. 120.00
SERVIDOR S/. 3,744.00 - - - - S/. 3,744.00
PC S/. 2,000.00 - - - - S/. 2,000.00
EXTRAS S/. 100.00 1 1 1 S/. 300.00
S/. 6,734.00TOTAL
15. RESUMEN
SALARIO S/. 10,800.00
COSTOS EXTRAS S/. 6,734.00
COSTO SW S/. 17,534.00
La Arquitectura en capas se subdivide en 3 capas esenciales:
1. Capa de presentación (Capa de Usuario)
2. Capa de Lógica de negocio(Control del negocio)
3. Capa de datos(Capa base de Datos)
1. Capa de Presentación
Denominada capa de usuario.
Comunica y captura la información del usuario en procesos.
Interfazgráfica y debe tenerla característica de ser "amigable"(entendible yfácil
de usar) para el usuario
Tecnologías
Netbeans Es un lenguaje de programación y una
plataforma que permite que las aplicaciones
sean desarrolladas a partir de un conjunto
de componentes de
software llamados módulos.
Programación
Java Lenguaje de programación, orientado a
objetosque seráconectadoconbase de batos
Mysql.
16. 2. Capa Lógica del Negocio (Control o Negocio)
Se denominan “capas de control o negocio”
Se comunicancon la capa de presentaciónylacapa de almacenamientode Datos.
Para Solicitar al gestor de base de datos almacenar, modificar recuperar datos.
Se reciben las peticiones del usuario y se envían las respuestas tras el proceso.
IDE
Netbeans Lenguaje de programación,
interpretado, diseño originalmente para
la creación de formularios dinámicos.
Programación
Java Lenguaje de programación, orientado a
objetos.es usado para la interpretación
de la conexión a Mysql y la obtención
de los datos.
3. Capa de Almacenamiento de Datos
Aquí se reside y accede a los datos.
Está formada de gestores de Bases de Datos.
Reciben solicitudes de consultas, manejo, almacenamiento de información.
Tecnologías
IDE
JAVA Lenguaje de programación, orientado a
objetos.es usado para la interpretaciónde la
conexiónaMysql y la obtenciónde losdatos.
MySQL Este software proporcionaunserviciode base
de datos SQL. Es un sistema de gestión de
bases de
datos relacional, multihilo y multiusuario
Programación
17. JAVA Lenguaje de programación, orientado a
objetos.es usado para la interpretaciónde la
conexiónaMysql y la obtenciónde losdatos.