desarrollo de sotfware TRBAJO 1

-25273019939000-261620-370314005151120-35443900UNIVERSIDAD TÉCNICA DE MANABÍ
FACULTAD DE CIENCIAS INFORMÁTICAS
CARRERA DE INGENIERIA EN SISTEMAS INFORMATICOS
PROYECTO DE DESARROLLO DE SOFTWARE
Tema: ESPECIFICACION DE REQUISITOS DE SOTFWARE (ERS) SEGUN EL ESTANDAR IEEE-830
Integrantes:
Curso: Tercero “B”
Docente: Ing. Maricela Pinargote Ortega, Mgs.
Periodo Octubre 2013 – Febrero 2014Portoviejo Manabí - Ecuador
ESPECIFICACION DE REQUISITOS DE SOTFWARE (ERS) SEGUN EL ESTANDAR IEEE-830
Introducción
El análisis de requisitos es una de las tareas más importantes en el ciclo de vida del desarrollo de software, puesto que en ella se determinan los “planos” de la nueva aplicación. En cualquier proyecto software los requisitos son las necesidades del producto que se debedesarrollar. Por ello, en la fase de análisis de requisitos se deben identificar claramente estas necesidades y documentarlas. Como resultado de esta fase se debe producir un documento de especificación de requisitos en el que se describa lo que el futuro sistema debe hacer. Por tanto, no se trata simplemente de una actividad de análisis, sino también de síntesis. El análisis de requisitos se puededefinir como el proceso del estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema, hardware o software, así como el proceso de estudio y refinamiento de dichos requisitos, definición proporcionada por el IEEE [Piattini, 1996]. Asimismo, se define requisito como una condición o capacidad que necesita el usuario para resolver un problema o conseguir unobjetivo determinado [Piattini, 1996]. Esta definición se extiende y se aplica a las condiciones que debe cumplir o poseer un sistema o uno de sus componentes para satisfacer un contrato, una norma o una especificación. En la determinación de los requisitos no sólo deben actuar los analistas, es muy importante la participación de los propios usuarios, porque son éstos los que mejor conocen elsistema que se va a automatizar. Analista y cliente se deben poner de acuerdo en las necesidades del nuevo sistema, ya que el cliente no suele entender el proceso de diseño y desarrollo del software como para redactar una especificación de requisitos software (ERS) y los analistas no suelen entender completamente el problema del cliente, debido a que no dominan su área de trabajo. Así pues, eldocumento de especificación de requisitos debe ser legible por el cliente, con lo que se evita el malentendido de determinadas situaciones, ya que el cliente participa activamente en la extracción de dichos requisitos. Basándose en estos requisitos, el ingeniero de software procederá al modelado de la futura aplicación. Para ello, se pueden utilizar diferentes tipos de metodologías entre las quedestacan la metodología estructurada y la metodología orientada a objetos (por ejemplo DFDs y UML respectivamente). La metodología estructurada está basada en la representación de las funciones que debe realizar el sistema y los datos que fluyen entre ellas. En la metodología orientada a objetos se utiliza el UML [Pierre-Alain, 1997], mediante el cual podemos representar diagramas (casos de uso) quepermiten definir el sistema desde el punto de vista del usuario estableciendo las relaciones entre el futuro sistema y su entorno. Estas relaciones se establecen en forma de acciones del usuario y reacciones del sistema.
Justificación
Uno de los aspectos más importantes para la implementación de un software es tener claro los requerimientos del usuario final.
Es por esto que la ingeniería derequerimientos es parte clave del proceso de software.
A pesar de esta afirmación, la mayoría de programadores no le da la suficiente importancia a la especificación de requerimientos de software, pues dicen que es una pérdida de tiempo y que no presenta beneficio alguno, arriesgando así innecesariamente el desarrollo del software. Es muy habitual escuchar entre los entendidos del desarrollo de...