Glamisleidys Chourio CI: 24344265 Sistemas 2

1. REPÚBLICA BOLIVARIANA DE VENEZUELA
INSTITUTO UNIVERSITARIO POLITÉCNICO
“SANTIAGO MARIÑO”
EXTENSION MARACAY
FUNDAMENTOS Y
MÉTODOS DE ANÁLISIS
DE REQUERIMIENTOS
Autor: Glamisleidys Chourio
Sistemas II

2. INTRODUCCION
En el ámbito de los proyectos de software siempre ha existido una constante
preocupación acerca del posible éxito de los mismos, y una de las inquietudes más
importantes de la Ingeniería de Software es el garantizar ese éxito.
Así mismo, a través de la experiencia, se han identificado ramas y tópicos de especial
relevancia dentro del desarrollo de software, y cuyo tratamiento es de suma importancia
si se desea obtener éxito dentro de este campo.
Es un principio de primero tenemos que definir y modelar el sistema a servir.
Generalmente el sistema a servir es de nivel mayor o incluye al de nivel menor. Por lo
que se puede inferir, que para conocer los requerimientos del sistema menor debemos
primero conocer los requerimientos del sistema mayor a servir. Junto con los
requerimientos se analiza también que metodología se usara para implementar dicho
proyecto

3. Es el proceso para cuantificar el tiempo y recursos que un proyecto costará. La
finalidad de la planificación del proyecto es crear un plan de trabajo que verifica si el
proceso se realiza dentro del tiempo estimado, así como también, si los recursos se
emplean de forma correcta.
Una vista de la planificación del proyecto divide la actividad en:
Planificación de proyecto de
Software
•Establecimiento de objetivos
•Identificación de los entregables
•Planificación del calendario
•Elaboración de planes de apoyo

4. Se han desarrollado varios métodos de análisis y especificación del software. Los
investigadores han identificado los problemas y sus causas y desarrollando reglas y
procedimientos para resolverlos. Cada método de análisis tiene una única notación y
punto de vista. Sin embargo, todos los métodos de análisis están relacionados por un
conjunto de principios fundamentales:
Principio del Análisis
Principios Fundamentales
El dominio de la
información
El problema
debe subdividirse
de forma que se
descubran los
detalles de una
manera
progresiva (o
jerárquica)
Deben
desarrollarse las
representaciones
lógicas y físicas
del sistema.

5. Aplicando estos principios, el analista enfoca el problema sistemáticamente. Se
examina el dominio de la información de forma que pueda comprenderse su función
más completamente. La partición se aplica para reducir la complejidad. La visión
lógica y física del software, es necesaria para acomodar las ligaduras lógicas
impuestas por los requerimientos de procesamiento, y las ligaduras físicas impuestas
por otros elementos del sistema.
También debe tener en cuenta que:
Principio del Análisis
Defina las funciones que debe realizar el Software.
Represente el comportamiento del software a
consecuencias de acontecimientos externos.
Divida en forma jerárquica los modelos que
representan la información, funciones y
comportamiento

6. El análisis y diseño orientado a objetos es un enfoque de la ingeniería de software que
modela un sistema como un grupo de objetos que interactúan entre sí. Este enfoque
representa un domino absoluto en términos de conceptos compuestos por verbos y
sustantivos, clasificados de acuerdo a su dependencia funcional. En este método de
análisis se crea un conjunto de modelos utilizando, por ejemplo, el lenguaje unificado
de modelado (UML).
Se centra en
Análisis orientado a objetos.
Aplicar técnicas de modelado de objetos
Analizar los requerimientos para un contexto (por
ejemplo, un sistema de negocio)
Diseñar una solución para mejorar los procesos
involucrados.

7. El objetivo de esta metodología es la definición de las tareas a realizar, los productos a
obtener y las técnicas a emplear durante la actividad de análisis de requisitos de la
fase de ingeniería de requisitos del ciclo de vida de la ingeniería del software.
Metodología de Análisis de
Requerimiento
En esta metodología se distinguen dos tipos de
productos
Productos Entregables:
Son aquellos que se
entregan al cliente como
parte del desarrollo en
fechas acordadas
Productos no Entregables:
Son productos internos al
desarrollo que no se
entregan al cliente.

8. Las metodologías de análisis de requerimientos facilitan al analista la aplicación de los
principios fundamentales del análisis de una manera sistemática. (Características
Comunes). Aunque cada método introduce nueva notación y heurística de análisis,
todos los métodos pueden ser evaluados en el contexto de las siguientes características
comunes:
Metodología de Análisis de
Requerimiento
Mecanismos para el análisis del dominio de la
información.
Método de representación funcional
Definición de interfaces
Mecanismos para subdividir el problema
Soporte de la abstracción.

9. En el diseño estructurado orientado al flujo de datos, partimos de la representación del
flujo de la información obtenida en la fase de análisis, donde la información puede
representarse como un flujo continuo que sufre una serie de transformaciones conforme
va de la entrada a la salida. El sistema acepta entrada de distintas formas; aplica un
hardware, software y elementos humanos para transformarla entrada en salida; y
produce una salida en distintas formas.
Método de Análisis Orientado al
Flujo de Datos
El diagrama de flujo de datos DFD (o de
burbujas) se utiliza como herramienta gráfica
para la descripción del flujo de la información.

10. El método de DOFD es particularmente útil cuando la información se procesa de forma
secuencial y no existe una estructura de datos jerárquica. Para las aplicaciones de
tiempo real, conducidas por interrupciones, se realizan con una ampliación del DOFD,
que lo que hacen es una adaptación del método.
La traducción desde el flujo de la información hasta la estructura consta de cinco pasos:
Método de Análisis Orientado al
Flujo de Datos
1. Establecer el tipo de flujo de información
2. Determinar los límites del flujo
3. Convertir el DFD en la estructura del programa
4. Definir la jerarquía de control mediante factorización
5. Refinar la estructura resultante

11. El tipo de flujo de información es el que determina cómo se realiza la conversión del
DFD a la estructura del programa.
Los tipos de flujo de información son:
Método de Análisis Orientado al
Flujo de Datos
Flujo de transformación
Los datos por un proceso de
transformación, moviéndose a través
de caminos que conducen hacia la
salida del software.
Flujo de transacción
Se caracteriza por el movimiento de
datos a través de un camino, que
convierte la información, la evalúa y, el
flujo sigue por alguno de los caminos
de acción.

12. Los métodos de análisis orientados a la estructura de datos representan los
requerimientos del software enfocándose hacia la estructura de datos en vez de al flujo
de datos. Aunque cada método orientado a la estructura de datos tiene un enfoque y
notación distinta, todos tienen algunas características en común:
Desarrollo del Sistema
Estructurado de Datos.
4. Todos dan un conjunto de pasos para transformar una estructura
de datos jerárquica en una estructura de programa.
3. Todos requiere que la estructura de datos se represente usando la
secuencia, selección y repetición.
2. Todos suponen que la estructura de la información es jerárquica.
1. Asisten al analista en la identificación de los objetos de información
clave (también llamados ítems) y operaciones.

13. El desarrollo estructurado de sistemas se ocupa de la identificación, selección y
organización de los módulos y sus relaciones. Se comienza con la especificación
resultante del proceso de análisis, se realiza una descomposición del sistema en
módulos estructurados en jerarquías, con características tales que permitan la
implementación de un sistema que no requiera elevados costos de mantenimiento.
Desarrollo del Sistema
Estructurado de Datos.

14. La Programación estructurada de Jackson (JSP) es un método para programación
estructurada fundamentada sobre las correspondencias que se establecen entre la
estructura de flujo de datos y la estructura de un programa. Y como consecuencia es
aplicado cuando se diseña la estructura de control detallada de un programa, por debajo
del nivel en el que los métodos orientados a objetos se vuelven importantes
Desarrollo del Sistema Jackson.

15. Desarrollo del Sistema Jackson.
Acciones y
entidades.
Se identifican las entidades necesarias para producir o usar
información y acciones
Estructuración
de las entidades.
Las acciones que afectan a cada entidad son ordenadas en el tiempo y
representadas mediante diagramas de Jackson
Modelación. Las entidades y acciones se representan como un modelo del proceso;
se definen las conexiones entre el modelo y el mundo real.
Funciones. Se especifican las funciones que corresponden alas acciones
definidas.
Temporización Se establecen y especifican las características de planificación del
proceso.
Implementación. Se especifica el hardware y software como un diseño.

16. La programación orientada a objetos (POO, en español; OOP, según sus siglas en
inglés) es un paradigma de programación que viene a innovar la forma de obtener
resultados. Los objetos manipulan los datos de entrada para la obtención de datos de
salida específicos, donde cada objeto ofrece una funcionalidad especial.
Metodología de Programación
Orientado a Objeto.
 Reusabilidad.
 Mantenibilidad.
 Modificabilidad
 Fiabilidad
Ventajas
 Cambio en la forma de pensar de la programación
tradicional
 La ejecución es más lenta.
 La necesidad de utilizar bibliotecas de clases obliga a su
aprendizaje y entrenamiento.
Desventajas

17. Los objetos son entidades que tienen un determinado "estado",
"comportamiento (método)" e "identidad“
Los métodos (comportamiento) y atributos (estado) están estrechamente
relacionados por la propiedad de conjunto. Esta propiedad destaca que
una clase requiere de métodos para poder tratar los atributos con los que
cuenta.
Los programadores que emplean POO, en cambio, primero definen
objetos para luego enviarles mensajes solicitándoles que realicen sus
métodos por sí mismos.
Análisis de Lenguajes Orientados a
Objetos.

18. Fundamentos de la Programación
Orientada a Objetos.
Su fin básicamente es que la programación que se asigne pueda interactuar con uno o
varios objetos determinados y de esta manera poder tener un entorno interactivo que
obedezca las ordenes de un usuario con un simple clic y sin tener que escribir más
líneas dentro del código base.
Método
Lo que un
objeto puede
hacer
Clase
Propiedad y
comportamiento
de un objeto
Atributo
Propiedad del
objeto
Objeto
Instancia de
una clase

19. Fundamentos de la Programación
Orientada a Objetos.
Existen cuatro conceptos fundamentales dentro de la Programación Orientada a Objetos
que se relacionan entre sí y que nos permitirán tener las riendas de nuestro código:
Abstracción
 Proceso de extracción de las
características esenciales de
algo
Encapsulación:
 Proceso por el que se
ocultan los detalles del
soporte de las
características esenciales de
una abstracción.
Modularización:
 Proceso de descomposición
de un sistema en un
conjunto de módulos o
piezas independientes y
Jerarquización:
 Proceso de estructuración
por el que se produce una
organización de un conjunto
de elementos en grados o
niveles de responsabilidad.

20. CONCLUSION
La Ingeniería de Requisitos es una compleja disciplina que trata de formalizar las
actividades relacionadas con obtener la especificación de requisitos formales del sistema
a desarrollar a base de interactuar y negociar con el cliente. Especialmente en las
metodologías 'pesadas' o tradicionales del desarrollo de software es crucial contar con
un conjunto de requisitos muy estables sobre los que construir el resto del proyecto.
Con esta nueva visión, se busca encontrar una descripción más apropiada de las
actividades involucradas, a la vez de enfatizar la importancia de mantener una buena
relación entre los afectados y el equipo del proyecto. Entregar software de calidad, a
tiempo y dentro del presupuesto, hará que nuestros clientes confíen y asegurará el
crecimiento y madurez de la relación de negocio.

21. REFERENCIAS BIBLIOGRAFICAS
• González, J. (2011). Fundamentos del Análisis de Requerimientos. Recuperado 02
julio, 2019, de http://humgbgh.blogspot.com/2011/05/fundamentos-del-analisis-
de.html
• Pascual, j. (2013). Análisis orientado a objetos (AOO). Recuperado 02 julio, 2019, de
https://analisisyprogramacionoop.blogspot.com/2013/04/analisis-orientado-objetos-
aoo.html
• Ely, A. (2010). Diseño Orientado al Flujo de Datos. Recuperado 02 julio, 2019, de
https://ylez.wordpress.com/2010/08/23/diseno-orientado-al-flujo-de-datos/
• Rojas, W. (2012). Desarrollo Estructurado. Recuperado 02 julio, 2019, de
https://es.slideshare.net/waralivt/desarrollo-estructurado
• Roldan, A. (2017). Lenguajes Orientados a Objetos . Recuperado 02 julio, 2019, de
http://www.ciberaula.com/articulo/lista_programas_que_usan_poo
• Roldan, A. (2017). Programación Estructurada Jackson. Recuperado 02 julio, 2019,
de http://pestructurada-uai.blogspot.com/2011/10/diagramacion-jackson-esta-es-una-
forma.html