"Ao de la Inversin para el Desarrollo Rural y

la Seguridad Alimentaria"

UNIVERSIDAD NACIONAL DEL ALTIPLANO

FACULTAD INGENIERIA MECANICA ELECTRICA
ELECTRONICA Y SISTEMAS

Escuela de

ESPECIFICACION DE
REQUERIMIENTOS DE SOFTWARE
AREA: Anlisis y Diseo de Sistemas de Informacin
DOCENTE: Ing. Elvis Aliaga Payehuanca
PRESENTADO POR:
Maxvil Zapana Chillihua 081407
Braulio Rodrigo huanca 083426
Puno-Per
2013
1

1. INTRODUCCION
El anlisis de requisitos es una de las tareas ms importantes en el ciclo de
vida del desarrollo de software, puesto que en ella se determinan la estructura
de la nueva aplicacin.
En cualquier proyecto software los requisitos son las necesidades del
producto que se debe desarrollar. Por ello, en la fase de anlisis de requisitos
se deben identificar claramente estas necesidades y documentarlas. Como
resultado de esta fase se debe producir un documento de especificacin de
requisitos en el que se describa lo que el futuro sistema debe hacer. Por tanto,
no se trata simplemente de una actividad de anlisis, sino tambin de sntesis.
El anlisis de requisitos se puede definir como el proceso del estudio de las
necesidades de los usuarios para llegar a una definicin de los requisitos del
sistema, hardware o software, as como el proceso de estudio y refinamiento de
dichos requisitos.
En la determinacin de los requisitos no slo deben actuar los analistas, es
muy importante la participacin de los propios usuarios, porque son stos los
que mejor conocen el sistema que se va a automatizar. Analista y cliente se
deben poner de acuerdo en las necesidades del nuevo sistema, ya que el
cliente no suele entender el proceso de diseo y desarrollo del software como
para redactar una especificacin de requisitos software (ERS) y los analistas
no suelen entender completamente el problema del cliente, debido a que no
dominan su rea de trabajo.
As pues, el documento de especificacin de requisitos debe ser legible por
el cliente, con lo que se evita el malentendido de determinadas situaciones, ya
que el cliente participa activamente en la extraccin de dichos requisitos.
La metodologa estructurada est basada en la representacin de las
funciones que debe realizar el sistema y los datos que fluyen entre ellas.

1.1. OBJETIVO
Los principales objetivos que se identifican en la especificacin de
requisitos de software son:
-

Ayudar al cliente a describir claramente lo que se desea obtener

mediante un determinado software. El cliente debe participar
activamente en la especificacin de requisitos, ya que este tiene una
visin mucho ms detallada de los procesos que se llevan a cabo.

Asimismo, el cliente se siente participe del propio desarrollo.

Ayudar a los desarrolladores a entender que quiere exactamente el
cliente: en muchas ocasiones el cliente no sabe exactamente qu es lo
que quiere. La especificacin de requerimientos de software permite al
cliente definir todos los requisitos que desea y al mismo tiempo los
desarrolladores tienen una base fija en la que trabajar. Si no se realiza
una buena especificacin de requisitos, los costes de desarrollo
pueden incrementarse considerablemente, ya que se deben hacer

cambios durante la creacin de la aplicacin.

Servir de base para desarrollos de estndares de la especificacin de
requerimientos de software para cada organizacin cada entidad
puede

desarrollar

sus

propios

estndares

para

definir

sus

necesidades.

1.2. ALCANCE
-

En consistencia nuestro sistema llevara la denominacin de: Sistema

de Informacin para la gestin de servicios tursticos en la empresa

MAZACH TRAVEL
El sistema ser desarrollado en la Intranet de la institucin, de esta
manera permitir a los usuarios acceder al sistema desde cualquier

plataforma, en cualquier momento y lugar.

El sistema permitir la digitalizacin, registro, revisin, aprobacin de

los pasajeros (turistas) con un interfaz entendible y amigable.

El sistema administrara los paseos tursticos y revisara su disposicin
de los mismos.

1.3. DEFINICIONES, ACRONIMOS Y ABREVIATURAS

E.R.S

: especificacin de requerimientos de software.

C.O.

: Centro de Operaciones.

A.V.T

: Agencia de Viajes y Turismo.

Tour

: servicio de paseo o viaje solicitado.

Pax

: pasajero.

AA

: Agencias Asociadas.

1.4. REFERENCIAS
En el desarrollo de este apartado se ha considerado el siguiente
documento: ANSI/IEEE Std. 830-1993 Gua del IEEE para la
Especificacin de Requerimientos de software.

2. DESCRIPCION GENERAL
En esta seccin se presenta una descripcin a alto nivel del sistema.
Se presentaran las principales reas a las cuales el sistema debe dar
soporte, las funciones que el sistema debe realizar, la informacin utilizada,
las restricciones y otros factores que afecten al desarrollo del mismo.

2.1. PERSPECTIVA DEL SOFTWARE

El sistema en esta versin no interactuar con ningn otro sistema
informtico.
El sistema contara con todo lo especificado por el cliente ya que
por ser parte de nuestro equipo estaremos en constante iteracin y
refactorizacin.

2.1.1.

Interfaces de sistema
El sistema comprender con las siguientes interfaces.
El contenido de la interfaces sern mostrados en la parte central

de la portada del sistema ya que para su implementacin utilizaremos la

tecnologa AJAX.

Portada del sistema.

Login.
servicios.
Informacin
Contctenos.
Acceso de Registro de datos del pax
Acerca de nosotros.
Reclamos.

Portada del sistema.Esta ser la presentacin inicial del sistema.

Login.
En esta interfaz un integrante del personal a cargo del C.O.
acceder para verificar los servicios que en su tiempo de trabajo
se suscitaron.
LOGIN
USUARIO
CONTRASEA

Servicios.
Se mostrara una relacin de los servicios y caractersticas que
esta posee.
SERVICIOS

UROS
TAQUILE
AMANTANI
SILLUSTANI
CHUCUITO
ANAPIA

Le brindamos un servicio con

extremo cuidado al realizar sus
servicios.

Informacin.
En esta parte del sistema se guiara al Pax de cmo podr realizar
sus servicios como formas de pago, maneras de llegar a puno, etc.
Contctenos.
El Pax tendr la opcin de realizar sus preguntas e inquietudes
online, creando un sistema de chat entre turista y C.O.
ADMINISTRADOR dice: hola
PAX dice: hello
What kind service do you offer

Acerca de nosotros.
Se mostrara la informacin de la legalidad de la empresa
indicando direccin, telfonos, integrantes, administradores, etc.
Cuntanos su experiencia.
El Pax tendr la opcin de contarnos las experiencias que paso
durante el cumplimiento de sus servicios (traslados, capacidad del gua,
permanencia en los lugares de visita, etc.).
De esta seccin se podr obtener reportes de los servicios
brindados.
Reclamos.
El Pax tendr la opcin de brindar sus reclamos o incumplimientos
de servicios sin restricciones.

2.1.2.

Interfaces de usuario
Las interfaces de los usuarios para con el sistema constara de

dispositivos que tengan acceso a internet como: computadoras de

escritorio, laptops, Tablet, celulares, etc. las cuales se encuentran en los
hogares, lugares pblicos, cabinas de internet.
El acceso al sistema ser mediante navegadores de internet como
opera, chrome, Firefox, etc.

2.1.3.

Interfaces de hardware
La computadora y dispositivos mviles debern contar con un

puerto que permita el acceso a internet o en su defecto conexiones wifi o

gsm. Lo cual es lo adecuado para mantener un enlace entre el sistema y
el usuario.
Para la intranet deber de proveerse router, switch, cables de red
con sus respectivos conectores rj45.
Como es lgico un dispositivo con acceso a internet, para su buen
desempeo estar provisto de perifricos: teclado alfanumrico, mouse
en cualquiera de sus versiones y pantalla de cualquier tipo y medida.
En los dispositivos mviles los perifricos vienen incluidos en el
mismo dispositivo,

2.1.4.
-

Interfaces de software
El sistema para su buen desempeo necesitara de un navegador web
ligero en sus recientes versiones y que este tenga instalado a su vez
adobe flash player en sus ltimas versiones, ya que estos no
necesitan de licencias y estn libres para sus respectivas descargas.
El navegador web debe soportar lenguajes de programacin tales
como JavaScript, Ajax, php, html, xml,
Firebird es un sistema de administracin de base de datos relacional

(o RDBMS) (Lenguaje consultas: SQL) de cdigo abierto, basado en la

versin 6 de Interbase. Firebird nos permitir almacenar la informacin
de los turistas y como del personal de C.O.
2.1.5.

Interfaces de comunicacin
En la comunicacin interna o comunicacin intranet estar

formada por una red LAN.

En la comunicacin interna o internet estar con una red amplia o
WAN.
En la comunicacin que establece la CPU del ordenador con cada
uno de los dispositivos perifricos (teclado, ratn, telfono mvil
conectado a USB,) que se unen a ella a travs de cables enlazados a
sus respectivos puertos de conexin o conexiones inalmbricas con el
fin de permitir el intercambio de informacin.
2.1.6.

Restricciones de memoria
En cuanto a la memoria interna del servidor tendr dos discos

duros que guarden la misma informacin para la seguridad y

recuperacin de datos.
El espacio de almacenamiento de los discos duros nos permitir
guardar bastante informacin. Por lo cual no nos ocasionara ningn
inconveniente en un futuro cercano.

2.1.7.

Requerimientos de adaptacin del lugar

Los

lugares

de

adecuacin

ambientes

debern

estar

implementados por:
-

Lugar iluminado.
Buena ventilacin.
Ambiente cmodo y agradable.
Lugares secos y no hmedos.
Lugares amplios.
Con buena instalacin elctrica
Espacios estratgicos bien diseados.

2.2. FUNCIONES DEL SOFTWARE

Mencionaremos las funciones software mediante historias de
usuarios con sus caractersticas respectivas:
-

La prioridad en negocio se refiere a la importancia que este

representa en la empresa.
Riesgo en desarrollo significa la

representa en la ejecucin del sistema en si.

La estimacin de las historias de usuario se refieren al esfuerzo

necesario para implementar de una escala del 1-5

Iteracin asignada se refiere al tiempo que tomara en ser

implementada que est en escala de das.

Todas las historias contaran con numeracin, su nombre

importancia

vital

respectivo, para quien est destinado la historia de usuario.

HISTORIA DE USUARIO
N 1

Nombre: Acceso del Administrador

Usuario: Administrador

10

que

Prioridad en negocio: Alta

Riesgo en desarrollo:
Media

Puntos estimados:3

Iteracin asignada:3

Descripcin: Acceso al sistema mediante validacin de

datos

HISTORIA DE USUARIO
N 2

Nombre: Registro de Pax

Usuario: Pax
Prioridad en negocio: Alta

Riesgo en desarrollo: Alta

Puntos estimados:3

Iteracin asignada:2

Descripcin: Registrara la informacin personal de los

turistas.

HISTORIA DE USUARIO
N 3

Nombre: Registro de servicios

Usuario: Pax
Prioridad en negocio: Alta

Riesgo en desarrollo: Alta

Puntos estimados:3

Iteracin asignada:1

Descripcin: Registrara los servicios solicitados de los

Pasajeros

HISTORIA DE USUARIO
N 4

Nombre: Reportes de servicios

11

Usuario: Administrador
Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados:4

Iteracin asignada:4

Descripcin: Brindara la descripcin de itinerarios de los

servicios solicitados por los Pax

HISTORIA DE USUARIO
N 5

Nombre: comunicacin online

Usuario: Administrador - Pax

Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados:5

Iteracin asignada:3

Descripcin: Permitir la comunicacin entre el

administrador y el Pax

HISTORIA DE USUARIO
N 6

Nombre: Ingreso de servicios

Usuario: Administrador
Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados: 3

Iteracin asignada: 2

Descripcin: Permitir ingresar servicios y sus

caractersticas.

12

2.3. CARACTERISTICAS DEL USUARIO

Los usuarios para poder manejar el sistema bastara que tengan
conocimiento bsico en computacin ya que el sistema no esta diseada
para especialistas.

2.4. RESTRICCIONES GENERALES

Por el momento no encontramos ningn tipo de restriccin.

2.5. SUPOSICIONES Y DEPENDENCIAS

Este sistema esta diseado para que funcione en una computadora con
caractersticas bsicas y un sistema operativo como Windows

xp,

Windows vista, Windows 7 o superior.

Ser compatible con cualquier versin de Windows y las aplicaciones
que vienen integradas en los diferentes sistemas operativos.

2.6. DISTRIBUCION DE REQUERIMIENTOS

3.

ESPECIFICACION DE REQUERIMIENTOS

3.1. REQUERIMIENTOS DE INTERFACES EXTERNAS

3.1.1.

Interfaces de usuario.
El sistema debe ser amigable y predictivo con el usuario ya que lo

podr utilizar cualquier persona que sepa operar un equipo de cmputo.

13

3.1.2.

Interfaces de hardware
El sistema requiere una salida de impresora y lectora de cd para

actualizacin de servicios, as como tarjeta de red para poder trabajar en

red.
3.1.3.

Interfaces de software
El sistema interactuara con lenguajes como JavaScript, Ajax,

SQL, PHP, JQUERY y HTML, como tambin con sistemas operativos.

3.1.4.

Interfaces de comunicacin
El sistema podr ser operable en red con la infraestructura que

cuente la empresa del estilo cliente-servidor.

3.2. REQUERIMIENTOS FUNCIONALES

Los requerimientos sern expresados en fichas de tareas con sus
respectivas fechas de entrega y prioridades.
3.2.1.

Fichas de tareas.
TAREA DE INGENIERIA
N1

HISTORIA DE USUARIO N 1
Nombre Tarea: Diseo del formulario de acceso

Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca

Descripcin: Disear formulario para acceder al sistema (seccin
privada), validando los datos.
TAREA DE INGENIERIA
N2

HISTORIA DE USUARIO N 1

Nombre Tarea: Diseo de formulario para el registro de nuevos

administradores
14

Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca

Descripcin: Disear formulario para el registro de nuevos
administradores del sistema( seccin privada)

TAREA DE INGENIERIA
N3

HISTORIA DE USUARIO N 1

Nombre Tarea: Diseo de la interfaz del formulario para el acceso

y registro de administradores
Tipo de tarea: desarrollo

puntos estimados: 2

Programador Responsable: Braulio Rodrigo Huanca

Descripcin: Disearla interfaz del formulario para el registro y
acceso de los administradores del sistema ( seccin privada)

TAREA DE INGENIERIA
N4

HISTORIA DE USUARIO N 2

Nombre Tarea: Diseo de formulario para el registro de los Pax

Tipo de tarea: desarrollo

puntos estimados: 3

Programador Responsable: Maxvil Zapana Chillihua

Descripcin: Disear formulario para el registro de Pax, datos
personales

TAREA DE INGENIERIA
N5

HISTORIA DE USUARIO N 2
15

Nombre Tarea: Diseo de interfaz del formulario del registro de

Pax
Tipo de tarea: desarrollo

puntos estimados: 3

Programador Responsable: Maxvil Zapana Chillihua

Descripcin: Disear la interfaz para el formulario para el registro
de Pax, datos personales
TAREA DE INGENIERIA
N6

HISTORIA DE USUARIO N 3

Nombre Tarea: Disear un formulario para el ingreso de servicios

Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Maxvil Zapana Chillihua

Descripcin: Diseo de campos que permitan el ingreso de
nuevos servicios con sus respectivos itinerarios

TAREA DE INGENIERIA
N7

HISTORIA DE USUARIO N 3
Nombre Tarea: Diseo de interfaz de los servicios

Tipo de tarea: desarrollo

puntos estimados: 3

Programador Responsable: Maxvil Zapana Chillihua

Descripcin: Disear la interfaz en la cual se elegir los
servicios que el Pax ha solicitado

TAREA DE INGENIERIA
N8

HISTORIA DE USUARIO N 4

Nombre Tarea: Realizar reportes de los servicios solicitados

16

Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca

Descripcin: Disear reportes en la cual se podr ver la
descripcin de los servicios que se solicito

TAREA DE INGENIERIA
N9

HISTORIA DE USUARIO N 4
Nombre Tarea: comunicacin online

Tipo de tarea: desarrollo

puntos estimados: 5

Programador Responsable: Braulio Rodrigo Huanca

Descripcin: Disear un subsistema de chat que mantenga la
comunicacin entre pasajero y cliente

TAREA DE INGENIERIA
N10

HISTORIA DE USUARIO N 4
Nombre Tarea: realizar interfaz del chat

Tipo de tarea: desarrollo

puntos estimados: 4

Programador Responsable: Braulio Rodrigo Huanca

Descripcin: Disear la apariencia que tendr el chat entre el
administrador y el Pax.
3.2.2.
ITERACIO

Fechas de entrega.
HISTORIA

PRIORIDA

ESFUERZ

FECHA

FECHA

INICIO

FINAL

Historia 3

Alta

05-08-2013

09-08-2013

Historia 2

Alta

12-08-2013

16-08-2013

N
Iteracin 1

17

Iteracin 2

Iteracin 3
Iteracin 4

Historia 6

Media

19-08-2013

23-08-2013

Historia 1

Alta

26-08-2013

30-08-2013

Historia 5

Media

02-09-2013

06-09-2013

Historia 4

Media

09-09-2013

13-09-2013

3.2.3.

Prioridades de las historias de usuario.

NOMBRES DE HISTORA

PRIORIDAD

ESFUERZ
O

Historia 1: Acceso del administrador

Alta

Historia 2: Registro de pax.

Alta

Historia 3: Registro de servicios

Alta

Historia 4: Reportes de servicios

Media

Historia 5: Comunicacin online

Media

Historia 6: Ingreso de servicios.

Media

3.3. REQUERIMIENTOS LOGICOS DE LA BASE DE DATOS

Se mencionara los requerimientos que ser necesario en la base de datos
-

TARJETAS

CRC

(Clase

Colaboracin)
Clase: administrador
responsabilidades
Campos:
Id
Nombres
Apellidos
Direccin
Usuario
Contrasea
Campo ocupacional
Mtodos:
Crear nuevo administrador
Editar administrador
18

Responsabilidad

Eliminar administrador
colaboracin
Clase: Pax
responsabilidades
Campos:
Id
Nombres
Apellidos
Edad
Pas origen
ciudad
Direccin
Tipo de documento
Numero de documento
Correo electrnico
telfono
Usuario
Contrasea
Mtodos:
Crear nuevo Pax
Editar Pax
Editar tipo de documento
Editar usuario
Editar contrasea
Eliminar Pax
colaboracin

Clase: servicios
responsabilidades
Campos:
Id
denominacin
Ubicacin
Horas de viaje
Horas de permanencia
Atractivos
Medio de traslado
Mtodos:
Crear nuevo servicio
Editar servicio
Eliminar servicio
Editar permanencia
Editar atractivos
Editar denominacin
Colaboracin:
19

Clase: reporte
responsabilidades
Campos:
Id
Nombres Pax
Apellidos Pax
Destinos tursticos
Precio de servicios
Subtotal
total
Hora de salida
Hora de llegada
Nombre del administrador
Mtodos:
Crear reporte
Editar reporte
Eliminar reporte
Colaboracin:
Clase Pax ,clase servicio, clase administrador
-

MODELO ENTIDAD RELACIN DE LA BASE DE

DATOS
No mostraremos los campos puesto que se mencionan
en los campos de las clases

PAX

N:N

1:N
realiza

SERVICIO

N:1

1:1
contacta

1:N
ADMINISTRADOR

compone

1:N

N:1
suministra

20

1:N
REPORTE

3.4. RESTRICCIONES DE DISEO

3.4.1.

Cumplimiento de estndares
Lo que podemos recalcar es que usaremos un reporte estandar

21

3.4.2.

Limitaciones de hardware.
Por ser un sistema ligero no presentara ninguna limitacin en

cuanto a hardware se refiere.

3.5. ATRIBUTOS DEL SOFTWARE

3.5.1.

Confiabilidad.
El sistema es confiable puesto que estaremos en continuo

proceso de prueba hasta que el software quede culminado en su

totalidad adems estaremos en continua refactorizacin con los errores
o percances que se susciten en su implementacin, ya que el cliente es
parte de nuestro equipo estaremos cumpliendo de satisfacer todas sus
inconveniencias.
Adems nuestro cdigo fuente estar bien supervisado y
detallado.
3.5.2.

Disponibilidad
El software estar disponible en cualquier momento que los

usuarios deseen acceder puesto que estar alojado en un servidor que

siempre estar encendido
3.5.3.

Seguridad
El software est bien implementado con todas las cuestiones de

seguridad como inicios de sesin y finalizacin de sesin incluso si se

encuentra

inactivo

un

lapso

de

tiempo

el

software

cerrara

automticamente la sesin.
3.5.4.

Facilidad de mantenimiento
Su mantenimiento no es muy complicado porque se controlara la

cantidad de informacin que se almacene en la base de datos, y por

ningn motivo el cdigo fuente ser alterado.

22

4.

INFORMACION DE APOYO

4.1. ndice.
1. INTRODUCCION...........................................................................................2
1.1.

OBJETIVO...............................................................................................3

1.2.

ALCANCE................................................................................................3

1.3.

DEFINICIONES, ACRONIMOS Y ABREVIATURAS...............................4

1.4.

REFERENCIAS.......................................................................................4

2. DESCRIPCION GENERAL............................................................................4
2.1.

PERSPECTIVA DEL SOFTWARE..........................................................4

2.1.1.

Interfaces de sistema........................................................................5

2.1.2.

Interfaces de usuario........................................................................8

2.1.3.

Interfaces de hardware.....................................................................8

2.1.4.

Interfaces de software......................................................................9

2.1.5.

Interfaces de comunicacin..............................................................9

2.1.6.

Restricciones de memoria................................................................9

2.1.7.

Requerimientos de adaptacin del lugar........................................10

2.2.

FUNCIONES DEL SOFTWARE............................................................10

2.3.

CARACTERISTICAS DEL USUARIO...................................................14

2.4.

RESTRICCIONES GENERALES..........................................................14

2.5.

SUPOSICIONES Y DEPENDENCIAS..................................................14
23

2.6.

DISTRIBUCION DE REQUERIMIENTOS.............................................14

3. ESPECIFICACION DE REQUERIMIENTOS...............................................14
3.1.

REQUERIMIENTOS DE INTERFACES EXTERNAS...........................14

3.1.1.

Interfaces de usuario......................................................................14

3.1.2.

Interfaces de hardware...................................................................15

3.1.3.

Interfaces de software....................................................................15

3.1.4.

Interfaces de comunicacin............................................................15

3.2.

REQUERIMIENTOS FUNCIONALES...................................................15

3.2.1.

Fichas de tareas.............................................................................15

3.2.2.

Fechas de entrega..........................................................................20

3.2.3.

Prioridades de las historias de usuario..........................................21

3.3.

REQUERIMIENTOS LOGICOS DE LA BASE DE DATOS..................21

TARJETAS CRC (Clase Responsabilidad Colaboracin).....................21

MODELO ENTIDAD RELACIN DE LA BASE DE DATOS.................23

3.4.

RESTRICCIONES DE DISEO............................................................24

3.4.1.

Cumplimiento de estndares..........................................................24

3.4.2.

Limitaciones de hardware...............................................................24

3.5.

ATRIBUTOS DEL SOFTWARE.............................................................25

3.5.1.

Confiabilidad...................................................................................25

3.5.2.

Disponibilidad..................................................................................25

3.5.3.

Seguridad........................................................................................25
24

3.5.4.

Facilidad de mantenimiento............................................................25

4. INFORMACION DE APOYO........................................................................26
4.1.

ndice.....................................................................................................26

25