En la actualidad, la creacin del software y su proceso de desarrollo ha sido en gran parte defectuosa ante los ojos de los usuarios, sin alcanzar lo que el usuario requiere y con presupuestos sobrecargados, dejando al desarrollador con varias interrogantes.
1.2 Formulacin del Objetivo. Crear un plan para resaltar la importancia que tiene la ingeniera de requerimientos dentro del ciclo de desarrollo del software, basado en los autores HOSEIN, Saiedian y DALE, Robert, para entender la importancia del anlisis y la especificacin de los requisitos, los factores humanos y de la documentacin en el desarrollo de software.
1.3 Formulacin de la Hiptesis. Si se resalta la importancia de la ingeniera de requerimientos, en los pasos importantes del desarrollo de software basado en los autores HOSEIN, Saiedian y DALE, Robert, entonces se harn especificaciones correctas que describan con claridad, sin ambigedades en forma consistente y compacta el comportamiento del software, reduciendo as los presupuestos sobrecargados.
1.4 Campo de Accin. Universidad Nacional de San Agustn.
1.5 Propuesta. Crear un plan para resaltar la importancia que tiene la ingeniera de requerimientos dentro del ciclo de desarrollo del software, basado en los autores HOSEIN, Saiedian y DALE, Robert, para entender la importancia del anlisis y la especificacin de los requisitos, los factores humanos y de la documentacin en el desarrollo de software.
CAPTULO II
2. Teoras Cientficas de Ingeniera de Requerimientos. Libros
Requirements Engineering (Ingeniera de Requerimientos) Ian Sommerville. Peter Sawyer. Editorial John Wiley & Sons. 1 Edicin, 1997. Biblioteca de la DGSCA, UNAM. Clasificacin: QA76.6 S6453. ISBN 0-471- 974444-7
Captulo Contenido 1. Introduccin Conceptos relacionados con la Ingeniera de Requerimientos como: requerimiento, Ingeniera de Requerimientos, documento de requerimientos, requerimientos funcionales y no funcionales, proceso de Ingeniera de Requerimientos y usuarios que intervienen en los requerimientos. Aspectos generales sobre mejoramiento del proceso de ingeniera de requerimientos, ISO 9000. 2. Mejoramiento del proceso prctico Generalidades sobre madurez, evaluacin y mejoramiento del proceso de Ingeniera de Requerimientos. Propone una serie de lineamientos importantes a considerar en un proceso de mejoramiento de Ingeniera de Requerimientos. 3. El documento de requerimientos El documento de requerimientos que es usado para comunicar los requerimientos del sistema a los clientes y usuarios, as como a los administradores y desarrolladores del sistema. En el este captulo se sugiere cmo mejorar la efectividad de este documento, mediante una estructura y contenido estndar. Seala los beneficios de este documento, as como los costos y problemas de introducirlo en la organizacin.
Software Requirements: objects, functions, and states. (Requerimientos de Software: objetos, funciones y estados) Alan M. Davis. Editorial Prentice Hall. 1 Edicin, 1993. Biblioteca del IIMAS, UNAM. Clasificacin: QA76 .76D47 D393. ISBN 0-13- 805763-X.
Captulo Contenido
1. Introduccin Anteriormente el costo de los sistemas de informacin se centraba en el hardware, esta situacin se ha ido revirtiendo; ahora el mayor costo se relaciona con el desarrollo de software. Existen dos aspectos a considerar durante la fase de requerimientos: anlisis del problema y descripcin del producto. La Ingeniera de Software es la aplicacin de principios cientficos en el desarrollo y mantenimiento de software. Se presenta un diagrama del ciclo de vida de la Ingeniera de Software, el cual incluye las siguientes etapas: a) Requerimientos de software, b)Diseo preliminar, c) Diseo detallado, d)Codificacin, e)Pruebas unitarias, f)Pruebas de integracin, g)Pruebas del sistema, h)Liberacin, produccin y distribucin, i)Mantenimiento y crecimiento, j)Planeacin de pruebas del sistema de software, k)Planeacin de pruebas de integracin, l)Planeacin de pruebas unitarias. En esta seccin tambin se definen conceptos como: requerimientos, SRS, objetos, funciones y estados; adems se seala y justifica la importancia de los requerimientos en el desarrollo de software. 2. Anlisis del problema El anlisis del problema es la actividad que implica conocer el problema a resolver, comprender las necesidades de los usuarios, identificar los usuarios reales y comprender las restricciones de la solucin. En este captulo se describen, comparan, contrastan y aplican diversas tcnicas para el anlisis del problema como son: Anlisis del Problema Orientado a Objetos - Anlisis Orientado a Objetos de Coad (COOA) - Desarrollo de Sistemas Jackson (JSD) Anlisis del Problema Orientado a Funciones - Diagramas de Flujo de Datos (DFD) - Diccionario de Datos - Definicin Estructurada de Requerimientos (SRD) - Tcnica Estructurada de Anlisis y Diseo (SADT) - Especificacin Estructurada de Anlisis y Sistemas (SASS) - Anlisis Estructurado Moderno - Lenguaje/Analizador de Declaracin del Problema (PSL/PSA) Anlisis del Problema Orientado a Estados 3. La Especificacin de requerimientos de software El comportamiento externo del producto de software se debe especificar en un documento (especificacin de requerimientos de software-ERS). La fase de requerimientos no est completa hasta que dicha especificacin ha sido escrita. En el captulo se mencionan los atributos que debe tener una ERS bien escrita, as como la estructura de un documento de ERS de acuerdo a diversos estndares
Teora de la Calidad
Porqu se ha manejado el concepto de la calidad tan equivocadamente. Puede ser tal vez que la palabra en ingls quality as lo haya determinado, sin embargo he ah el error, quality en ingls tiene dos acepciones o significados, uno es inherente a la persona (calidad) y dos lo relativo a los atributos de la persona (cualidad). En espaol el idioma es mucho ms rico que el ingls, por lo tanto, no est tan limitado. Sin embargo por influencia del idioma y lo que ello representa en el mundo, ese concepto se ha limitado a s mismo. Manejar el concepto quality como uno solo crea el error, puesto que confundir la causa con el efecto, es lo que ha estado sucediendo. Es decir; confundir una condicin interna propia y natural de la persona con la condicin externa propiedad tcnica del producto (forma de pensar y sentir) y propiedad administrativa del sistema de operacin (actitud) ambos son derivaciones de la persona. Calidad es un concepto tan universal que nadie esta exento de ese concepto. Negar el significado del valor de la calidad, es negar la esencia misma del ser humano, llmese, persona, individuo, hombre, mujer, cliente, proveedor, comprador, vendedor, ejecutivo etc. Hay una sola calidad, y ese valor lo ejerce nica y exclusivamente la persona. Como lo ejerce?, Cuando lo ejerce?, De que manera lo ejerce?, En que forma lo ejerce?, En que condicin lo ejerce? Etc. (Teora de la calidad) eso es lo mas importante de la condicin del ser humano; de eso es lo que debe estar enfocado todo programa de calidad y as todo lo dems seria una natural y adecuada consecuencia y definitivamente no al revs. Todo lo dems externo a la persona es simplemente una percepcin muy personal, por lo tanto muy compleja, diversa y mltiple. Es decir la calidad nos hace iguales en el ocano de la diferencia. Pretender que seamos iguales en la diferencia, en lo externo, es no solamente imposible, sino necio y altamente desgastante, para todos y para todo. El ser humano esta tan volcado fuera de si mismo que le cuesta trabajo y le parece muy difcil volver a su interior, pensando que son cosas ajenas a los negocios, a los sistemas, al mundo financiero, comercial etc. Sin embargo, todo, absolutamente todo lo que el mundo es para la persona, cualquiera que esta sea tiene su origen en su mente y la mente no es externa, es nica y totalmente interna. As pues la mente es el origen de todo lo que el ser humano sea o pretenda ser. Nada absolutamente nada se hace sin la mente. Entonces volverse al origen, es decir a la mente; es volver a la causa. Bsicamente de eso trata la Teora de la calidad.
2.1 Teoras de Ingeniera de Requerimiento. En las Ciencias de la Computacin y la ingeniera de software, la Ingeniera de requisitos o Ingeniera de requerimientos
comprende todas las tareas relacionadas con la determinacin de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requisitos de los inversores, que pueden entrar en conflicto entre ellos. Segn Zave: Rama de la ingeniera del software que trata con el establecimiento de los objetivos, funciones y restricciones de los sistemas software. Asimismo, se ocupa de la relacin entre estos factores con el objeto de establecer especificaciones precisas. Segn Boehm: Ingeniera de Requerimientos es la disciplina para desarrollar una especificacin completa, consistente y no ambigua, la cual servir como base para acuerdos comunes entre todas las partes involucradas y en dnde se describen las funciones que realizar el sistema. Segn Loucopoulos: Trabajo sistemtico de desarrollo de requisitos, a travs de un proceso iterativo y cooperativo de anlisis del problema, documentando los resultados en una variedad de formatos y probando la exactitud del conocimiento adquirido. Segn Leite: Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinacin de mtodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos. Para Pressman, en el proceso de anlisis de requerimientos del software se puede identificar cinco tareas o etapas fundamentales: 1. Reconocimiento del problema: Se deben de estudiar inicialmente las especificaciones del sistema y el plan del proyecto del software. Realmente se necesita llegar a comprender el software dentro del contexto del sistema. El analista debe establecer un canal adecuado de comunicacin con el equipo de trabajo involucrado en el proyecto. En esta etapa la funcin primordial del analista en todo momento es reconocer los elementos del problema tal y como los percibe el usuario. 2. Evaluacin y sntesis: En esta etapa el analista debe centrarse en el flujo y estructura de la informacin, definir las funciones del software, determinar los factores que afectan el desarrollo de nuestro sistema, establecer las caractersticas de la interfaz del sistema y descubrir las restricciones del diseo. Todas las tareas anteriores conducen fcilmente a la determinacin del problema de forma sintetizada. 3. Modelizacin: Durante la evaluacin y sntesis de la solucin, se crean modelos del sistema que servirn al analista para comprender mejor el proceso funcional, operativo y de contenido de la informacin. El modelo servir de pilar para el diseo del software y como base para la creacin de una especificacin del software. 4. Especificacin: Las tareas asociadas con la especificacin intenta proporcionar una representacin del software. Esto ms adelante permitir llegar a determinar si se ha llegado a comprender el software, en los casos que se lleguen a modelar se pueden dejar plasmados manuales. 5. Revisin: Una vez que se han descrito la informacin bsica, se especifican los criterios de validacin que han de servir para demostrar que se ha llegado a un buen entendimiento de la forma de implementar con xito el software. La documentacin del anlisis de requerimientos y manuales, permitirn una revisin por parte del cliente, la cual posiblemente traer consigo modificaciones en las funciones del sistema por lo que deber revisarse el plan de desarrollo y las estimaciones previstas inicialmente.
El propsito de la ingeniera de requisitos es hacer que los mismos alcancen un estado ptimo antes de alcanzar la fase de diseo en el proyecto. Los buenos requisitos deben ser medibles, comprobables, sin ambigedades o contradicciones, etc. Segn Ian Sommerville es necesario considerar: Validacin. Consistencia. Completitud. Realismo. Verificabilidad. Comprensin. Probabilidad. Adaptabilidad. Desde el punto de vista del usuario: Resulta en que tengamos mejor entendimiento de sus necesidades y restricciones. Desde el punto de vista del desarrollador: Construye una especificacin clara de alto nivel del problema a resolver. Fundamental para ambos: Construye una VISION COMUN del problema y de la solucin conceptual. Propuesta de Ian Sommerville: Durables. Voltiles. Cambiantes. Nuevos. En consecuencia. Compatibles.
2.2 Determinacin de Trminos.
Requerimientos: Se refiere al proceso de formular y documentar, el primer uso de este trmino fue probablemente en 1979 en un reporte tcnico, pero no se hizo de uso comn hasta los 90s con la publicacin de un IEEE tutorial de la sociedad de la computacin. ISO 9000: Es una serie de estndares, desarrollados y publicados por la International Organization for Standardization (ISO), que define, establece y mantiene una calidad de garanta para el servicio de las industrias. SRS: Software Requirements Specifications, es una descripcin del comportamiento de un sistema para ser desarrollado y puede incluir un conjunto de casos que describe interacciones que los usuarios podran tener con el software. Codificacin: Proceso de traduccin de un mensaje a un lenguaje adecuado para poder manejarlo, cambio de lenguaje o de cdigo lingstico sin modificar el contenido. IEEE: Institute of Electrical and Electronic Engineers, Es una sociedad profesional con oficina corporativa en Nueva York. promueve el proceso de crear, desarrollar,integrar, compartir y aplicar el conocimiento. CASE: Es un conjunto de herramientas semiautomatizadas y automatizadas para la generacin de cdigo automtico.
>>>las causas y consecuencias dentro de las teoras no lo entend muy bien, pero creo que se refiere a las causas que generan el problema y sus consecuencias. Supongo que en la monografa ya est.
CAPTULO III
3.1 Anlisis e interpretacin de resultados (Aqu va la encuesta y son: 2 preguntas para el problema, 2 preguntas para el objetivo, 2 preguntas para la hiptesis y 2 para la propuesta)
3.2 Propuesta (1 actividad a realizar) Objetivo Metas Cronograma Recursos
Conclusiones (segn la encuesta) Del problema Del objetivo De la hiptesis De la propuesta