SISTEMA INTEGRADO DE GESTIN

UML





ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE



MAYRA ALEJANDRA MEJIA CALDERON

1.130.672.490



ADSI 53


FICHA: 660726



CALI COLOMBIA

11 DE Abril DE 2014

SERVICIO NACIONAL DE APRENDIZAJE SENA

2

Problema de la empresa

La remicera CocheFast nos ha solicitado la confeccin de un sistema para
la administracin de la misma. Luego de haber tenido algunas reuniones
de relevamiento con la gerencia de la empresa se han identificado los
siguientes requerimientos:

Habr tres tipos de usuarios: Administrativos, Choferes, y el Gerente. Los
Administrativos de la remisera podrn:

Ingresar nuevos clientes
Ingresar reservas de viajes indicando el cliente, el chofer solicitado,
la direccin de origen, de destino y la hora de salida. La empresa ha
solicitado que si al ingresar una reserva, el cliente en cuestin no
existe en el sistema se pueda ingresarlo directamente. Tambin ha
solicitado que el sistema brinde la opcin de confirmar
inmediatamente la reserva que se est ingresando.
Confirmar o Cancelar las reservas ya ingresadas.

Los Choferes de la remisera podrn consultar las reservas que tienen asignadas
para el da de la fecha. El gerente podr realizar todas las operaciones que
pueden realizar los Administrativos y los choferes. Adems podrn Ingresar
nuevos choferes al sistema y Liquidar las comisiones de los choferes
mensualmente. Los Representantes de la empresa aclararon que era deseable
que el sistema avise a los Administrativos cuando se acerca el momento de
realizar un viaje, en funcin de las reservas, con 30 minutos de anticipacin para
poder realizar la confirma in del viaje con el cliente.



TECNICAS DE RECOLECCION DE INFORMACION
PARA LA EMPRESA
NOMBRE:
CARGO:

CUANTO TIEMPO LLEVA EN LA EMPRESA
1 Cuales han sido los inconvenientes que ha presentado ______________________________________
2 Cuales han sido los horarios en lo que ha sido requerido el servicio de conductores________________
3 Han tenido cruces en los horarios de los conductores solicitados si no
PARA EL CLIENTE
NOMBRE:
1 Que inconvenientes han presentado con los conductores


retaso en la llegada


han sido groseros


han tenido problemas en encontrar direcciones


otros ____________________________________
2 busca usted un prefil en especial en el conductor si no





INDICE
1. INTRODUCCIN..........5
1.1 Propsito.5.
1.2.mbito del Sistema...... 5
1.3Definiciones, Acrnimos y Abreviaturas....................6
1.4Referencias......6
1.5Visin General del Documento....................6
2 DESCRIPCIN GENERAL...7
2.1Perspectiva del Producto....7
2.2Funciones del Producto..7
2.3Caractersticas de los Usuarios.7
2.4Restricciones........7
2.5Suposiciones y Dependencias......8
2.6Requisitos Futuros......8
3 REQUISITOS ESPECFICOS.........8
3.1Interfaces Externas.........8
3.2Funciones.........9
3.3Requisitos de Rendimiento......11
3.4Restricciones de Diseo ......12
3.5Atributos del Sistema.....12
3.6Otros Requisitos........13


5

1. INTRODUCCIN


Pretendiendo desarrollar una aplicacin web para la administracin de una
empresa que ofrece servicios:
Alquiler de coches con chofer para sus recorridos se necesita una interfaz que:
Informe 30 minutos antes de que se acerque el momento de realizar el viaje para
poder confirmar la reservacin con el cliente

1.1 Propsito
El propsito del SRS es conseguir una estructura bien definida y un
documento bien formado de los requisitos del sistema.
1.2.mbito del Sistema
El nombre correspondiente al producto software a desarrollar es
CocheFast App (CFA)
Acciones que debe realizar el producto software:
Gestin de los recursos del remisera:
Administrador sern adicin de reservas, cancelacin de
reservas adicin de clientes
Conductores ser consultar las reservas del da
Gerente podr realizar todas las labores de administrador ms
la adicin de nuevos choferes y la liquidacin de las comisiones


Emisin de resmenes: de reservas registradas y canceladas, de
disponibilidad de conductores
Visualizacin de las reservas para que no se generen cruces de
conductores solicitados



6

Acciones que no debe realizar el producto software:
El grupo de trabajo se ceir a las peticiones expresas del cliente
sobre el funcionamiento bsico de la aplicacin.
Beneficios, objetivos y metas del producto software:
Se pretende automatizar las gestiones de reserva, administracin,
pagos y disponibilidad de recursos de la remiseria.
Incrementando la eficiencia de las operaciones y pudiendo as
incrementar los beneficios.
La aplicacin dar soporte a los usuarios para que as la gestin de la
reserva sea ms eficiente

Creacin de una aplicacin que permita gestionar todo lo referente a las
reservas y tratamiento de los usuarios mediante CFA, de manera fcil e
intuitiva por parte de este
1.3 Definiciones, Acrnimos y Abreviaturas
No se utiliza ninguna.
1.4 Referencias
Se han utilizado los requerimientos deseados por el cliente
1.5 Visin General del Documento
Para realizar este documento de ESPECIFICACION DE REQUERIMIENTO
DE SOFTWARE se ha utilizado la base estndar de especificacin de
requisitos software IEEE-830








7

2. DESCRIPCIN GENERAL

2.1 Perspectiva del producto
El sistema que se va a desarrollar es independiente y tiene total autonoma.
2.2 Funciones de producto
Para el correcto funcionamiento de esta aplicacin ser necesario un
servidor conectado permanentemente a internet y que sea siempre visible
desde el entorno externo a su red local.
Debido a que nuestra aplicacin utiliza tanto una base de datos como un
servidor web es posible que se produzcan fallos ajenos a la aplicacin, en
cuyo caso ser competencia del equipo de mantenimiento solventar dichas
anomalas tcnicas para mantener el sistema inoperativo el menor tiempo
posible.
Por parte de usuario solo ser necesario conocer la URL exacta a la que
conectarse para iniciar el asistente y que el usuario tenga tanto unos
conocimientos mnimos de navegacin web, como una correcta configuracin
de su sistema local.

2.3 Caractersticas del usuario
Para el usuario comn solo se requerir un nivel educativo medio y unos
conceptos bsicos a nivel de usuario en aplicaciones informticas, debido a
la sencillez en la utilizacin de la aplicacin no tendrn ningn tipo de
dificultad en usarla.
Por otra parte, el administrador Web necesitar una formacin media para el
control absoluto de la aplicacin.

2.4 Restricciones
Las restricciones o limitaciones que se pueden presentar en el desarrollo de
la aplicacin a nivel hardware en el servidor pueden ser: la capacidad de la
memoria principal y la velocidad del procesador.

8

2.5 Suposiciones y dependencias
Para nuestra aplicacin, de nuevo debemos dividir este punto en sus
apartados:
Cliente:
Solo necesitara un navegador WEB con acceso a internet, ya que esta
aplicacin est diseada para un funcionamiento en su mayor parte en un
servidor.
Gerente y Administrador del sistema
En este caso se necesitara ms recursos para el funcionamiento de la
aplicacin.
En este caso necesitara que el sistema sea estable, ya que si realizamos
cambios en alguna de las herramientas necesarias para el correcto
funcionamiento, se deberan reconfigurar todas las dems.


2.6 Requisitos Futuros
Por las cualidades de este proyecto, esta aplicacin tendr estabilidad y no
requerir de ninguna otra entrega. Por tanto no se tiene previsto realizar
modificaciones posteriores.

3. REQUISITOS ESPECFICOS

3.1 Interfaces externas
La aplicacin debe interactuar a travs de interfaces adecuadas con La
Base de Datos que almacena, los usuarios, las reservas y los clientes
Estas interfaces sern sencillas con operaciones que permitan almacenar,
recuperar, modificar los contenidos de las Bases de Datos.




9

3.2 Funciones
Las funciones de la aplicacin son:
Funciones del usuario:
o Visualizacin de las reservas y disponibilidad de conductores:
Para poder acceder a esta se proceder consultando los datos
almacenados en la Base de Datos.
o Reservacin de conductor sea uno en especfico o de manera
aleatoria :
Se verificar la entrada de datos por parte del usuario, y una vez
cotejados se proceder a la reserva, e insercin en la Base de
datos.
FUNCIONES DEL ADMINISTRADOR
Relativas a cliente:
Aadir cliente:
El sistema comprobar la veracidad de los datos introducidos por
el usuario, adems de la existencia de un nombre de usuario
idntico registrado previamente en el sistema.
Modificar cliente:
En este caso, el sistema buscar la existencia en la Base de
Datos del usuario requerido para la modificacin. Una vez
localizado se proceder a la actualizacin en la Base de Datos con
los nuevos datos introducidos.
Eliminar cliente:
Este funcionamiento es muy similar al de punto anterior, salvo que
la actualizacin de datos en el sistema sera una eliminacin de la
ficha del cliente.





10

Relativas a reservas:

Aadir reserva:
El sistema comprobar la veracidad de los datos introducidos por
el administrador, adems de la existencia de la disponibilidad de
recursos.
Modificar reserva:
El sistema comprobar que existe una reserva previamente
realizada y modificar los datos siempre que sea posible.
Eliminar reserva:
Al igual que en el apartado anterior, el sistema localizar la
reserva y la eliminar.
Conductores disponibles
El sistema revisara el listado de conductores disponibles de
acuerdo a la base de datos


FUNCIONES DEL GERENTE
Relativas a cliente:
Aadir cliente:
El sistema comprobar la veracidad de los datos introducidos por
el usuario, adems de la existencia de un nombre de usuario
idntico registrado previamente en el sistema.
Modificar cliente:
En este caso, el sistema buscar la existencia en la Base de
Datos del usuario requerido para la modificacin. Una vez
localizado se proceder a la actualizacin en la Base de Datos con
los nuevos datos introducidos.
Eliminar cliente:
11

Este funcionamiento es muy similar al de punto anterior, salvo que
la actualizacin de datos en el sistema sera una eliminacin de la
ficha del cliente.

Relativas a reservas:
Aadir reserva:
El sistema comprobar la veracidad de los datos introducidos por
el administrador, adems de la existencia de la disponibilidad de
recursos.
Modificar reserva:
El sistema comprobar que existe una reserva previamente
realizada y modificar los datos siempre que sea posible.
Eliminar reserva:
Al igual que en el apartado anterior, el sistema localizar la
reserva y la eliminar.
Conductores disponibles
El sistema revisara el listado de conductores disponibles de
acuerdo a la base de datos
Aadir conductor
El sistema comprobar la contratacin del conductor para as
poder pasar al registro de este para que as pueda ser
seleccionado en la aplicacin y poder reservas

Eliminar conductor:
Una vez terminado el contrato con el conductor se realizara la
eliminacin de la base de datos de manera oportuna para que no
haya inconveniente en las reservas en la aplicacin

Exportar documento
Realizar un documento en el cual se imprima los servicios que
realizaron los conductores por fechas
12





3.3 Requisitos rendimiento
De manera esttica tendremos un nico terminal que ser el servidor,
siempre disponible para el funcionamiento de la aplicacin de manera
dinmica tendremos un nmero de usuarios mximo determinado por un
cierto lmite establecido por los creadores de la aplicacin.

3.4 Restricciones del diseo
Nuestra aplicacin no tiene ningn tipo de restriccin por estndares o
limitaciones del hardware.

3.5 Atributos sistema
Fiabilidad
La aplicacin tendr que ser confiable cuanto a los datos se refiere para
que no se generare ningn tipo de conflicto en las reservas y en la
consulta de estas.
Disponibilidad
Nuestra aplicacin siempre debe estar disponible para mayor
comodidad del cliente.

Seguridad
Para evitar cualquier problema con la privacidad la nica persona que
est autorizada para el acceso a la informacin ser el administrador y
gerente dejando un registro de quien entro, la fecha en que se realiz la
modificacin y quien fue el responsable de esta



13

Mantenimiento
Por el diseo de la aplicacin no se debe tener ningn problema en el
futuro en cuanto a funcionamiento, si llegara a suceder se dispone de
un telfono para atencin al cliente las 24 horas para que as se pueda
solucionar el problema a la mayor brevedad


Portabilidad
En la elaboracin de esta aplicacin se tienen en cuenta las diferentes
plataformas que se pueden utilizar y se ha intentado no utilizar nada
concreto de ningn sistema para conseguir una mayor compatibilidad
con todas las plataformas posibles.

3.6 Otros Requisitos
Debido a la simplicidad de nuestra aplicacin no disponemos de ningn otro
requisito