MATERIA: FUNDAMENTOS DE INGENIERIA DE SOFTWARE TEMA: MODELO DE REQUISITOS

NOMBRE DEL ALUMNO: JOS HERNNDEZ CORTS

NUM. DE CONTROL: 11840217

NOMBRE DEL DOCENTE: MC.MARA GUADALUPE RIVERA

FECHA DE ENTREGA: 5 DE MARZO DE 2013

INTRODUCCIN La etapa de Anlisis de Requerimientos, es la primera etapa en el desarrollo de un SI. Comienza despus de que el Cliente ha detectado una ausencia, falla o falta de oportunidad de la informacin o simplemente, luego que la organizacin ha determinado un cambio en sus polticas, reglas o tecnologas a aplicar. En esta etapa, deberemos responder a una pregunta fundamental: Qu es lo que quiere el Cliente? y para ello, deberemos diagnosticar la Situacin Actual, recopilar los requerimientos del Cliente, tanto en relacin al Sistema, como generales respecto del rea Informtica, es decir la Situacin Ideal, para as poder definir Alternativas de Solucin, segn las cuales podremos avanzar desde lo que hoy se posee, hacia el punto que se pretende llegar.

6 MODELO DE REQUISITOS El modelo de requisitos tiene como objetivo delimitar el sistema y capturar la funcionalidad que debe ofrecer desde la perspectiva del usuario. El propsito del modelo de requisitos es comprender completamente el problema y sus implicaciones. Todos los modelos no solamente se verifican contra el modelo de requisitos, sino que tambin se desarrollan directamente de l. El modelo de requisitos sirve tambin como base para el desarrollo de las instrucciones operacionales y los manuales ya que todo lo que el sistema deba hacer se describe aqu desde la perspectiva del usuario. En la metodologa de Objectory, el modelo de requisitos consiste de tres modelos principales, visualmente representado por un diagrama de tres dimensiones. El modelo de comportamiento: Basado directamente en el modelo de casos de uso, especifica la funcionalidad que ofrece el sistema desde el punto de vista del usuario. El modelo de presentacin: Como interacta el sistema con actores externos al ejecutar los casos de uso, en particular, en los sistemas de informacin ricos en interaccin con el usuario, especifica cmo se vern visualmente las interfaces grficas y que funcionalidad ofrecer cada una de ellas. El modelo de informacin: Este modelo conceptualiza el sistema segn los objetos que representan las entidades bsicas de la aplicacin. Es importante resaltar que esta separacin en tres ejes de modelado independientes es la base para una mayor estabilidad en el desarrollo del sistema, permitiendo minimizar los efectos de cada uno sobre los otros dos. 6.1 DESCRIPCIN DEL PROBLEMA La descripcin del problema es una descripcin muy preliminar de necesidades que sirve nicamente como punto de inicio para comprender los requisitos del sistema. Se trata aqu de simular una descripcin preparada por un cliente la cual debe evolucionar por medio del modelo de requisitos para lograr la especificacin final del sistema a desarrollarse. La descripcin del problema debe ser una descripcin de necesidades y no una propuesta para una solucin. La descripcin inicial puede ser incompleta e informal. No hay razn para esperar que la descripcin inicial del problema, preparada sin un anlisis completo, sea correcta.

6.2 MODELO DE CASOS DE USO El modelo de casos de uso describe un sistema en trmino de sus distintas formas de utilizacin, cada uno de estas formas es conocida como un caso de uso. Cada caso de uso o flujo se compone de una secuencia de eventos iniciada por el usuario. Dado que los casos de uso describen el sistema a desarrollarse, cambios en los requisitos significarn cambios en los casos de uso. Por lo tanto, para comprender los casos de uso de un sistema primero es necesario saber quines son sus usuarios. Para ello se define el concepto de actor, correspondiente al tipo de usuario que est involucrado en la utilizacin de un sistema, siendo el actor una entidad externa al propio sistema. Juntos, el actor y el caso de uso representan los dos elementos bsicos de este modelo lo cual se muestran de manera grfica. 6.3 MODELO DE INTERFACES El modelo de interfaces describe la presentacin de informacin entre los actores y el sistema. Se especifica en detalle cmo se vern las interfaces de usuario al ejecutar cada uno de los casos de uso. Si se trata de Interfaz Humano Computadora (HCI - Human Computer Interface) se puede usar esquemas de cmo vera el usuario las pantallas cuando se ejecuta cada caso de uso. Normalmente, un prototipo funcional de requisitos mostrando las interfaces de usuario es una estrategia importante. 6.4 ACTORES Y CASOS DE USO Estos diseos pueden hacerse en papel o aprovechar una herramienta que simplifique la tarea del diseo de pantallas. El objetivo primordial es la lgica de navegacin la cual debe basarse en el modelo de casos de uso ms que la sofisticacin del diseo grfico. 6.5 MODELO DEL DOMINIO DEL PROBLEMA El modelo del dominio del problema define un modelo de clases comn para todos los involucrados en el modelo de requisitos, analistas al igual que clientes. Este modelo de clases consiste de los objetos del dominio del problema, o sea objetos que tienen una correspondencia directa en el rea de la aplicacin. Una tcnica utilizada cuando se trabaja con tal modelo es darle al cliente un papel y un lpiz y pedirle que dibuje su visin del sistema. 6.6 DOMINIO DEL PROBLEMA El modelo del dominio del problema puede hacerse bastante complejo en el caso de sistema de gran tamao, para lo cual es necesario separar las clases en mdulos. De tal manera, el modelo completo se dividira en una coleccin de mdulos, donde cada mdulo es una agrupacin lgica de clases y sus asociaciones correspondientes.

CONCLUSIN Los requerimientos son la primera etapa que se realiza para el desarrollo de un software. Consiste en determinar todas las necesidades que tiene que cumplir el sistema, estas son obtenidas por medio de entrevistas, cuestionarios, etc. que se le realizan al cliente. Esto permitir obtener un software de calidad.