SlideShare una empresa de Scribd logo
1 de 25
Descargar para leer sin conexión
República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación Superior
I.U.P.” Santiago Mariño”.
Sede Barcelona.
Bachiller:
Luisa Valentina Hurtado.
C.I: 23.997.291
Profesora:
Amelia Vásquez
Barcelona, 28 de Marzo de 2018.
FUNDAMENTOS Y MÉTODOS DE
ANÁLISIS DE REQUERIMIENTOS
Introducción
En la ingeniería de software, un Análisis de Requerimientos es una tarea que cubre
el hueco entre la definición del software a nivel sistema y el diseño del mismo.
Tanto el desarrollador como el cliente tienen un papel activo, pues juntos definen
en detalle los requisitos del sistema a desarrollar y los pasos a seguir. Conoce la
importancia que éste tiene durante el proceso de diseño y desarrollo de software y
aplicaciones móviles.
Es un principio de sistemas que para definir y modelar un sistema que sirve a otro,
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. Es decir, que para definir los
requerimientos de software, en el campo de las tecnologías de información,
primero debemos definir los requerimientos de los niveles mayores en el siguiente
orden: nivel organización, proceso de negocio (sistema de trabajo) y sistema de
información; para evitar convertir un problema real en un problema virtual.
Análisis
Es un estudio profundo de un sujeto, objeto o
situación con el fin de conocer sus
fundamentos, sus bases y motivos de su
surgimiento, creación o causas originarias.
Análisis orientado a
Objetos.
La finalidad del análisis orientado a objetos de una aplicación es
establecer su modelo de objetos, que captura la estructura estática
del sistema a través de identificar los objetos claves que se utilizan
el sistema, formular las relaciones entre los objetos, y caracterizar
cada clase de objetos a través de la asignación de los atributos que
describen sus características y estado y las operaciones que
describen su funcionamiento externo.
Análisis de
Requerimientos.
En la Ingeniería de requisitos, el análisis de los requerimientos del
software es la etapa que sigue después que estos han sido
levantados y documentados en un registro o matriz de trazabilidad.
La especificación de requerimientos, es una actividad que cada vez
toma mayor preponderancia en la gerencia de proyectos, dado que
se ha demostrado que una causa recurrente en su fracaso se
origina de una inadecuada especificación de requisitos.
Las técnicas de análisis de requerimientos expuestas a continuación
parten de la especificación de requisitos o matriz de trazabilidad de
requerimientos del proyecto.
1.- Descomposición
funcional
 La descomposición funcional se refiere al proceso de identificar y resolver las
relaciones funcionales en sus partes constituyentes, de tal forma que la función global
pueda ser reconstruida a partir de sus partes.
 Por lo general, la descomposición funcional se realiza para identificar y entender los
componentes o partes que constituyen un todo (o función global).
 En este proceso, es vital identificar las interacciones entre componentes.
 Aplicado a la Ingeniería de requisitos, consiste en tomar los requerimientos de
software, dividirlos en partes y analizarlos individualmente. De ser necesario, se
pueden descomponer en más partes hasta lograr un nivel adecuado de detalle.
 En cierto sentido, el proceso es similar al de la elaboración de una estructura de
desglose de trabajo de un proyecto.
 En Ingeniería de sistemas, la descomposición funcional consiste en definir un sistema
en términos funcionales, para luego definir funciones de más bajo nivel y establecer
las relaciones con estas funciones de alto nivel.
2.- Especificación vía
Sentencias Textuales
 Es la forma tradicional de la especificación de requerimientos de software.
 Se usan especificaciones textuales en lenguaje natural, que se documentan en
matrices de trazabilidad de requerimientos o definiciones del alcance.
 El procedimiento consiste en tomar el requerimiento producto del levantamiento
de información, para desarrollar una narrativa más detallada.
 No usa herramientas visuales como los flujogramas o estructura como los casos de
uso, es simplemente una descripción más detallada del requerimiento en lenguaje
natural.
3.- Modelado del
proceso.
 Comprende la elaboración de diagramas de
flujo de procesos (Flujogramas) a partir de
los requerimientos del software.
 Existen diversas herramientas de modelado
de procesos, cada una de las cuales posee
sus propios símbolos y reglas.
 Es muy útil para entender el trabajo
realizado en múltiples pasos, tareas, roles y
departamentos intervinientes.
 Los procesos son iniciados por eventos y
pueden abarcar actividades automatizadas,
manuales o combinación entre ambas.
 Su naturaleza visual ayuda a la
comprensión y comunicación a terceros.
 Cuando los procesos son complejos, deben
desglosarse en componentes
(subprocesos).
 La relación entre los diagramas de flujo y la
gerencia de proyectos es fundamental para
el éxito.
4.- Modelo de
dominio.
 En Ingeniería de software, en análisis de dominio
consiste en analizar sistemas o software
relacionados en un dominio, con la finalidad de
encontrar sus partes comunes y partes que los
diferencian.
 Produce un modelo de contexto de negocio para
todo el sistema.
 Un modelo de dominio comprende diagramas
conceptuales que incluyen tanto el
comportamiento de un sistema como sus datos.
 Un tipo de modelo de dominio son los diagramas
de funcionalidades (Features Diagrams), que es
una representación “compacta” del sistema o
aplicación en términos de sus características.
 El análisis de dominio produce modelos
orientados a objetos o modelos relacionales de
datos, que pueden ser usados por los
desarrolladores de software como base de
arquitecturas de software y aplicaciones.
5.- Casos de Uso.
 En el Lenguaje de Modelado Unificado (UML), un
caso de uso es una secuencia de interacciones
entre un sistema y alguien o algo que usa alguno
de sus servicios.
6.- Checklists.
La lista de chequeo (Checklist) consiste en una serie de preguntas o revisiones
que se realizan sobre los requerimientos de software, que nos sean
presentados de forma escrita.
Una lista de chequeo puede realizar preguntas como:
1. ¿Se han especificado los requisitos de hardware y software?
2. ¿Se han realizado consideraciones de seguridad?
3. ¿El nivel de granularidad del requerimiento se ha incluido?
4. ¿Se ha incluido el código de referencia en para identificar el requisito
en el desglose de requerimientos?
5. ¿Está escrito el requerimiento en un lenguaje claro y conciso?
6. ¿El requerimiento es único? (no existe duplicidad con otro
requerimiento).
7. Y muchas preguntas más.
.
7.- Inspección.
Revisión no destructiva de los requerimientos de software. Por ejemplo:
• Examinar un software visualmente para constatar que las pantallas
solicitadas se encuentran incluidas.
• Verificar la inclusión de los campos necesarios para el ingreso de datos.
• Verificar la existencia de los botones necesarios para iniciar la funcionalidad
que ha sido requerida.
• Verificar que el requerimiento se apega a los estándares definidos para la
aplicación. Por ejemplo estándares de navegación entre pantallas y
estándares de interfaz gráfica.
De forma similar al uso de la lista de chequeo, la inspección consiste en tomar
el requerimiento definido en la matriz de trazabilidad o definición de alcance,
leerlo y producir un resultado para su corrección.
.
8.- Prototipos.
 Consiste en elaborar representaciones visuales (interfaz gráfica con el
usuario) de los requerimientos de software.
 Permite a desarrolladores y usuarios entender mejor los requerimientos,
determinar cuáles son indispensables y cuales deseables, e identificar
riesgos de forma temprana.
 Puede enfocarse en toda la solución o sólo en áreas específicas.
 Puede extenderse innecesariamente en el tiempo si las discusiones se
realizan en torno al como en lugar de en torno al que.
 La elaboración de prototipos conlleva iteraciones entre desarrolladores y
usuarios, en los cuales se van elaborando varios prototipos y sometidos a
evaluación del cliente.
Análisis Orientados al Flujo de Datos
La información se transforma como un flujo a través de un sistema basado en
computadora. 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.
La entrada puede ser una señal de control
transmitida por un transductor, una serie de números escritos por un
operador humano, un paquete de información transmitido por un enlace a
red, o un voluminoso archivo de datos almacenado en memoria secundaria.
La transformación puede comprender una sencilla comparación lógica, un
complejo algoritmo numérico, o un método de inferencia basado en regla de
un sistema experto. La salida puede encender un sencillo led o producir un
informe de 200 paginas.
Métodos Orientados a la Estructura 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:
1) Todos asisten al analista en la identificación de los objetos de información
clave (también llamados entidades o ítems) y operaciones (también llamadas
acciones o procesos).
2) Todos suponen que la estructura de la información es jerárquica.
3)todos requiere que la estructura de datos se represente usando la
secuencia, selección y repetición.
4) Todos dan una conjunto de pasos para transformar una estructura de datos
jerárquica en una estructura de programa.
Como los métodos orientados al flujo de datos, los métodos de análisis
orientados a la estructura de datos proporcionan la base para el diseño de
software. Siempre puede extenderse un método de análisis para que abarque
el diseño arquitectural y procedimental del software.
Desarrollo de Sistemas de Jackson
El desarrollo de sistema de Jackson (DSJ) se obtuvo a partir del trabajo de
M.A. Jackson sobre el análisis del dominio de la información y sus relaciones
con el diseño de programas y sistemas.
En palabras de Jackson: “El que desarrolla el software comienza
creando un modelo de la realidad a la que
se refiere el sistema, la realidad que proporciona su
materia objeto [del sistema]...”
Desarrollo de Sistemas de Jackson
Para construir un DSJ el analista aplica los siguientes pasos:
• Paso de las acciones y entidades. Usando un método muy similar a la
técnica de análisis orientada al objeto, en este paso se identifican las
entidades (persona, objetos u organizaciones que necesita un sistema para
producir o usar información) y acciones (los sucesos que ocurren en el
mudo real que afectan a las entidades).
• Paso de estructuración de las entidades. Las acciones que afectan a cada
entidad son ordenadas en el tiempo y representadas mediante diagramas
de Jackson (una notación similar a un árbol).
• Paso de modelación inicial. Las entidades y acciones se representan como
un modelo del proceso; se definen las conexiones entre el modelo y el
mundo real.
Desarrollo de Sistemas de Jackson
Para construir un DSJ el analista aplica los siguientes pasos:
• Paso de las funciones. Se especifican las funciones que
corresponden alas acciones definidas.
• Paso de temporización del sistema. Se establecen y especifican las
características de planificación del proceso.
• Paso de implementación. Se especifica el hardware y software
como un diseño.
• Los últimos tres pasos del DSJ están muy relacionados con el diseño
de sistemas.
Programación orientada a objetos.
La programación orientada a objetos (POO, u 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.
Muchos de los objetos pre-diseñados de los lenguajes de programación
actuales permiten la agrupación en bibliotecas o librerías, sin embargo,
muchos de estos lenguajes permiten al usuario la creación de sus propias
bibliotecas.
 Está basada en varias técnicas, incluyendo herencia, cohesión, abstracción,
polimorfismo, acoplamiento y encapsulamiento.
 Su uso se popularizó a principios de la década de 1990. En la actualidad,
existe una gran variedad de lenguajes de programación que soportan la
orientación a objetos.
Programación orientada a objetos.
Análisis y diseño orientada a objetos.
El análisis y diseño orientado a objetos (ADOO) 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.
 Todo sistema de información requiere de artefactos o componentes
(clases) para llevar a cabo tareas, es de gran importancia dentro de la
ingeniería de software tener un buen "análisis y diseño" para un mejor
desarrollo, que conlleva a que tan "escalable" sea un sistema de
información.
 En este método de análisis y diseño se crea un conjunto de modelos
utilizando una notación acordada como, por ejemplo, el lenguaje unificado
de modelado (UML).
Tareas comunes que se realizan en la
programación orientada a objetos
 Definición de clases.
 Crear propiedades, métodos y descriptores de acceso get y set (métodos
descriptores de acceso)
 Controlar el acceso a clases, propiedades, métodos y descriptores de
acceso.
 Crear propiedades y métodos estáticos.
 Crear estructuras de tipo enumeración.
 Definir y utilizar interfaces.
 Trabajo con herencia, incluida la sustitución de elementos de clase.
Bases 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 mental de extracción de las características esenciales de algo,
ignorando los detalles superfluos.
 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 cohesivos (con significado propio). Lo
adecuado es conseguir los mínimos acoplamientos.
 Jerarquización: proceso de estructuración por el que se produce una organización
(jerarquía) de un conjunto de elementos en grados o niveles de responsabilidad,
incumbencia o composición entre otros.
Conclusión
La programación hoy en día se ha dividido en 2 partes, una es la programación en base
a código simple (esta puede ser en cualquier lenguaje de programación) en donde solo
se usan líneas de programación para que el software manipule diversos datos y
posteriormente el usuario manipula el software con más lineas de programación para
que se entreguen nuevos resultados.
La segunda es la programación orientada a objetos, esta es la más común actualmente,
se basa en la manipulación de datos, objetos, patrones y cualquier elemento
programable dentro de un software, 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 lineas dentro del código base. La programación
orientada a objetos permite agrupar partes específicas de la información dada a un
grupo de objetos, por ejemplo se puede realizar un programa en el cual se asigne un
botón para que se ingrese una imagen, dicho botón debe servir para abrir un directorio
y obtener la imagen, tras este botón hay varias lineas de código que esperan el
momento en que se obtenga la imagen para proceder con la siguiente acción o
instrucción.
Bibliografía
http://conceptodefinicion.de/analisis/
http://www.pmoinformatica.com/2016/08/tecnicas-analisis-
requerimientos.html
http://www.trabajoline.com.ar/CursosOnLine/DevSoft/devEs3.htm
https://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos
https://ingenieriaelectronica.org/fundamentos-de-programacion-orientada-a-
objetos/
https://desarrolloweb.com/articulos/poo-fundamentos-luis-fernandez.html

Más contenido relacionado

La actualidad más candente

Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareElvisAR
 
Herramientas para llevar a cabo un Sistema de Información
Herramientas para llevar a cabo un Sistema de InformaciónHerramientas para llevar a cabo un Sistema de Información
Herramientas para llevar a cabo un Sistema de Informaciónjgbd127
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datosSergio Sanchez
 
Diseño de Entradas
Diseño de EntradasDiseño de Entradas
Diseño de Entradastematico4
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoSergio Sanchez
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOUnidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOGuillermo Hernandez Miranda
 
Introducción a C++
Introducción a C++Introducción a C++
Introducción a C++Areli1215
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clasesNedoww Haw
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemasMirna Lozano
 
Metodologias para el desarrollo del software
Metodologias para el desarrollo del softwareMetodologias para el desarrollo del software
Metodologias para el desarrollo del softwareyeltsintorres18
 

La actualidad más candente (20)

Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Uml
UmlUml
Uml
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
 
UML - Analisis de Sistemas
UML - Analisis de SistemasUML - Analisis de Sistemas
UML - Analisis de Sistemas
 
Herramientas para llevar a cabo un Sistema de Información
Herramientas para llevar a cabo un Sistema de InformaciónHerramientas para llevar a cabo un Sistema de Información
Herramientas para llevar a cabo un Sistema de Información
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datos
 
Diseño de Entradas
Diseño de EntradasDiseño de Entradas
Diseño de Entradas
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De Uso
 
tecnicas de revisión del software
tecnicas de revisión del softwaretecnicas de revisión del software
tecnicas de revisión del software
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOUnidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
 
Introducción a C++
Introducción a C++Introducción a C++
Introducción a C++
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Metodologia estructurada
Metodologia estructuradaMetodologia estructurada
Metodologia estructurada
 
Ingenieria requerimientos
Ingenieria requerimientosIngenieria requerimientos
Ingenieria requerimientos
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Diagrama de Componentes
Diagrama de ComponentesDiagrama de Componentes
Diagrama de Componentes
 
Metodologias para el desarrollo del software
Metodologias para el desarrollo del softwareMetodologias para el desarrollo del software
Metodologias para el desarrollo del software
 
Como Documentar Casos De Uso
Como Documentar Casos De UsoComo Documentar Casos De Uso
Como Documentar Casos De Uso
 
Csv y xml
Csv y xmlCsv y xml
Csv y xml
 

Similar a FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS

Alejandro soto ingeneria sistema
Alejandro soto ingeneria sistemaAlejandro soto ingeneria sistema
Alejandro soto ingeneria sistemaAlejandross1
 
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSFUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSLuis Jesus Curbata
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosclaudiocaizales
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de softwareYORGELIS1608
 
Fundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareFundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareBetania Amundaray
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosclaudiocaizales
 
Fundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de RequerimientosFundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de RequerimientosGlamisleidys Chourio
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de softwaremarianela0393
 
Jessika parica. Fundamentos y métodos de análisis de los requerimientos.
Jessika parica. Fundamentos y métodos de análisis de los requerimientos.Jessika parica. Fundamentos y métodos de análisis de los requerimientos.
Jessika parica. Fundamentos y métodos de análisis de los requerimientos.Jessika Parica
 
Lindsay (fundamentos y metodos de analisis y requirimientos)
Lindsay (fundamentos y metodos de analisis y requirimientos)Lindsay (fundamentos y metodos de analisis y requirimientos)
Lindsay (fundamentos y metodos de analisis y requirimientos)LindsayLeblanc3
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosOriana Campos
 
Fundamentos y metodos analisis de requerimiento
Fundamentos y metodos analisis de requerimientoFundamentos y metodos analisis de requerimiento
Fundamentos y metodos analisis de requerimientoMonica Naranjo
 
Fundamentos del diseño de software
Fundamentos del diseño de softwareFundamentos del diseño de software
Fundamentos del diseño de softwarejoelfinol
 
Slideshare 2do corte, luismortell
Slideshare 2do corte, luismortellSlideshare 2do corte, luismortell
Slideshare 2do corte, luismortellforwer1223
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientospedro tovar
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del softwareuniv of pamplona
 
2_-_Ingeniería_de_requerimientos.pdf
2_-_Ingeniería_de_requerimientos.pdf2_-_Ingeniería_de_requerimientos.pdf
2_-_Ingeniería_de_requerimientos.pdfdiego773338
 

Similar a FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS (20)

Alejandro soto ingeneria sistema
Alejandro soto ingeneria sistemaAlejandro soto ingeneria sistema
Alejandro soto ingeneria sistema
 
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSFUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientos
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de software
 
Fundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareFundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de software
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientos
 
Fundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de RequerimientosFundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de Requerimientos
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
Jessika parica. Fundamentos y métodos de análisis de los requerimientos.
Jessika parica. Fundamentos y métodos de análisis de los requerimientos.Jessika parica. Fundamentos y métodos de análisis de los requerimientos.
Jessika parica. Fundamentos y métodos de análisis de los requerimientos.
 
Lindsay (fundamentos y metodos de analisis y requirimientos)
Lindsay (fundamentos y metodos de analisis y requirimientos)Lindsay (fundamentos y metodos de analisis y requirimientos)
Lindsay (fundamentos y metodos de analisis y requirimientos)
 
Fundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientosFundamentos y metodos de analisis de requerimientos
Fundamentos y metodos de analisis de requerimientos
 
Fundamentos y metodos analisis de requerimiento
Fundamentos y metodos analisis de requerimientoFundamentos y metodos analisis de requerimiento
Fundamentos y metodos analisis de requerimiento
 
Análisis y diseño
Análisis y diseñoAnálisis y diseño
Análisis y diseño
 
Fundamentos del diseño de software
Fundamentos del diseño de softwareFundamentos del diseño de software
Fundamentos del diseño de software
 
Slideshare 2do corte, luismortell
Slideshare 2do corte, luismortellSlideshare 2do corte, luismortell
Slideshare 2do corte, luismortell
 
1127082.ppt
1127082.ppt1127082.ppt
1127082.ppt
 
Analisis orientados a objetos
Analisis orientados a objetosAnalisis orientados a objetos
Analisis orientados a objetos
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientos
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
 
2_-_Ingeniería_de_requerimientos.pdf
2_-_Ingeniería_de_requerimientos.pdf2_-_Ingeniería_de_requerimientos.pdf
2_-_Ingeniería_de_requerimientos.pdf
 

Más de Valentina

Herramientas Utilizadas para Modelar los Negocios
Herramientas Utilizadas para Modelar los NegociosHerramientas Utilizadas para Modelar los Negocios
Herramientas Utilizadas para Modelar los NegociosValentina
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de InformaciónValentina
 
Diseño, Mantenimiento de Software +
Diseño, Mantenimiento de Software +Diseño, Mantenimiento de Software +
Diseño, Mantenimiento de Software +Valentina
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónValentina
 
Sistemas Operativos Distribuidos
Sistemas Operativos DistribuidosSistemas Operativos Distribuidos
Sistemas Operativos DistribuidosValentina
 
Evaluación De Proyectos
Evaluación De ProyectosEvaluación De Proyectos
Evaluación De ProyectosValentina
 
Planificaciondeproyectosdesoftware
PlanificaciondeproyectosdesoftwarePlanificaciondeproyectosdesoftware
PlanificaciondeproyectosdesoftwareValentina
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de InformaciónValentina
 
Planificacion de Proyectos
Planificacion de ProyectosPlanificacion de Proyectos
Planificacion de ProyectosValentina
 
Correlacion de Pearson
Correlacion de PearsonCorrelacion de Pearson
Correlacion de PearsonValentina
 
Medidas de Dispersión .
Medidas de Dispersión .Medidas de Dispersión .
Medidas de Dispersión .Valentina
 
Estadística I: Conceptos básicos y Ejemplos.
Estadística I: Conceptos básicos y Ejemplos.Estadística I: Conceptos básicos y Ejemplos.
Estadística I: Conceptos básicos y Ejemplos.Valentina
 
Ejercicios sobre Teoría de conjuntos
Ejercicios sobre Teoría de conjuntosEjercicios sobre Teoría de conjuntos
Ejercicios sobre Teoría de conjuntosValentina
 

Más de Valentina (15)

Herramientas Utilizadas para Modelar los Negocios
Herramientas Utilizadas para Modelar los NegociosHerramientas Utilizadas para Modelar los Negocios
Herramientas Utilizadas para Modelar los Negocios
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de Información
 
Diseño, Mantenimiento de Software +
Diseño, Mantenimiento de Software +Diseño, Mantenimiento de Software +
Diseño, Mantenimiento de Software +
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De Información
 
Sistemas Operativos Distribuidos
Sistemas Operativos DistribuidosSistemas Operativos Distribuidos
Sistemas Operativos Distribuidos
 
Evaluación De Proyectos
Evaluación De ProyectosEvaluación De Proyectos
Evaluación De Proyectos
 
Procesadores
ProcesadoresProcesadores
Procesadores
 
Planificaciondeproyectosdesoftware
PlanificaciondeproyectosdesoftwarePlanificaciondeproyectosdesoftware
Planificaciondeproyectosdesoftware
 
Memorias
MemoriasMemorias
Memorias
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de Información
 
Planificacion de Proyectos
Planificacion de ProyectosPlanificacion de Proyectos
Planificacion de Proyectos
 
Correlacion de Pearson
Correlacion de PearsonCorrelacion de Pearson
Correlacion de Pearson
 
Medidas de Dispersión .
Medidas de Dispersión .Medidas de Dispersión .
Medidas de Dispersión .
 
Estadística I: Conceptos básicos y Ejemplos.
Estadística I: Conceptos básicos y Ejemplos.Estadística I: Conceptos básicos y Ejemplos.
Estadística I: Conceptos básicos y Ejemplos.
 
Ejercicios sobre Teoría de conjuntos
Ejercicios sobre Teoría de conjuntosEjercicios sobre Teoría de conjuntos
Ejercicios sobre Teoría de conjuntos
 

Último

La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..La Gatera de la Villa
 
SECUENCIA DIDÁCTICA Matemática 1er grado
SECUENCIA  DIDÁCTICA Matemática 1er gradoSECUENCIA  DIDÁCTICA Matemática 1er grado
SECUENCIA DIDÁCTICA Matemática 1er gradoAnaMara883998
 
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdfRecursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdfNELLYKATTY
 
EL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLA
EL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLAEL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLA
EL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLAJAVIER SOLIS NOYOLA
 
plan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaplan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaElizabeth252489
 
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...Unidad de Espiritualidad Eudista
 
Tema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificaciónTema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificaciónIES Vicent Andres Estelles
 
CARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacionCARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacionCarolVigo1
 
Kirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 linkKirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 linkMaximilianoMaldonado17
 
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdfceeabarcia
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionCarolVigo1
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfSaraGabrielaPrezPonc
 
Concurso de Innovación Pedagógica T2 FONDEP 2024 Ccesa007.pdf
Concurso de Innovación Pedagógica  T2  FONDEP 2024 Ccesa007.pdfConcurso de Innovación Pedagógica  T2  FONDEP 2024 Ccesa007.pdf
Concurso de Innovación Pedagógica T2 FONDEP 2024 Ccesa007.pdfDemetrio Ccesa Rayme
 
Presentación: Actividad de Diálogos adolescentes.pptx
Presentación: Actividad de  Diálogos adolescentes.pptxPresentación: Actividad de  Diálogos adolescentes.pptx
Presentación: Actividad de Diálogos adolescentes.pptxNabel Paulino Guerra Huaranca
 
Xardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosXardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosAgrela Elvixeo
 
Anuncio de Remitido Colegio SEK a la comunidad pública
Anuncio de Remitido Colegio SEK a la comunidad públicaAnuncio de Remitido Colegio SEK a la comunidad pública
Anuncio de Remitido Colegio SEK a la comunidad públicaIvannaMaciasAlvarez
 
Revista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaRevista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaTatiTerlecky1
 
U2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdfU2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdfJavier Correa
 
Programación Anual 2024 - CIENCIAS SOCIALES.docx
Programación Anual 2024  - CIENCIAS SOCIALES.docxProgramación Anual 2024  - CIENCIAS SOCIALES.docx
Programación Anual 2024 - CIENCIAS SOCIALES.docxJhordanBenitesSanche1
 
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdfdiana593621
 

Último (20)

La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
 
SECUENCIA DIDÁCTICA Matemática 1er grado
SECUENCIA  DIDÁCTICA Matemática 1er gradoSECUENCIA  DIDÁCTICA Matemática 1er grado
SECUENCIA DIDÁCTICA Matemática 1er grado
 
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdfRecursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdf
 
EL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLA
EL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLAEL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLA
EL BRILLO DEL ECLIPSE (CUENTO LITERARIO). Autor y diseñador JAVIER SOLIS NOYOLA
 
plan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaplan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primaria
 
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
 
Tema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificaciónTema 4 Rocas sedimentarias, características y clasificación
Tema 4 Rocas sedimentarias, características y clasificación
 
CARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacionCARPETA PEDAGÓGICA 2024.docx para educacion
CARPETA PEDAGÓGICA 2024.docx para educacion
 
Kirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 linkKirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 link
 
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
21 MARZO DIA INTERNACIONAL DOS BOSQUES.pdf
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
 
Concurso de Innovación Pedagógica T2 FONDEP 2024 Ccesa007.pdf
Concurso de Innovación Pedagógica  T2  FONDEP 2024 Ccesa007.pdfConcurso de Innovación Pedagógica  T2  FONDEP 2024 Ccesa007.pdf
Concurso de Innovación Pedagógica T2 FONDEP 2024 Ccesa007.pdf
 
Presentación: Actividad de Diálogos adolescentes.pptx
Presentación: Actividad de  Diálogos adolescentes.pptxPresentación: Actividad de  Diálogos adolescentes.pptx
Presentación: Actividad de Diálogos adolescentes.pptx
 
Xardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosXardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES Monelos
 
Anuncio de Remitido Colegio SEK a la comunidad pública
Anuncio de Remitido Colegio SEK a la comunidad públicaAnuncio de Remitido Colegio SEK a la comunidad pública
Anuncio de Remitido Colegio SEK a la comunidad pública
 
Revista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaRevista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección ediba
 
U2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdfU2_EA2_descargable TICS PRESENCIAL 2.pdf
U2_EA2_descargable TICS PRESENCIAL 2.pdf
 
Programación Anual 2024 - CIENCIAS SOCIALES.docx
Programación Anual 2024  - CIENCIAS SOCIALES.docxProgramación Anual 2024  - CIENCIAS SOCIALES.docx
Programación Anual 2024 - CIENCIAS SOCIALES.docx
 
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
 

FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS

  • 1. República Bolivariana de Venezuela Ministerio del Poder Popular para la Educación Superior I.U.P.” Santiago Mariño”. Sede Barcelona. Bachiller: Luisa Valentina Hurtado. C.I: 23.997.291 Profesora: Amelia Vásquez Barcelona, 28 de Marzo de 2018. FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
  • 2. Introducción En la ingeniería de software, un Análisis de Requerimientos es una tarea que cubre el hueco entre la definición del software a nivel sistema y el diseño del mismo. Tanto el desarrollador como el cliente tienen un papel activo, pues juntos definen en detalle los requisitos del sistema a desarrollar y los pasos a seguir. Conoce la importancia que éste tiene durante el proceso de diseño y desarrollo de software y aplicaciones móviles. Es un principio de sistemas que para definir y modelar un sistema que sirve a otro, 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. Es decir, que para definir los requerimientos de software, en el campo de las tecnologías de información, primero debemos definir los requerimientos de los niveles mayores en el siguiente orden: nivel organización, proceso de negocio (sistema de trabajo) y sistema de información; para evitar convertir un problema real en un problema virtual.
  • 3. Análisis Es un estudio profundo de un sujeto, objeto o situación con el fin de conocer sus fundamentos, sus bases y motivos de su surgimiento, creación o causas originarias.
  • 4. Análisis orientado a Objetos. La finalidad del análisis orientado a objetos de una aplicación es establecer su modelo de objetos, que captura la estructura estática del sistema a través de identificar los objetos claves que se utilizan el sistema, formular las relaciones entre los objetos, y caracterizar cada clase de objetos a través de la asignación de los atributos que describen sus características y estado y las operaciones que describen su funcionamiento externo.
  • 5. Análisis de Requerimientos. En la Ingeniería de requisitos, el análisis de los requerimientos del software es la etapa que sigue después que estos han sido levantados y documentados en un registro o matriz de trazabilidad. La especificación de requerimientos, es una actividad que cada vez toma mayor preponderancia en la gerencia de proyectos, dado que se ha demostrado que una causa recurrente en su fracaso se origina de una inadecuada especificación de requisitos. Las técnicas de análisis de requerimientos expuestas a continuación parten de la especificación de requisitos o matriz de trazabilidad de requerimientos del proyecto.
  • 6. 1.- Descomposición funcional  La descomposición funcional se refiere al proceso de identificar y resolver las relaciones funcionales en sus partes constituyentes, de tal forma que la función global pueda ser reconstruida a partir de sus partes.  Por lo general, la descomposición funcional se realiza para identificar y entender los componentes o partes que constituyen un todo (o función global).  En este proceso, es vital identificar las interacciones entre componentes.  Aplicado a la Ingeniería de requisitos, consiste en tomar los requerimientos de software, dividirlos en partes y analizarlos individualmente. De ser necesario, se pueden descomponer en más partes hasta lograr un nivel adecuado de detalle.  En cierto sentido, el proceso es similar al de la elaboración de una estructura de desglose de trabajo de un proyecto.  En Ingeniería de sistemas, la descomposición funcional consiste en definir un sistema en términos funcionales, para luego definir funciones de más bajo nivel y establecer las relaciones con estas funciones de alto nivel.
  • 7. 2.- Especificación vía Sentencias Textuales  Es la forma tradicional de la especificación de requerimientos de software.  Se usan especificaciones textuales en lenguaje natural, que se documentan en matrices de trazabilidad de requerimientos o definiciones del alcance.  El procedimiento consiste en tomar el requerimiento producto del levantamiento de información, para desarrollar una narrativa más detallada.  No usa herramientas visuales como los flujogramas o estructura como los casos de uso, es simplemente una descripción más detallada del requerimiento en lenguaje natural.
  • 8. 3.- Modelado del proceso.  Comprende la elaboración de diagramas de flujo de procesos (Flujogramas) a partir de los requerimientos del software.  Existen diversas herramientas de modelado de procesos, cada una de las cuales posee sus propios símbolos y reglas.  Es muy útil para entender el trabajo realizado en múltiples pasos, tareas, roles y departamentos intervinientes.  Los procesos son iniciados por eventos y pueden abarcar actividades automatizadas, manuales o combinación entre ambas.  Su naturaleza visual ayuda a la comprensión y comunicación a terceros.  Cuando los procesos son complejos, deben desglosarse en componentes (subprocesos).  La relación entre los diagramas de flujo y la gerencia de proyectos es fundamental para el éxito.
  • 9. 4.- Modelo de dominio.  En Ingeniería de software, en análisis de dominio consiste en analizar sistemas o software relacionados en un dominio, con la finalidad de encontrar sus partes comunes y partes que los diferencian.  Produce un modelo de contexto de negocio para todo el sistema.  Un modelo de dominio comprende diagramas conceptuales que incluyen tanto el comportamiento de un sistema como sus datos.  Un tipo de modelo de dominio son los diagramas de funcionalidades (Features Diagrams), que es una representación “compacta” del sistema o aplicación en términos de sus características.  El análisis de dominio produce modelos orientados a objetos o modelos relacionales de datos, que pueden ser usados por los desarrolladores de software como base de arquitecturas de software y aplicaciones.
  • 10. 5.- Casos de Uso.  En el Lenguaje de Modelado Unificado (UML), un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios.
  • 11. 6.- Checklists. La lista de chequeo (Checklist) consiste en una serie de preguntas o revisiones que se realizan sobre los requerimientos de software, que nos sean presentados de forma escrita. Una lista de chequeo puede realizar preguntas como: 1. ¿Se han especificado los requisitos de hardware y software? 2. ¿Se han realizado consideraciones de seguridad? 3. ¿El nivel de granularidad del requerimiento se ha incluido? 4. ¿Se ha incluido el código de referencia en para identificar el requisito en el desglose de requerimientos? 5. ¿Está escrito el requerimiento en un lenguaje claro y conciso? 6. ¿El requerimiento es único? (no existe duplicidad con otro requerimiento). 7. Y muchas preguntas más. .
  • 12. 7.- Inspección. Revisión no destructiva de los requerimientos de software. Por ejemplo: • Examinar un software visualmente para constatar que las pantallas solicitadas se encuentran incluidas. • Verificar la inclusión de los campos necesarios para el ingreso de datos. • Verificar la existencia de los botones necesarios para iniciar la funcionalidad que ha sido requerida. • Verificar que el requerimiento se apega a los estándares definidos para la aplicación. Por ejemplo estándares de navegación entre pantallas y estándares de interfaz gráfica. De forma similar al uso de la lista de chequeo, la inspección consiste en tomar el requerimiento definido en la matriz de trazabilidad o definición de alcance, leerlo y producir un resultado para su corrección. .
  • 13. 8.- Prototipos.  Consiste en elaborar representaciones visuales (interfaz gráfica con el usuario) de los requerimientos de software.  Permite a desarrolladores y usuarios entender mejor los requerimientos, determinar cuáles son indispensables y cuales deseables, e identificar riesgos de forma temprana.  Puede enfocarse en toda la solución o sólo en áreas específicas.  Puede extenderse innecesariamente en el tiempo si las discusiones se realizan en torno al como en lugar de en torno al que.  La elaboración de prototipos conlleva iteraciones entre desarrolladores y usuarios, en los cuales se van elaborando varios prototipos y sometidos a evaluación del cliente.
  • 14. Análisis Orientados al Flujo de Datos La información se transforma como un flujo a través de un sistema basado en computadora. 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. La entrada puede ser una señal de control transmitida por un transductor, una serie de números escritos por un operador humano, un paquete de información transmitido por un enlace a red, o un voluminoso archivo de datos almacenado en memoria secundaria. La transformación puede comprender una sencilla comparación lógica, un complejo algoritmo numérico, o un método de inferencia basado en regla de un sistema experto. La salida puede encender un sencillo led o producir un informe de 200 paginas.
  • 15. Métodos Orientados a la Estructura 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: 1) Todos asisten al analista en la identificación de los objetos de información clave (también llamados entidades o ítems) y operaciones (también llamadas acciones o procesos). 2) Todos suponen que la estructura de la información es jerárquica. 3)todos requiere que la estructura de datos se represente usando la secuencia, selección y repetición. 4) Todos dan una conjunto de pasos para transformar una estructura de datos jerárquica en una estructura de programa. Como los métodos orientados al flujo de datos, los métodos de análisis orientados a la estructura de datos proporcionan la base para el diseño de software. Siempre puede extenderse un método de análisis para que abarque el diseño arquitectural y procedimental del software.
  • 16. Desarrollo de Sistemas de Jackson El desarrollo de sistema de Jackson (DSJ) se obtuvo a partir del trabajo de M.A. Jackson sobre el análisis del dominio de la información y sus relaciones con el diseño de programas y sistemas. En palabras de Jackson: “El que desarrolla el software comienza creando un modelo de la realidad a la que se refiere el sistema, la realidad que proporciona su materia objeto [del sistema]...”
  • 17. Desarrollo de Sistemas de Jackson Para construir un DSJ el analista aplica los siguientes pasos: • Paso de las acciones y entidades. Usando un método muy similar a la técnica de análisis orientada al objeto, en este paso se identifican las entidades (persona, objetos u organizaciones que necesita un sistema para producir o usar información) y acciones (los sucesos que ocurren en el mudo real que afectan a las entidades). • Paso de estructuración de las entidades. Las acciones que afectan a cada entidad son ordenadas en el tiempo y representadas mediante diagramas de Jackson (una notación similar a un árbol). • Paso de modelación inicial. Las entidades y acciones se representan como un modelo del proceso; se definen las conexiones entre el modelo y el mundo real.
  • 18. Desarrollo de Sistemas de Jackson Para construir un DSJ el analista aplica los siguientes pasos: • Paso de las funciones. Se especifican las funciones que corresponden alas acciones definidas. • Paso de temporización del sistema. Se establecen y especifican las características de planificación del proceso. • Paso de implementación. Se especifica el hardware y software como un diseño. • Los últimos tres pasos del DSJ están muy relacionados con el diseño de sistemas.
  • 19. Programación orientada a objetos. La programación orientada a objetos (POO, u 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. Muchos de los objetos pre-diseñados de los lenguajes de programación actuales permiten la agrupación en bibliotecas o librerías, sin embargo, muchos de estos lenguajes permiten al usuario la creación de sus propias bibliotecas.  Está basada en varias técnicas, incluyendo herencia, cohesión, abstracción, polimorfismo, acoplamiento y encapsulamiento.  Su uso se popularizó a principios de la década de 1990. En la actualidad, existe una gran variedad de lenguajes de programación que soportan la orientación a objetos.
  • 21. Análisis y diseño orientada a objetos. El análisis y diseño orientado a objetos (ADOO) 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.  Todo sistema de información requiere de artefactos o componentes (clases) para llevar a cabo tareas, es de gran importancia dentro de la ingeniería de software tener un buen "análisis y diseño" para un mejor desarrollo, que conlleva a que tan "escalable" sea un sistema de información.  En este método de análisis y diseño se crea un conjunto de modelos utilizando una notación acordada como, por ejemplo, el lenguaje unificado de modelado (UML).
  • 22. Tareas comunes que se realizan en la programación orientada a objetos  Definición de clases.  Crear propiedades, métodos y descriptores de acceso get y set (métodos descriptores de acceso)  Controlar el acceso a clases, propiedades, métodos y descriptores de acceso.  Crear propiedades y métodos estáticos.  Crear estructuras de tipo enumeración.  Definir y utilizar interfaces.  Trabajo con herencia, incluida la sustitución de elementos de clase.
  • 23. Bases 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 mental de extracción de las características esenciales de algo, ignorando los detalles superfluos.  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 cohesivos (con significado propio). Lo adecuado es conseguir los mínimos acoplamientos.  Jerarquización: proceso de estructuración por el que se produce una organización (jerarquía) de un conjunto de elementos en grados o niveles de responsabilidad, incumbencia o composición entre otros.
  • 24. Conclusión La programación hoy en día se ha dividido en 2 partes, una es la programación en base a código simple (esta puede ser en cualquier lenguaje de programación) en donde solo se usan líneas de programación para que el software manipule diversos datos y posteriormente el usuario manipula el software con más lineas de programación para que se entreguen nuevos resultados. La segunda es la programación orientada a objetos, esta es la más común actualmente, se basa en la manipulación de datos, objetos, patrones y cualquier elemento programable dentro de un software, 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 lineas dentro del código base. La programación orientada a objetos permite agrupar partes específicas de la información dada a un grupo de objetos, por ejemplo se puede realizar un programa en el cual se asigne un botón para que se ingrese una imagen, dicho botón debe servir para abrir un directorio y obtener la imagen, tras este botón hay varias lineas de código que esperan el momento en que se obtenga la imagen para proceder con la siguiente acción o instrucción.