Estandares para especicacion de requerimientos

Claudio B. Rodrguez R.,P.E.

902138 MSc in Intelligent Systems a00902138@itesm.mx ITESM

Guillermo Jimenez, Ph.D.

Analisis, Diseno y Construccion de Software

I. I NGENIERA DE S OFTWARE Y R EQUERIMIENTOS I Sommerville dene dentro del proceso de Ingeniera de Sistemas hacer la denicion de los requerim ientos del sistema.(Sommerville, 2006) Dentro de dicha denicion se especica las funciones del sistema y la discriminacion entre propiedades esenciales y propiedades deseables. Denir los requerimientos para un sistema es una metodologa estructurada para identicar un conjunto de recursos apropiados para satisfacer ese sistema. Adicionalmente, nos proveen de una base fundamental para la seleccion de dichos recursos.(Grady, 2006) II. IEEE S TANDARD 830 El Instituto de Ingenieros Electricos y Electronicos (IEEE por sus siglas en ingles) denio un estandar para la especicacion de los Requerimientos de Software, el 830. Dentro de la misma, la IEEE dene que una serie de recomendaciones para producir una buena especicacion de Requerimientos de Software. Dentro de la misma enlistan las siguientes deniciones como iniciales: Naturaleza del Software Que hace el software? Como interactua? con que interactua? Que demanda computacional tienen las funciones del software? Cuales son las consideraciones de portabilidad, mantenimiento, seguridad, entre otros? Lenguaje de Implementacion, Estandares necesarios, polticas para bases de datos, sistema operativo, etc.? Ambiente del Software. Describe todos los requerimientos del Software, sin embargo no dene detalles de implementacion y busca no imponer limitantes adicionales al software. Caractersticas de un buen Software. Correcto; No ambiguo; Completo; Consistente; Ordenado pro importancia y/o estabilidad; Vericable; Modicable; Localizable. Preparacion conjunta del Software. El software se prepara en conjunto con el cliente para entender sus necesidades y poder brindar una solucion para ellos.

Evolucion del Software. Especicar los requerimientos del software en el momento en que se conocen. Noticar cunado se encuentren detalles no terminados. Prototipado del Software. Se crean prototipos para encontrar errores o exhibir ciertas caractersticas del sistema. Se presenta al cliente para obtener retroalimentacion. Diseno embebido del Software. Partir el software en modulos. Escoger funciones a ciertos modulos. Describir el ujo de informacion o control entre modulos. Escoger estructura de datos. Requerimientos del proyecto embedido del Software. Mantener ciertas funciones en otro modulo. Comunicacion limitada en ciertas partes del programa. Checar integridad de datos para variables importantes. Obtenido de (IEEE, 1998).

Maciaszek especica en (Maciaszek, 2007) un Documento de Requerimientos. El autor especica que dicho documento es un resultado tangible de la fase de determinacion de requerimientos. Dichos requerimientos se agrupan en requerimientos funcionales (declaraciones de servicio), requerimientos no funcionales (declaraciones de limitantes). De la misma manera, se discuten problemas de proyectos. Estos problemas se discuten al principio como al nal. Wiegers comenta que es necesario comentar al cliente que denimos como un requerimiento ya que nuestros clientes no necesariamente conocen nuestras deniciones.(Wiegers, 2009) En su libro, Wiegers enlista los siguientes tipos de requerimientos: Requerimientos de Negocio Requerimientos de Usuario Requerimientos Funcionales Requerimientos de Comportamiento Requerimientos de Sistema Wiegers es consistente con explicar el IEEE 830, ya que en la seccion de Requerimientos incluye que en dicha seccion no se deben incluir detalles de implemetacion o de diseno. III. DI-IPSC-81433 Ken Rigby propuso el DI-IPSC-81433 como documento de requerimientos con el n de saber que se cumplen con dichos requerimientos.(Rigby, 1994) La estructura propuesta es: 1) Alcance a) Identicacin b) Apreciacin global c) Apreciacin del documento 2) Documentos referenciados 3) Requerimientos a) Estados y modos requeridos b) Atributos requeridos. c) Interfases externas d) Interfases internas e) Datos internos

f) Adaptacin g) Seguridad(Safety) h) Seguridad y privacidad i) Ambiente j) Hardware k) Factores de calidad de software l) Restricciones de diseo e implementacin m) Relacionados al personal, training y logistica n) Otros 4) Estipulacin de aptitudes 5) Seguimiento de requerimientos IV. T EMAS R ELACIONADOS Gibson comenta que es necesario mejorar el proceso de creacion de software para la implementacion de una red mobil Wireless.(Gibson, 1995) Por otra parte tambien hay area de investigacion con el n de organizar dichos documentos de requerimientos.(Polpinij & Ghose, 2008) Con el n de manejar y organizar los documentos de requerimientos, el autor clasica los mismos utilizando Naive Bayes y Distancia Euclideana. Tambien existe trabajo para encontrar compatibilidad en la reutilizacion de software a partir del documento de requerimientos.(Periyasamy & Chidambaram, 1997) R EF ERENCES Gibson, K. (1995, aug). Improving software process to implement a wireless mobile network. In Computer software and applications conference, 1995. compsac 95. proceedings., nineteenth annual international (p. 91 -92). Grady, J. (2006). System requirements analysis. Academic Press. IEEE. (1998). Ieee recommended practice for software requirements specications. IEEE Std 830-1998, Standard 830, i. Maciaszek, L. (2007). Requirements analysis and system design. Pearson Education. Periyasamy, K., & Chidambaram, J. (1997, aug). A method for structural compatibility in software reuse using requirements specication. In Computer software and applications conference, 1997. compsac 97. proceedings., the twenty-rst annual international (p. 426 -433). Polpinij, J., & Ghose, A. (2008, dec.). An automatic elaborate requirement specication by using hierarchical text classication. In Computer science and software engineering, 2008 international conference on (Vol. 1, p. 706 -709). Rigby, K. (1994, Diciembre). Software requirements specication (di-ipsc-81433). http://www.abelia .com/498pdf/SRS-DID.PDF. (online; accesado en 16 de enero 2012) Sommerville, I. (2006). Software engineering: (update) (8th edition) (international computer science). Boston, MA, USA : Addison-Wesley Longman Publishing Co., Inc. Wiegers, K. (2009). Software requirements. OReilly Media, Inc.