2. El ciclo de vida clásico del análisis y diseño de
sistemas de información se encuentra integradopor
seis pasos los cuales son:
Investigación
Preliminar
Determinación de los
requerimientos
Diseño del sistema
Proceso de análisis clásico de sistemas
3. Desarrollo del software
Prueba del sistema
Este es el proceso de verificar e instalar nuevo equipo,
entrenar a los usuarios, instalar la aplicación yconstruir
todos los archivos de datos necesarios parautilizarla.
Dependiendo del tamaño de la organización que
empleara la aplicación y el riesgo asociado con suuso,
puede elegirse comenzar la operación del sistemasolo
en un área de la empresa (pruebapiloto).
Implantación y evaluación
4. ¿Qué es el análisis estructurado?
El análisis estructurado se
concentra en especificar lo
que se requiere que haga el
sistema o la aplicación. No
se establece cómo se
cumplirán
requerimientos o la forma
en que implantará la
aplicación.
• Los elementos
esenciales son símbolos
gráficos, diagramas de
flujo de datos y
diccionario centralizado
de datos.
Elementosdel
análisis
estructurado
• Una de las formas de
describir un sistema es
preparar un bosquejo que
señale sus características,
identifique la función para la
que sirve e indique cómo
éste interactúa con otros
elementos, entre otras
cosas.
Descripción
Gráfica
Proceso de análisis
Estructurado
5. El modelo del sistema recibe el nombre de diagrama de
flujo de datos (DFD). La descripción completa de un
sistema está formada por un conjunto de diagramas de
flujo de datos.
Para desarrollar una descripción del sistema por el
método de análisis estructurado se sigue un proceso
descendente (top-down). El modelo original se detalla en
diagramas de bajo nivel que muestran características
adicionales del sistema. Cada proceso puede desglosarse
en diagramas de flujo de datos cada vez más detallados.
Esta secuencia se repite hasta que se obtienen suficientes
detalles que permiten al analista comprender en su
totalidad la parte del sistema que se encuentra bajo
investigación.
Diagrama de flujo de datos
6. Diccionario de datos: ¿Que es el diseño estructurado?
Todas las definiciones de los elementos en el
sistema (flujo de datos, procesos y almacenes
de datos) están descritos en forma detallada
en el diccionario de datos. Si algún miembro
del equipo encargado del proyecto desea
saber alguna definición del nombre de un
dato o el contenido particular de un flujo de
datos, esta información debe encontrarse
disponible en el diccionario de datos.
Se enfoca en el desarrollo de especificaciones
del software. La meta del diseño estructurado
es crear programas formados por módulos
independientes unos de otros desde el punto
de vista funcional.
El diseño estructurado es una técnica
específica para el diseño de programas y no un
método de diseño de comprensión. Esta
técnica conduce a la especificación de módulos
de programa que son funcionalmente
independientes.
Proceso de análisis estructurado de sistemas
7. Es el resultado del diseño orientado a objetos
es una jerarquía de clases. Los elementos
iniciales de un DOO son los propios objetos, y
posteriormente, a medida que se van
identificando aspectos comunes, los objetos se
van agrupando en clases, que a su vez serán
subclases de clases más abstractas. Los
métodos estructurados y sus correspondientes
notaciones definen un
conjunto secuencial
sistema como un
de módulos
datos. En
a objetos
interdependientes que comparten
cambio, los métodos orientados
definen un conjunto de módulos independientes
relacionados y con visibilidad limitada entre
ellos.
Proceso de análisis y diseño
orientado a objetos
• El resultado de un diseño orientado a
objetos es una jerarquía de clases
Estructuras de control propias
Clase Módulo Datos
Problema en forma natural
Objetos y métodos asociados
Objetos se agrupan en Clases se
agrupan en Subclases
Nivel superior es el marco
estructural
Proceso del análisis de sistema orientado a objetos
8. • El análisis de
sistemas
orientado a
objetos es un
nuevo método
que realza la
definición de las
características y
comportamiento
dentro de un
sistema de
objetos.
Identificación y definición de objetos
El principal problema del desarrollo de un sistema
orientado a objetos es
encontrar los objetos en la fase de AOO yDOO.
Definición y organización de clases
La identificación y definición de objetos es sólo el
primer paso en el diseñode
un Sistema OO.
La abstracción es la tarea continua de undiseñador
OO.
• OOA (Object Oriented Analysis)
• OMT (Object Modeling Technique)
• UML (Unified Modeling Language
Características:
Reduceel
código derivado
de los datos
Paso de
mensajes
determina la
secuencia de
funcionamiento
Énfasis en el
contenido de las
entidades
Énfasis en el
contenido de las
entidades
No énfasis
Entrada-Salida
Permanece
estable anteel
cambio de
requisitos
Método orientado a objetos
9. Modelos o metodologías orientado a objetos
• (General Object-Oriented Software Development),utiliza
diagramas de flujo de datos en la fase de especificación
para identificar entidades abstractas que se convierten en
GOOD objetos en la fase de diseño.
HOOD
• Hierarchical Object-Oriented Design), es un derivado del
método de Booch, desarrollado por la agencia europea del
espacio. Comienza por descomponer el problema en
objetos y métodos, a continuación se inicia la
formalización y organización de objetos utilizando gráficos
basados en los diagramas de Booch, la descripción formal
se completa usando Leng.Descrpformal.Ada. No tiene
clases ni herencia
MOOD
• (Multiple-View Object-Oriented Methodology), comienza
con un modelo estructurado (Ward/Mellor). Permite el
paradigma orientado a objetos pero exige que los procesos
concurrentes se expresen como tareas convenio de Ada y
no de objetos.
10. Técnicas de
recolección
de datos
1.Entrevista
La entrevista es una
conversación dirigida, con
un propósito especifico y
que usa
un formato de preguntas y
respuestas.
2.La Observación
La observación es
otra técnica útil
para el analista en
su proceso de
investigación,
consiste en
observar a las
personas cuando
efectúan su
trabajo.
3.Cuestionarios
Los cuestionarios proporcionan una
alternativa muy útil para la entrevista;
si
embargo, existen ciertas
características que pueden ser
apropiada en algunas
situaciones e inapropiadas en otra
11. Técnicas de
recolección de datos
4.Diagrama de Flujo
Es una representación pictórica de
los pasos en proceso. Útil para
determinar
cómo funciona realmente el
proceso para producir un
resultado. Los diagramas de
flujo se pueden aplicar a cualquier
aspecto del proceso desde el flujo
de
materiales hasta los pasos para
hacer la venta u ofrecer un
producto.
5.Diccionario de datos
Los diccionarios de datos son el
segundo componente del análisis del
flujo de
datos. En sí mismos los diagramas de
flujo de datos no describen por
completo el
objeto de la investigación. El
diccionario de datos proporciona
información
adicional sobre el sistema.
12. Lenguaje Unificado de Modelado (UML)
(Diagramas)
El Lenguaje Unificado de Modelado (UML) es un lenguaje de modelado visual que se usa
para especificar, visualizar, construir y documentar artefactos de un sistema de
software.
El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y diagramas
estándar para modelar sistemas orientados a objetos, y describe la semántica esencial
de lo que estos diagramas y símbolos significan.
Ejemplo de un diagrama
modelado unificado
13. Metodología del Ciclo de Vida de un
Sistema de James Martín.
Esta metodología de desarrollo de Software es mejor conocida como
Metodología RAD (Rapid Application Development) o Desarrollo rápido de
Aplicaciones, y fue creada por el gurú de computación James Martin en
1991. Está orientada a disminuir radicalmente el tiempo necesario para
diseñar e implementar Sistemas de Información, el RAD cuenta con una
participación intensa del usuario, sesiones JAD, prototipaje, herramientas
CSE integradas y generadores de código. El Rad requiere cuatro ingredientes
esenciales: gerencia, gente, metodologías y herramientas
15. Metodología del Proceso Unificado de
Desarrollo de Software.
El proceso unificado conocido como RUP, es un modelo de software que permite el
desarrollo de software a gran escala, mediante un proceso continuo de pruebas y
retroalimentación, garantizando el cumplimiento de ciertos estándares de calidad.
El proceso de desarrollo constituye un marco metodológico que define en términos
de metas estratégicas, objetivos, actividades y artefactos (documentación)
requerido en cada fase de desarrollo. Esto permite enfocar esfuerzo de los
recursos humanos en términos de habilidades, competencias y capacidades a
asumir roles específicos con responsabilidades bien definidas.
Ejemplo
16.
17. Metodología de Kendall y Kendall.
El ciclo de vida del desarrollo de sistemas (SDLC, Systems Development life
cycle) es un enfoque por fases para el análisis y el diseño cuya premisa
principal consiste en que los sistemas se desarrollan mejor utilizando un ciclo
especifico de actividades del analista y el usuario.” (Kendall & Kendall).
La metodología de Kendall y Kendall es un ciclo de desarrollo de los sistemas, y
se desarrolla en siete etapas las cuales son: identificación del problema,
identificación de requisitos de información, análisis de las necesidades del
sistema, diseño del sistema recomendado, desarrollo y documentación del
sistema, prueba y mantenimiento, implementación y evaluación.
18. Esquema de las etapas de Metodología de Kendall y Kendall
19. Metodología de Administración de Relaciones
(RMM).
Es un proceso de análisis, diseño y desarrollo de aplicaciones hipermedia. Los elementos
principales de esta metodología son:
Modelo E-R (Entidad-Relación)
Modelo RMDM (Relationship Management Data Model).
La metodología fue creada por Isakowitz, Stohr y Balasubramanian.
Esta metodología es apropiada para dominios con estructuras regulares, es decir, con clases
de objetos bien definidos, y con claras relaciones entre esas clases.
20.
21. Metodología de Sistemas
Expertos por David
Rolston.
Un Sistema Experto (SE), es básicamente un
programa de computadora basado en
conocimientos y raciocinio que lleva a cabo
tareas que generalmente sólo realiza un experto
humano; es decir, es un programa que imita el
comportamiento humano en el sentido de que
utiliza la información que le es proporcionada
para poder dar una opinión sobre un tema en
especial.
Se puede decir que los Sistemas Expertos son el
primer resultado operacional de la Inteligencia
artificial, pues logran resolver problemas a
través del conocimiento y raciocinio de igual
forma que lo hace el experto humano.
22. Metodología del
Software Educativo por
Álvaro Galvis
(ISE).
Es una metodología de desarrollo de
software que contempla una serie de fases
o etapas de un proceso sistemático
atendiendo a: análisis, diseño, desarrollo,
prueba y ajuste, y por último
implementación.
Etapas:
1) Análisis
Características de la población objetivo:
edad (física y mental), sexo, características
físicas y mentales (si son relevantes),
experiencias previas, expectativas,
actitudes, aptitudes, intereses o
motivadores por aprender.
23. 2)Diseño:
Educativo (este debe resolver las interrogantes que se refieren al alcance,
contenido y tratamiento que debe ser capaz de apoyar el Sistema
Educativo).
3)Desarrollo:
En esta fase se implementa la aplicación usando la información obtenida
anteriormente. Tomando en cuenta las restricciones que se tengan.
4)Prueba Piloto:
En esta etapa se pretende ayudar a la depuración del Sistema Educativo a
partir de su utilización por una muestra representativa de los tipos de
destinatarios para los que se hizo y la consiguiente evaluación formativa.
5)Prueba de Campo:
La prueba de campo de un Sistema Educativo es mucho más que usarlo con
toda la población objeto. Si se exige, pero no se limita a esto.
24. Metodología MERINDE.
MeRinde contempla el conjunto de modelos
propuestos por RUP. El tipo de artefacto más
fundamental utilizado en la metodología
MeRinde es el modelo. Cada rol necesita una
perspectiva diferente del sistema. El diseño
de MeRinde permite identificar todos los
roles y cada una de las perspectivas que
posiblemente podrían necesitar. Las
perspectivas recogidas de todos los roles se
estructuran en unidades más grandes, es
decir, modelos, de modo que un rol pueda
tomar una perspectiva concreta del conjunto
de modelos.
Los modelos propuestos en MeRinde facilitan
el entendimiento del sistema para todos los
involucrados, incluyendo a los clientes,
usuarios y líderes de proyecto. La elección de
los modelos para un sistema es una de las
decisiones más importantes del equipo de
desarrollo.
25. La Metodología de sistemas blandos (SSM por
sus siglas en inglés) de Peter Checkland es una técnica cualitativa
que se puede utilizar para aplicar los sistemas estructurados a las situaciones a
sistémicas. Es una manera de ocuparse de problemas situacionales en los cuales hay
una actividad con un alto componente social, político y humano. Esto distingue el
SSM de otras metodologías que se ocupan de los problemas DUROS que están a
menudo más orientados a la tecnología.
El SSM se originó de la comprensión que los sistemas “duros” estructurados, por
ejemplo, la Investigación de operaciones técnicas, son inadecuados para investigar
temas de grandes y complejas organizaciones. La Metodología de sistemas blandos
fue desarrollada por Peter Checkland con el propósito expreso de ocuparse de
problemas de este tipo.
26. Metodología SCRUM.
Scrum es una metodología ágil y flexible para gestionar el desarrollo de
software, cuyo principal objetivo es maximizar el retorno de la inversión
para su empresa (ROI). Se basa en construir primero la funcionalidad de
mayor valor para el cliente y en los principios de inspección continua,
adaptación, auto-gestión e innovación.