Ingeniera de requerimientos.

4.1 Obtencin de requisitos. 4.1.1 Objetivo. 4.1.2 Metas. 4.1.3 Alcances y limitaciones. 4.1.4 Justificacin. 4.2 Tcnicas para obtener informacin sobre el proyecto. 4.3 Especificaciones del proyecto y contrato.

Objetivo Educacional Aplicar las tcnicas de obtencin de requerimientos para el desarrollo de un sistema. Actividades de Aprendizaje Elaborar el documento de especificacin de requerimientos del sistema. Elaborar el contrato de desarrollo del proyecto.

Para que un proyecto de desarrollo de software pueda tener xito es crucial realizar una comprensin total de los requerimientos del software a disear. En la etapa del anlisis y la especificacin de requerimientos, tanto el cliente, como el desarrollador juegan un rol fundamental, debido a que el primero se encarga de describir las necesidades que le apremian, mientras que el segundo es el encargado de dar solucin a dichas necesidades. Debido a que la especificacin es complicada de detallar, desde el comienzo del desarrollo de los sistemas se ha tratado de realizar una adecuada identificacin de los requisitos del sistema derivadas de las necesidades de los usuarios. Por todo esto, dentro de la Ingeniera existe una rama que se dedica a la captura de requerimientos, la cual es la Ingeniera de requerimientos cuyo propsito general es desarrollar tcnicas para que este proceso fundamental se realice en forma eficiente y segura.

 Etapas de la Ingeniera de Requerimientos

El proceso de Ingeniera de requerimientos posee cuatro etapas: estudio de factibilidad, obtencin y anlisis de requerimientos, especificacin de requerimientos y validacin de requerimientos. Cada una de las siguientes etapas se especifica a continuacin. a. Estudio de factibilidad El resultado de esta etapa es producir un informe de factibilidad como se ilustra en la figura 1 que consiste, tanto en realizar una recoleccin y evaluacin de la informacin, como redactar el informe del estudio de la factibilidad. b. Obtencin y anlisis de requerimientos El objetivo de esta etapa es determinar: el dominio de la aplicacin, desempeo del sistema, las restricciones que el sistema debe poseer, entre otras cosas. En esta etapa toman principal importancia los stakeholders, los cuales son aquellas personas con alguna influencia ya sea directa o indirecta en los requerimientos del sistema, es decir, pueden ser los usuarios finales, ingenieros desarrolladores, ingenieros de mantenimiento, etc.

c. Obtencin y anlisis de requerimientos En esta etapa se establece la especificacin de los requerimientos, es decir lo que el sistema debe realizar. Esta etapa es muy complicada debido a que la naturaleza de los problemas es muy compleja.

Es menester destacar que la especificacin puede verse como un proceso independiente del modo en que se realice, todo esto con el objetivo de lograr una adecuada implementacin de software. Adems se han determinado los siguientes principios para representar los requisitos de software.
1. 2. Separar la funcionalidad de la implementacin. Desarrollar un modelo de comportamiento de un sistema que comprenda los datos y las respuestas funcionales de un sistema a varios estmulos del entorno. Establecer los componentes del sistema que interactan con l. Definir el entorno en que operara el sistema. Crear un modelo intuitivo. Considerar que una especificacin es una abstraccin de una situacin real por lo cual ser incompleta y existir a muchos niveles de detalle. Definir un contenido y estructura que sea susceptible a cambios.

3. 4. 5. 6.
7.

d. Validacin de Requerimientos En esta etapa se establecen los requerimientos finales completos que definirn el sistema que el cliente desea

4.1.1 Objetivo.
En toda investigacin es necesario saber que se pretende conocer, cuales son sus objetivos de conocimiento. Los objetivos deben expresarse con claridad y deben ser susceptibles de ser alcanzados; dividirse en generales y especficos. El objetivo general el cual hace referencia al problema planteado en su totalidad y que se va a hacer para investigar el mismo. Los objetivos especficos se refieren a cada parte del problema sealado y a los distintos aspectos a investigar, los que permitirn llegar al conocimiento buscado. El desarrollo del programa comienza con la preparacin de una definicin de metas y objetivos.

METAS Reflejan lo que se va a lograr en un tiempo determinado, respondiendo a cunto se desea alcanzar. La principal caracterstica de una meta es que debe explicar claramente: qu se quiere?, cunto se quiere? y para cundo se quiere?. La fijacin de metas hace posible la medicin de los resultados y la evaluacin del grado de cumplimiento y eficiencia logrados por el responsable. En otras palabras, la meta es la cuantificacin del objetivo especfico ubicado en el tiempo y lugar. Las metas definen la cantidad y calidad de lo que se desea alcanzar a travs de los objetivos especficos, pueden especificarse en trminos absolutos o relativos. Las metas deben ser: Realistas: Que se pueden alcanzar con los recursos disponibles. Precisas: Debidamente explcitas. Peridicas: Definir la fecha en la que se desean alcanzar. Medibles: Sealar unidades de medida. Coherentes: Vinculadas con los objetivos.

Objetivos. Los objetivos son los bloques que construyen las metas. Son las definiciones especficas de metas, que se alcanzan en la prctica y usualmente son cuantificables.

El alcanzar metas especficas es una manera de medir el progreso hacia los objetivos. Los objetivos, en otras palabras, marcan claramente la cantidad de puntos que aparecen en el camino para alcanzar las metas.
Los objetivos tambin implican el criterio que se utiliza para medir los pasos. En resumen, las metas son definiciones generales, los objetivos son pasos especficos y los criterios son medidas o maneras de cmo medir los logros. Considere el siguiente ejemplo: Meta Desarrollo de software Objetivo Desarrollo de aplicaciones educativas Criterios Nmero de aplicaciones desarrolladas

Pero las metas y objetivos nunca se desarrollan en el vaco. Se desarrollan en conexin con un sitio especfico, con todas sus limitaciones y posibilidades. Por eso, se deben tener presente esas caractersticas del software durante todo el proceso, refinando la planificacin a medida que se aprende ms con cada paso.
Sin embargo, se debe recordar que la planificacin de sitios es fundamentalmente un plan para producir cambios. Esto trae tres consideraciones que afectarn el desarrollo de metas y objetivos: los propsitos para los cuales los cambios se implementan, los factores (fsicos, sociales, culturales, ambientales, etc.) que afectan el sitio y los efectos que los cambios tendrn para el futuro del sitio. Primero, se describir en trminos generales como se prepara una definicin de metas y objetivos. El propsito mismo del proyecto ayuda a definir esa afirmacin. Por lo tanto, se ha incluido la discusin del propsito en la seccin de metas. Despus de la explicacin de la interaccin de metas y objetivos se han incluido secciones separadas de factores y efectos para ayudar a considerar ms en profundidad cmo estas se relacionan e interactan con el desarrollo de metas y objetivos.

4.1.2 Metas.
Metas. Las metas son definiciones o conceptos generales que se derivan del propsito o de la intencin del proyecto. Los propsitos del proyecto explican las razones por las cuales el proyecto se est llevando a cabo. Estas estn tpicamente unidas a las necesidades humanas. Considere los siguientes propsitos:

Casi todos los proyectos tienen propsitos mltiples. Ellos usualmente se expresan ms especficamente en las metas del mismo.
Una meta describe el camino o direccin que un proyecto tomar para alcanzar sus propsitos o resolver un problema.

Diagrama de flujo de metas y objetivos.

4.1.3 Alcances y limitaciones.

El alcance define el rea o lugar en concreto donde se aplicara el proyecto, mientras que la limitacin define dentro de este lugar, la funcin especfica de la actividad a realizar. Alcances. El sistema facilita la gestin de algunos procesos tales como la contratacin y el registro de personal, concentrando la informacin sobre los puestos y reas de trabajo; los horarios de los trabajadores, la asistencia y los movimientos del personal en general; los datos necesarios que servirn para el clculo de la nmina del personal que corresponde a cada semana de labores ordinarias, tomando en cuenta los conceptos correspondientes de prestaciones y deducciones (mencionadas cada parte de ellas en el Marco Terico); y, posteriormente la emisin de los recibos de nmina impresos de la forma en que la empresa los maneja. Limitaciones. Uno de los limitantes ms destacados es la falta de conocimiento en el rea de informtica para poder usar el sistema adecuadamente, dando como resultados el que no se utilice este sistema para lo que fue creado originalmente o que no se utilice a su mxima capacidad; que al usarse se sigan haciendo los mismos gastos innecesarios provocando las mismas perdidas o inclusive aun ms, tambin que se haga el mismo papeleo que no sirve ms que para llenar archiveros de informacin que puede estar almacenada de manera digital en una base de datos y concentrada en pequeas cantidades de papel.

4.1.4 Justificacin.

JUSTIFICACION: Fundamentacin de las razones del por que es importante y trascendente la realizacin del proyecto, destacando los beneficios que se obtendrn al ser solucionado el problema.

4.2 Tcnicas para obtener informacin sobre el proyecto

Difundir informacin lo ms completa y extensa posible sobre los objetivos, mtodos, procedimientos y herramientas del equipo de planificacin a todos los niveles de los entes implicados, comenzando preferentemente por los ms elevados. Se recurrir a reuniones, conferencias, cursillos, folletos, manuales, demostraciones, etc. El objetivo es sensibilizar a todos los participantes y hacerles comprender los fines perseguidos. 1. Descomponer el proyecto en partes o subproyectos coherentes. 2. Obtener datos sobre cada una de las partes, relativos a descripcin del subproyecto, su funcionalidad, actividades principales que comprende su realizacin, plazos de realizacin, problemas principales probables o posibles, etc. La forma de obtener esta informacin es a travs de la informacin y documentacin existente relativa a otros proyectos semejantes y que sin duda habr sido recogida en la fase de definicin. 3. Elegir una nomenclatura para la codificacin de la informacin que va a obtenerse; en especial para decidir la codificacin de las actividades. Siendo habitual el empleo de un ordenador en forma interactiva, las caractersticas del programa disponible en el mismo influirn grandemente en dicha codificacin. 4. Celebrar entrevistas con los diferentes responsables de la construccin para recabar la informacin correspondiente a la descomposicin en actividades, precedencias y duracin. 5. Establecer actas de las entrevistas, en forma muy somera, en las que se indiquen las conclusiones a que se ha llegado. De hecho estas conclusiones se pueden reflejar de dos formas:

Recoleccin de informacin
Primarias
Personas Hechos

FUENTES
Secundarias Encuesta Entrevista

Material Impreso Cuestionario

Personal
Telefnica Correo Internet

TCNICAS
Observacin Internet

Personal - Directa Con medios electrnicos

4.3 Especificaciones del proyecto y contrato.

Los requerimientos/requisitos de un sistema describen los servicios que ha de ofrecer el sistema y las restricciones asociadas a su funcionamiento. Requerimientos: Propiedades o restricciones determinadas de forma precisa que deben satisfacerse. Requerimientos funcionales: Expresan la naturaleza del funcionamiento del sistema (cmo interacciona el sistema con su entorno y cules van a ser su estado y funcionamiento). NOTA: A veces, tambin es conveniente indicar lo que no har el sistema.

Requerimientos no funcionales:

Restricciones sobre el espacio de posibles soluciones.

Rendimiento del sistema: Fiabilidad, tiempo de respuesta, disponibilidad Interfaces: Dispositivos de E/S, usabilidad, interoperabilidad Proceso de desarrollo: Estndares, herramientas, plazo de entrega

Los requisitos funcionales definen:

qu debe hacer un sistema.

Los requisitos no funcionales definen :

cmo debe ser el sistema.

A los requisitos no funcionales se les suele llamar coloquialmente cualidades del sistema [-ilities en ingls] y pueden dividirse en dos categoras: Cualidades de ejecucin,
como la seguridad o la usabilidad, observables en tiempo de ejecucin.

Cualidades de evolucin,
como la estabilidad, mantenibilidad, extensibilidad o escalabilidad, determinadas por la estructura esttica del software.

Los requerimientos se suelen especificar en lenguaje natural, se expresan de forma individual (p.ej. esquemticamente), se organizan de forma jerrquica (a distintos niveles de detalle), a menudo, se numeran (para facilitar su gestin), Los requerimientos han de indicar lo que se espera que haga el sistema (qu?), su justificacin (por qu ha de ser as? quin lo propuso?) y, en su caso, los criterios de aceptacin que sean aplicables (cmo se verifica su cumplimiento?).

EJEMPLO: REQUERIMIENTOS NO FUNCIONALES Interfaces Hardware: El sistema se debe implementar sobre la infraestructura existente en las aulas de prcticas de la escuela. Software: No existe posibilidad de adquirir licencias de software. La aplicacin deber funcionar sobre linux.

TIPOS DE CONTRATO Un contrato es un vehculo para establecer buenas comunicaciones entre el cliente y el contratista y llegar a una comprensin mutua con claras expectativas que aseguren el xito del proyecto. Es un convenio entre el contratista, quien acepta proporcionar un producto o servicio (productos o servicios por entregar) y el cliente, quien est de acuerdo en pagarle una cierta cantidad a cambio de ello. El contrato tiene que exponer con claridad las partidas que se espera que proporcione el contratista. Tambin especificar que el resultado del proyecto cumplir con ciertas especificaciones, o que se proporcionar cierta documentacin. El contrato tambin tiene que precisar las condiciones en las que el cliente har pagos al contratista. Bsicamente son dos los tipos de contratos que existen: de precio fijo y de reembolso del costo.

CONTRATOS DE PRECIO FIJO En un contrato de precio fijo, el cliente y el contratista acuerdan un precio para el trabajo propuesto. El precio permanece fijo a menos de que el cliente y el contratista estn de acuerdo en cambios, este tipo de contrato proporciona bajos riesgos para el cliente, puesto que ste no pagar ms que el precio fijo, con independencia de cunto cueste en realidad el proyecto. Sin embargo, un contrato de precio fijo es de alto riesgo para el contratista, porque si el costo de terminar el proyecto es superior a lo que se plane originalmente, l tendr una utilidad inferior a la prevista o incluso perder dinero. Los contratos de precio fijo son los ms adecuados para proyectos que estn bien definidos y que representen poco riesgo: Entre los ejemplos se incluye la construccin de una casa modelo estndar, y el diseo y la produccin de un folleto para el que el cliente ha proporcionado especificaciones detalladas con relacin al formato, contenido, (biografas, color, nmero de pginas y nmero de ejemplares. CONTRATOS DE REEMBOLSO DEL COSTO En un contrato de reembolso del costo, el cliente acepta pagar al contratista todos los costos reales (mano de obra, materiales, etc.), con independencia de la cantidad, ms alguna utilidad acordada. Este tipo de contrato representa un alto riesgo para el cliente, puesto que los costos del contratista pueden exceder el cost propuesto como en el caso en que un servicio de reparacin de automviles proporciona un estimado para reparar una transmisin, pero presenta una cuenta final que es ms alta que el estimado original. Por lo general, en los contratos de reembolso del costo el cliente requiere que, durante el proyecto, el contratista compare peridicamente los gastos reales con el presupuesto presentado y que vuelva a preparar un pronstico de cul ser el costo a la terminacin, comparndolo con el precio original propuesto. Esto le permite al cliente llevar a cabo la accin necesaria si parece que el proyecto superar los costos originales del presupuesto presentado. Este tipo de contrato tiene poco riesgo para el contratista, porque todos los costos sern reembolsados por el cliente. Y no puede perder dinero. Sin embargo, si los costos del contratista exceden el presupuesto, resultar daada su reputacin, lo que a su vez daa sus posibilidades de obtener contratos en el futuro.

CLAUSULAS DEL CONTRATO A continuacin se presentan algunas clusulas que se pueden incluir en los contratos de proyectos: 1. Exposicin falsa de los costos. Afirma que es ilegal para el contratista exagerar las horas o los costos gastados en el proyecto.

2. Aviso de exceso en los costos o demoras en el programa. Presenta las circunstancias bajo las cuales el contratista tiene que notificar de inmediato al cliente de cualquier exceso real o previsto en los costos o en las demoras del programa, presentando por escrito tanto las razones como un plan para tomar una accin correctiva para hacer que d nuevo los costos queden dentro del presupuesto o que el programa vuelva a estar de acuerdo con lo previsto.
3. Aprobacin de los subcontratistas. Seala cundo el contratista necesita obtener la aprobacin por adelantado del cliente, antes de contratar a un subcontratista para que realice una tarea del proyecto. 4. El equipo o la informacin a proporcionar por el cliente. Relaciona las partidas (por ejemplo, las piezas para realizar pruebas) que proporcionar el cliente al contratista durante el proyecto y las fechas en que las tendr a su disposicin.