La Especificacio n de Requisitos con Casos de Uso: Buenas y Malas Practicas
Jose Antonio Pow Sang Portillo
Pontificia Universidad Cato lica del Peru Av. Universitaria cdra. 18, San Miguel Lima-32- PERU [email protected]
Resumen. El uso de UML como esta ndar para la construccio n de software se ha extendido en los ultimos an os. Es por eso que el empleo de los casos de uso, como parte delesta ndar UML, se ha incrementado. El propo sito de los casos de uso es describir en lenguaje natural la funcionalidad completa de un sistema a desarrollar y su empleo se realiza en el proceso de especificacio n de requisitos del sistema. Lamentablemente, la bibliograf? existente, muestra muchas formas de aplicar los casos de uso y no a son pocas las veces en que su empleo es inadecuado. Algunasde las causas son: mala interpretacio n del esta ndar UML y secuencia incorrecta de actividades para la creaci o n de casos de uso. Este art? culo presenta un esquema de trabajo para afrontar el proceso en mencio n utilizando casos de uso. Se incluye, en este esquema, las actividades que se deben realizar, la utilizacio n correcta de casos de uso y los errores que se cometen frecuentemente en cadauna de las actividades. Cabe resaltar que este esquema de trabajo es aplicado en los proyectos que forman parte de los cursos del a de Ing. de Software de la PUCP a nivel pre y post grado. Tambie n, es utilizado en las tesis rea para optar el t? tulo de Ing. Informa tico. Palabras claves: Especificacio n de Requisitos de Software, Ingenier? de Requisitos, Casos de Uso, a Escenarios.
Abstract.The use of UML as a standard to construct software has been increased over the last years. For this reason, the utilization of use cases has been growing. The purpose of the use cases is to describe software functionality using natural language. Use cases are used in software requirement specification process. Unfortunately, the authors show many ways to apply use cases and their use is notaccording to UML. Sometimes people misunderstand UML standard and follow an inadequate sequence of activities to obtain requirements with use cases. This article shows a method to face requirements process with use cases. This article also includes the correct use of use cases and common mistakes. T he method is used in undergraduate and postgraduate Software Engineering courses at PUCP. Keywords:Software Requirements Specification, Requirements Engineering, Use Cases, Sceneries .
1.
Introduccio n
Uno de los primeros procesos que se realizan en un proyecto de construcci o n de software es la especificacio n de requisitos. Los objetivos de este proceso son identificar, validar y documentar los requisitos de software; es decir determinar las caracter? sticas que debera tener el sistemao las restricciones que debera cumplir para que sea n aceptado por el cliente y los futuros usuarios del sistema de software. El producto final de este proceso es el documento de especificaci o n de requisitos de software y en e ste se sen ala, con el detalle adecuado, lo que el usuario necesita del sistema de software. Es por ello, que el documento de requisitos de software se considera como uncontrato entre el cliente y el equipo de desarrollo del sistema. Actualmente, el desarrollo de software orientado a objetos y el uso de UML se han incrementado. Es por ese motivo que el empleo de casos de uso se estaimponiendo frente a otras te cnicas de especificacio n de requisitos. Lamentablemente, la bibliograf? existente muestra muchas formas de aplicar los casos de uso y no son pocas las aveces en que su empleo es incorrecto. Algunas de las causas son: mala interpretacio n del esta ndar UML y secuencia incorrecta de actividades para la creacio n de casos de uso. Este art? culo muestra las actividades y la secuencia a seguir para realizar una especificaci o n de requisitos empleando casos de uso. Adema se explicara los errores comunes que se producen en cada una de esas s, n…