Documento de planificación
Ingeniería de Software
viernes, 16 de mayo de 2014
Proyecto de Visión
Version 1
Historial de Revisiones
Fecha
|
Versión
|
Descripción
|
Autor
|
6/9/2000
|
1.0
|
Este
documento presenta la descripción del problema de ejemplo sobre el cual se va
a guiar las prácticas del curso.
|
Fernando
Sagastume
|
Tabla de
Contenidos
1.Introducción................................................................................................................. 5
Propósito....................................................................................................................... 5
2.Posicionamiento........................................................................................................... 6
Declaración del Problema............................................................................................... 6
Declaración del posicionamiento del producto................................................................. 6
3. Descripción de
afectados y usuarios ............................................................................ 7
Demografía del mercado ................................................................................................ 7
Ambiente de usuario ....................................................................................................... 7
Perfil de los usuarios ....................................................................................................... 7
Principales afectados – necesidades de los
usuarios ........................................................ 7
Alternativas y competencia ............................................................................................. 7
4. Vista general del
Producto .......................................................................................... 8
Perspectiva del Producto ............................................................................................... 8
Resumen de características ............................................................................................ 8
Supuestos y Dependencias ............................................................................................. 8
5. Características
del Producto (Features) ....................................................................... 8
Una aplicación Internet para obtener mp3:
“Carrito de Música” ...................................... 8
Manejo de Usuarios y seguridad de la
aplicación ............................................................ 9
6. Restricciones ............................................................................................................... 9
Estándares aplicables ...................................................................................................... 9
Requerimientos de hardware ........................................................................................... 9
Requerimientos de rendimiento ....................................................................................... 9
7. Requerimientos de
documentación ............................................................................. 10
Manual de usuario .......................................................................................................... 10
Ayuda en línea ............................................................................................................... 10
Guías de instalación, configuración, Readme
File .......................................................... 10
VISION
1.
Introduccion.
La Alcaldia Municipal de Usulután debido al crecimiento de los Mercados necesita
implemantar nuevas metodologia para el cobro de los impuestos que respalden
cada una de las areas que le corresponde a los cobradores de los mercados
municipales.
El proposito de nuestro proyecto es poder ayudar a las administracion de
los mercados municipales de Usulután a Administrar de una forma mas ordenada y
precisa los registros diarios que se realizan en el proceso de cobros de
impuestos tanto a los puestos formales (constantes) como los puestos informales
(no constantes).
Actualmente la administracion de mercados utiliza “MICROSOFT EXCEL” para
el control de todos sus registros generandose una gran cantidad de plantillas y
carpetas ocupando y saturando el
computador en el cual se lleva todo el control de impuestos, con el software a
crearse el cual sera llamado “Sistema de cobros de impuestos municipales”
(SYSTEMCIM).
SYSTEMCIM sera una aplicación en la cual los usuarios podrán llevar un
control de los cobradores los cuales son los encargados de realizar el proceso
de pago diarios, de los clients,de los puestos de los mercados y de las moras, generandose
un mejor manejo e incluso un historial y control ya sea semanal, quincenal o mensual.
Y EL CONTROL DE CLIENTES, PUESTOS, PAGOS, ESTADISTICO DE PAGOS DE
CLIENTES, MORAS, REGISTRO DE IMPUESTOS
El software se manejara practicamente en un servidor local debido a que
la informacion quedara guardada en una sola computadora.
1.1
Proposito.
El proposito de este documento es poder recolectar, analizar y definir
los requerimientos de alto nivel que nos pide la Administracion de los Mercados;
analizando la necesidades del Administrador.
2. POSICIONAMIENTO
2.1 Declaracion
del Problema.
El problema de
|
No
poseer un sistema de control de impuesto donde toda la informacion este
guardada y ordenadamente por fecha de pago o ruta de cobrador.
|
Afecta
|
Al Administrador del
Mercado y a la Secretaria la cual es la que realiza los registros de los impuestos
recolectados en el dia.
|
Lo cual impacta a
|
Al
Administrador directamente al buscar la informacion de registros anteriores
en diferentes carpetas donde se almacena la informacion.
|
Una
solución adecuada debe
|
Permitir a la
administracion de los mercados poder contar con un sistema que lleve todo la
informacion guardada y registrada para un mejor manejo y usuabilidad a la
hora de buscar informacion importante.
|
2.2 Declaracion
del Posicionamiento del Producto.
Mediante el
sistema “SYSTEMCIMM” se le permitira
a la Administracion de Mercados Municipales de la Alcaldia de Usulután
minimizar el proceso de registro de los pagos efectuados por parte de los
comerciantes formales (constantes) asi como los comerciantes informales (no
constantes).
Este sistema
le permitira observar al Administrador de los Mercados que comerciantes estan
con retraso en el pago de sus impuesto a la misma ves presenter un informe mas
detallado del dinero que ingresa por parte de los impuestos a la Alcaldia
Municipal.
Para
|
El Administrador
de los Mercado y la Alcaldia Municipal de Usulután.
|
Quienes
|
Requieren un mayor orden en el control de registro de
los impuestos cobrados en el dia.
|
El
|
“SYSTEMCIMM” es
una aplicación de servidor local web ya que contendra informacion
confidencial que solo el personal de la Administracion podra observar.
|
Que
|
Permitira al Administrador o
ecretaria, poder obtener la informacion de los registros más rápidamente en
una situación de urgencia.
|
A diferencia
|
Del proceso
actual de la Administracion es más lento el proceso de registro y de búsqueda
el cual lleva más tiempo al administrador poder buscar la informacion que
pueda necesitar.
|
Esta
aplicación
|
Permitirá
obtener una minimización del tiempo al momento de ingresar los impuestos
obtenidos en el dia.
|
3. Descripción de Afectados y Usuarios
3.1 Demografía de Mercados.
La Administracion de Mercados tiene 5
Mercados en su jurisdicción para
efectuar el cobro de impuestos en el cual se debe de observar a futuro que “SYSTEMCIMM” impulsara el desarrollo el resto
de sistemas en distintas áreas de la
Alcaldia Municipal de Usulután.
3.2
Ambiente
de Usuario.
Mediante un
Loing el Administrador y la Secretaria podrán tener acceso a “SYSTEMCIMM” en el cual se presentara toda la informacion
almacenada y en la cual podra agregar o imprimir informacion.
3.3
Perfil
de los Usuarios.
Se pretende llegar
al Administrador y a la Secretaria con el fin que la informacion de los
impuestos tengan una lista amplia de cuáles son los comerciantes que estan
solventes con sus pagos y cuáles son los comerciantes que estan atrasados o con
mora en sus pagos.
3.4
Principales
Afectados- Necesidades del Usuario.
El Administrador y
la Secretaria serán los usuarios más potenciales de “SYSTEMCIMM” ellos podrán
ingresar y ver toda la informacion que esta almacenada.
3.5
Alternativas
y Competencias.
La alternativa de
desarrollo que busca el Administrador y la Secretaria en un sistema es poder
mostrar la informacion de una forma optimizada y ordenada en la cual se
espera que “SYSTEMCIMM” cumpla con esa necesidad.
4. Vista General del Producto.
4.1
Perspectiva
del Producto.
El sistema
“SYSTEMCIMM” tendrá acceso únicamente en la PC que se instalara.
4.2
Resumen
de Caracteristicas.
Beneficio al Cliente
|
Caracteristicas que lo Soportan
|
El
Administrador y la Secretaria podrán tener acceso a la informacion almacenada
en “SYSTEMCIMM”
|
Un
sistema que permitira el acceso desde la maquina donde se encuentra instalado
para ingresar los registros.
|
El
Administrador y la Secretaria podrán agregar o eliminar registros.
|
“SYSTEMCIIM”
contara con una interfaz donde pueda elegir la opción que se quiera realizar.
|
Guardar
los registros que se han realizado en el dia para almacenarlos de una forma
ordenada.
|
“SYSTEMCIMM”
mostrara la hora, fecha y usuario que realizo el registro para su almacenamiento.
|
4.3 Supuesto y Dependencia.
El sistema “SYSTEMCIMM” se podra acceder
únicamente de la maquina donde fue instalado para su uso.
5. Caracteristicas del Producto.
Lo siguiente son
las características que debe tener el
sistema “SYSTEMCIMM”
5.1 FEAT1 una aplicación de servidor local web
para poder llevar un mejor control de
los impuestos municipales.
A continuación
se especifica con mayor detalle estas caracteristicas. El sistema debe poder:
FEAT 1.0 Registrar Usuarios
Seva poder
registrar el Administrador como la Secretaria quienes tendran el acceso a las
informacion que se encuentra registrada en la base de datos con sierta
restriccion a la Secretaria hacerca de la informacion que maneja el
Administrador.
FEAT 1.1 Registrar los Cobradores
Se registrara a
los cobradores para llevar un mejor control del servicio de cobros y poder
tener la informacion obtenida por los cobradores para que el Administrador
pueda manejar esos datos.
FEAT 1.2 Registrar Comerciantes
Los comerciantes
serán registrados para poder obtener la informacion de que tan grande es su
comercio y conocer la zona en la cual labora dicho comerciante.
FEAT 1.3 Registro de Zona
Se registraran todas las zonas que
contienen los 5 Mercados Municipales.
FEAT 1.4 Registro
de Puestos
Se registraran todas los puestos con
su respectivo número y longitud
FEAT 1.5 Opciones de Pagos de los Comerciantes Formales.
En las opciones de pago que se le
presentaran a los comerciantes formales, el tipo de pago que les gustaría
realizar para su mayor conveniencia en el cual se les mostraran 4 opciones de
pagos los cuales serán:
- Diario.
- Semanal
- Quincenal
- Mensual
FEAT 1.6 Elegir Planillas
Esta se llenara con los datos de
cobros obtenidos por el cobrador durante el transcurso del dia.
FEAT 1.7 Guardar Planillas
Después de haber hecho el respectivo
llenado de las planillas la Secretaria tiende a guardar los datos que se ha
registrado en la planillas la esta
informacion será almacenada en una Base de Datos Local.
FEAT 1.8 Opción de Modificar Planillas
El Administrador y la Secretaria
podrán modificar las planillas por si persistió un inconveniente u error en el
llenado de la misma.
FEAT 1.9 Cuadrar los impuestos obtenidos durante el dia.
En esta opción se cuadraran los
impuestos cada cobrador realizo durante el transcurso del dia para llevar un
mejor control de dinero y no tener fugaz en el capital.
FEAT 2.0 Estadística de Pago del Comerciante
Se mostrara la informacion de los
pagos que ha realizado durante el mes en el cual se mostrara si esta solventes
o insolvente tambien se le mostrara si cuenta con mora y si de ser asi se le
notificara por medio del cobrador.
FEAT 2.1 Estadística de Pago por parte del Cobrador
Se mostrara la informacion de los
cobros realizado por el cobrador durante el dia durante el dia de laboral y al
mes.
FEAT 2.2 Cuadracion de Impuestos
Se cuadrara por parte del
Administrador los impuestos obtenidos durante el mes para su respectivo
informe.
FEAT 2.3 Cerrar Aplicación
Se cerrara la aplicación cuando el dia
laboral haya finalizado.
6. Restricciones.
6.1 Estándares Aplicables.
La aplicación debe de cumplir con el
estándar J2EE
6.2
Requerimientos
de Hardware.
El sistema
necesitara como mínimo las siguientes configuraciones de hardware para que el
servidor web pueda ejecutarse correctamente:
Ø
64 Megabytes de Memoria.
Ø
100 Megabytes de Disco Duro.
Ø
Procesados más de 200 MHz
Ø
Windows XP o Windows 8.
Ø
Conexión a Internet
El Administrador y la Secretaria
necesitan lo siguiente para poder ingresar al sitio:
Ø
Acceso a Internet.
Ø
Dirección de IP.
6.3
Requerimientos
de Rendimiento
El sistema debe
soportar 95 transacciones concurrentes realizando operaciones de agregado, modificado
y guardado.
7. Requerimientos de Documentación.
7.1
Manual
de Usuario.
Se presentara un
manual el cual contendrá toda la información del sistema y como poder
Administrar el mismo.
caso de uso grupo "B"
|
RF- <id del requisito>
|
003
|
|
|
Caso de Uso
|
publicar ofertas de trabajo
|
|
|
Actores
|
-Representante de la empresa (usuario)
|
|
|
Propósito
|
Dar a
conocer ofertas de trabajo de una empresa X la cual posee una bacante,
donde pueden aplicar todos aquellos
que cumplan los requisitos establecidos por la empresa o que se peguen sus
habilidades a la necesidad que se tiene por parte de la empresa
|
|
|
Descripción (resumen)
|
Dar a conocer las bacantes que existen en
una empresa, la cual da a conocer ciertos requisitos con los cuales el
postulante tiene que cumplir para satisfacer las necesidades que se tienen
por parte de la empresa,
|
|
|
Precondiciones
|
-
Que la empresa exista
-
Que la empresa tenga una bacante de
trabajo
-
Registrar empresa
·
Llenar formulario de registro
·
Guardar datos de registro
-
Registrar ofertas de trabajo
·
Llenar formulario de oferta
·
Establecer requisitos a cumplir
|
|
|
Secuencia
Normal (Flujo principal)
|
Paso
|
Acción
|
|
1
|
Registrar empresa
|
|
|
2
|
Guardar datos de la empresa
|
|
|
3
|
Registrar ofertas de trabajo
|
|
|
4
|
Describir la necesidad que la empresa tiene
|
|
|
5
|
Establecer los requisitos de la oferta
|
|
|
6
|
Guardar datos de la oferta
|
|
|
n
|
Establecer la seguridad del acceso a la
información
|
|
|
|
||
|
Sub-Flujos
|
Paso
|
Acción
|
|
1
|
Verificar datos de la empresa
|
|
|
2
|
Verificar datos de la oferta
|
|
|
3
|
Describir la necesidad detalladamente
|
|
|
4
|
Hacer publico todos los datos de la empresa
|
|
|
Poscondición
|
-
que el postulante pueda consultar la
oferta de trabajo que una empresa X ha publicado
|
|
Excepciones
|
Paso
|
Acción
|
|
1
|
Que la empresa no se halla registrado
correctamente
|
|
|
2
|
Caída de sistema
|
|
|
3
|
Que la empresa no cuente con una bacante de
trabajo
|
|
Suscribirse a:
Entradas (Atom)