Please enable JavaScript.
Coggle requires JavaScript to display documents.
DISEÑO ORIENTADO A OBJETOS - Coggle Diagram
DISEÑO ORIENTADO A OBJETOS
Requerimientos de Software.
Definición
Tiene 3 definiciones.
Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
Una representación documentada de una condición o capacidad como en los conceptos anteriores.
Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
Requerimientos Funcionales.
Los requisitos funcionales definen las funciones que el sistema puede realizar. Describen las transformaciones que el sistema realiza en la entrada para producir la salida.
Requerimiento No Funcionales
Tienen que ver con características que de una u otra forma puedan limitar el sistema a nivel de funcionamiento.
Caracteristicas
Necesario: Si la omisión de un requerimiento causa un problema en el sistema y si ademas no puede ser reemplazado por otras características, entonces el requerimiento es necesario.
Conciso: El requerimiento debe ser fácil de leer, su redacción debe ser simple y clara.
Completo: Un requerimiento esta completo si no debe añadirse o ampliar mas detalles.
Consistente: No debe ser contradictorio con otro requerimiento.
No ambiguo: Debe tener una sola interpretación.
Verificable: Debe ser cuantificado para que pueda hacer uso del análisis, inspección o pruebas.
Clasificación de requerimientos.
Requerimientos del entorno.
Requerimientos ergonómicos.
Diseño de Software.
Se define como el proceso de aplicar técnicas y principios específicos para definir un dispositivo, proceso o sistema con suficiente detalle para permitir su interpretación y realización física.
Caracteristicas.
Un diseño debe tener una organización jerárquica que use el control entre los componentes de software de manera inteligente.
El diseño debe ser modular, lo que significa que el Software debe dividirse lógicamente en elementos que realizan funciones y subfunciones específicas.
Un diseño debe incluir abstracciones de datos y procedimientos.
Debe crear módulos con distintas características operativas.
Debe dar como resultado interfaces que reduzcan la complejidad de las conexiones entre los módulos y el mundo exterior.
Debe crear un diseño que pueda repetirse en función de la información recopilada durante el análisis de requisitos de software.
Diseño de Salida: En este contexto, salida se refiere a los resultados e información del Sistema. Para la mayoría de los usuarios, la única razón para desarrollar un Sistema y la base para evaluar su utilidad es el resultado.
Diseño de Archivos: Incluye decisiones sobre la naturaleza y el contenido del archivo, como si se utilizará para almacenar detalles de transacciones, datos históricos o datos de referencia.
Diseño de Interacciones con la Base de Datos: La mayoría de los sistemas de información, ya sea que se implementen en sistemas informáticos grandes o pequeños, utilizan una base de datos que puede cubrir múltiples aplicaciones; como resultado, estos sistemas emplean un administrador de base de datos; en este caso, el diseñador no construye la base de datos sino que consulta con su administrador para acordar su uso en el sistema.
Metodología Orientada a Objetos.
La metodología para el desarrollo de software es un enfoque metódico para llevar a cabo, gestionar y administrar un proyecto con el fin de asegurar su éxito. Incluye los procesos a seguir sistemáticamente para diseñar, implementar y mantener un producto de software desde que surge la necesidad del producto hasta que logramos el objetivo para el cual fue creado.
Metodología OMT (Rumbaugh)
OMT es una de las metodologías de análisis y diseño orientadas a objetos más maduras y efectivas disponibles en la actualidad. La mayor fortaleza de esta metodología es su naturaleza abierta (no patentada), que le permite existir en el dominio público y, como resultado, prosperar.
Características.
Modelo de un objeto. La estructura estática de los objetos del sistema (identidad, relaciones con otros objetos, atributos y operaciones). El modelo de objetos proporciona el entorno necesario para que los modelos dinámicos y funcionales existan.
Modelo Dinámico. describe aspectos del sistema que se ocupan de la sincronización y la secuencia de operaciones (eventos que marcan cambios, secuencias de eventos, estados que definen el contexto de los eventos), así como la organización de eventos y estados.
Modelo Funcional. Describe las transformaciones de valores de datos que ocurren dentro del sistema (funciones, asignaciones, restricciones y dependencias funcionales).