https://www.youtube.com/watch?v=2uJzTHshKUs&feature=youtu.be
vídeo informativo de las TIC en las Empresas.
ActividadesOruna
miércoles, 24 de septiembre de 2014
Ensayo de Proyecto Entrafesa - Análisis de Sistemas II
Especificación de
requisitos de software
PROYECTO EMPRESA DE TRANSPORTES “AVE FENIX SAC”
Revisión [01.00]
[2014]
|
Historial de Revisiones
Fecha
|
Revisión
|
Descripción
|
Autor
|
05/09/2014
|
1.0
|
“Requerimientos del Software”
|
<Ander
Rodríguez>
|
Documento validado por las partes en fecha: [05/09/2014]
Por el
cliente
|
Por la
empresa desarrolladora
|
Fdo. D./ Dña. Ing. Salazar Gutiérrez Danny
|
Fdo. D. /Dña. Chávez Palacios
Cristian Junior
|
1 Introducción
·
El presente Documento presenta
el desarrollo de la solución del problema de una automatización de procesos de documentación en las áreas de
venta de pasajes la gestión de colocación de tickets de bultos y la gestión de giro de encomiendas
·
En las mencionadas áreas se
presenta la siguiente realidad problemática: el manejo de documentación lento y tedioso ya que todos
los procesos son manuales, el seguimiento de control de ventas y poco de
desorganización que existe en la colocación de tickets de equipajes y la mucha
gestión para la obtención de boletos.
·
La solución que se plantea, es
un desarrollo de un sistema de información de gestión de áreas mencionadas
anteriormente en dicha empresa de transportes en la que se está intentando de
implementar siguiendo la metodología de RUP.
·
El trabajo que estamos
realizando nosotros los estudiantes de instituto tecnológico del norte tratara
en beneficiar un diseño de un sistema de
información más rápida oportuna y eficaz para obtener documentos y disminuir
tiempos de en la ejecución de dichas actividades.
·
Al desarrollar el presente
trabajo se espera que los conceptos aquí vertidos y la aplicación
correspondiente sirvan de referencia para el desarrollo de aplicaciones una empresa de transporte
Introducción
El presente Documento sirve para especificar
los requisitos del cliente a función del software que se desarrolla
1.1 Propósito
1.2 Alcance
GENERALIDADES
Ø
El sistema será desarrollado en
idioma español
Ø
El interfaz cliente será
amigable y de fácil uso.
Ø
Diseñar un modelo de datos
adecuados al sistema
Ø
Alta disponibilidad del sistema
GESTIÓN
DE VENTAS DE PASAJES
Ø
El sistema permite registrar la
información del cliente en el sistema de la empresa.
Ø
El sistema permitirá imprimir
el boleto de venta
GESTIÓN
DE GIRO DE ENCOMIENDAS
Ø
Sistema de información que
permite registrar la información del cliente y el destinatario del giro de la
encomienda.
1.3
Personal
involucrado
Nombre
|
CHAVEZ PALACIOS JUNIOR
|
Rol
|
JEFE DE DESARROLLO DE
SISTEMAS
|
Categoría profesional
|
LICENCIADO DE INFORMATICO
|
Responsabilidades
|
ORGANIZAR:
AL EQUIPO PARA DEJAR BIEN EN CLARO SU
RESPECTIVO ROL Y RESPONSABILIDADES.
DIRIGIR:
ESTABLECER UNA PAUTA A SEGUIR POR EL QUIPO DE DESARROLLADORES.
CONTROLAR:
VERIFICAR LAS ACTIVIDADES SE LLEVEN DE ACUERDO AL PLAN INICIAL DEL DESARROLLO.
|
Información de contacto
|
|
Aprobación
|
RODRIGUEZ CHAVEZ ANDER
ORUNA ORUNA RAUL
|
1.4 Definiciones,
acrónimos y abreviaturas
1.5 Referencias
Referencia
|
Titulo
|
Ruta
|
Fecha
|
Autor
|
Vinculo web
|
ERS-MyMSystem2.doc
|
https://docs.google.com/document/pub?id=1VmuKwSvXPf8XEbwatLhP9eWdyCis2xPo4PWQgCwayH0
|
12/09
|
NA
|
1.6 Resumen
En las siguientes secciones se encontrará la descripción del
producto, así como la descripción de lo que es necesario para que tenga un
correcto funcionamiento.
2 Descripción
general
Es una prestigiosa empresa de transportes a
nivel nacional que se dedica exclusivamente al traslado de personas de las
diferentes ciudades del Perú por tener diferentes sucursales en diferentes partes del Perú.
MISION:
Ser líder en el servicio de transporte
interprovincial, por brindar servicio de calidad basado en su
elevado estándar de desarrollo organizacional.
VISION:
Brindar
el servicio de transporte interprovincial de pasajeros, encomiendas y giros utilizando los conocimientos y
técnicas de última generación para el logro de la satisfacción de nuestros
clientes.
2.1
LOGOTIPO
2.2
Perspectiva del producto
Este sistema estará instalado en
un equipo de cómputo, la cual contendrá una base de datos con todo lo referente
a la tienda.
La interacción con los usuarios será a través de menús.
2.3 Funcionalidad
del producto
·
Ventas de pasajes: El sistema permite registrar la información del cliente en
el sistema de la empresa , El sistema permite imprimir el boleto de venta
·
Giro de Encomiendas: El sistema de información que permite registrar la
información del cliente y el destinatario del giro de la encomienda.
Características de los usuarios
Tipo de usuario
|
ADMINISTRADOR
|
Formación
|
LINCENCIADO EN
ADMINISTRACION
|
Habilidades
|
PROFESIONAL TECNICO DE
SISTEMAS
|
Actividades
|
Administra el sistema de
información
Ingresos , búsquedas ,
actualizaciones de los usuarios
|
Tipo de usuario
|
USUARIO
|
Formación
|
TECNICO
|
Habilidades
|
HABILIDADES BASICAS EN EL
MANEJO
|
Actividades
|
Altas, bajas y cambios en
el inventario.
Requisición de compras.
Ventas
|
2.4
Restricciones
El sistema podrá ser usado en plataformas de
Microsoft xp o psterior
El sistema funcionara parelamente, siempre y cuando
la aplicación lo permita
2.5
Suposiciones y dependencias
.
En caso que el equipo de trabajo utilice un SO
diferente a los mencionados en la
sección anterior el sistema no podrá ejecutarse.
2.6
Evolución previsible del sistema
En caso que la empresa cuente con mas sucursales, el sistema se ira modificando
para convertirlo en un sistema más
distribuido y actualizado.
TODOS ESTOS CAMBIOS ESTAN SUJETOS
3
Requisitos específicos
Número de requisito
|
R1
|
||
Nombre de requisito
|
REQUISITO DE
AUTOTENTICACION
|
||
Tipo
|
X Requisito
|
||
Fuente del requisito
|
Todos nuestro usuarios
deberán introducir en la pantalla de “login” un usuario y contraseña válidos
en el sistema para poder entrar a éste
|
||
Prioridad del requisito
|
X Alta/Esencial
|
Número de requisito
|
R2
|
||
Nombre de requisito
|
REQUISITO EN DESCRIPCION
|
||
Tipo
|
Requisito
|
Restricción
|
|
Fuente del requisito
|
El usuario administrador
podrá guardar cambios de clientes y ventas, mientras que el usuario empleado
sólo lo podrá hacer en las ventas.
|
||
Prioridad del requisito
|
X Alta/Esencial
|
Media/Deseado
|
Baja/ Opcional
|
Número de requisito
|
R3
|
||
Nombre de requisito
|
REQUISITO EN VISIBILIDAD
|
||
Tipo
|
X Requisito
|
Restricción
|
|
Fuente del requisito
|
El usuario empleado podrá
ver el nombre, precio y descripción de cada pasaje para poder realizar una
venta
|
||
Prioridad del requisito
|
X Alta/Esencial
|
Media/Deseado
|
Baja/ Opcional
|
AVANCE DEL
PROYECTO
3.1 Requisitos
comunes de los interfaces
La interfaz de login necesita como entrada un usuario
y contraseña válidos para poder dar acceso a la siguiente interfaz.
La interfaz del módulo de ventas necesita como
entrada el identificador de cada pasaje de acuerdo al destino y al tipo de
servicio que será vendido. Como salida arrojará el total de la compra que
deberá pagar el cliente.
La interfaz del módulo de inventario necesita como
entrada los datos de un pasajes, en caso de que sea necesario integrar éste al
inventario
.
La interfaz del módulo de clientes necesita como
entrada los datos del cliente en caso de que se le otorgue por primera vez un
crédito.
Para consultar el saldo de un cliente, la interfaz
necesita como entrada el identificador del cliente, arrojando como salida el
nombre y el saldo.
Para abonar una cuenta, la interfaz necesitará como
entrada el identificador del cliente y el
monto que deja, arrojando como salida el saldo que le resta después de
restar el monto del abono
3.1.1 Interfaces
de usuario
La interfaz en uso deberá mostrar a los usuarios
solamente la información necesaria para realizar cualquier operación.
La interfaz en uso deberá mostrarle al usuario
administrador sólo la información necesaria para realizar una modificación.
El usuario interactuará con la interfaz de impresión
propia de la impresora de boleto para mandar imprimir el boleto de cada venta
hecha al cliente
3.1.2 Interfaces
de hardware
El
monitor: éste deberá mostrar las interfaces así como la información necesaria
para que el usuario pueda trabajar adecuadamente con el sistema. El monitor
deberá contar con una resolución de 1024 x 768 pixeles.
El ratón:
el sistema requerirá del ratón para que el usuario pueda realizar selecciones y
oprimir botones.
El
teclado: el sistema permitirá al usuario introducir datos mediante el teclado.
Impresora
de boletos: el sistema arrojará el desglose de la compra a través un boletos
para el cliente.
3.1.3
Interfaces
de software
El sistema
va interactuar con el interfaz para la impresion
3.1.4 Interfaces
de comunicación
El sistema se va comunicar con una base de datos a
través del SGBD SQLServer
3.2 Requisitos
funcionales
El sistema permitirá la entrada a los usuarios que
cuenten con la autorización necesaria.
El sistema recibirá los datos de clientes almacenándolos en la base de datos para
futuras consultas y diversas operaciones.
Si se hubiera algún error al momento de la venta, el
sistema deberá permitir retroceder, es decir, deshacer la operación.
3.2.1
Requisito funcional GESTION DE VENTA DE PASAJES
El sistema mostrara el monto apagar
dependiendo el destino y el tipo de servicio, buscando ellos el precio que
mejor se adapte a su bolsillo.
3.2.2 Requisito
funcional GESTIÓN DE GIROS DE ENCOMIENDAS
3.2.3 Requisito
funcional 3
3.2.4 Requisito
funcional n
3.3 Requisitos
no funcionales
3.3.1 Requisitos
de rendimiento
Especificación de los requisitos
relacionados con la carga que se espera tenga que soportar el sistema. Por
ejemplo, el número de terminales, el número esperado de usuarios
simultáneamente conectados, número de transacciones por segundo que deberá
soportar el sistema, etc.
Todos estos requisitos deben ser
mesurables. Por ejemplo, indicando “el 95% de las transacciones deben
realizarse en menos de 1 segundo”, en lugar de “los operadores no deben esperar
a que se complete la transacción”.
3.3.2 Seguridad
Especificación de elementos que
protegerán al software de accesos, usos y sabotajes maliciosos, así como de
modificaciones o destrucciones maliciosas o accidentales. Los requisitos pueden
especificar:
§
Empleo de técnicas criptográficas.
§
Registro de ficheros con “logs” de actividad.
§
Asignación de determinadas funcionalidades a
determinados módulos.
§
Restricciones de comunicación entre determinados
módulos.
§
Comprobaciones de integridad de información
crítica.
3.3.3 Fiabilidad
Especificación de los factores de
fiabilidad necesaria del sistema. Esto se expresa generalmente como el tiempo
entre los incidentes permisibles, o el total de incidentes permisible.
3.3.4 Disponibilidad
Especificación de los factores de
disponibilidad final exigidos al sistema. Normalmente expresados en % de tiempo
en los que el software tiene que mostrar disponibilidad.
3.3.5 Mantenibilidad
Identificación del tipo de
mantenimiento necesario del sistema.
Especificación de quien debe
realizar las tareas de mantenimiento, por ejemplo usuarios, o un desarrollador.
Especificación de cuando debe realizarse
las tareas de mantenimiento. Por ejemplo, generación de estadísticas de acceso
semanales y mensuales.
3.3.6 Portabilidad
Especificación de atributos que
debe presentar el software para facilitar su traslado a otras plataformas u
entornos. Pueden incluirse:
§
Porcentaje de componentes dependientes del
servidor.
§
Porcentaje de código dependiente del servidor.
§
Uso de un determinado lenguaje por su
portabilidad.
§
Uso de un determinado compilador o plataforma de
desarrollo.
§
Uso de un determinado sistema operativo.
3.4 Otros
requisitos
Cualquier otro requisito que no
encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales
4 Apéndices
Pueden contener todo tipo de
información relevante para la SRS pero que, propiamente, no forme parte de la
SRS.
Suscribirse a:
Entradas (Atom)