Especificacin de requerimientos de Software

1.

Introduccin 1.1. Propsito 1.2. mbito 1.3. Definiciones, Acrnimos y Abreviaciones 1.4. Referencias 1.5. Resumen Ejecutivo Descripcin General 2.1. Especificacin de Funcionalidades 2.2. Supuestos y Dependencias 2.3. Acuerdos con el Cliente para la Administracin de Requerimientos Especificacin de Requerimientos 3.1. Reportes de Casos de Uso 3.2. Requerimientos Funcionales 3.3. Requerimientos Adicionales 3.4. Requerimientos no Funcional 3.5. Requerimientos Tcnicos 3.6. Requerimientos de Proceso Administracin de Requerimientos

2.

3.

4.

Nombre

Propsito

mbito - alcance

Personal involucrado Definiciones, acrnimos y abrev.

Introduccin Ejemplo Propsito Proyecto: Mejorar el Definir de manera clara y precisa sistema de cmputo utilizado los requisitos del software del actualmente en una empresa sistema para que sirva de base de Propsito documento: anlisis, estimacin, evaluacin y Proporcionar informacin control en el proceso del proyecto. necesaria y detallada para administrar el proyecto y a quienes va dirigido El proyecto ser aplicado en un Alcance: Descripcin general de lugar donde se la comunicacin y las funcionalidades del sistema el acceso a internet es lo mbito: Es la descripcin del primordial, este sistema llevara el rea, sistemas y proyectos que control de compras y ventas, el son afectados por la creacin del manejo estadstico y control de sistema o cualquier proyecto facturas del centro de cmputo determinado. toda la informacin necesaria Acrnimo: SINRAIM (sistema de para poder ubicar a las personas informacin de reacciones que son partes del proyecto sea adversas a insumos mdicos). de la empresa o de los desarrolladores, Abreviatura: PTE: paciente Los conceptos, las abreviaturas (representacin de palabras con solo algunas de sus letras) y los Definicin: Reaccin adversa: acrnimos (suma de significado Efecto secundario causado por un de varias palabras que forman medicamento o insumo mdico. parte de algo) de los trminos que se presentan en el producto. Descripcin

Asociacin

Objetivo general

Alcance en chrter Descripcin del producto ( Definicin del alcance) En este caso es dif. El alcance de proyecto que del producto.

Estructura organizativa del proyecto (Charter) Glosario de trminos

Referencias

Es la informacin o conjunto mnimo de datos que permiten identificar la relacin que existe entre los documentos utilizados y el documento de especificacin de requerimientos Es el anlisis y descripcin del resto del documento que incluir como est organizado el documento: -Introduccin: objetivos que tiene el SRS -Descripcin General: perspectiva general del producto y las limitaciones. -Requerimientos Especficos: Requerimientos que el usuario desea en el producto final.

Mora Rodrguez, J. autor [2009.]. ao de ref. Tecnologas de informacin. titulo (San Jos Costa rica ) Lugar de ref. Santillana Editorial- Ref.

Resumen ejecutivo

Especificacin de Funcionalidades

Este documento est conformado de tres secciones que son la Introduccin, la Descripcin Global y los Requisitos especficos. En esta primera seccin se procura proporcionar una visin general de lo que es el Documento de especificacin de requisitos. En la segunda seccin se da una descripcin general del sistema a construir, para conocer sus funciones principales, por ltimo, en la tercera seccin se definen los pormenores de los requisitos que el usuario ha externado que el sistema actual cumple y por lo tanto el nuevo sistema debe satisfacer. Descripcin General La implementacin de los casos de uso es fundamental en esta seccin, estos describen el modo en q un usuario interacta con el sistema. Como es un documento importante solo se hace la referencia desde este documento y se agregan los mdulos ms importantes y los usuario relacionados a esos mdulos.

Descripcin en el chrter

Supuestos y Dependencias

Acuerdos con el Cliente para la Administracin de Requerimientos

Especificacin de Requerimientos

Reportes de Casos de Uso

Requerimientos Funcionales

Requerimientos Adicionales

Requerimientos no Funcional

Requerimientos Tcnicos

Requerimientos de Proceso

Administracin de Requerimientos

Negociacin La etapa de negociacin es la parte medular de un proyecto, desde aqu podrs identificar rpidamente si tu proyecto tiene los argumentos para ser exitoso, o est en riesgo el alcance y las expectativas de ambas partes. Tecnologa En este factor se determina sobre que plataforma tecnolgica se desarrollar nuestro proyecto. Metodologa Definimos brevemente metodologa, entendemos que son las reglas, polticas, tcnicas y procedimientos para el seguimiento del desarrollo de un proyecto, para esto existen muchas metodologas documentadas y en diferentes clasificaciones (tradicionales y giles)

y otras son adaptadas a cada empresa (propietarias, pueden contener mezclas de metodologas). Si el proyecto requiere un equipo de trabajo grande debido a las etapas y dimensiones del proyecto, el uso de una metodologa tradicional es lo ms recomendable en cambio si nuestro proyecto puede ser desarrollado con
equipos pequeos de trabajo, lo recomendable es el uso de metodologas giles, ya que dichas metodologas estn orientadas al resultado y no a las actividades La seleccin de la metodologa de desarrollo adecuada depende del tiempo, costo y tecnologa seleccionada, aquellas con mayor nfasis en la planificacin y control del proyecto, en especificacin precisa de requisitos y modelado, reciben el apelativo de Metodologas Tradicionales. Entre las metodologas tradicionales o pesadas podemos citar: RUP (Rational Unified Procces) describe cmo definir, organizar y documentar las especificaciones funcionales y sus limitantes; dar seguimiento y documentar decisiones Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requisitos. En la fase de elaboracin, las iteraciones se orientan al desarrollo de la lnea base de la arquitectura, abarcan ms los flujos de trabajo de requisitos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la lnea base de la arquitectura. En la fase de construccin, se lleva a cabo la construccin del producto Para cada iteracin se seleccionan algunos Casos de Uso, se refinan su anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea cascada para cada ciclo. Se realizan iteraciones hasta que se termine la implementacin de la nueva versin del producto. En la fase de transicin se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. MSF (Microsoft Solution Framework) Vision y alcance planificacion desarrollo estabilizacion implantacin Win-Win Spiral Model Iconix

Los procesos giles son una buena eleccin cuando se trabaja con requisitos desconocidos o variables. Si no existen requisitos estables, no existe una gran posibilidad de tener un diseo estable y de seguir un proceso totalmente planificado, que no vaya a variar ni en tiempo ni en dinero. XP (Extreme Programming) se enfoca en comunicacin entre el cliente y trabajo en equipo. Se usa cuando el riesgo es muy grande y cuando el euipo de trabajo es pequeo Metodologa: Planificacin diseo desarrollo y pruebas Se preocupa por el aprendizaje de los desarrolladores Comunicacin constante con el cliente Relaciones interpersonales En vez de planificar, analizar y disear para el futuro distante, hacer todo esto un poco cada vez, a travs de todo el proceso de desarrollo

 Scrum Crystal Clear DSDM (Dynamic Systems Developmemt Method) FDD (Feature Driven Development) ASD (Adaptive Software Development) XBreed Extreme Modeling El ltimo factor del cual depende el xito de nuestro proyecto son los recursos que estarn involucrados, es decir, las personas y sus respectivos perfiles de conocimientos y experiencia en el tipo de proyecto, metodologa de trabajo y tecnologa. UML Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y compuestos reciclados. CASOS DE USO

Describen el modo en que un actor interacta con el sistema (descripcin de un rol en lenguaje natural). Narran el comportamiento dinmico del sistema desde un punto de vista concreto (el del actor). Pueden expresar tanto requerimientos funcionales como no funcionales.

Dependiendo de la situacin, los casos de uso se pueden especificar con distinto grado de detalle: Especificacin textual de un caso de uso (enumeracin de pasos del caso de uso). Especificacin esencial de un caso de uso (eliminando todos los detalles no estrictamente necesarios). Especificacin detallada de un caso de uso (utilizando una plantilla para no olvidarnos de nada). En caso de no existir modelo de caso de uso se deben referenciar todas las descripciones existentes de las funcionalidades, ya sean minutas de reunin, correos electrnicos, etc.

Requerimientos funcionales: Expresan la naturaleza del funcionamiento del sistema (cmo interacciona el sistema con su entorno y cules van a ser su estado y funcionamiento). deben estar redactados de tal forma que sean comprensibles para usuarios sin conocimientos tcnicos avanzados (de Informtica, se entiende), deben especificar el comportamiento externo del sistema y evitar, en la medida de lo posible, establecer caractersticas de su diseo, deben priorizarse (al menos, se ha de distinguir entre requisitos obligatorios y requisitos deseables).

Matriculacin La matrcula ser realizada de forma interactiva. Se le preguntar al alumno cul es el plan de estudios en que desea matricularse (pueden ser varios). Se podr generar una copia impresa de la matrcula (sin valor oficial) en el ordenador desde donde se realice el proceso de matriculacin. Se podr generar el impreso de pago debidamente cumplimentado. Para la matriculacin se consultar los datos del expediente y se realizarn las validaciones necesarias, descritas a continuacin Pago de matrcula: La aplicacin generar un impreso para que el alumno realice el pago correspondiente a la matrcula en 1 2 plazos (segn las fechas establecidas). Si el alumno tiene matrculas de honor de cursos anteriores o disfruta de algn tipo de beca, la aplicacin deber calcular automticamente los descuentos correspondientes Organizados jerrquicamente y desglosados en requisitos individuales

ID Descripcin Entradas Salidas Excepciones

RF-002 Registrar rutinas Fisicas Consulta el perfil del deportista por cdula y le ingresa la rutina al deportista, Mensaje de actualizacin del perfil del deportista si encuentra que ya existe, el sistema informa esto y vuelve al men principal

Requerimientos no funcionales: Restricciones sobre el espacio de posibles soluciones. Rendimiento del sistema: Fiabilidad, tiempo de respuesta, disponibilidad Interfaces: Dispositivos de E/S, usabilidad, interoperabilidad Proceso de desarrollo: Estndares, herramientas, plazo de entrega

Los requisitos funcionales definen qu debe hacer un sistema. Los requisitos no funcionales definen cmo debe ser el sistema.

A los requisitos no funcionales se les suele llamar cualidades del sistema y pueden dividirse en dos categoras: Cualidades de ejecucin, como la seguridad o la usabilidad, observables en tiempo de ejecucin. Cualidades de evolucin, como la testabilidad, mantenibilidad, extensibilidad o escalabilidad, determinadas por la estructura esttica del software. Interfaces Hardware: El sistema se debe implementar sobre la infraestructura existente en las aulas de prcticas de la E.T.S. Ingeniera Informtica. Software: No existe posibilidad de adquirir licencias de software. La aplicacin deber funcionar sobre Oracle. Requisitos claros precisos, concisos y verificables Requisitos de rendimiento La infraestructura de red, as como sus terminales deben cumplir con normas segn la IEEE en la forma de conexin a los equipos, para tener tiempos de respuesta mnimos. Seguridad Uso de contraseas para cada usuario (administrador, cajera, oficial de crdito). Esto permitir que tengan acceso al sistema solo las personas que tienen autorizacin, Registros de ingreso al sistema, Creacin de roles y asignarlos a cada usuario dependiendo su funcionalidad. Fiabilidad Es uno de los factores que dar confianza al cliente, para lo cual el sistema est controlando todo tipo de transaccin y est apto a responder todo tipo de incidente. Disponibilidad El sistema ha sido desarrollado tomando en cuenta las necesidades, requerimientos, reglas, poltica, misin, objetivos etc. De la cooperativa, por lo que se encuentra disponible el 80% del tiempo del da tomando en cuenta que el da tiene 24 horas; mientras que el 20% del tiempo es para tareas administrativas sobre el sistema. Mantenibilidad El sistema cuenta con caractersticas parametrizables lo que permitir futuros mantenimientos. Es decir cada tres meses se va a realizar un mantenimiento preventivo, encargado de hacerlo estn los desarrolladores. portabilidad. 99.9% es portable la aplicacin por el simple hecho de utilizar el lenguaje y plataforma JAVA. Otros requisitos PROPIEDAD INTELECTUAL El costo de licencia de producto ser valorado por el nmero de usuarios que se conecten.

EJEMPLOS DESCRIPCIN GENERAL El producto final de Eufona es una aplicacin Web independiente. El diagrama de abajo muestra los actores del sistema y los paquetes de funcionalidad predeterminados. En las secciones siguientes se describen cada uno de estos paquetes y la funcionalidad que ofrecen. Visitante Cualquier persona que usa la aplicacin pero que no est registrada, que no ha creado una cuenta de usuario. Tiene acceso a los perfiles de los animales, los informes estadsticos y creacin de una cuenta de usuario. Usuario registrado Cualquier persona que haya creado una cuenta de usuario en la aplicacin. Tiene acceso a adopciones, reportes, creacin de un hogar de paso y creacin de una organizacin. Hogar de paso Cualquier instalacin fsica donde se mantiene dignamente fauna domstica abandonada hasta encontrarles un hogar fijo. En un hogar de paso, uno o ms animales viven en un ambiente similar al que tendran en un hogar fijo. Esto acostumbra al animal a vivir en un ambiente familiar. Tiene acceso a la creacin de un catlogo de animales, atencin de solicitudes de adopcin y reportes, y solicitar inclusin en una organizacin. Organizacin Es una entidad que agrupa Hogares de paso que siguen las mismas convenciones en sus procesos de adopcin y rescate. Tiene acceso a creacin de redes de hogares de paso. Administrador Supe usuario que tiene acceso a toda la funcionalidad del sistema. Es la persona encargada de administrar las cuentas de los usuarios y el funcionamiento de la aplicacin.

Funcionalidad del producto A continuacin se describe la funcionalidad de cada uno de los paquetes que conforman el sistema.

Paquete de cuentas

Visitante Crea cuenta de usuario Cualquier Visitante que use la aplicacin puede crear una cuenta de Usuario. Esto le da acceso a la funcionalidad de otros mdulos que le permiten solicitar adopciones, enviar reportes de animales abandonados o callejeros, crear hogares de paso u organizaciones. Usuario Registrado Modifica perfil de usuario Todo Usuario registrado puede actualizar la informacin de su perfil. Usuario Registrado Desactiva cuenta de usuario. Todo Usuario registrado puede desactivar su propia cuenta. Usuario Registrado Reactiva cuenta de usuario. Todo Usuario que haya desactivado su cuenta puede volver a activarla usando sus credenciales antiguas.

Caractersticas de los usuarios Administrador Debe ser un usuario intemedio-avanzado en computacin. Debe ser competente en actividades de administracin y mantenimiento de aplicaciones Web. Visitante Debe ser un usuario bsico en computacin. Debe ser competente en el uso de navegadores Web. Usuario, Hogar de paso, organizacin. Debe ser un usuario bsico-intermedio en computacin. Debe ser competente en el uso de navegadores Web, correo electrnico, creacin, edicin y exportacin de archivos multimedia en diferentes formatos. Restricciones A continuacin se presentan las restricciones de la herramienta de administracin de requerimientos. RESTRICCIONES GENERALES Restriccin de Idioma: El idioma espaol ha sido seleccionado para toda la

documentacin relacionada con el desarrollo y los manuales de la Herramienta ERMT. RESTRICCIONES DE SOFTWARE Restriccin de licencia: Los programas necesarios para el desarrollo de ERMT contaran con el esquema de licencia libre. Restriccin de mquina virtual: Cada equipo donde se desee correr la aplicacin deber contar con Java Virtual Machine (JVM) Restriccin de lenguajes de programacin: el lenguaje seleccionado para el desarrollo de la parte de persistencia de bases de datos y la parte lgica ser JAVA. RESTRICCIONES DE HARDWARE Las caractersticas del hardware en los equipos donde se instalar el sistema, sern siempre las mismas. El sistema deber de ser capaz de funcionar paralelamente con otras aplicaciones, siempre y cuando el hardware lo permita. Leyes aplicables (otras) La aplicacin Web de Eufona debe ajustarse a las siguientes Leyes informticas Colombianas. Puede encontrar ms informacin sobre estas leyes en los apndices. LEY ESTATUTARIA 1266 DEL 31 DE DICIEMBRE DE 2008 Por la cual se dictan las disposiciones generales del Hbeas Data y se regula el manejo de la informacin contenida en bases de datos personales, en especial la financiera, crediticia, comercial, de servicios y la proveniente de terceros pases y se dictan otras disposiciones. Suposiciones y dependencias Se ha asumido que el programa ser utilizado por personas que conocen el funcionamiento de este tipo de herramientas, por lo que a la hora de entregar el proyecto no se brindar capacitacin alguna, nicamente se brindar una pequea gua del sitio. Se ha asumido que este programa debe funcionar similarmente a los dems programas de este tipo, es decir, no se han incluido funciones especiales en su funcionamiento, nicamente las solicitadas por el usuario Se asume que cada uno de los usuarios de la aplicacin Web de Eufonia tiene acceso a un equipo con un navegador Web que sea compatible mnimamente con lo siguiente.

HTML 4.01 o superior. CSS 2.1 o superior ECMAScript (JavaScript)

En general, cualquier navegador actual proporciona esta compatibilidad. Algunos ejemplos: Firefox, Internet Explorer, Opera, Safari, Chrome.

Dependencias Para el correcto funcionamiento de la herramienta, es adecuado que se cumplan los requerimientos de interfaces externas. Los usuarios finales utilizaran la aplicacin en equipos que cuentan con las caractersticas de hardware, software mnimas descritas en la seccin Seguimiento y Control del Proyecto Gestin de Requisitos Los requisitos del sistema son especificados en el documento de requerimientos. Cada requisito tendr una serie de atributos que permitirn realizar un efectivo seguimiento del mismo. Los cambios en los requisitos sern gestionados mediante una Solicitud de Cambio, las cuales sern evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestin de configuracin y cambios. Sistema de Administracin Punto de Venta Kiosco Plan de desarrollo. Versin 1.1 Fecha: 18/noviembre/2007 Control de Plazos El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto. Control de Calidad Los defectos detectados en las revisiones y formalizados tambin en una Solicitud de Cambio tendrn un seguimiento para asegurar la conformidad respecto de la solucin de dichas deficiencias. Gestin de Riesgos A partir de la fase de Anlisis se mantendr una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Gestin de Configuracin Se realizar una gestin de configuracin para llevar un registro de los artefactos generados y sus versiones. Tambin se incluir la gestin de las Solicitudes de Cambio y de las modificaciones que stas produzcan, informando y publicando dichos cambios para que sean accesibles a todo los participantes en el proyecto.

Gestin del Proceso Estimaciones del Proyecto El presupuesto del proyecto y los recursos involucrados an no han sido definidos. Plan del Proyecto En esta seccin se presenta la organizacin en etapas y el calendario del proyecto. Plan de las Etapas El desarrollo se llevar a cabo en base a etapas que se realizarn una sola vez, el proceso se repetir slo si se comete algn error en alguna de las etapas. La siguiente tabla muestra una la distribucin de tiempos de cada etapa. Etapa Duracin Anlisis 10 das Diseo 8 das Codificacin 12 das Prueba 3 das Los hitos que marcan el final de cada etapa se describen en la siguiente tabla. Descripcin Hito Anlisis El proceso de recopilacin de los requisitos se centra e intensifica especialmente en el software. Los analistas deben comprender el mbito de la informacin del software, as como la funcin, el rendimiento y las interfaces requeridas. Diseo El diseo del software se enfoca en cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterizacin de la interfaz. El proceso de diseo debe traducir los requisitos en una representacin del software con la calidad requerida antes de que comience la codificacin. Codificacin El diseo debe traducirse en una forma legible para la maquina. El paso de codificacin realiza esta tarea. Si el diseo se realiza de una manera detallada la codificacin puede realizarse mecnicamente. Para pasar a la siguiente etapa el sistema debe estar en completa operacin. Prueba Una vez que se ha generado el cdigo comienza la prueba del sistema. La prueba se centra en la lgica interna del software, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren. El sistema probado por completo marca el final de esta etapa, la aprobacin del sistema marca el final del ciclo de vida.

Requerimientos adicionales Los siguientes requerimientos adicionales deben cumplirse antes de considerar la instalacin del RHN Proxy Server completa: Acceso total Los sistemas cliente necesitan acceso total de red a los servicios y puertos del RHN Proxy Server.

Reglas de cortafuegos RHN recomienda usar un cortafuegos en el RHN Proxy Server contra Internet. Sin embargo, algunos puertos TCP deben estar abiertos en el Proxy, dependiendo de su implementacin del RHN Proxy Server. Copias de seguridad de la informacin de inicio de sesin Es importante que los usuarios guarden registro de toda la informacin primaria de login. Para el RHN Proxy Server, esto incluye los nombres de usuarios y contraseas para la cuenta del administrador de la organizacin y la generacin del certificado SSL. Red Hat recomienda que esta informacin sea copiada en dos disquetes separados, impresa en papel y almacenada en una caja de seguridad.

Requerimientos Tcnicos Restriccin Paradigma de Programacin

Nombre Orientado a Objetos

Lenguaje de programacin

Java

Diseo Debido a la experiencia con la que cuentan las integrantes del grupo, se decidi que este ser el paradigma de programacin para la implementacin. Este lenguaje de programacin fue elegido ya que el paradigma de programacin que se utilizara para implementar la herramienta ERMT es el Orientado a Objetos. Adems de esto en la seccin 2.1.4 Interfaces con el Software, se definieron restricciones que tienen que ver con el lenguaje. Esta ser la herramienta utilizada para la implementacin de la herramienta. El cual ser utilizado para la generacin de los diagramas de casos de uso, modelo del dominio y las vistas de implementacin, diseo, lgica y fsica por medio de las cuales se lleva a cabo el diseo de ERMT. Propsito de Uso Versin Fuente Windows XP Professional SP 2 o Superior Java SE 6 Microsoft Corporation.[2]

Herramientas CASE

Netbeans 6.9.1 Enterprise Architect

Producto de Software Windows

Descripcin Sistema operativo desarrollado por Microsoft, basado en Windows NT, Mquina virtual de Java, se encarga de traducir lenguaje de alto nivel a lenguaje binario

Es el sistema operativo sobre el cual se desarrollara y ejecutar el sistema. Puesto que el lenguaje de programacin que se usar para el desarrollo de la aplicacin, que es Java, no es un lenguaje de bajo nivel o de mquina es necesario usar un intrprete que permita la correcta ejecucin de estas instrucciones. Proporciona un acceso confiable a los datos de las bases de datos SQL, debido a que la aplicacin requiere realizar operaciones de consulta y actualizacin en la base de datos.

JVM

Sun Microsystems [3]

JDBC

Java Database Connectivity, es una API que permite la ejecucin de operaciones sobre bases de datos desde el lenguaje de programacin Java, emplea el lenguaje de query SQL.

4.0

Sun Microsystems, Inc. [4]

GraphViz MySQL

Software de cdigo libre para la visualizacin de grafos [16]. Software que proporciona un servidor de base de datos SQL (Structured Query Language) muy rpido, multi-threaded, multi usuario y robusto.

Es una herramienta que permite la generacin de grafos. Se utiliza para la gestin de los datos dentro de una base de datos relacional

2.26 5.1.41

Graphviz[16] MySQL [20]