10228512
Description
Mind Map by jonathan andres rincon ruiz, updated more than 1 year ago
|
Created by jonathan andres rincon ruiz
almost 7 years ago
|
|
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
- 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
- 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
- requisitos funcionales
- 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
- 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
- 1. conocimiento del contexto del futuro software
- 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
- 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
- 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
- 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
- son procesos
autonomos iniciados
por un actor o por
otro caso de uso.
- contexto del software
- 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
- 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
- es de vital importancia la realizacion
del diseño antes de realizar cualquier
sistema de informacion
- la relacion entre el
diseño y la realizacion
- reutilizacion
- reutilizacion de las clases
- reutilizacion de componentes
- un componente es una funcion de clases cuyos
objetos colaboran en tiempo de ejecucion
- 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
- 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
- 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
- reutilizacion de las clases
- 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
- configuracion de la red
- Define grandes lineas en el modelo de diseño.
comprende actividades como
- 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
- 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
- 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
- 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
- es la descomposicion de un sisrema en distintas partes
denomidados subsistemas el cual son especificados en
interfaces especificas las dependencias en las diveras areas
- Diseño arquitectonico
- papel de diseño
Media attachments
Want to create your own Mind Maps for free with GoConqr? Learn more.