4. ANALISIS Y DISEÑO DE SISTEMAS
• (ADOO) es un enfoque de análisis en ingeniería de software que modela un
sistema como un grupo de objetos que interactúan entre sí. Este enfoque
representa un dominio absoluto en términos de conceptos compuestos por
verbos y sustantivos, clasificados de acuerdo a su dependencia funcional.
5. • 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 qué tan "escalable" sea un sistema de información.
6. • 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).
• 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.
7. • 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.
8. • El lenguaje unificado de modelado se ha vuelto el lenguaje de modelado
estándar usado en análisis y diseño orientado a objetos.
9. Ciclo de vida de un software
problema
Requerimiento
Análisis
Diseño
Implementación
Despliegue
Pruebas
10. Requerimientos Funcionales
• Requerimientos Funcionales
Los requisitos funcionales son declaraciones de los servicios que prestará el
sistema, en la forma en que reaccionará a determinados insumos. Cuando
hablamos de las entradas, no necesariamente hablamos sólo de las entradas
de los usuarios.
11. Requerimientos no funcionales
• Requisitos no funcionales
Se trata de requisitos que no se refieren directamente a las funciones
específicas suministradas por el sistema (características de usuario), sino a las
propiedades del sistema: rendimiento, seguridad, disponibilidad. En palabras
más sencillas, no hablan de “lo que” hace el sistema, sino de “cómo” lo hace.