Tema 19. Inmunología y el sistema inmunitario 2024
Alejandro soto ingeneria sistema
1. Republica Bolivariana de Venezuela
Ministerios del Poder Popular para la Educación
Instituto Universitario Politécnico Santiago Marino
Cabimas - Zulia
FUNDAMENTOS Y MÉTODOS
DE ANÁLISIS DE
REQUERIMIENTOS
Integrante:
Alejandro Soto
C.I.: V.- 24.485.288
2. Para desarrollar un software es necesario realizar una especificación
completa de los requerimientos, independientemente del diseño o codificación que
se realizo el software si no esta bien recopilado sus requerimientos será una
decepción para el usuario final y un fracaso su desarrollo.
El usuario tiene un papel activo en las especificaciones del software,
formulando un concepto de la función y desempeño de los programas ofreciendo
detalles de su operación; quien desarrollara el software suministra la solución de
las necesidades del usuario.
En el análisis y especificaciones se necesita una comunicación muy clara
para evitar incorrectas interpretaciones de los requerimientos y de esta manera
poder plasmar un software acorde con lo esperado por el usuario.
En la presente presentación se tratara de profundizar en los conceptos
básicos de los métodos de análisis de requerimiento que nos ayude a realizar esta
actividad de una forma mas eficiente y efectiva.
3. • Principio de análisis
• Análisis orientados a objetos
• Metodología de análisis de requerimiento
• Método de análisis orientado al flujo de datos
• Desarrollo del sistema estructurado de datos
• Desarrollo del sistema jackson
• Metodología de programación – orientada a objeto
• Análisis del lenguaje orientada a objeto
• Fundamentos de programación orientado a objetos
4. Reconocimiento del
problema
Evaluación y síntesis
Modelado
Especificación
Revisión
El análisis de requisitos del software puede dividirse en 5 áreas fundamentales
5. El análisis y diseño orientado a objetos (ADOO) en lugar de examinar un
problema mediante el modelo clásico de entrada-proceso-salida (flujo de
información) o mediante un modelo derivado exclusivamente de estructura
jerárquica de información, el AOO introduce varios conceptos nuevos como son: las
clases, una instancia, objetos, atributos y métodos.
Una clase: es una
plantilla para objetos
múltiples con
características similares,
comprenden todas estas
características de un
conjunto particular de
objetos.
Instancia de una clase:
Es otro termino para un
objeto real, si la clase es la
representación general de
un objeto, una instancia es
su presentación concreta
Un objeto: Es la
instancia de una clase.
Cada objeto es un
elemento único de la
clase en al que se basa.
6. Su objeto es encontrar que tiene que hacer el sistema y no como debe hacerlo. El
objeto del análisis de requerimiento es definir y priorizar las necesidades del
negocio. El análisis de requerimientos consiste en aplicar una serie de técnicas
para desglosar y analizar los requisitos y sus partes, algunas de estas técnicas son
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
Especificación vía Sentencias
Textuales
Es la forma tradicional de la
especificación de requerimiento de
software
Modelado de proceso
Comprende la elaboración de
diagramas de flujo de procesos
(Flujogramas) a partir de los
requerimientos del software
Modelado 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
7. Casos de usos
n 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
Checklist
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.
Inspección
Revisión no destructiva de los
requerimientos de software
Prototipos
Consiste en elaborar
representaciones visuales
(interfaz gráfica con el usuario)
de los requerimientos de
software.
8. El diseño orientado al flujo de datos (DOFD) define varias representaciones que
transforman el flujo en la información en la estructura del programa.
El DOFD tiene sus orígenes en los primeros conceptos de diseño que
consideraban la modularidad, el diseño descendente o refinamiento y la
programación estructurada.
El DOFD amplio estas técnicas integrando el flujo de información en el proceso de
diseño. En el caso en que el fijo de datos no importe realmente, se suelen utilizar
métodos de diseño orientados a objetos.
El DOFD permite una traducción sencilla de las representaciones de la
información de los DFD contenidas en la especificación del sistema a una
descripción del diseño de la estructura del programa.
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 es 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.
9. Muchos especialistas en sistemas de información reconocen la dificultad de
comprender de manera completa sistemas grandes y complejos. El método de
desarrollo del análisis estructurado tiene como finalidad superar esta dificultad
por medio de:
El análisis estructurado se concentra en especificar lo que se requiere que haga el
sistema o la aplicación.
1). La
división del
sistema en
componentes
2). La
construcción
de un modelo
del sistema.
10. “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]…”
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).
11. 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.
Paso de las funciones. Se especifican las funciones que corresponden a las
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.
12. La programación orientada a objetos o POO (OOP según sus siglas en
inglés) es un paradigma de programación que usa los objetos en sus interacciones,
para diseñar aplicaciones y programas informáticos.
Está basado 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 los años 1990. En la
actualidad, existe una gran variedad de lenguajes de programación que soportan la
orientación a objetos.
13. ADOO aplica técnicas de modelado de objetos para analizar los
requerimientos para un contexto (por ejemplo, un sistema de negocio, un conjunto
de módulos de software) y para diseñar una solución para mejorar los procesos
involucrados.
No está restringido al diseño de programas de computadora, sino que
cubre sistemas enteros de distinto tipo. Las metodologías de análisis y diseño más
modernas son "casos de uso" guiados a través de requerimientos, diseño,
implementación, pruebas, y despliegue.
14. La POO tiene como su mas importante característica la reutilización del
código, mismo que debe ser simple y lo suficientemente comprobado antes de estar
disponible para ser utilizado. Hablar de reutilización de código, significa que una
vez que se realiza la implementación, esta solución debe ser lo mas parametrizable
posible para que sea general y por lo tanto puede ser invocado desde la mayor
cantidad de casos posibles en lo que sea requerido.
15. El objetivo del análisis de los requerimientos es utilizando un conjunto de
técnicas y procedimientos para comprender todos los componentes para poder
definir un software. El método de análisis orientado al flujo de datos transforma la
información como un flujo a través de un sistema basado en computadora, acepta
entrada de distintas formas; y aplica un hardware, software y elementos humanos
para transformar la entrada en salida; y produce una salida en distintas formas.
Los métodos de análisis orientados a la estructura de datos se enfocan
hacia la estructura de datos en vez de al flujo de datos, suponen que la estructura de
la información es jerárquica, la estructura de datos se representa usando la
secuencia, selección y repetición; y generan un conjunto de pasos para transformar
una estructura de datos jerárquica en una estructura de programa. La
programación estructurada se basa en el control de la ejecución. Tiene como regla
general que las instrucciones se ejecuten sucesivamente una tras otra, pero diversas
partes del programa se ejecutan o no dependiendo de que se cumpla alguna
condición.
La programación orientada a objetos es un modelo donde el elemento
principal es el objeto. Este es una unidad que contiene características y
comportamientos en si misma, lo que le hace un todo independiente pero que se
interrelaciona con objetos de su misma clase o de otras clase.
16. • Libro de ingeniería de software de Roger S. Pressman
• Alidaly tienda santos método de desarrollo por análisis estructurado cargado el
23 de febrero del 2010.
• Realizado por edukativos, desarrollo de sistemas de Jackson, publicado en
mayo 6, del 2016. https://www.edukativos.com/apuntes/archives/10577
• Metodologia de la programacion orientada a objetos (POO) con C++ publicado
el 9 de febrero del 2014
• Anonimo. (sin fecha). Analisis orientado a objetos. Mar. 10, 2018, de UNAM
Sitio Web: http://sistemaumma.com/2010/10/04/conceptos-y-principios-del-
analisis/