Proy DDF VV - RR Diseño Funcional

TTULO PROYECTO
DOCUMENTO DE DISEO FUNCIONAL

Fecha:
DOCUMENTO DE DISEO FUNCIONAL (DDF) dd/mmm/aaaa
PROYECTO: Cdigo y Ttulo Versin: VV.RR
Hoja de Control del Documento
Nombre y Apellidos Organizacin y rol que desempea Fecha
Elaborado por
Revisado por
Aprobado por
Registro de Cambios
Versin Causa del cambio Fecha
1.0 Elaboracin del Documento de Diseo Funcional
Document1
Versin de plantilla: 1.2
Fecha:
Contenido
1 Introduccin ................................................................................................... 3
2 Acrnimos y Definiciones ............................................................................. 4
2.1 Acrnimos................................................................................................................................... 4
2.2 Definiciones ................................................................................................................................ 4
3 Disposiciones Legales y Normativas ........................................................... 4

4 Descripcin de Subsistemas ........................................................................ 4
4.1 Integracin con otros sistemas ................................................................................................... 6
5 Casos de Uso ................................................................................................. 7

5.1 Definicin de Actores .................................................................................................................. 7
5.2 Subsistema <Nombre Subsistema 1> ......................................................................................... 8
5.3 Subsistema <Nombre Subsistema 2> ....................................................................................... 10
6 Modelo Conceptual...................................................................................... 11
7 Interfaces de Usuario .................................................................................. 12
7.1 Principios generales del Interfaz de Usuario ............................................................................. 12
8 Seguridad ..................................................................................................... 14
8.1 Autenticacin y visibilidad ......................................................................................................... 14
8.2 Certificados digitales y firma electrnica ................................................................................... 15
8.3 Autorizacin y perfiles de usuario ............................................................................................. 15
8.4 Auditora de acceso a datos...................................................................................................... 16
9 Necesidades de migracin de datos y carga inicial .................................. 16

10 Administracin Electrnica ........................................................................ 17
11 Necesidades no funcionales ....................................................................... 17
11.1 Volumetra ................................................................................................................................ 17
11.2 Disponibilidad en Produccin .................................................................................................... 18
11.3 Procesamiento Batch ................................................................................................................ 18
1 Document1
Fecha:
12 Anexos ......................................................................................................... 19
12.1 Anexo I: <Nombre Anexo I> ...................................................................................................... 19
Document1 2
Fecha:
1 Introduccin
El presente documento corresponde al Diseo Funcional de la Aplicacin XXXX: Ttulo de la Aplicacin,
del mbito funcional de XXXX.
Nota aclaratoria
La presente plantilla del Documento de Diseo Funcional es vlida con carcter general
salvo para los desarrollos en tecnologa Joomla, para los que existe una plantilla de
Documento de Diseo Funcional concreta.
Cumplimente adecuadamente los textos resaltados en amarillo a lo largo del documento
No olvide actualizar la fecha y la versin del documento en el encabezado, y el nombre
del archivo en el pie de pgina.
Tenga la precaucin de revisar todos los encabezados y pies de pgina del documento
para confirmar que la informacin que figura en los mismos est correctamente
actualizada, ya que hay encabezados y pies de pgina para diferentes secciones del
documento, y para pginas pares e impares.
Nota aclaratoria
Identifique la Aplicacin a la que hace referencia el presente documento, as como el

mbito funcional al que corresponde: ECONOMA, PRESIDENCIA, etc.
Complete el apartado de introduccin con otra informacin que considere de inters.
El Diseo Funcional que se detalla en el presente documento sigue un enfoque de anlisis orientado a
objetos. En el mismo se detallan los casos de uso que cubren los requisitos descritos en el Documento
de Especificacin de Requisitos (DER) de la aplicacin, as como las lneas generales que rigen
aspectos como el interfaz de usuario, la seguridad, o las necesidades de migracin de datos. Tambin
se incluye informacin sobre las necesidades no funcionales de la aplicacin, tales como la
disponibilidad, tiempos de respuesta, volumetras, procesamiento batch, etc.
El propsito de este documento es describir la aplicacin desde el punto de vista de su funcionalidad (el
qu), no se incluyen detalles tcnicos (el cmo) que sern descritos en el Documento de Diseo
Tcnico (DDT).
3 Document1
Fecha:
2 Acrnimos y Definiciones
2.1 Acrnimos
En la siguiente tabla se relacionan los acrnimos utilizados a lo largo del documento.
Acrnimo Definicin
2.2 Definiciones
En la siguiente tabla se incluyen una serie de aclaraciones sobre terminologa utilizada a lo largo del
documento, con el significado de cada concepto en el contexto del Proyecto.
Concepto Definicin
3 Disposiciones Legales y Normativas

El desarrollo del Proyecto est justificado por la siguiente legislacin, normativa o estndar.
Normativa Descripcin
4 Descripcin de Subsistemas
Para facilitar el anlisis del sistema de informacin, se realiza una descomposicin del mismo en
subsistemas o Mdulos Funcionales.
Nota aclaratoria
Document1 4
Fecha:
Nota aclaratoria
La descomposicin del sistema en subsistemas debe estar, principalmente, orientada a

los procesos de negocio, aunque tambin es posible adoptar otros criterios lgicos. Esta
descomposicin podra necesitar reajustes segn se avance en la prospeccin y diseo
del sistema.
Entre los criterios que pueden ayudar a la identificacin de los subsistemas se encuentran
los siguientes:
1. Homogeneidad de procesos.
2. Servicios comunes.
3. Prioridad.
4. Afinidad de requisitos.
5. Localizacin geogrfica.
Se identifican y definen las dependencias entre subsistemas analizando los elementos
compartidos entre ellos o las interfaces entre subsistemas. En el caso de que se decida
abstraer un subsistema para su anlisis como una unidad con una funcionalidad concreta,
se puede, opcionalmente, definir la interfaz de dicho subsistema para poder delimitar su
comportamiento y utilizacin en el modelo general del sistema.
Dependiendo del tamao de la aplicacin y la granularidad de la misma, un mismo
Mdulo Funcional POAP podr estar compuesto por varios subsistemas si fuese
necesario.
Los requisitos y casos de uso estarn asociados a cada uno de los subsistemas
identificados.
Si el control de acceso a la aplicacin cumple con los estndares de autenticacin de ICM
(Intranet, Internet, USU, etc.) no ser necesario incluir un subsistema especfico para
representarlo.
En este apartado se muestra un diagrama con la descomposicin del modelo de anlisis en

subsistemas, con sus dependencias, as como una tabla que incluye la descripcin general de cada uno
de ellos y sus Mdulos Funcionales POAPs correspondientes.
En el siguiente esquema se muestra la descomposicin de la aplicacin en distintos subsistemas. La
funcin de cada uno de ellos y las dependencias entre los mismos sern detalladas posteriormente.
Nota aclaratoria
Incluya a continuacin el diagrama general con la descomposicin en subsistemas.
5 Document1
Fecha:
Nota aclaratoria
Cumplimente la tabla con la descripcin de cada uno de los subsistemas, identificando el

Mdulo Funcional POAP con el que cada uno est relacionado.
Subsistema Descripcin Mdulo Funcional POAP
<Nombre Subsistema 1> <Descripcin Subsistema 1> <Mdulo Funcional POAP>
<Nombre Subsistema 2> <Descripcin Subsistema 2> <Mdulo Funcional POAP>
4.1 Integracin con otros sistemas
Nota aclaratoria
Si el sistema requiere de integracin con otros sistemas de informacin, se deber incluir

un esquema general de la integracin con los mismos, as como una tabla con la
descripcin general de cada uno de ellos.
Ejemplos de sistemas con los que puede ser necesaria la integracin son: CATA, SUCA,
ASF, COVE, MENTES, DOCUMENTUM, PLATAFORMA DE PAGO, BO, BPM, etc.
Asimismo, si el sistema ofrece servicios hacia el exterior (en forma de servicios web o
cualquier otro formato), deber indicarse en este apartado, describiendo los servicios
ofrecidos.
Nota aclaratoria
Incluya a continuacin el diagrama general de integracin con otros sistemas.
Nota aclaratoria
Cumplimente la tabla con la descripcin de cada uno de los sistemas con los que se
realiza la integracin.
Sistema con el que se requiere integracin Descripcin
Document1 6
Fecha:
Sistema con el que se requiere integracin Descripcin
<Nombre del Sistema 1> <Descripcin del Sistema 1>

<Nombre del Sistema 2> <Descripcin del Sistema 2>
5 Casos de Uso
Nota aclaratoria
En este apartado se muestran los casos de uso que describen en detalle el

funcionamiento del sistema.
A la hora de definir los casos de uso, es importante no confundirlos con los requisitos de
la aplicacin (un mismo caso de uso puede contemplar varios requisitos, y un mismo
requisito puede estar contemplado por varios casos de uso).
A continuacin se muestra la relacin de los distintos subsistemas con los casos de uso que se detallan
en los apartados posteriores:
Mdulo Funcional POAP Subsistema Casos de Uso
<Nombre MF 1> <Descripcin Subsistema 1> <Caso de Uso 1 del MF 1 Incluye Hiperlink >
5.1 Definicin de Actores

En la siguiente tabla se muestran todos los actores implicados en los casos de uso de la aplicacin:
Actor Descripcin
<Nombre del Actor 1> <Descripcin del Actor 1>

<Nombre del Actor 2> <Descripcin del Actor 2>
7 Document1
Fecha:
Actor Descripcin
5.2 Subsistema <Nombre Subsistema 1>

5.2.1 Diagrama de Casos de Uso
En este apartado se incluye un diagrama general de los casos de uso de este subsistema. Cada caso
de uso se detallar posteriormente en los siguientes apartados.
Nota aclaratoria
Incluya a continuacin el diagrama general de casos de uso del subsistema.
5.2.2 Matriz de trazabilidad de Casos de Uso y Requisitos

Se incluye a continuacin una tabla que relaciona los requisitos cubiertos por cada caso de uso de este
subsistema.
Nota aclaratoria
Marque con una X la celda para la que el Caso de Uso de cobertura al requisito
correspondiente.
Matriz de trazabilidad Casos de Uso y Requisitos
RQ01 RQ02 RQ03 RQ04 RQ05 RQ06 RQ07 RQ08 RQ09 RQ10
CU_<MF1>_001 X X X X X X X
CU_<MF1>_002 X X X X X
5.2.3 CU_<MF1>_001: <Nombre del Caso de Uso>
Nota aclaratoria
Document1 8
Fecha:
Cada caso de uso se centra en describir una nica meta o tarea de negocio, utilizando un
lenguaje comn cercano al dominio del negocio, evitando un lenguaje demasiado tcnico.
Los casos de uso describen qu hace un sistema, pero no cmo lo hace, lo que ser
detallado en el Documento de Diseo Tcnico (DDT).
Para cada caso de uso se rellenar una tabla como la que se muestra a continuacin.
ID CU_<MF1>_001
Nombre <Nombre del cao de uso>
Descripcin <Descripcin del caso de uso>
Requisitos
<Requisitos cubiertos por el caso de uso>
cubiertos
Autor <Autor del caso de uso>
Fecha <dd/mm/aaaa >
Prioridad Alta Media Baja
Frecuencia de uso <Frecuencia de ejecucin del caso de uso >
Actor principal <Actor principal del caso de uso >
Actores
<Actores secundarios del caso de uso >
secundarios
Precondiciones <Precondiciones para llegar a este caso de uso>
Desencadenante <Cmo se accede a esta pantalla / componente: opcin de men, etc.>
Condicin de xito <Condicin de xito del caso de uso >
Escenario principal
<Escenario principal de xito del caso de uso >
de xito
Escenario
<Escenario alternativos del caso de uso >
alternativos
Interfaces de <Si en la zona de interfaz se han incluido ejemplos de pantallas relacionadas con el caso
usuario de uso, incluir aqu hiperenlaces a dichas pantallas>
9 Document1
Fecha:
Nota aclaratoria
Adicionalmente a la informacin de esta tabla, un caso de uso puede incluir

opcionalmente diagramas que describan la interaccin de los objetos, como diagramas de
secuencia o diagramas de colaboracin (su uso depende de si se quieren centrar en la
secuencia cronolgica o en cmo es la comunicacin entre los objetos).
En aquellos casos en los que se especifique ms de un escenario para un caso de uso,
puede ser conveniente representar cada uno de ellos en un diagrama independiente.
Si se considera necesario, el caso de uso tambin puede incluir un diagrama de estados
para mostrar la secuencia de estados por los que pasa el caso de uso.
Nota aclaratoria
Cumplimente un apartado para cada caso de uso, con la misma estructura y contenido
que en el apartado anterior.
Nota aclaratoria
Cumplimente un apartado para cada subsistema, con la misma estructura y contenido

que el indicado para el subsistema 1.
5.3.1 Diagrama de Casos de Uso
5.3.2 Matriz de trazabilidad de Casos de Uso y Requisitos
Document1 10
Fecha:
6 Modelo Conceptual
Nota aclaratoria
A partir de los casos de uso se infiere un Modelo de Dominio o Modelo Conceptual. Se

trata de un diagrama de clases que muestra las clases conceptuales significativas en un
dominio del problema. Se centra en las abstracciones relevantes, vocabulario del dominio
e informacin del dominio. Es una representacin de las clases conceptuales del mundo
real, no de componentes software.
Opcionalmente, adems del diagrama general, se puede realizar un diagrama
independiente para cada subsistema o Mdulo Funcional.
Guas para la elaboracin de un Modelo Conceptual:
1. A partir de los casos de uso, listar los objetos conceptuales candidatos a ser
clases. Es posible que, inicialmente, no se disponga de la informacin necesaria
para identificar todas las clases, por lo que se hace una primera aproximacin que
se va refinando posteriormente, durante esta actividad y en el proceso de diseo.
2. Representar las clases en el Modelo Conceptual. Las clases identificadas pueden
ser de tres tipos:
o Clases de Entidad: representan la informacin manipulada en el caso de
uso.
o Clases de Interfaz de Usuario: se utilizan para describir la interaccin entre
el sistema y sus actores. Suelen representar abstracciones de ventanas,
interfaces de comunicacin, formularios, etc.
o Clases de Control: son responsables de la coordinacin, secuencia de
transacciones y control de los objetos relacionados con un caso de uso.
3. Aadir las asociaciones necesarias para registrar las relaciones que hay entre las
clases.
4. Aadir los atributos necesarios para satisfacer los requisitos de informacin
(atributos a nivel bastante alto, no a nivel detallado).
Nota aclaratoria
Incluya a continuacin los diagramas de clases del Modelo Conceptual.
11 Document1
Fecha:
Nota aclaratoria
Cumplimente la tabla con la descripcin de cada una de las clases y sus atributos
principales.
Nombre de la clase Descripcin Atributos principales
<Nombre Clase 1> <Descripcin Clase 1> <Atributos principales Clase 1>
<Nombre Clase 2> <Descripcin Clase 2> <Atributos principales Clase 2>
7 Interfaces de Usuario
Nota aclaratoria
En este apartado se incluye una descripcin general del interfaz de usuario de la

aplicacin. El objetivo es obtener un formato de las principales interfaces de usuario, con
el fin de poder ofrecer al cliente una muestra grfica de cmo ser el sistema.
Opcionalmente, puede acompaarse a este documento con una maqueta de las pantallas
de la aplicacin sin lgica de negocio, slo conteniendo el aspecto visual.
7.1 Principios generales del Interfaz de Usuario
Nota aclaratoria
Incluya en este apartado los aspectos generales del interfaz de usuario, como el men
general de navegacin (indicando si se usa men vertical, horizontal o ambos), los
formatos genricos de informes, etc.
Incluya un listado de los componentes visuales a utilizar (considerar la lista de
componentes visuales predefinidos que incluye ATLAS; se puede tomar como punto de
partida la definida en el ejemplo de DDF que acompaa a este documento), rellenando la
tabla que se muestra a continuacin.
Document1 12
Fecha:
Componente Descripcin Muestra
<Nombre Componente 1> <Descripcin del Componente 1> <Ejemplo grfico del Componente 1>
<Nombre Componente 2> <Descripcin del Componente 2> <Ejemplo grfico del Componente 2>
Nota aclaratoria
Cumplimentar la siguiente tabla con el resumen de las pantallas de las que consta el
subsistema correspondiente, y una aproximacin de su complejidad: valores de 1 a 5,
donde 1 es muy fcil y 5 muy compleja.
La siguiente tabla enumera las pantallas del subsistema, as como una aproximacin inicial a su
complejidad, siendo 1 muy fcil y 5 muy compleja.
Interfaces de Usuario del <Subsistema 1>
Cdigo Interfaz de Usuario Pantalla Complejidad: de 1 a 5
IF_<MF1>_001 <Nombre Pantalla 1> <Complejidad>

(Hiperenlace al apartado)
IF_<MF1>_002 <Nombre Pantalla 1> <Complejidad>
(Hiperenlace al apartado)
Nota aclaratoria
13 Document1
Fecha:
Nota aclaratoria
Incluya a continuacin las particularidades en la interfaz de usuario para el subsistema

correspondiente. Por ejemplo, en ciertos aplicativos en los que alguna funcionalidad se
expone en Internet, la interfaz visual de estos Mdulos Funcionales puede ser distinta de
la de los mdulos presentes en la intranet.
En los siguientes subapartados se pueden incluir tambin ejemplos de las pantallas que
conforma el subsistema; el comportamiento concreto de cada pantalla ser detallado en
el Documento de Diseo Tcnico (DDT).
7.2.1 IF_<MF1>_001: <Nombre Pantalla 1 >
Nota aclaratoria
Incluya a continuacin un ejemplo de la maqueta de la pantalla 1, as como una

descripcin general de la misma.
7.2.2 IF_<MF1>_001: <Nombre Pantalla 2>
Nota aclaratoria
Incluya a continuacin un ejemplo de la maqueta de la pantalla 2, as como una

descripcin general de la misma.
Nota aclaratoria
Cumplimente un apartado para la descripcin del interfaz de usuario de cada subsistema,

con la misma estructura y contenido que el indicado para el subsistema 1.
8 Seguridad
8.1 Autenticacin y visibilidad
Document1 14
Fecha:
Nota aclaratoria
Se indicar en este apartado si la aplicacin es visible desde Internet y/o Intranet, as

como el tipo de autenticacin que se utilizar, indicando si existen distintos tipos de
autenticacin en funcin de los Mdulos Funcionales o subsistemas de la aplicacin. Para
cada Mdulo Funcional se indicar si se trata de una autenticacin ad-hoc para la
aplicacin o se utilizar una autenticacin estndar para intranet o internet.
En la siguiente tabla se indican los diferentes tipos de autenticacin en funcin de los subsistemas de la
aplicacin:
Mdulo Funcional o Subsistema Visibilidad (Intranet / Internet) Tipo de Autenticacin
<Mdulo Funcional 1> <Intranet / Internet> <Tipo de autenticacin MF 1>
<Mdulo Funcional 2> <Intranet / Internet> <Tipo de autenticacin MF 2>
8.2 Certificados digitales y firma electrnica
Nota aclaratoria
Se indicar en este apartado si la aplicacin requiere del uso de certificados digitales y/o
firma electrnica, as como los detalles de dichos requerimientos.
8.3 Autorizacin y perfiles de usuario
Nota aclaratoria
Se identifican los distintos grupos de usuarios de acuerdo con las funciones que realizan,
conocimientos y habilidades que poseen, y caractersticas del entorno en el que trabajan.
La identificacin de los diferentes perfiles permite conocer mejor las necesidades y
particularidades de cada uno de ellos.
En la siguiente tabla se muestran los diferentes perfiles de usuario existentes en el sistema:
Perfil Descripcin Autorizacin (procesos que puede realizar)
15 Document1
Fecha:
Perfil Descripcin Autorizacin (procesos que puede realizar)
<Nombre perfil 1> <Descripcin perfil 1> <Procesos perfil 1>
<Nombre perfil 2> <Descripcin perfil 2> <Procesos perfil 2>
8.4 Auditora de acceso a datos
Nota aclaratoria
Si el sistema gestiona datos de carcter personal que requieran nivel de seguridad alto,
se incorporaran en el sistema los mecanismos para establecer la trazabilidad de acceso a
dichos datos. Estos mecanismos se encuadrarn dentro de los actualmente definidos en
el mbito del desarrollo y mantenimiento de los Sistemas de Informacin de la Comunidad
de Madrid (SGUR).
En este apartado se indicarn los procesos y/o entidades cuyo acceso y/o modificacin
debern ser auditados, cumplimentando la tabla que figura a continuacin.
Las transacciones del sistema de informacin sobre las que se aplica el registro de acceso son las
siguientes:
Proceso / Entidad a auditar Tipo de auditora (Creacin, Eliminacin, Acceso, Modificacin)
<Proceso / Entidad 1 a auditar> <Tipo de auditora del Proceso / Entidad 1>
<Proceso / Entidad 2 a auditar> <Tipo de auditora del Proceso / Entidad 2>
9 Necesidades de migracin de datos y carga inicial
Nota aclaratoria
Document1 16
Fecha:
Nota aclaratoria
Esta tarea se realiza si es necesaria una migracin de datos de otros sistemas, o una
carga inicial de informacin.
Se especifican las necesidades de migracin o carga inicial de los datos requeridos por el
sistema. Como punto de partida se toma el modelo lgico de datos normalizado, junto con
las estructuras de datos del sistema o sistemas origen. Es preciso tener en cuenta
aspectos tales como:
Planificacin de la migracin y carga inicial.
Prioridad en las cargas.
Requisitos de conversin de informacin: necesidades de depuracin de
informacin, importacin de informacin complementaria, validaciones y controles,
etc.
Plan de pruebas especfico.
Necesidades especiales de equipamiento hardware y estimaciones de capacidad,
en funcin de los volmenes de las estructuras de datos origen.
Necesidades especiales de utilidades software.
Posibles modificaciones del sistema origen, que faciliten la ejecucin o verificacin
de la migracin o carga inicial.
Como resultado de esta tarea se obtiene una primera especificacin del plan de migracin
de datos y carga inicial del sistema, que se completar en el proceso de Diseo Tcnico
Detallado del Sistema de Informacin.
10 Administracin Electrnica
Nota aclaratoria
Si la aplicacin hace referencia a algn procedimiento de Administracin Electrnica,

incluir en este apartado toda la informacin relativa al mismo: identificador del
procedimiento correspondiente, formularios asociados, procedimiento de firma, etc.
11 Necesidades no funcionales
11.1 Volumetra
Entidades ms importantes o relevantes del sistema:
Entidad Nmero inicial de registros % de incremento anual
17 Document1
Fecha:
Entidad Nmero inicial de registros % de incremento anual
<Nombre Entidad 1> <N inicial registros Entidad 1> <% incremento anual Entidad 1>
<Nombre Entidad 2> <N inicial registros Entidad 2> <% incremento anual Entidad 2>
Usuarios estimados de la aplicacin:
Tipo de acceso (diario, ocasional,

Perfil Nmero de usuarios estimado
puntual, estacional)
<Nombre Perfil 1> <N usuarios Perfil 1> <Tipo de acceso Perfil 1>
<Nombre Perfil 2> <N usuarios Perfil 2> <Tipo de acceso Perfil 2>
11.2 Disponibilidad en Produccin

Horario de Produccin habitual:
Mdulo Funcional o Subsistema Horario
<Nombre Funcional 1> De <hh24:mm> a <hh24:mm>
Periodos o pocas con horarios especiales:
Mdulo Funcional o Subsistema Periodo Horario
<Nombre Funcional 1> De <da/mes> a <da/mes>, ambos inclusive De <hh24:mm> a <hh24:mm>
11.3 Procesamiento Batch

Procesos batch relevantes:
Document1 18
Fecha:
Proceso Periodicidad Descripcin del proceso
<Nombre Proceso 1> <Periodicidad Proceso 1> <Descripcin Proceso 1>
<Nombre Proceso 2> <Periodicidad Proceso 2> <Descripcin Proceso 2>
12 Anexos
Nota aclaratoria
Si el documento hace referencia a Anexos, incluirlos en este apartado.
12.1 Anexo I: <Nombre Anexo I>
19 Document1

Proy DDF VV - RR Diseño Funcional

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Proy DDF VV - RR Diseño Funcional

Transféré par

Droits d'auteur :

Formats disponibles

TTULO PROYECTO

DOCUMENTO DE DISEO FUNCIONAL

Hoja de Control del Documento

Nombre y Apellidos Organizacin y rol que desempea Fecha

Versin Causa del cambio Fecha

1.0 Elaboracin del Documento de Diseo Funcional

3 Disposiciones Legales y Normativas ........................................................... 4

5 Casos de Uso ................................................................................................. 7

9 Necesidades de migracin de datos y carga inicial .................................. 16

Identifique la Aplicacin a la que hace referencia el presente documento, as como el

3 Disposiciones Legales y Normativas

La descomposicin del sistema en subsistemas debe estar, principalmente, orientada a

En este apartado se muestra un diagrama con la descomposicin del modelo de anlisis en

Incluya a continuacin el diagrama general con la descomposicin en subsistemas.

Cumplimente la tabla con la descripcin de cada uno de los subsistemas, identificando el

Subsistema Descripcin Mdulo Funcional POAP

<Nombre Subsistema 1> <Descripcin Subsistema 1> <Mdulo Funcional POAP>

<Nombre Subsistema 2> <Descripcin Subsistema 2> <Mdulo Funcional POAP>

4.1 Integracin con otros sistemas

Si el sistema requiere de integracin con otros sistemas de informacin, se deber incluir

Incluya a continuacin el diagrama general de integracin con otros sistemas.

Sistema con el que se requiere integracin Descripcin

Sistema con el que se requiere integracin Descripcin

<Nombre del Sistema 1> <Descripcin del Sistema 1>

En este apartado se muestran los casos de uso que describen en detalle el

Mdulo Funcional POAP Subsistema Casos de Uso

5.1 Definicin de Actores

<Nombre del Actor 1> <Descripcin del Actor 1>

5.2 Subsistema <Nombre Subsistema 1>

Incluya a continuacin el diagrama general de casos de uso del subsistema.

5.2.2 Matriz de trazabilidad de Casos de Uso y Requisitos

Matriz de trazabilidad Casos de Uso y Requisitos

5.2.3 CU_<MF1>_001: <Nombre del Caso de Uso>

Nombre <Nombre del cao de uso>

Descripcin <Descripcin del caso de uso>

Autor <Autor del caso de uso>

Fecha <dd/mm/aaaa >

Prioridad Alta Media Baja

Frecuencia de uso <Frecuencia de ejecucin del caso de uso >

Actor principal <Actor principal del caso de uso >

Precondiciones <Precondiciones para llegar a este caso de uso>

Desencadenante <Cmo se accede a esta pantalla / componente: opcin de men, etc.>

Condicin de xito <Condicin de xito del caso de uso >

Adicionalmente a la informacin de esta tabla, un caso de uso puede incluir

5.2.4 CU_<MF1>_002: <Nombre del Caso de Uso>

5.3 Subsistema <Nombre Subsistema 2>

Cumplimente un apartado para cada subsistema, con la misma estructura y contenido

5.3.1 Diagrama de Casos de Uso

5.3.2 Matriz de trazabilidad de Casos de Uso y Requisitos

5.3.3 CU_<MF2>_001: <Nombre del Caso de Uso>

5.3.4 CU_<MF2>_002: <Nombre del Caso de Uso>

A partir de los casos de uso se infiere un Modelo de Dominio o Modelo Conceptual. Se

Incluya a continuacin los diagramas de clases del Modelo Conceptual.

Nombre de la clase Descripcin Atributos principales

En este apartado se incluye una descripcin general del interfaz de usuario de la

7.1 Principios generales del Interfaz de Usuario

Componente Descripcin Muestra

7.2 Subsistema <Nombre Subsistema 1>

Interfaces de Usuario del <Subsistema 1>

Cdigo Interfaz de Usuario Pantalla Complejidad: de 1 a 5

IF_<MF1>_001 <Nombre Pantalla 1> <Complejidad>

Incluya a continuacin las particularidades en la interfaz de usuario para el subsistema

7.2.1 IF_<MF1>_001: <Nombre Pantalla 1 >