ANALISIS DE REQUISITOS 204019A_363

UNIDAD 3: FASE 3 DIAGNSTICO

PAOLA ANDREA MARMOLEJO

CRISTIAN CAMILO VILLADA ZAPATA

1017167655

UNIVERSIDAD NACIONAL ABIERTA A DISTANCIA

MEDELLN - ANTIOQUIA
2017
 Introduccin
El presente documento tiene como propsito definir las especificaciones
funcionales, no funcionales y del sistema para la implementacin de una aplicacin
WEB que permitir administrar y consultar la informacin de cuentas empleadas por
los comensales usuarios de nuestro restaurante en (Restaurante Colombia Deli)
Antioquia Medelln, utilizada por administracin, meseros, chefs y pblico en
general.

El presente documento tiene como objetivo brindar una descripcin detallada de los
requerimientos del sistema para el sistema de gestin de requisitos y casos de
pruebas que se desarrollar para la empresa Restaurante Colombiana Deli,
obtenidos en el relevamiento realizado por parte del equipo de analistas en conjunto
con el cliente. El sistema que se pretende construir tomar las funciones provistas
por un sistema actual llamado Programm Restaurant, agregando nuevas
funcionalidades y mejorando las ya existentes.

Igualmente se realiza este documento donde se encuentra la especificacin de los

requerimientos completos de la aplicacin Restaurante Colombia Deli, partiendo de
la definicin de un requerimiento como aquella caracterstica que debe tener el
sistema o una restriccin que debe satisfacer para que sea aceptado por el cliente.
La especificacin de los requerimientos y de las restricciones est escrita en
trminos que el cliente los pueda entender con la finalidad de que la comunicacin
entre el equipo de desarrollo y el cliente sea clara y constante
 Problema

Ser reconocida, donde presta sus servicios, como la empresa ms confiable de

Alimentacin masiva. Misin, Nuestro propsito es la continua identificacin y
satisfaccin de las necesidades de nuestros clientes y usuarios, suministrando
alimentos seguros con una excelente actitud de servicio, adems de contribuir al
bienestar de nuestros colaboradores, la comunidad y los accionistas.
Valores, Restaurante Antioqueo se identifica por una alta vocacin de servicio, por
tal motivo se inculcan los valores de respeto: para todos nuestros clientes internos
y externos. El respeto en el trato, en sus creencias y costumbres debe ser una
caracterstica que se refleje en nuestro sitio de trabajo y en nuestros hogares.
Cumplimiento de las normas: nuestros actos deben ceirse al cumplimiento y
respeto por las normas legales, las establecidas por la organizacin y por nuestros
clientes. Honestidad: valor que representa cada uno de nuestros colaboradores
donde se encuentren en su desempeo diario en sus actos y en las relaciones con
los clientes. Transparencia: apertura y flujo de informacin de la organizacin a
todos los pblicos de inters, permitiendo su revisin y anlisis.

Donde la empresa ha crecido de una manera increble de la manera donde tenemos

que mostrar a nuestros usuarios que estamos acordes con la tecnologa, donde
implantamos esta nueva aplicacin para crecer en todos los sentidos y hacerla cada
vez ms grande y mejor.

Tendr algn problema en la conexin de internet y alojamiento a cualquier

dispositivo mvil?
En la investigacin que se realiz para esta aplicacin se encontr que en la
actualidad el crecimiento de internet ha impactado directamente en la que puede
ser la seguridad de la informacin manejada cotidianamente en los propietarios de
cada aplicacin realizada por los developer, analistas, diseadores todas las
personas implicadas en el proyecto. En nuestro sitio se debe manejar una
seguridad extensa ya que sitios comercios electrnicos, servicios monetarios,
servicios de administracin de base de datos personales, bancos e incluso redes
sociales contienen informacin sensible que en la mayora de los casos resulta ser
muy importante.
Se puede decir que uno de los puntos ms crticos para una aplicacin o website
puede ser desde la seguridad en Internet ya que son las herramientas que
interactan de forma directa con los usuarios, en este caso los servidores web. En
los aos de experiencia en esta rama de la ingeniera de sistemas es comn
escuchar o leer sobre fallas en los sistemas de proteccin de los servidores donde
alojamos nuestra informacin en estos casos aplicaciones o website etctera pero
ms frecuentemente utilizados por nosotros los usuarios, hago un claro ejemplo de
Apache, NGINX, IIS o en los lenguajes de programacin que se llegan a utilizar en
que son inscritas las aplicaciones. Sin embargo, la mayora de los problemas se han
llegado a detectar en servicios web no son provocados por fallas de ninguna de
estas partes, si no problemas se generan por malas prcticas de parte de los
programadores que por ahorrar cdigo o explicaciones de educadores o tutoriales
realizamos.
Se debe entender que programar aplicaciones web seguras no es una tarea fcil,
ya que requiere por parte del developer, no slo cumplir con el objetivo funcional
bsico de la aplicacin, sino una concepcin general de los riesgos que puede correr
la informacin procesada por el sistema, igualmente hay developer hobbit los que
llamamos HACKER, son personas con unos conocimientos extremadamente
envidiables por mi persona donde hay unos que sus conocimientos los generan para
buenas causas lastimosamente hay muchos que lo expresan para propsitos
malignos .

La falta de visin de los empresarios sobre la tecnologas mviles parece

injustificable, pero lo cierto es que la falta demasiada visin puede convertirse en un
obstculo para las empresas que buscan aprovechar los beneficios de las
aplicaciones mviles, pues tiene efectos tanto estratgicos como a nivel de
procesos concretos. Con frecuencia, a pesar del enorme esfuerzo que muchas
empresas llevan a cabo en el desarrollo de aplicaciones mviles, los lderes dentro
de las mismas olvidan por completo la forma en que dichos desarrollos afectan su
modelo de negocio, sus operaciones del da a da y el rol de muchos de sus
empleados.
Objetivo
 Justificacin

El objetivo principal del documento planteado es plasmar de forma clara, concisa y

correcta las grandes necesidades que puede tener el cliente en trminos del
software que se debe realizar, llegar la meta establecida desde los principios de la
formulacin de anlisis con las fechas pautadas para el cliente y empresa. La
documentacin de esos ser gua para validar e inspeccionar la construccin del
software en cada una de sus etapas que se realizaran con entregas estipuladas en
una fecha donde se hay inconvenientes se establecern en el documento o va
correo, es decir este documento ser utilizado como herramienta para la trazabilidad
de requerimientos y respaldo para cada uno de los lados del cliente y usuario. Como
se acaba de informar anteriormente el documento se encuentra dirigido al cliente y
al equipo de desarrollo, equipo analtico, equipo de pruebas. Adicionalmente
tambin puede ser usado por los usuarios que utilizarn el software donde abran
cambios y que necesiten definir nuevos requerimientos.

Para dar informacin genrica primordial el principal objetivo que se plante en este
proyecto fue el de desarrollar una herramienta software que permita la recepcin y
transferencia de informacin digital (Entre el chef, los meseros, comensales) desde
y hacia navos que se hallen en poco tiempo una respuesta inmediata, donde la
nica va de comunicacin posible para este tipo de informacin sea la
comunicacin va vga.
 Descripcin del proyecto

Somos una organizacin lder, asesorando a nuestros clientes por ms de 29 aos

de experiencia en servicios de alimentacin masiva. Soportados por una slida
estructura administrativa y tecnolgica, con profesionales especializados en calidad,
nutricin, gestin humana, operaciones, normatividad alimentaria y diseo de
servicios de alimentacin. Operamos en diferentes sectores: industrial, clnico,
educativo y campamentos.

Por nuestra calidad, respuesta oportuna a los requerimientos del cliente, excelente
servicio y alta tecnologa, nos reconocen como una de las ms importantes
empresas de alimentacin masiva del pas. Nos constituimos en 1985 en la ciudad
de Medelln, para atender mediante el sistema de concesin, el rea de alimentos y
bebidas del Hotel Nutibara. Al inicio en la empresa contbamos con alrededor de
24 colaboradores. Actualmente este nmero ha aumentado a 1300 empleados,
entre directos e indirectos. Quienes son para Salamanca junto con el cliente externo
lo ms importante. Por tal motivo en la empresa le ofrecemos a nuestros
colaboradores diferentes actividades y beneficios que generan calidad de vida,
compromiso organizacional y sentido de pertenencia.
En 1986 iniciamos la prestacin de servicios a sector industrial, en 1988 se nos
otorga el primer contrato en campamentos para prestar los servicios de
alimentacin, aseo, alojamiento, lavandera y proveedura. Ese mismo ao
incrementamos la actividad de alimentacin masiva con la adjudicacin de nuevas
empresas, en 1992 nos dedicamos exclusivamente al sector de alimentacin
industrial, incorporando a nuestro portafolio de clientes grandes empresas de la
ciudad de Medelln.

El sistema funcionar en un ambiente web, por lo que deber ser capaz de funcionar
en cualquier plataforma con un navegador web instalado, siempre y cuando
disponga de conexin al servidor en que va a estar corriendo la aplicacin, ya sea
por Internet o alguna red privada.
 Documento de requisitos formalmente elaborado

Requisitos especficos

A continuacin se detallan los requisitos funcionales que el sistema deber

implementar. Todos los requerimientos especificados a continuacin estn
pendientes de aprobacin.

RF-01 - Autenticacin y autorizacin de usuarios: El sistema deber permitir a los

usuarios iniciar sesin en el mismo (En este caso sern los meseros quienes tomen
las rdenes). Esto incluye brindar un sistema de soporte a la autenticacin y
autorizacin de usuarios, as como de gestin de los mismos. Tambin deber
permitirles cerrar una sesin iniciada previamente. Se debern soportar los
siguientes roles: analista funcional, desarrollador, tester y cliente. Tambin existir
un administrador del sistema y otro para cada proyecto. Cada uno de estos usuarios
tendr diferentes permisos y visibilidad de recursos del sistema dependiendo del rol
que cumplan.

RF-02 - Gestin de proyectos - El sistema deber permitir gestionar la informacin

correspondiente a un proyecto de software (esto es, realizar el ingreso, consulta y
modificacin de los mismos). El proyecto es una entidad que agrupa requisitos y
casos de prueba, as como usuarios con distintos roles que actan sobre estos. Los
proyectos estn asociados a una organizacin, que tambin debe representarse en
el sistema. Las organizaciones tienen asociadas reas de negocio, y tambin
procesos de negocio.

Requisitos comunes de los interfaces

Descripcin detallada de todas las entradas y salidas del sistema de software.
Interfaces de usuario
El sistema deber permitir el ingreso de requisitos por parte de los usuarios. Los
requisitos a ingresar podrn ser tanto funcionales como no funcionales, as como
tambin transicionales.

El sistema deber permitir la actualizacin de cualquier atributo de un requisito

previamente ingresado, ya sea por un analista funcional o por el cliente mismo. Esto
incluye permitir cambiar el estado de un requisito, y su prioridad. Luego de realizar
cualquier cambio, el sistema deber crear una nueva versin del requisito,
manteniendo el historial de todas las versiones anteriores.

Interfaces de hardware
El sistema permitir el ingreso de casos de prueba junto con sus datos asociados.
Los casos de prueba podrn ser de regresin o no, adems de manuales o
automticos.

Interfaces de software
El sistema deber permitir realizar el modelado de un requisito mediante una
herramienta de modelado de procesos de negocio. Para esto, se deber realizar
una integracin con la misma.

Interfaces de comunicacin
El sistema deber permitir cambiar el estado asociado a los requisitos. Los estados
vlidos para un requisito son:
- Borrador
- En espera de aprobacin
- Aprobado
- Rechazado

Para cada cambio de estado se deben registrar tanto la fecha como al usuario
responsable del mismo. El sistema deber registrar tambin el histrico de los
estados por los que ha pasado un requisito. Para el caso de un cambio a estado
Aprobado o Rechazado, todos los que se encuentran registrados como interesados
por el requisito, adems del usuario solicitante, deben realizar el cambio de estado
en forma unnime. Solo es posible realizar cambios de estado desde Borrador a En
espera de aprobacin, de all a Aprobado o Rechazado, y luego de cualquiera de
estos dos a Borrador.

Requisitos funcionales
A continuacin se detallan los requisitos funcionales que el sistema deber
implementar. Todos los requerimientos especificados a continuacin estn
pendientes de aprobacin

Requisitos no funcionales
Requisitos de rendimiento

RF-1 - Asignacin de casos de prueba a Tester El sistema permitir asignar un caso

de prueba (o un conjunto de casos de prueba) a un Tester para su ejecucin.

RF-2 - Ejecucin de casos de prueba El sistema permitir realizar la ejecucin de

casos de prueba (o planes de prueba), tanto en forma automtica como manual. En
el caso de la ejecucin automtica, se realizar una integracin con la herramienta
(Bsqueda herramienta internet) para este propsito. Los resultados de las pruebas
debern ser obtenidos y registrados para su posterior evaluacin. En el caso de la
ejecucin manual, el Tester deber completar los resultados de la ejecucin de los
casos de prueba. Los datos a completar son los mismos que en la herramienta
(Bsqueda herramienta internet).

RF-3 - Estimaciones sobre casos de prueba El sistema permitir ingresar

estimaciones a nivel de casos de prueba. Las estimaciones harn referencia al
tiempo que se estima que llevar determinada tarea relacionada con los casos de
prueba. Las estimaciones se pueden hacer sobre el tiempo que lleva el diseo de
un caso de prueba, el tiempo de preparacin del mismo y el tiempo de ejecucin
que llevar.

RF-4 - Priorizacin de los casos de prueba dentro de un plan de prueba El sistema

permitir asignar prioridades a los casos de prueba dentro de un plan de ejecucin.
Se almacenarn los cambios de prioridad realizados (tanto fecha como
responsable).

RF-5 - Creacin de planes de pruebas El sistema permitir la creacin de planes

de pruebas. Se podrn agrupar distintos casos de prueba en un nico plan de
pruebas. Los planes de prueba se entienden como un conjunto de casos de pruebas
planificados para su ejecucin. Los planes de prueba tendrn registrado al
responsable del mismo, y podrn ser ejecutados, como en RF-2.
Seguridad
El sistema deber permitir la actualizacin de cualquier atributo de un requisito
previamente ingresado, ya sea por un analista funcional o por el cliente mismo. Esto
incluye permitir cambiar el estado de un requisito, y su prioridad. Luego de realizar
cualquier cambio, el sistema deber crear una nueva versin del requisito,
manteniendo el historial de todas las versiones anteriores.

Fiabilidad
El sistema deber proveer una interfaz amigable al usuario, que sea fcil de
aprender y de usar. Se pretende que la navegacin entre las distintas
funcionalidades del sistema sea realizada en forma sencilla y en pocos pasos. La
interfaz deber ofrecer funcionalidades para realizar tareas repetitivas en forma
automtica.

Disponibilidad
Especificacin de los factores de disponibilidad final exigidos al sistema.
Normalmente expresados en % de tiempo en los que el software tiene que mostrar
disponibilidad.
Mantenibilidad
El sistema deber permitir la actualizacin de cualquier atributo de un requisito
previamente ingresado, ya sea por un analista funcional o por el cliente mismo. Esto
incluye permitir cambiar el estado de un requisito, y su prioridad. Luego de realizar
cualquier cambio, el sistema deber crear una nueva versin del requisito,
manteniendo el historial de todas las versiones anteriores.

Portabilidad
El estado del arte de las aplicaciones de hoy proporciona un aspecto consistente
que comienza con el paquete del producto y se manifiesta a travs de los mens de
la instalacin, las pantallas del sistema, los sistemas de ayuda, los dilogos con el
usuario, etc. Esta seccin define las necesidades y tipos de etiquetas a para ser
incorporado en el cdigo, por ejemplo, derechos de propiedad literaria y avisos
patentes, logotipos corporativos, iconos estandarizados y otros elementos grficos,
etc.

Otros requisitos
Guas de instalacin, configuracin y archivo Lame, En esta seccin especifique si
el sistema de software contendr instrucciones para instalacin y configuracin.
Adems si se incluir el tpico archivo Lame, que puede incluir las Novedades de
la versin, discusin de compatibilidad con versiones anteriores, documentacin de
errores conocidos y soluciones alternativas.
 Reflexiones sobre el aprendizaje

A travs de los aos se ha podido constatar que los requerimientos o requisitos son
una pieza fundamental en un proyecto de desarrollo de software, ya que marcan el
punto de partida para actividades como la planeacin, bsicamente en los que se
refiere a las estimaciones de tiempos y costos, as uno de los principales mecanismo
de control con lo que se contar durante la etapa de desarrollo. Adems la
especificacin de requerimiento es la base que permite verificar si se alcanzaron o
no los objetivos establecidos en el proyecto ya que estos son un reflejo detallado de
las necesidades de los clientes o usuarios del sistema y es contra lo que se va estar
verificando si estn cumpliendo las metas trazadas.
 Conclusiones

Por debajo de la saludable e impresionante diversidad de temas que conforman los

contenidos de las tesis doctorales y trabajos de final de mster, hay una estructura
reconocible que nosotros denominamos modelo cannico.
Reconocer tal modelo nos puede ayudar a afrontar con mayor garanta de xito el
trabajo de largo aliento que suelen requerir los ttulos de ciclo superior de la
universidad. Y dentro de este modelo, identificar los componentes de la Introduccin
y las Conclusiones es esencial para poder entregar un trabajo redondo.
 Referencias bibliogrficas

https://es.wikipedia.org/wiki/Especificacin_de_requisitos_de_software

http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:pis:ejemplo_de_
especificacion_de_requerimientos_-_para_sesion_9.pdf

http://pegasus.javeriana.edu.co/~CIS0910IS03/archivos/SRS_1.0.pdf

https://www.procuraduria.gov.co/infosim/media/file/VERSIONES_EN_PDF/
Etapa4-ReqFunc.pdf

http://repositorio.uch.edu.pe/bitstream/handle/uch/82/Osorio_Alvarez_Neil_
Angelo.pdf?sequence=1&isAllowed=y