UNIVERSIDAD DON BOSCO Normalizacin y Estandarizacin Inter Ciclo 2013

El presente documento presenta un anlisis de los recursos necesarios y estrategias a implementar para el capitulo 5 Partes de un ERS del estndar IEEE 830 -1998, que presenta las partes esenciales que debe poseer un ERS para poder considerarse un buen ERS. Clausula 5.1 Introduccin Recursos Necesarios Documento ERS Estrategias de Implementacin. Se debe poseer el documento ERS en su mayora. Se debe tratar de proporsionar una visin genera del ERS. Se deben agregar los apartados : Propsito, alcance , Definiciones acrnimos y abreviaturas, referencias y resumen. 5.1.1 Propsito del ERS. Documento ERS Se debe tener claro cual es el propsito del ESR y las personas a las que va dirigido, para poder plasmarlo en el documento. 5.1.2 Alcance del ERS Documento ERS En este punto se deber conocer el nombre del producto de software, y se debe identificar en este apartado. Se debe saber que es lo que ser capaz de realizar el software y que no podr realizar, para luego plasmarlo en este punto. Se debe adems presentar una descripcin del software tratando de presentar beneficios relevantes, objetivos y metas. Hay que tomar en cuenta que se debe ser consistente con respecto a todas las especificaciones que se proporciones

5.1.3 Definiciones, acrnimos y abreviaturas del ERS.

Documento ERS

como por ejemplo requerimientos de OS. En este punto se recomienda revisar el ERS y proporcionar todos los trminos y definiciones necesarias ,para evitar cualquier tipo de ambigedad o interpretacin incorrecta. Tambin se debera colocar los acrnimos y abreviaturas presentes en el ERS, para el conocimiento de sus significados. Este apartado es importante debido a que permitir que el lector tenga una referencia que le permita tener un mejor entendimiento del ERS.

5.1.4 Referencias del ERS

Documento ERS Documentos relacionados ( Otros ERS, Normas, Estndares, entre otros ).

En esta seccin se debera poseer el ERS y toda la documentacin a la que el ERS realiza algn tipo de referencia para luego poder proporcionar : Un listado completo de los documentos a los que al que el ERS realiza alguna referencia. Identificar cada uno de los documentos por su titulo, numero de reporte( si aplica), fecha, publicacin y entidad que lo publico. Como tambin se debe especificar la fuente de dichos documentos.

5.1.5 Resumen del ERS.

Documento ERS

En este punto se debera presentar una descripcin del resto de puntos que no se consideraron en los puntos anteriores sobre el documento ERS, adems de explicar de una manera bsica la organizacin que tiene el documento ERS. Para poder cumplir con lo anterior se debe tener ya toda la

5.2 Descripcin General

Requerimientos. Informacin del producto. Restricciones del producto. Suposiciones y dependencias del producto.

estructura del ERS completa en su mayora. Este punto se debera dar una descripcin general sobre los factores que afectan el producto y sus requerimientos. Hay que considerar que esta seccin no presenta requerimientos especficos, sino que solo proporciona una introduccin a los requerimientos que se presentan en la seccin 5.3 del ERS. Esta seccin debe abarcar : 1. Percepciones del producto 2. Funciones del producto. 3. Caractersticas del usuario. 4. Restricciones 5. Suposiciones y dependencias 6. Evolucin previsible del sistema. Se debera establecer : Si el producto es independiente y totalmente autnomo. Si el producto es un componente de un sistema mayor. Si este es un componente de un sistema mayor se debera proceder ha : Relacionar los requerimientos del sistema mas grande con respecto a la funcionabilidad del software. Identificar las interfaces entre dicho sistema y software. Conceptualizar un diagrama de bloques que permita apreciar los componentes principales del sistema mas grande, interconexiones y las interfaces externas.

5.2.1 Perspectiva del producto

Documento ERS. Informacin del producto. Sistemas de los que se depende y fuente. Diagramas de Sistemas de los que se depende. Limitaciones del software.

Tambin esta sub seccin debera proporcionar como el software funciona bajo varias limitaciones, el estndar proporciona algunas categoras : Interfaces del Sistema. Interfaces del Usuario. Interfaces de Hardware. Interfaces de Software Interfaces de comunicaciones. Memoria. Operaciones. Requisitos de adaptacin del sitio. Una vez que se ha logrado identificar todos los aspectos anteriormente mencionados se debera proceder a plasmar esta informacin en el documento. 5.2.1.1 Interfaces del Sistema Funcionabilidades del software. Interfaces Utilizadas por el software. Se debera proceder como primer paso a identificar todas las funcionabilidad que proporcionara el software y las interfaces que el sistema necesita para funcionar. Una vez listadas se debe plasmar el listado dentro del documento. Se debe proceder a especificar : Las caractersticas lgicas de cada interfaz del producto con la cual el usuario interactuara. ( Tamao de pantallas, informacin que se mostrara, funcionabilidad de teclas programada, entre otros). Aspectos que ayuden a facilitar el uso de la interfaz al usuario.

5.2.1.2 Interfaces del Usuario

Diseos o prototipos de interfaces. Requerimientos de interfaz del usuario. Funciones facilitaran el trabajo.

5.2.1.3 Interfaces de Hardware

Interfaces de Hardware que el software necesita. Dispositivos ha utilizar. Dispositivos que soportara.

En este punto se debe especificar las caractersticas lgicas de cada interface que se utilizara e interactuara entre el hardware del sistema y el producto (Numero de puertos, Tipo, set de instrucciones, entre otros). Tambin se debera poder especificar que dispositivos sern soportados y de que manera, como los pasos a seguir. En este apartado se debera obtener la informacin sobre si se posee la necesidad de utilizar otros productos de software para el funcionamiento del producto ( Sistemas o servicios , Base de datos) Si se debe usar otro software del que se dependa, entonces se debe presentar la siguiente informacin del software: Nombre. Numero de especificacin. Versin. Propsito por el cual se utiliza. Definicin de la interfaz utilizada, si esta debidamente documentada no es necesario detallarla con lujo de detalles en el documento. Fuente de la cual se obtuvo el software y documentacin.

5.2.1.4 Interfaces de Software

Productos de software de los que se depende. Fuente de donde se obtuvo software y documentacin.

5.2.1.5 Interfaces de Comunicacin

Modos en que el producto se comunicara. Medios por el cual se comunicara.

Se debe de poseer la informacin acerca de que tipo de comunicacin realizara el producto y de que manera. Luego se procede a identificar las interfaces que utilizara como por ejemplo : LAN, Internet, entre otras.

2.2.1.6 Limitaciones de Memoria

Memoria ha utilizar por el producto: Disco Duro. Memoria RAM. Otro tipo de memoria. Documento ERS Requisitos de la estructura Organizativa. Requisitos operativos. Procesos para dar soporte y mantenimiento de backups.

Se debe proporcionar la informacin sobre las limitaciones acerca de la memoria que utilizara el software ( Espacio en Disco y memoria RAM )

2.2.1.7 Operaciones

Se debe especificar las operaciones requeridas por los usuarios : Operaciones para diferentes niveles de la organizacin. Periodos de operacin y periodos en los cuales no se debe operar. Procesos de soporte a la informacin. Creacin de backup y recuperacin. Hay que considerar que este apartado algunas veces se especifica como parte de las interfaces del usuario. Se debe : Definir requerimientos para cualquier informacin o valores iniciales para el cumplimiento de la operacin como tambin el modelo del funcionamiento. Se deben especificar las caractersticas relacionadas con las modificaciones a implementar para una instalacin particular del producto En este apartado se debe proporcionar un resumen de las principales funciones que el producto proporcionara. Se debe buscar proporcionar un listado de las funciones y este debe estar organizado de tal manera que permita que el listado sea entendible por cualquier persona que lea el documento.

2.2.1.8 Requerimientos de adaptacin del sitio.

Valores o informacin por defecto para el producto. Tipos de posibles implementaciones ( reas en las que se implementara). Documento ERS.

5.2.2 Funciones del Producto

Documento ERS. Funciones que cumplir el producto.

5.2.3 Caractersticas de los Usuarios

Listado de Usuarios. Perfil de Usuarios. Nivel de Experiencia y Tcnico de los Usuarios.

Para facilitar la visualizacin de diferentes funciones y su relacin se recomienda utilizar mtodos textuales o grficos. En este apartado se incluye una descripcin acerca de los usuarios que utilizaran el producto en el cual es necesario obtener la siguiente informacin : Nivel Educativo Experiencia. Experiencia tcnica. Esta informacin no ser utilizada para establecer ciertos requisitos especficos pero podr ser utilizada para proporcionar razones por las cuales se tomaron ciertos requisitos en la seccin 3 En esta seccin se deber proveer una descripcin general de las limitantes que puedan afectar las opciones de los desarrolladores, en las cuales se incluyen las siguientes : Polticas regulatorias. Limitaciones de Hardware. Interfaces a otras aplicaciones. El funcionamiento paralelo. Funciones de auditoria. Funciones de control. Requisitos lingsticos. Protocoles de intercambio de sealizacin. Requisitos de confiabilidad. Importancia de la aplicacin. Consideraciones de Seguridad.

5.2.4 Limitantes

Documento ERS. Polticas de la empresa y Leyes. Hardware Disponible Interfaces de otros aplicativos. Sistemas que funcionaran en paralelo Requisitos Lingsticos y de confiabilidad. Consideraciones de seguridad.

5.2.5 Suposiciones y dependencias

Documento ERS. Factores que afectan a los requerimientos.

En este apartado se debe considerar cualquier factor que pueda afectar alguno de los requerimientos que estn definidos en ERS, se debe entender que estos factores en ningn momento afectaran o limitaran al software, pero si podrn afectar los requerimientos dentro del ERS. Por lo cual es importante considerar cualquier limitante que pueda causar cambios dentro de los requerimientos. Se debe identificar todos los requisitos que se poseen, y verificar cuales de ellos puedan ser rastreados siempre considerando la versin actual hasta todas las versiones futuras.

5.2.6 Prorrateo de los requerimientos

Documento ERS. Requerimientos a cumplir. Verificacin de rastreabilidad.

Alumnos : Martha Eugenia Gonzales Meja David Humberto Guevara Hurtado Jaime Alejandro Franco Arvalo Boris Jess Hernndez Cern Jos Antonio Garca Orellana Fecha de Entrega : Sbado 6 de Julio de 2013. GM090727 GH090437 FA090693 HC090703 GO081079