You are on page 1of 11

CAPTULO I

1.1 Formulacin del Problema.


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

Bibliografa

Anexos

Instrumentos

Fotos, videos

You might also like