REQUERIMIENTOS

Necesidades de la Ingeniera de Software

Definir los procesos que intervienen en el desarrollo mantenimiento y operacin del software. De las mejores prcticas, extraer, modelos de cmo ejecutar esos procesos para evitar los problemas de la crisis del software. Definir criterios unificadores para las tareas de requisitos, pruebas, gestin de la configuracin, etc.

Utilidad de los Estndares

Agrupan lo mejor y ms apropiado de las buenas prcticas y usos del desarrollo de software. Engloban los conocimientos Proporcionan un Marco para complementar procedimientos de personas y organizaciones distintas.

Organizaciones de Estandarizacin

Estndares de la IEEE
IEEE ha desarrollado estndares para todas las reas de Ingeniera del Software IEEE Std.830: Prcticas Recomendadas para la Especificacin del software IEEE Std.1362 Gua para la especificacin del documento de requisitos ConOps IEEE Std. 1063 Estndar para la documentacin de usuario de software IEEE Std. 1012 Estndar para la verificacin y validacin de software IEEE Std. 1219 Estndar para el mantenimiento del software.

Especificacin de requerimientos
Sistema Descripcin del sistema ConOps Requerimientos del software SRS

mbitos
Software

Descripcin del sistema

Documento, tambin denominado ConOps y normalizado en el estndar IEEE Std. 1362- 1998. Documento dirigido a losusuarios, que describe las caractersticas de un sistema propuesto, desde el punto de vista del usuario. La Descripcin del Sistema es el medio de comunicacin que recoge la visin general, cualitativa y cuantitativa de las caractersticas del sistema; compartido por la parte cliente y desarrolladora.

R equerimientos del Software

Documento, tambin denominado SRS (ERS)y normalizado en el estndar IEE Std. 830-1998. E Un documento SRS es la especificacin de las funciones que realiza un determinado producto de software, programa o conjunto de programas en un determinado entorno. El documento de especificacin de requisitos puede desarrollarlo personal representativo de la parte desarrolladora, o de la parte cliente; si bien es aconsejable la intervencin de ambas partes

Descripcin del sistema - IEEE 1362

Ofrece un formato y contenidos para la confeccin de las descripciones de sistema en los desarrollos y modificaciones de sistemas. El estndar no especifica tcnicas exactas, sino que proporciona las lneas generales que deben respetarse. No es por tanto un modelo final, sino una gua de referencia sobre la que cada organizacin debe desarrollar sus propias prcticas y procedimientos para preparar y actualizar su documentacin con las descripciones de los sistemas. Las partes esenciales de un ConOps son:
Punto 3: Descripcin del sistema existente. Punto 4: Descripcin del sistema propuesto.

El estndar identifica los elementos que al menosdebe incluir una Descripcin del sistema. El usuario puede incorporar otros elementos, agregando clusulas y sub-clusulas.

Elementos de un Documento ConOps

VCAdmin Sistema de administracin de Video Club

El presente documento tiene como finalidad comunicar las necesidades y expectativas del cliente y obtener el acuerdo entre los representantes del cliente y el personal del equipo de desarrollo

Elementos de un Documento ConOps

El propsito del sistema es asistir en la gestin de pelculas, socio y alquileres de pelculas

Catalogo de Pelculas Listado de socios Registro de alquileres

Cliente Cliente Cliente

Sistema Actual
NA

El video club no cuenta con un sistema informtico para su administracin, y xito del negocio hace necesaria la instalacin del un sistema para facilitar la gestin del mismo.

Agregar, eliminar y modificar pelculas para alquilar (esencial) Agregar, eliminar y modificar informacin de los socios (esencial) R egistrar el Alquiler de una pelcula a un socio (esencial)

Sistema Propuesto
El objetivo del VCAdmin, es llevar la gestin de laspelculas socio y alquileres del video club. El sistema tendr tres niveles de usuarios El sistema se podr ejecutar al mismo tiempo en tres equipos conectados en red con acceso al servidor de datos. Los equipos en los que se ejecutaran el sistema es una computadora con sistema operativo Windows XP o superior. La informacin almacenada ser guardada en una base de datos SQL Server cuya licencia de uso es responsabilidad del cliente El sistema permitir realizar el registro, modificacin de losdatos del socio, el registro modificacin de losdatos de las pelculas, las eliminacioneslgicas de los socios y las pelculas en el caso que posean alquileres, las eliminaciones fsicas en el caso que no posean alquileres, registrar el alquiler de una pelcula por un socio, y de ser necesario anular un alquiler. Adems el sistema emitir por pantalla y opcionalmente por impresora los listados de pelculas activas, socios activos, pelculas alquiladas, socios que adeudan pelculas.

Sistema Propuesto
Tipo de usuario Responsabilidad Formacin Actividades Interaccin con el sistema Administrador Acceso total Uso de PC Registro de pelculas, registro de socios, alquiler de pelculas Todas las funciones

El sistema ser instalado en tres equipos, por de la empresa desarrolladora. Luego de la finalizacin del periodo de garanta, el cliente podr contrata un abono de mantenimiento mensual o llamar al soporte tcnico cuando lo considere necesario

En el futuro los socios podrn consultar y reservar las pelculas a travs de un sitio web El sistema provee la administracin de las cuentas corrientes de los socios, pero no sern incluidas en esta etapa del proyecto

Especificacin de requerimientos
Sistema Descripcin del sistema ConOps Requerimientos del software SRS

mbitos
Software

Descripcin del sistema

Documento, tambin denominado ConOps y normalizado en el estndar IEEE Std. 1362 1998. Documento dirigido a losusuarios, que describe las caractersticas de un sistema propuesto, desde el punto de vista del usuario. La Descripcin del Sistema es el medio de comunicacin que recoge la visin general, cualitativa y cuantitativa de las caractersticas del sistema; compartido por la parte cliente y desarrolladora.

R equerimientos del Software

Documento, tambin denominado SRS (ERS)y normalizado en el estndar IEEE Std. 8301998. Un documento SRS es la especificacin de las funciones que realiza un determinado producto de software, programa o conjunto de programas en un determinado entorno. El documento de especificacin de requisitos puede desarrollarlo personal representativo de la parte desarrolladora, o de la parte cliente; si bien es aconsejable la intervencin de ambas partes

IEEE 830

El anlisis y desarrollo de requerimientos tiene como producto final: un acuerdo documentado entre el cliente y el grupo de desarrollo acerca del producto a ser construido. El documento es conocido como: Especificacin de Requerimientos del Software, Especificacin Funcional o Especificacin del Sistema.

Objetivos de la ERS.
1. Ayudar a los clientes a describir claramente lo que se desea obtener mediante un Determinado software 2. Ayudar a los desarrolladores a entender qu quiere exactamente el cliente 3. Servir de base para desarrollos de estndares de ERS particulares para cada organizacin: Cada entidad puede desarrollar sus propios estndares para definir sus necesidades.

Analizar el problema

Comprender las necesidades de los usuarios

Caractersticas de una buena ERS

1. Correcta La ERS es correcta si y slo si todo requisito que figura en ella refleja alguna necesidad real. La correccin de la ERS implica que el sistema implementado ser el sistema deseado. 2. No Ambiga Un documento es no ambiguo si y solo si cada requisito descrito tiene una nica interpretacin. 3 Completitud Una ERS es completa si: Incluye todos los requisitos significativos del software (relacionados con la funcionalidad, ejecucin, diseo, atributos de calidad o interfaces externas). Existe una definicin de respuestas a todas las posibles entradas, tanto vlidas como invlidas, en todas las posibles situaciones. Cumple con el estndar utilizado. Si hay alguna parte del estndar que no se utiliza, se debe razonar suficientemente el porqu no se ha utilizado dicho apartado. Aparecen etiquetadas todas las figuras, tablas, diagramas, etc, as como definidos todos los trminos y unidades de medida empleados.

4. Verificabilidad Un requisito se dice que es verificable si existe algn proceso no excesivamente costoso por el cual una persona o una mquina pueda chequear que el software satisface dicho requerimiento. 5. Consistencia Una ERS es consistente si y slo si ningn conjunto de requisitos descritos en ella son contradictorios o entran en conflicto. Se pueden dar tres casos: Requisitos que describen el mismo objeto real utilizando distintos trminos. Las caractersticas especificadas de objetos reales. Un requisito establece que todas las luces son verdes y otro que son azules. Conflicto lgico o temporal entre dos acciones determinadas. Se llega a un punto en el que dos acciones seran perfectamente vlidas (sumar o multiplicar?)

6. Clasificacin No todos los requisitos son igual de importantes. Los requisitos pueden clasificarse por diversos criterios: Importancia: Pueden ser esenciales, condicionales u opcionales. Estabilidad: Cambios que pueden afectar al requisito. Lo ideal es el establecimiento de prioridades, de modo que la implementacin de un requisito de menor prioridad no emplee excesivos recursos.

7. Modificabilidad Una ERS es modificable si cualquier cambio puede realizarse de manera fcil, completa y consistente. Para ello, es deseable tener una organizacin coherente y fcil de usar en la que aparezca el ndice o una tabla de contenidos fcilmente accesible.
8. Explorabilidad (traceability) Una ERS es explorable si el origen de cada requerimiento es claro tanto hacia atrs (origen que puede ser un documento, una persona etc.) como hacia delante (componentes del sistema que realizan dicho requisito). 9. Utilizable durante las tareas de mantenimiento y uso En la ERS tambin se deben tener en cuenta las necesidades de mantenimiento. El personal que no ha intervenido directamente en el desarrollo debe ser capaz de encargarse de su mantenimiento. As, dicha ERS acta a modo de plano de la aplicacin, permitiendo incluso modificaciones que no requieran un cambio en el diseo.

5 Partes de un SRS

Esquema de la ERS definida en el IEEE 830-1998

SRS VCAdmin
El propsito del presente documento es presentar una descripcin detallada del sistema de administracin de un video club. Sus caractersticas, sus interfaces, su funcionalidad y las condiciones en las cuales operara. El documento est dirigido a los desarrolladores del sistema y ser consensuado y aprobado por los representantes de video club

Se desarrollara un sistema para la administracin de las pelculas, socios y alquileres de un video club denominado VCAdmin

SRS VCAdmin
ABM: Alta, Baja y Modificacin de registro en una base de datos Casos de Uso: Descripcin detallada de una funcionalidad del sistema CU: Casos de Uso SRS: Documento de Especificacin de R equisitos VCAdmin: Sistema de administracin de Video Club
Referencia 1 2 Titulo Requisitos de sistema VCAdmin (IEEE1362) IEEE 830 SRS Autor Ctedra IEEE

En el presente documento se describen detalladamente las funcionalidades a desarrollar en al sistema VCAdmin. En Principio se realiza una descripcin general del producto, incluyendo un resumen de las funcionalidades ms importante, descripcin de los usuarios, las restricciones y evolucin del sistema, entre otros. Luego se realizara la descripcin detallada de losrequerimientos funcionales y no funcionales y por ultimo en el apndice se anexaran los CU del sistema.

SRS VCAdmin
El sistema ser independiente y autnomo, no requiere realizar operaciones con sistemas externos El sistema permitir: Administrar socios: Se permitir al administrador y a los empleados de nivel II agregar, eliminar y modificar los datos de un socio Administrar Pelculas: Se permitir al administrador y a los empleados de nivel II agregar, eliminar y modificar los datos de las pelculas
Tipo de usuario Formacin Actividades Administrador Uso de PC Registro de pelculas, registro de socios, alquiler de pelculas, emitir listados.

SRS VCAdmin
El sistema correr sobre Windows XP o superior El sistema requiere de un servidor de datos SQL Server 2005 Se utilizara Delphi como lenguaje de programacin

El sistema funciona solamente con SQL Server 2005 pero los desarrolladores deslindan cualquier responsabilidad sobre la instalacin y puesta a punto de motor de base de datos. En el caso que el cliente no disponga de un SQL Server 2005 o su licencia de uso, la responsabilidad del losdesarrolladores solo alcanza la asistencia tcnica para la adquisicin del mismo.

La informacin almacenada en la base de datos a travs de VCAdmin, quedara estructurada para que en el futuro los socios puedan consultar y reservar pelculas a travs de la web

SRS VCAdmin
Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito RF 01 Registro de socio Requisito Restriccin Documento IEEE 1362 Video Club Alta/Esencial Media/Deseado RF 02 Modificacin de socio Requisito Restriccin Documento IEEE 1362 Video Club Alta/Esencial Media/Deseado RF 03 Eliminacin lgica del socio Requisito Restriccin Documento IEEE 1362 Video Club Alta/Esencial Media/Deseado RF 04 Eliminacin fsica del socio Requisito Restriccin Documento IEEE 1362 Video Club Alta/Esencial Media/Deseado RF 05 Limite en la visualizacin de listados Requisito Restriccin ;Minuta de reunin Nro. 3 Alta/Esencial Media/Deseado

Baja/ Opcional

Baja/ Opcional

Baja/ Opcional

Baja/ Opcional

Baja/ Opcional

SRS VCAdmin
El sistema se deber podes acceder con acceso directos de teclado (F2,F3,F4, etc.) a las principales funciones. Cuando se visualizan los socio la interface deber presentar, en el sector superior en forma de grilla los socios y al seleccionar uno en el panel inferior los alquileres que realizo el socio. Si se presiona enter sobre el socio, debe mostrar en una nueva ventana los datos personales del socio. Cuando se visualizan laspelculasla interface deber presentar en el sector superior en forma de grilla laspelculasy al seleccionar uno en el panel inferior los detalles de la misma.
NA

Drivers necesario para conectarse con la base de datos

NA

SRS VCAdmin

Requisitos funcionales RF 01 Registro de socio RF 02 Modificacin de socio RF 03 Eliminacin lgica del socio Contina. Seran desarrollados utilizando C.U. en un documento aparte

SRS VCAdmin
El sistema permitir cargar un registro (socio, pelcula, etc) en menos de un minuto. El 95% de las transacciones el motor de base de datos las ejecutar en menos de un segundo. La visualizacin del listado de pelculas por pantalla no deber exceder de los30 segundos.

Los usuarios que acceden al sistema tendrn su nombre de usuario y contrasea. La contrasea caducara cada 30 das y no puede repetirse por un ao. La informacin en la base de datos se guardar cifrada.

El sistema garantiza menos de 10 errores por cada 1000 transacciones realizadas

SRS VCAdmin
Como se trata de un sistema local que corre en una intranet privaba, la disponibilidad del mismo ser la que disponga el administrador de red.

El cliente podr contrata un abono de mantenimiento mensual o llamar al soporte tcnico cuando lo considere necesario

NA

SRS VCAdmin
El sistema debe mantener los proceso de trabajos definidos por el video club.

Se anexa Documento de CU

CONCLUSIONES
Para conseguir el xito en cualquier desarrollo de software es esencial la comprensin total de los requisitos del usuario. No importa lo bien diseado o codificado que pueda estar, si no se ha analizado correctamente puede defraudar al usuario y frustrar al desarrollador. El anlisis de requisitos es la fase ms importante en el desarrollo de un proyecto software, ya que es en esta fase en la que el usuario indica las especificaciones del futuro sistema, porque de un correcto anlisis depender la correcta implementacin de la aplicacin.

ISO/IEC 12207

VERSIONES DE ISO/IEC 12207:

ISO/IEC 12207:1995. Primera publicacin. ISO/IEC 12207:1995/Amd 1:2002. Primera modificacin. ISO/IEC 12207:1995/Amd 2:2004. Segunda modificacin. ISO/IEC 12207:2008.

Pueda ser adaptada a las necesidades de cualquiera que lo use y se basa en dos principios fundamentales: 1. Modularidad(se pretende conseguir procesos con un mnimo acoplamiento y una mxima cohesin). 2. Responsabilidad(se busca establecer un responsable para cada proceso, facilitando la aplicacin del estndar en proyectos en los que pueden existir distintas personas u organizaciones involucradas, no importando el uso que se le d a este.)

ESTRUCTURA

ISO 12207: Propsito

Establecer un estndar para evitar una situacin de Torre de Babel en la gestin e ingeniera del software, proporcionando un marco y un lenguaje comn en la disciplina del software
Establece un marco comn para el ciclo de vida del software para Adquisicin, suministro, desarrollo, operacin y mantenimiento del software Gestionar, controlar y mejorar el marco Como base de referencia para el trabajo e intercambio entre organizaciones de software

Ciclo de vida del software Periodo de tiempo que comienza al concebir la idea de un nuevo sistema de software, y termina cuando este se retira y deja de funcionar.
36

ISO 12207: Propsito

El estndar no prescribe: Que deba emplearse ningn tipo de documentacin especfica. Que deba emplearse un tipo especfico de ciclo de desarrollo. Mtodos concretos para el desarrollo, mantenimiento u operacin del software. Define el QU, no el CMO. Dice cules son los procesos, actividades y tareas implicados en el desarrollo, mantenimiento y operacin de los sistemas de software, asentando un marco estndar de referencia internacional, pero no se ocupa ni prescribe tcnicas especficas. El estndar sirve de referencia desde dos perspectivas diferentes: Para la adquisicin de sistemas y servicios de software. Para el suministro, desarrollo, mantenimiento y operacin de productos de software. El estndar no cubre el desarrollo de productos de software para distribucin comercial masiva (productos en caja). No se trata de un estndar de certificacin, tipo ISO 9000, sino de un estndar 37 para la normalizacin.

ISO 12207: Procesos

1. Procesos primarios
1.1 Adquisicin 1.2 Suministro

2.- Procesos de soporte

2.1 Documentacin 2.2 Gestin de la configuracin 2.3 Control de calidad

1.3 Operacin 1.3 Desarrollo 1.3 Mantenimiento

2.4 Verificacin 2.5 Validacin 2.6 Reuniones 2.7 Auditora 2.8 Resolucin de problemas

3. Procesos organizacionales
3.1 Gestin 3.3 Mejora 3.2 Infraestructura 3.4 Formacin
38

ISO 12207

ISO 12207 define los procesos que componen el ciclo de vida del
software
Actividad 1
Tarea 1 Tarea 2 Tarea n

Ciclo de vida
Concepto

Proceso 1

Retirada

Proceso N

Actividad n
Tarea 1 Tarea 2 Tarea n 39

ISO 12207
PROCESO

Un proceso est compuesto por

actividades.
ACTIVIDAD 1

ACTIVIDAD n

Una actividad est compuesta de tareas.

TAREA 1

TAREA X

TAREA 1

La descomposicin del proceso en actividades y tareas se realiza sobre el

concepto de ciclo de mejora PDCA Plan Do Chek Act (Planificacin, ejecucin, medicin y mejora)
INICIO
Tareas, agenda, asignaciones

PLAN

Problemas y acciones correctivas

ACT

PROCESO

Ejecicin de planes y tareas

DO

CHECK

Evaluacin y medicin

FIN
40

Procesos primarios del ciclo de vida del software

12207 define los siguientes procesos primarios en el ciclo de vida del software:

ADQUISICIN Proceso global que sigue el adquiriente para obtener el producto. SUMINISTRO Proceso global que sigue el suministrador para proporcionar el producto. DESARROLLO Proceso empleado por el suministrador para el diseo, construccin y pruebas del producto. OPERACIN

Proceso seguido por el operador en el da a da para el uso del producto.

MANTENIMIENTO Proceso empleado para mantener el producto, incluyendo tanto los cambios en el propio producto como en su entorno de operacin.

Procesos de soporte del ciclo de vida del software

El estndar 12207 identifica los procesos de soporte que pueden ser utilizados desde un proceso primario, o incluso desde otro proceso de soporte. Los procesos de soporte son: DOCUMENTACIN Actividades empleadas para registrar informacin especfica empleada por otros procesos. GESTIN DE LA CONFIGURACIN Actividades empleadas para mantener un registro de los productos generados en la ejecucin de los procesos. ASEGURAMIENTO DE LA CALIDAD Actividades empleadas para garantizar de forma objetiva que el producto y los procesos asociados son conformes a los requisitos documentados y a las planificaciones. VERIFICACIN Actividades empleadas para verificar el producto.

VALIDACIN
Actividades empleadas para validar el producto.

Procesos de soporte del ciclo de vida del software

REUNIONES DE REVISIN Reuniones empleadas por las dos partes para evaluar el estado del producto y de las actividades. AUDITORAS Actividades para determinar que el proyecto cumple con los requisitos, planes y contratos. RESOLUCIN DE PROBLEMAS Actividades para analizar y resolver problemas relativas al proyecto, sea cual sea su fuente y naturaleza.

Procesos organizacionales
El estndar 12207 identifica los procesos que deben realizarse en el contexto de la organizacin que va a ejecutar el proyecto. Normalmente estos procesos se aplican de forma comn sobre mltiples proyectos. De hecho las organizaciones ms maduras los identifican e institucionalizan. GESTIN Describe las actividades de gestin de la organizacin, incluyendo tambin la gestin de proyectos. INFRAESTRUCTURA Actividades necesarias para que puedan realizarse otros procesos del ciclo de vida. Incluye entre otros el capital y el personal. MEJORA Actividades realizadas para mejorar la capacidad del resto de procesos. FORMACIN