Zusammenfassung der Ressource
mapa mental de diseño de sistemas
- REQUISITOS
- Los requisitos son la especificacion de lo que debe
hacer el software son descripciones del
comportamiento, propiedades y descripciones del
software que hay que desarrollar
- requisitos funcionales
- los requisitos funcionales describen que debe
realizar el software para sus usuarios: aceptar,
verificar y registrar, datos, transformarlos,
presentarlos, etc. estos requisitos quedan
recogidos en los casos de uso
- requisitos no funcionales
- los requisitos no funcionales, no van asociados a casos
de uso concretos y consisten, en restricciones
impuestas por el entorno y a la tecnologia,
especificaciones sobre tiempo de respuesta o
volumen de informacion tratando por unidad de
tiempo, requisitos en cuanto a interfaces
extensibilidad, facilidad de mantenimiento etc
- PASOS PARA LA RECOGIDA Y DOCUMENTACION DE REQUISITOS.
- 1. conocimiento del contexto del futuro software
- 2. recogida y clasificacion de los guiones
- 3. identificaciones de los actores
- 4. identificacion de los casos de uso a partir de los guiones
- 5. identificacion de relaciones entre casos de uso (extension, inclusion, especializacion)
- 6. identificacion de las relaciones de especializacion entre actores
- 7. documentacion de los casos de uso
- fundamentos teoricos
- contexto del software
- el personal que esta encargado de recoger los requerimientos,
debe conocer la actividad profesionar de los usuarios, en su
contexto laboral, para que asi conociendo el ambito que el usuario
maneja pueda cumplir por lo requerido por el usuario
- guiones
- son las series de operaciones que el usuario
realiza mas frecuentemente en su ambito
laborar, es la explicacion de esas funciones
- actores
- un actor es un papel de cualquier entidad externa
que se preve que interactuara con el software y le
dara informacion o bien la recibira. las entidades
externas en cuestion pueden ser personas,
maquinas, otros sistemas de software o instantes
en el tiempo en los cuales debe ponerse en
marcha automaticamente algun proceso
- casos de uso
- son procesos
autonomos iniciados
por un actor o por
otro caso de uso.
- representa funciones ofrecidas por el software e identifican
sus entradas y salidad. un caso de uso debe proporcionar
siempre un resultado definido al actor primario
- DISEÑO ORIENTADO A OBJETOS
- papel de diseño
- la relacion entre el
diseño y la realizacion
- es definido un software acabado de programar,
difiniendo clases en el diseño, una con otra, generando
los componentes y los subsistemas
- la utilidad del diseño
- es de vital importancia la realizacion
del diseño antes de realizar cualquier
sistema de informacion
- reutilizacion
- reutilizacion de las clases
- reutilizacion de componentes
- un componente es una funcion de clases cuyos
objetos colaboran en tiempo de ejecucion
- patrones
- es el uso de clases que son
utilizadas en otras aplicaciones
con similitudes de funciones
- macros
- es un onjunto de clases que constituye una
aplicacion incompleta y generica. si el marco se
complementa de manera adecuada se obtiene
aplicacion actulizada de cierto tipo
- clases del diseño
- Diseño arquitectonico
- Define grandes lineas en el modelo de diseño.
comprende actividades como
- configuracion de la red
- establecimientos de subsistemas
- diseño casos de uso
- parte del diagrama de colaboracion resumido que se
ha hecho en el analisis y se considera por separado
las clases de frontera, de entidades y de control
- revision del diagrama
estatico de diseño
- se construye durante la realizacion del
caso de uso. el diagrama estatico es la
base para la implementacion de las
clases de control y de las entidades
- diseño de la presistencia
- diseño de la interfaz
grafica de usuario
- es mostrar al usuario su funcionalidad
por media de sus efectos y sus funciones
- diseño de los
subsistemas
- es la descomposicion de un sisrema en distintas partes
denomidados subsistemas el cual son especificados en
interfaces especificas las dependencias en las diveras areas