El documento describe el diseño de subsistemas y su desarrollo. Explica que un sistema puede dividirse en subsistemas, los cuales a su vez pueden dividirse en más elementos. Define los límites de un subsistema y el propósito del diseño de subsistemas, el cual incluye definir comportamientos de interfaz, estructura interna y dependencias. También cubre conceptos como clases de diseño, realización de casos de uso, interfaces y subsistemas de diseño.
Instituto Universitario Politécnico "Santiago Mariño"
Ingeniería de Sistemas
Sede Barcelona
Prof.: Aquiles Torrealba
Alumno: Rafael Brito C.I.: 25.286.285
Instituto Universitario Politécnico "Santiago Mariño"
Ingeniería de Sistemas
Sede Barcelona
Prof.: Aquiles Torrealba
Alumno: Rafael Brito C.I.: 25.286.285
Rational Rose es una herramienta de diseño orientada a objetos, que da soporte al modelado visual, es decir, que permite representar gráficamente el sistema, permitiendo hacer énfasis en los detalles más importantes, centrándose en los casos de uso y enfocándose hacia un software de mayor calidad, empleando un lenguaje estándar común que facilita la comunicación.
DISEÑO DE SISTEMAS
Es el arte de definir la arquitectura del hardware y software, componentes, módulos y datos de un sistema de cómputo para satisfacer ciertos requerimientos. Es la etapa posterior al análisis de sistemas.
Es el diseño de sistemas tiene un rol más respetado y crucial en la industria de procesamiento de datos. La importancia del software multiplataforma ha incrementado la ingeniería de software a costa de los diseños de sistemas.
TIPOS DE SISTEMAS
Diseño estructurado
Diagrama estructura de cuadros
Optimización de diseño físico
Diseño de pruebas
Prototipo
Contenidos:
1. Especificación de los requerimientos de la aplicación.
2. Objetivos al diseñar un sistema de información.
3. Que características son las que se deben diseñar.
4. Manejo del proceso de Diseño para aplicaciones institucionales.
5. Manejo de sistemas desarrollados por usuarios finales
1. Especificación de los requerimientos de la aplicación.
La determinación de requerimientos es el conjunto de actividades encaminadas a obtener las características necesarias que deberá poseer el nuevo sistema, para comprender cómo trabaja y dónde es necesario efectuar mejoras o cambios considerables. Este es el primer paso en el análisis de sistemas y se puede decir que es el más importante.
Ahora bien, existen tres formas (actividades) que ayudan a determinar los requerimientos, estas son:
Anticipación de requerimientos:
Consiste en prever las características del nuevo sistema con base en experiencias previas.
Investigación de requerimientos:
es el estudio y documentación de la necesidad del usuario o de un sistema ya existente usando para ello técnicas como el análisis de flujo de datos y análisis de decisión. Es aquí donde se debe y se pueden aplicar entrevistas, cuestionarios, observación y revisión de documentos existentes, entre otros.
Especificación de requerimientos:
los datos obtenidos durante la recopilación de hechos se analizan para desarrollar la descripción de las características del nuevo sistema. Esta actividad tiene tres partes relacionadas entre sí, a saber:
Análisis de datos basados en hechos reales.
Identificación de requerimientos esenciales.
Selección de estrategias para satisfacer los requerimientos.
Todo sistema de información posee un conjunto de requerimientos básicos y un conjunto de requerimientos específicos dependiendo de si el sistema será de soporte para transacciones o para la toma de decisiones.
Seguido se presentará un grupo de preguntas que al dárseles respuesta proporcionarán un conjunto de hechos de los que posteriormente se obtendrá una especificación de requerimientos lo más apegada posible a las necesidades de cualquier organización.
Requerimientos Básicos:
Los analistas estructuran su investigación al buscar respuestas a las siguientes cuatro preguntas:
¿Cuál es el proceso básico de la empresa?
¿Qué datos utiliza o produce este proceso?
¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?
¿Qué controles de desempeño utiliza?
Son esas las preguntas que tienen que tener una respuesta concreta al tener terminada la fase de investigación de requerimientos. Siempre se debe comenzar con lo básico, algunas preguntas proporcionan antecedentes sobre detalles fundamentales relacionados con el sistema y que sirven para describirlo. Las siguientes preguntas son de utilidad para adquirir la comprensión necesaria:
¿Cuál es la finalidad de la actividad dentro de la empresa?
¿Qué pasos se siguen para realizarla?
¿Dónde se realizan estos pasos?
¿Quiénes los realizan?
¿Cuánto tiempo tardan en efectuarlos?
¿Con cuánta frecuencia lo hacen?
¿Quiénes emplean la información resultante?
Las respuestas a estas preguntas proporcionan un conocimiento amplio de una actividad en particular y muestra también su objet
Diccionario de datos en los sistemas de informaciónYaskelly Yedra
Un diccionario de datos es un catálogo, un depósito, de los elementos de un sistema. Es un listado organizado de todos los datos pertinentes al sistema con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un entendimiento en común de todas las entradas, salidas, componentes y cálculos.
Rational Rose es una herramienta de diseño orientada a objetos, que da soporte al modelado visual, es decir, que permite representar gráficamente el sistema, permitiendo hacer énfasis en los detalles más importantes, centrándose en los casos de uso y enfocándose hacia un software de mayor calidad, empleando un lenguaje estándar común que facilita la comunicación.
DISEÑO DE SISTEMAS
Es el arte de definir la arquitectura del hardware y software, componentes, módulos y datos de un sistema de cómputo para satisfacer ciertos requerimientos. Es la etapa posterior al análisis de sistemas.
Es el diseño de sistemas tiene un rol más respetado y crucial en la industria de procesamiento de datos. La importancia del software multiplataforma ha incrementado la ingeniería de software a costa de los diseños de sistemas.
TIPOS DE SISTEMAS
Diseño estructurado
Diagrama estructura de cuadros
Optimización de diseño físico
Diseño de pruebas
Prototipo
Contenidos:
1. Especificación de los requerimientos de la aplicación.
2. Objetivos al diseñar un sistema de información.
3. Que características son las que se deben diseñar.
4. Manejo del proceso de Diseño para aplicaciones institucionales.
5. Manejo de sistemas desarrollados por usuarios finales
1. Especificación de los requerimientos de la aplicación.
La determinación de requerimientos es el conjunto de actividades encaminadas a obtener las características necesarias que deberá poseer el nuevo sistema, para comprender cómo trabaja y dónde es necesario efectuar mejoras o cambios considerables. Este es el primer paso en el análisis de sistemas y se puede decir que es el más importante.
Ahora bien, existen tres formas (actividades) que ayudan a determinar los requerimientos, estas son:
Anticipación de requerimientos:
Consiste en prever las características del nuevo sistema con base en experiencias previas.
Investigación de requerimientos:
es el estudio y documentación de la necesidad del usuario o de un sistema ya existente usando para ello técnicas como el análisis de flujo de datos y análisis de decisión. Es aquí donde se debe y se pueden aplicar entrevistas, cuestionarios, observación y revisión de documentos existentes, entre otros.
Especificación de requerimientos:
los datos obtenidos durante la recopilación de hechos se analizan para desarrollar la descripción de las características del nuevo sistema. Esta actividad tiene tres partes relacionadas entre sí, a saber:
Análisis de datos basados en hechos reales.
Identificación de requerimientos esenciales.
Selección de estrategias para satisfacer los requerimientos.
Todo sistema de información posee un conjunto de requerimientos básicos y un conjunto de requerimientos específicos dependiendo de si el sistema será de soporte para transacciones o para la toma de decisiones.
Seguido se presentará un grupo de preguntas que al dárseles respuesta proporcionarán un conjunto de hechos de los que posteriormente se obtendrá una especificación de requerimientos lo más apegada posible a las necesidades de cualquier organización.
Requerimientos Básicos:
Los analistas estructuran su investigación al buscar respuestas a las siguientes cuatro preguntas:
¿Cuál es el proceso básico de la empresa?
¿Qué datos utiliza o produce este proceso?
¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?
¿Qué controles de desempeño utiliza?
Son esas las preguntas que tienen que tener una respuesta concreta al tener terminada la fase de investigación de requerimientos. Siempre se debe comenzar con lo básico, algunas preguntas proporcionan antecedentes sobre detalles fundamentales relacionados con el sistema y que sirven para describirlo. Las siguientes preguntas son de utilidad para adquirir la comprensión necesaria:
¿Cuál es la finalidad de la actividad dentro de la empresa?
¿Qué pasos se siguen para realizarla?
¿Dónde se realizan estos pasos?
¿Quiénes los realizan?
¿Cuánto tiempo tardan en efectuarlos?
¿Con cuánta frecuencia lo hacen?
¿Quiénes emplean la información resultante?
Las respuestas a estas preguntas proporcionan un conocimiento amplio de una actividad en particular y muestra también su objet
Diccionario de datos en los sistemas de informaciónYaskelly Yedra
Un diccionario de datos es un catálogo, un depósito, de los elementos de un sistema. Es un listado organizado de todos los datos pertinentes al sistema con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un entendimiento en común de todas las entradas, salidas, componentes y cálculos.
Asesoria Virtual Metodología de la Programación IDanilo Jaramillo
LA presentación de la asesoria virtual de Metodologia de la Programación I para los estudiantes de distancia de la Universidad Técnica Particular de Loja
Universidad Técnica Particular de Loja
Ciencias de la Computación
Metodología y Tecnología de Programación
I Bimestre
Abril - Agosto 2007
Ponente: Ing. Patricio Abad
El análisis y diseño orientado a objetos (ADOO) es un enfoque de la ingeniería del software, la cuál permite modelar un sistema como un grupo de objetos que interactúan entre sí
2. Introducción
En informática, al definir un sistema se dice que es un conjunto de elementos que mantienen
ciertas relaciones entre sí; pero cada uno de esos elementos puede considerarse, a su vez,
como un sistema en sí mismo. Por ejemplo, en un sistema operativo existen diferentes
componentes del software como son:
Administrador de procesos
Administrador de memoria
Administrador de dispositivos de E/S.
Administrador de información o de archivos
Cada uno de los cuales se considera como un subsistema, los cuales a su vez son parte de
otros subsistemas; cada subsistema es delineado por sus límites.
4. ¿Qué son los límites del subsistema?
Es la línea que separa el sistema de su entorno y que define lo que le pertenece o le
queda fuera de él. Pero a pesar de todo existe dificultad en fijar fronteras debido a que
existe relación entre sistemas.
Por lo tanto se puede decir que se facilita la definición de Sistemas teniendo claro cuál es
el SISTEMA (lo contiene) y cuál es el SUB (dentro del sistema), de esta forma se puede
definir al sistema en relación con su medio inmediato y en relación con sus principales
componentes.
5. El diseño del sistema es la estrategia de alto nivel para resolver problemas y construir
una solución. Éste incluye decisiones acerca de la organización del sistema en
subsistemas, la asignación de subsistemas a componentes hardware y software, y
decisiones fundamentales conceptuales y de política que son las que constituyen un
marco de trabajo para el diseño detallado.
Diseño de Sistemas y Subsistemas
6. El diseño de subsistemas se realiza una vez por subsistema de diseño.
Propósito:
Definir los comportamientos especificados en las interfaces de subsistemas en
términos de colaboraciones entre los elementos de diseño contenidos y
subsistemas/interfaces externos.
Documentar la estructura interna del subsistema
Definir realizaciones entre las interfaces de subsistemas y las clases contenidas.
Determinar dependencias con otros subsistemas.
7. Artefactos de entrada:
• Subsistemas e Interfaces de Diseño
•Guías específicas del proyecto
• Modelo de diseño
Artefactos resultantes:
• Subsistemas e Interfaces de diseño
• Clases de diseño
• Modelo de diseño
8. Dependencias del subsistema
Cuando un elemento contenido en un subsistema utiliza algo del comportamiento
de un elemento contenido en otro subsistema, se crea una dependencia entre los
subsistemas incluidos. Para mejorar la reutilización y reducción de las
dependencias de mantenimiento, exprese esta situación en términos de una
dependencia de una interfaz concreta del subsistema, no en el subsistema en sí
mismo ni en el elemento contenido en el subsistema.
9. Los subsistemas de construcción y las dependencias entre subsistemas y entre
componentes de un subsistema recogen aspectos prácticos relativos a la
plataforma concreta de construcción y ejecución. Entre estos aspectos se pueden
citar, por ejemplo:
Secuencia de compilación entre componentes.
Agrupación de elementos en librerías o packages (por ejemplo, DLL en el
entorno Windows, paqu en Java).
Desarrollo
10. Es un modelo de objetos que
describe la realización de casos
de uso centrándose en los
requisitos funcionales y no
funcionales y sirve como una
abstracción del modelo de
implementación. Incorpora los
siguientes artefactos:
• Clase del diseño
• Realización del caso de
uso-diseño
• Interfaz
• Subsistema de diseño
Diseño de Subsistemas
11. Clase del diseño
Es una descripción de un conjunto de objetos que comparten las mismas responsabilidades,
relaciones, operaciones, atributos y semántica.
Realización del caso de uso-diseño
Describe como un caso de uso en particular es realizado en el modelo de diseño, en términos
de objetos que están colaborando.
Interfaz
Un elemento de modelado el cual define un conjunto de acciones o comportamiento (un
conjunto de operaciones) ofrecidos por una clase o subsistema de diseño. Una interfaz puede
ser adoptada por varias clases o subsistemas de diseño.
Subsistema de diseño
Un elemento que contiene a otros elementos de diseño, tales como clases o subsistemas de
diseño. Las acciones del sistema son provistas por las clases y subsistemas que contiene e
implanta una o más interfaces, de las cuales toma el comportamiento a efectuar.
Donde:
12. Asociación
La asociación se podría definir como el momento en que dos objetos se unen para trabajar juntos y
así, alcanzar. una meta. Un punto a tomar muy en cuenta es que ambos objetos son
independientes entre sí, veremos un poco más adelante qué implicación tiene esto. Para validar la
asociación, la frase “Usa un”, debe tener sentido:
El ingeniero usa una computadora
El cliente usa tarjeta de crédito.
El código es Java, pero funciona para cualquier lenguaje de programación orientado a objetos.
13. Cómo implementar Asociación
Representaremos la relación: El cliente usa tarjeta de crédito.
Código:
public class Customer {
private int id;
private String firstName;
private String lastName;
private CreditCard creditCard;
public Customer() {
//Lo que sea que el construtor haga
}
public void setCreditCard(CreditCard creditCard) {
this.creditCard = creditCard;
}
}
En la asociación:
• Customer es independiente de CreditCard, puesto
que el cliente puede existir sin necesidad de tener
asignada una tarjeta de crédito. Démosle tiempo
para que la tramite, ¡Pero no lo dejemos ir!
• Se puede asignar o retirar la tarjeta de crédito, sin
que la existencia del Cliente se vea afectada (No
debería verse afectada, esto significa que Customer
no debe tronar si no hay un CreditCard presente).
14. Conclusión
El diseño de subsistemas es uno de los elementos principales para la elaboración de
un sistema, ya que atravez de este se conocen los requerimientos, la interfaz, la
realización del caso, entre otras más. El objetivo principal es definir los
comportamientos específicos en las interfaces de subsistemas en términos de
colaboraciones entre los elementos de diseño de contenidos y
subsistemas/interfaces externos. En el diseño de subsistemas se definió los
comportamientos de cada interfaz subsistemas de sus contenidos, se determinó las
dependencias con otros subsistemas.
15. Ejercicio
Realizar una interfaz que contenga 2 botones los cuales sean:
• Loggin
• Registro
En donde
En el Frame LOGGIN inicie sesión con un usuario y una contraseña prestablecidas (admin,
1,2,3). Y en el botón Entrar te regrese a la primera interfaz.
En REGISTRO que contenga los datos:
•Nombre
• Apellido Paterno
• Apellido Materno Y cuando de botón registrar te regrese a la primera interfaz
• Edad
• Sexo