Practica

1
Ingeniero en Informtica e I. T. Gestin. Tercer curso.

Facultad de Informtica. Universidad de Murcia.
Prcticas de Fundamentos de Ingeniera del Software. 2006/2007.
Profesor: Juan Antonio Lpez Quesada.

Caso Prctico: Anlisis con Mtrica 3

Objetivos
Utilizar la metodologa Mtrica 3 (en su vertiente estructurada)
en la especificacin de los requisitos de una aplicacin.
Dominar los conceptos fundamentales del Anlisis Estructurado.
Crear un prototipo de interfaz de la aplicacin.

Prcticas de Fundamentos de Ingeniera del Software 3 IT de Gestin. 2006/2007.

2

Esquema.-

Objetivos ............................................................................................................ 1
Esquema.-.......................................................................................................... 2
1.- Metodologa del Desarrollo del Software Mtrica 3....................................... 3
1.1.- Introduccin. ........................................................................................... 3
1.2.- Planificacin del Sistema de Informacin. PSI. ...................................... 5
1.3.- Estudio y Evaluacin del Sistema. EVS.................................................. 7
2.- Caso de Estudio: Ordenadores para todos. .................................................. 9
Descripcin General ....................................................................................... 9
Beneficiarios, requisitos y obligaciones. ....................................................... 10
Conceptos susceptibles de ayuda y cuanta de la subvencin. .................... 10
Oficina municipal. ......................................................................................... 11
Solicitud y validacin..................................................................................... 11
Instruccin del procedimiento. ...................................................................... 13
Resolucin del procedimiento....................................................................... 16
Otras consideraciones. ................................................................................. 16
3.- Descripcin del trabajo prctico. ................................................................. 17
4.- Durante la elaboracin del ERS se deben seguir las siguientes pautas. .... 18
5.- Trabajos Opcionales de estudio/investigacin. ........................................... 20
6.- Esquema de las actividades ASI y DSI. ...................................................... 21
6.1.- Esquema de ASI: Anlisis del Sistema de Informacin. ....................... 21
6.2.- Esquema de DSI: Diseo del Sistema de Informacin. ........................ 22
7.- Entregables en la etapa ASI-DIS. ............................................................... 23

3
1.- Metodologa del Desarrollo del Software
Mtrica 3.
1.1.- Introduccin.

La metodologa MTRICA Versin 3 ofrece a las Organizaciones un
instrumento til para la sistematizacin de las actividades que dan soporte
al ciclo de vida del software dentro del marco que permite alcanzar los
siguientes objetivos:

Proporcionar o definir Sistemas de Informacin que ayuden a
conseguir los fines de la Organizacin mediante la definicin de
un marco estratgico para el desarrollo de los mismos.
Dotar a la Organizacin de productos software que satisfagan
las necesidades de los usuarios dando una mayor importancia
al anlisis de requisitos.
Mejorar la productividad de los departamentos de Sistemas y
Tecnologas de la Informacin y las Comunicaciones,
permitiendo una mayor capacidad de adaptacin a los cambios
y teniendo en cuenta la reutilizacin en la medida de lo posible.
Facilitar la comunicacin y entendimiento entre los distintos
participantes en la produccin de software a lo largo del ciclo
de vida del proyecto, teniendo en cuenta su papel y
responsabilidad, as como las necesidades de todos y cada uno
de ellos.
Facilitar la operacin, mantenimiento y uso de los productos
software obtenidos.

4
La nueva versin de MTRICA contempla el desarrollo de Sistemas de
Informacin para las distintas tecnologas que actualmente estn
conviviendo y los aspectos de gestin que aseguran que un Proyecto cumple
sus objetivos en trminos de calidad, coste y plazos.

Su punto de partida es la versin anterior de MTRICA de la cual se han
conservado la adaptabilidad, flexibilidad y sencillez, as como la estructura
de actividades y tareas, si bien las fases y mdulos de MTRICA versin 2.1
han dado paso a la divisin en Procesos, ms adecuada a la entrada-
transformacin-salida que se produce en cada una de las divisiones del ciclo
de vida de un proyecto. Para cada tarea se detallan los participantes que
intervienen, los productos de entrada y de salida as como las tcnicas y
prcticas a emplear para su obtencin.

En la elaboracin de MTRICA Versin 3 se han tenido en cuenta los
mtodos de desarrollo ms extendidos, as como los ltimos estndares de
ingeniera del software y calidad, adems de referencias especficas en
cuanto a seguridad y gestin de proyectos.

Tambin se ha tenido en cuenta la experiencia de los usuarios de las
versiones anteriores para solventar los problemas o deficiencias detectados.

En una nica estructura la metodologa MTRICA Versin 3 cubre distintos
tipos de desarrollo: estructurado y orientado a objetos, facilitando a travs
de interfaces la realizacin de los procesos de apoyo u organizativos:
Gestin de Proyectos, Gestin de Configuracin, Aseguramiento de
Calidad y Seguridad.

La automatizacin de las actividades propuestas en la estructura de
MTRICA Versin 3 es posible ya que sus tcnicas estn soportadas por una
amplia variedad de herramientas de ayuda al desarrollo.

Adems, para facilitar la utilizacin de MTRICA Versin 3 se ha
desarrollado una herramienta software, Gestor Metodolgico, de ayuda a la
aplicacin de la metodologa en cada proyecto concreto y que permite
adaptar la estructura de MTRICA Versin 3 de acuerdo a las caractersticas
del mismo, permitiendo el seguimiento y control de sus actividades y tareas
realizadas por distintos perfiles de usuario asignados a los participantes por
el jefe de proyecto.

Se ha desarrollado tambin un software, Selector de Herramientas, que
ayuda a seleccionar entre las CASE del mercado la que mejor se adapta a
las necesidades de cada proyecto teniendo en cuenta las caractersticas de
cada organizacin.

Tanto la metodologa como todas estas herramientas estarn disponibles en
la web del Consejo Superior de Informtica: http:/ / www.map.es/ csi

5
1.2.- Planificacin del Sistema de Informacin. PSI.

El Plan de Sistemas de Informacin tiene como objetivo la obtencin de un marco de referencia para el desarrollo
de sistemas de informacin que responda a los objetivos estratgicos de la organizacin. Este marco de
referencia consta de:

Una descripcin de la situacin actual, que constituir el punto de partida del Plan de
Sistemas e Informacin. Dicha descripcin incluir un anlisis tcnico de puntos fuertes
y riesgos, as como el anlisis de servicio a los objetivos de la organizacin.
Un conjunto de modelos que constituya la arquitectura de informacin.
Una propuesta de proyectos a desarrollar en los prximos aos, as como la prioridad
de realizacin de cada proyecto.
Una propuesta de calendario para la ejecucin de dichos proyectos.
La evaluacin de los recursos necesarios para los proyectos a desarrollar en el prximo
ao, con el objetivo de tenerlos en cuenta en los presupuestos. Para el resto de
proyectos, bastar con una estimacin de alto nivel.
Un plan de seguimiento y cumplimiento de todo lo propuesto mediante unos
mecanismos de evaluacin adecuados.

La perspectiva del plan debe ser estratgica y operativa, no tecnolgica.

Para la elaboracin del Plan de Sistemas de Informacin se estudian las necesidades de informacin de los
procesos de la organizacin afectados por el Plan, con el fin de definir los requisitos generales y obtener modelos
conceptuales de informacin. Por otra parte se evalan las opciones tecnolgicas y se propone un entorno.

Tras analizar las prioridades relacionadas con las distintas variables que afectan a los sistemas de informacin, se
elabora un calendario de proyectos con una planificacin lo ms detallada posible de los ms inmediatos.
Adems, se propone una sistemtica para mantener actualizado el Plan de Sistemas de Informacin para incluir
en l todos los cambios necesarios, garantizando el cumplimiento adecuado del mismo.

A continuacin se incluye un grfico que representa la secuencia de actividades del proceso PSI.

6

7
1.3.- Estudio y Evaluacin del Sistema. EVS

Mientras que el Plan de Sistemas de Informacin tiene como objetivo proporcionar un marco estratgico que sirva de
referencia para los Sistemas de Informacin de un mbito concreto de una organizacin, el objetivo del Estudio de
Viabilidad del Sistema es el anlisis de un conjunto concreto de necesidades para proponer una solucin a corto plazo,
que tenga en cuenta restricciones econmicas, tcnicas, legales y operativas. La solucin obtenida como resultado del
estudio puede ser la definicin de uno o varios proyectos que afecten a uno o varios sistemas de informacin ya
existentes o nuevos. Para ello, se identifican los requisitos que se ha de satisfacer y se estudia, si procede, la situacin
actual.

A partir del estado inicial, la situacin actual y los requisitos planteados, se estudian las alternativas de solucin.

Dichas alternativas pueden incluir soluciones que impliquen desarrollos a medida, soluciones basadas en la adquisicin
de productos software del mercado o soluciones mixtas. Se describe cada una de las alternativas, indicando los
requisitos que cubre.

Una vez descritas cada una de las alternativas planteadas, se valora su impacto en la organizacin, la inversin a
realizar en cada caso y los riesgos asociados. Esta informacin se analiza con el fin de evaluar las distintas alternativas y
seleccionar la ms adecuada, definiendo y estableciendo su planificacin.

Si en la organizacin se ha realizado con anterioridad un Plan de Sistemas de Informacin que afecte al sistema objeto
de este estudio, se dispondr de un conjunto de productos que proporcionarn informacin a tener en cuenta en todo el
proceso.

Las actividades que engloba este proceso se recogen en la siguiente figura, en la que se indican las actividades que
pueden ejecutarse en paralelo y las que precisan para su realizacin resultados originados en actividades anteriores.

8

La decisin de desarrollar un SI por
parte de los componentes del
Departamento de Informtica de la
organizacin tras realizar el
correspondiente estudio de las
alternativas y eleccin de la solucin
ms adecuada.

9
2.- Caso de Estudio: Ordenadores para todos.
Descripcin General

El Ministerio de Industria, Turismo y Comercio ha puesto en marcha el
Programa de Ciudades Digitales como un programa de telecomunicaciones
cuyo objetivo es la promocin e implantacin de la sociedad de la informacin.
El Gobierno de la Comunidad Autnoma de la Regin de Murcia ha impulsado
la ejecucin del Plan para el Desarrollo de la Sociedad de la Informacin en la
Regin de Murcia 2002-2004 RegindeMurciaSI
(http://www.regiondemurciasi.com), iniciativa estratgica cuyo objetivo es
acelerar la incorporacin, en igualdad de condiciones, de los ciudadanos y las
empresas de la Regin de Murcia a la Sociedad de la Informacin y del
Conocimiento de forma plena.
El Plan incluye la realizacin de una nueva experiencia de ciudad digital:
Proyecto Molina Digital. Para la realizacin de dicho proyecto, la CARM firma
un convenio de colaboracin con el Ayuntamiento de Molina de Segura y la
Fundacin X, donde se detallan las actuaciones a seguir. Una de las mismas
es Internet en casa: equipamiento domstico. Esta actuacin tiene como
objetivo conseguir que las familias del municipio incorporen un equipamiento
bsico y moderno con el que puedan acceder desde casa a los servicios del
Proyecto.
De acuerdo con esto, se realiza una convocatoria de la concesin de ayudas
dirigidas a ciudadanos residentes en el municipio de Molina de Segura para la
adquisicin de ordenadores con capacidad de conexin a Internet.
Para abordar la tramitacin y gestin de las solicitudes, la Consejera de
Industria y Medio Ambiente encarga a la Fundacin X el anlisis y desarrollo de
una aplicacin web que solvente tal problema.
El director de proyectos de la Fundacin X, responsable del departamento de
desarrollo, ante la posible extensin de estas subvenciones a otros municipios
de la regin en un futuro cercano, pone de nombre al proyecto Ordenadores
para todos y encarga al analista que comience el trabajo.
El analista de sistemas, tras estudiar el modelo de la solicitud y el borrador de
la Orden de la Consejera que regular las bases y convocatoria de las ayudas,
y entrevistarse con los funcionarios tcnicos que actuarn como usuarios de la
aplicacin web, se dispone a ordenar las notas que ha ido tomando sobre los
objetivos del proyecto y estructurar la informacin que ha asimilado con el fin
de plantear un primer enfoque de necesidades.

10
Beneficiarios, requisitos y obligaciones.

Podrn ser beneficiarios de estas ayudas las personas fsicas residentes en el
municipio durante al menos los 6 meses anteriores a la presentacin de su
solicitud y adquieran un ordenador con capacidad de conexin a Internet. La
residencia se acreditar mediante volante o certificado de empadronamiento en
el que figure la fecha de alta en el padrn de habitantes, y en el que figure su
DNI. En el caso de extranjeros no comunitarios debern aportar documento
que refleje el NIE, si no se indica en el volante o certificado de
empadronamiento. No sern vlidos los certificados con fecha de expedicin de
una antigedad superior a 6 meses desde el momento de la presentacin del
mismo.
Slo se podr optar a una subvencin por unidad familiar. Una vez concedida
la ayuda, ningn miembro de la unidad familiar podr solicitar otra adicional
durante la vigencia de la convocatoria de ayudas y de sus eventuales
prrrogas.
No podrn ser beneficiarios de las ayudas los solicitantes que no se encuentren
al corriente en sus obligaciones fiscales con la CARM.
Conceptos susceptibles de ayuda y cuanta de la subvencin.

Las ayudas previstas se destinarn a subvencionar la adquisicin de
ordenadores nuevos con las prestaciones necesarias para su conexin a
Internet, y que renan, como mnimo, las siguientes caractersticas:
Placa base con cualquier procesador para plataforma PC o MAC, con
velocidad igual o superior a 2,4GHz (PC sobremesa) o a 1,2GHz (PC
porttil, MAC sobremesa o MAC porttil).
Memoria RAM: 256Mb.
Disco duro: 30Gb.
Lector de DVD o lector/grabador de DVD.
MODEM o tarjeta de red.
Monitor color 15.
Teclado y ratn (para equipos sobremesa).
Tarjeta grfica (en tarjeta o integrada en placa).
Tarjeta de sonido (en tarjeta o integrada en placa).
Sistema operativo (opcional).

El importe genrico de la subvencin ser del 33% del coste de adquisicin,
con un mximo de 300. Tanto el porcentaje de subvencin como el importe
mximo de la misma podrn verse modificado en funcin de sus datos fiscales.
No se subvencionar la adquisicin de perifricos externos (impresoras,

11
escneres, etc.). En el caso de incluirlo en la misma factura que el equipo
subvencionado, los precios de cada uno de ellos debern constar por
separado. El mdem o tarjeta de red se subvencionarn al 100% con un
mximo de 60 euros. El sistema operativo no se subvenciona (se pretende
promover el uso de Linux). El valor de los conceptos subvencionables ser IVA
incluido.
El beneficiario tendr completa libertad para elegir el comercio donde adquirir el
equipo, pero ste ha de ser adquirido ntegramente en el mismo comercio. Un
comercio, para poder participar en este programa, necesita disponer de
conexin a Internet y estar registrado en la aplicacin.
Oficina municipal.

Se habilitar una oficina por municipio que atender las solicitudes de
informacin por parte de los ciudadanos y validar las solicitudes presentadas.
Habr un nico responsable por oficina y un nmero variable de empleados o
gestores.
Habr un plazo de presentacin de solicitudes para cada municipio, de acuerdo
con las correspondientes convocatorias.
Solicitud y validacin.

Como vamos a ver, el proceso de alta de una peticin de subvencin se realiza
en dos pasos. Primero, la solicitud de subvencin se rellena por parte del
comercio vendedor del equipo, que tiene acceso a la aplicacin a travs del
web. Segundo, un empleado de la oficina municipal (gestor) valida la solicitud al
realizar diversas comprobaciones.
Durante el proceso de alta de la solicitud, la aplicacin requiere el registro
electrnico de todos los campos de la factura. Al ocuparse el vendedor de dar
de alta la factura, se libera al personal de los ayuntamientos de esta tediosa
tarea. Los campos de la factura no son simplemente texto plano, sino que en la
aplicacin existe un catlogo de componentes de ordenadores en el que cada
posible componente del ordenador tiene un cdigo. Cada lnea de la factura,
entonces, estara formada por el cdigo del componente; descripcin (tal y
como viene en el catlogo anterior); cantidad; precio sin iva; precio con iva;
porcentaje de subvencin aplicable (segn el tipo de componente); y precio
final con subvencin (estos tres ltimos campos son calculados
automticamente por la aplicacin).

12
Al finalizar el alta de la solicitud de subvencin, el vendedor debe imprimir la
solicitud y la factura, firmarlas y entregarlas al cliente, que a partir de entonces
ha de acudir a la oficina municipal correspondiente, antes de que finalice el
plazo de fin de la convocatoria, para aportar la documentacin que permita
validar la peticin. En la oficina municipal, un gestor del ayuntamiento deber
validar la solicitud de subvencin, para lo cual, el impreso de solicitud
debidamente cumplimentado (realizado por el comercio vendedor) deber ir
acompaado de la siguiente documentacin:
Original o copia compulsada del volante o certificado de
empadronamiento, donde constarn los datos de los
integrantes de la unidad familiar (nombre, apellidos y DNI),
la fecha de expedicin, la fecha de alta y direccin postal.
Original o copia compulsada de la factura del equipo
informtico adquirido en la que constarn, adems de las
caractersticas tcnicas detalladas, los datos del comprador
(nombre, apellidos y DNI), y los datos del comercio
(nombre jurdico y/o comercial, direccin y CIF). La fecha
de la factura no podr ser anterior a la entrada en vigor de
la convocatoria correspondiente.
Original o copia compulsada del certificado de cdigo de
cuenta cliente expedido por la entidad bancaria donde el
solicitante desee que se le ingrese la subvencin, donde
constarn, adems de nombre, apellidos y DNI del
solicitante, el nombre de la entidad y la direccin postal de
la oficina correspondiente.
Original o copia compulsada del certificado de renta
correspondientes al ejercicio 2005, donde constarn,
adems del nombre, apellidos etc., adems de el n de
remesa, n de comunicacin, resultado de la cuota
ingresar/devolver, importe de su contribucin a hacienda
pblica..etc.

El gestor del ayuntamiento comprueba la documentacin anterior, introduce los
datos relativos al empadronamiento y a la entidad bancaria, y marca la solicitud
de subvencin como validada. Para el tratamiento de los errores asociados a
una solicitud se define la siguiente tipologa: solicitud (1), solicitante (2), equipo
(3), certificado de empadronamiento (4), factura (5), certificado bancario (6).
Estos errores se asignan a la peticin de subvencin cuando proceda (en
ocasiones varios errores para una misma peticin), y van explicados por un
campo de texto. Por ejemplo, posibles errores pueden ser:

(2) Persona fsica ya subvencionada.
(2) Persona residente en domicilio ya subvencionado.
(2) Persona morosa con Hacienda.

13

Aunque en principio no se espera que sea un procedimiento habitual, el gestor
de la oficina tiene habilitada una operacin para modificar la solicitud al margen
del procedimiento de validacin, que incluye la anulacin parcial de una
subvencin: esta opcin permitira anular alguno/s de los campos de la factura.
Los gestores de la oficina municipal disponen de opciones para dar de alta y de
baja comercios en el programa. Evidentemente, tambin disponen de
operaciones de consulta de los comercios adheridos al programa, y de las
subvenciones en trmite y que han sido tramitadas, junto con sus errores
asociados y eventuales subsanaciones.
Instruccin del procedimiento.

El personal de la oficina municipal valida por un lado los datos de la solicitud en
la aplicacin tal cual estn presentados por el interesado y por otro lado
registra la documentacin aportada.
Al interesado le proporcionan un nmero de solicitud validada a efectos de la
aplicacin, y nmero y fecha de registro a efectos administrativos (que se
incluyen como referencias en la solicitud). Se ha de prever un procedimiento de
registro abreviado para evitar colas de personas.
Durante la validacin se ha de comprobar los datos grabados conforme a las
especificaciones requeridas, y se han de grabar todos los errores calculados.
Hay una serie de contingencias que slo podrn ser detectadas por el personal
de la oficina, y stos debern grabar manualmente los errores detectados.
Para tal menester, la solicitud ir pasando por sucesivos estados, que se
relacionan: pendiente de validacin (1), pendiente de subsanacin (2),
aprobada (3) y presentada (4). Estos estados son los que se manejarn en las
oficinas municipales.

A) campo "ESTADO": estados de la solicitud que maneja el personal
de las oficinas municipales
1) lista de valores
Pendiente de validacin (1).
Pendiente de subsanacin (2).
Aprobada (3).

14
Presentada (4).

2) valores iniciales

1 -> estado por defecto cuando se graba la solicitud
completa

3) trnsito entre valores

1 -> 2
1 -> 3
2 -> 3
3 -> 2
3 -> 4
En cada oficina municipal hay un responsable. Una vez que las solicitudes
lleguen al estado aprobada, el responsable de la oficina podr dar el visto
bueno y pondr los estados a presentada, lo que implicar que presente
fsicamente las solicitudes en papel y sus documentos ante un administrador de
la Consejera de Hacienda, junto con un listado de cada remesa de
transferencias pendientes de realizacin si las subvenciones son finalmente
resueltas favorablemente por la administracin. Indicar que el administrador de
la Conserjera de Hacienda ser el encargado de definir las reglas que
permiten en funcin de los datos fiscales de un individuo, establecer el
porcentaje de subvencin como el importe mximo de la misma. A partir de ah
y hecha la recepcin por parte del personal de la administracin, se realizar el
procedimiento que finalizar en la propuesta de resolucin correspondiente.
Si una vez realizado el proceso de validacin de datos se detecta en la oficina
municipal que la informacin es incompleta o que sta no rene los requisitos
exigidos, se notificar al interesado para que subsane las deficiencias
detectadas o acompae la documentacin requerida, en el plazo de diez das
hbiles contados a partir del siguiente al de la recepcin de la notificacin, con
apercibimiento de que si as no lo hiciera se le tendr por desistida su peticin.

15
El personal de la Consejera (administrador) manejar un estado sobre la
concesin de la subvencin, segn se relaciona: pendiente (0), recibida (1),
publicada en BORM (2), en administracin (3), rechazada (4), pagada (5),
denegada (6) y desistida (7).
B) campo "CONCESION": estados de la solicitud que maneja el
personal de la administracin
1) lista de valores
Pendiente (0).
Recibida (1).
Publicada en BORM (2).
En administracin (3).
Rechazada (4).
Pagada (5).
Denegada (6).
Desistida (7).
2) valores iniciales
0 -> estado por defecto cuando se graba la solicitud
3) trnsito entre valores
0 -> 1
1 -> 2
1 -> 3
1 -> 4
1 -> 6
1 -> 7
2 -> 1
2 -> 3
2 -> 6
2 -> 7
3 -> 4
3 -> 5
3 -> 6
3 -> 7
4 -> 1
4 -> 2
4 -> 3
4 -> 6
4 > 7


16

En cualquier momento, el estado de una solicitud (y por supuesto, los estados
por los que ha pasado) se han de poder consultar con facilidad, tanto por el
interesado como por parte de los administradores.
Resolucin del procedimiento.

El procedimiento finalizar mediante Orden del Consejero correspondiente
dictada a la vista de la propuesta elevada por el administrador de la Consejera.
Dicha Orden ser notificada al interesado por correo ordinario y por mail y
registrada en la aplicacin. Finalmente, el administrador de la Consejera se
encargar de dar la orden de pago de las remesas aprobadas. (Las solicitudes
de subvencin se agrupan en remesas, que son bsicamente colecciones de
transferencias bancarias a realizar).
Al igual que el responsable de la oficina, el administrador dispondr de una
opcin para generar diversas estadsticas sobre las concesiones, y de otras
opciones para revisar solicitudes, modificar remesas, consultar remesas, y
realizar y consultar subsanaciones.
Otras consideraciones.

Es evidente que este desarrollo como se observa en la documentacin,
procedimiento..etc. est en principio dirigido a personas fsicas con la
nacionalidad espaola, la cuestin que surge y que puede considerarse como
una posible extensin el incluir los elementos necesarios para permitir que
estas ayudas puedan aprobarse cuando el destinatario sea una persona
jurdica, es decir una empresa, o una persona fsica pero de nacionalidad
comunitaria o extracomunitario con permiso de residencia.


17
3.- Descripcin del trabajo prctico.
Consideremos viable el proyecto descrito en el apartado anterior. En
esta prctica se debe seguir el proceso de Anlisis de Sistemas de
Informacin (ASI) de Mtrica 3 (desarrollo estructurado) para
especificar los requisitos del caso prctico.
El director del proyecto ha decidido que la estructura de la
documentacin resultante de aplicar el proceso ASI deber incluir los
siguientes apartados:

Catlogo General de Requisitos:
o Vase documento explicativo.
Elaboracin y descripcin del modelo de procesos:
o Contexto del sistema.
o Diagrama de subsistemas
o Jerarqua de procesos.
o Diccionario de datos.
Elaboracin y descripcin del modelo de datos:
o Modelo entidad/relacin (E/R).
o Modelo extendido de datos.
Especificacin y prototipado de la Interfaz de Usuario.
Anexos. Contenidos Opcionales:
o Modelo/Diagrama de casos de uso.
o Los diagramas HVE de las principales entidades del sistema.
o Siguiendo el proceso DSI de Mtrica 3, disear la estructura
modular de una parte del sistema.
o Cada grupo puede realizar otras aportaciones a la prctica
que sean de su inters, aportaciones que deber discutir
primero con el profesor.
Anexos. Trabajos :
o Trabajos Opcionales de estudio/investigacin.


18
4.- Durante la elaboracin del ERS se deben
seguir las siguientes pautas.
Por favor, leed cuidadosamente este apartado antes de comenzar a
trabajar en la prctica y antes de entregar la documentacin final.

El grupo de prcticas puede enriquecer o cambiar la especificacin
del problema a partir de su conocimiento del problema planteado,
pero debe discutirlo con el profesor. En los casos, si los hubiera,
de que el enunciado del problema sea ambiguo o no sea lo
suficientemente completo, el grupo deber recoger por escrito las
suposiciones que se adopten, indicando las razones de la eleccin,
si fuera necesario.
El alumno tambin puede enriquecer el formato de ERS que debe
entregarse como resultado de la prctica.
La documentacin de la prctica se debe elaborar usando System
Architect 2001, entregando los resultados en papel y en un
soporte que contenga la enciclopedia y el informe correspondiente.
Toda la documentacin necesaria para la comprensin de la
prctica se debe incluir en papel.
La portada de la documentacin debe incluir: cdigo de grupo
(disponible en el web y en los tablones de clase), los nombres y
dni de los integrantes del grupo, una direccin de e-mail de
contacto, la titulacin, el nombre de la asignatura y el nombre del
profesor de prcticas.
Para no dar lugar a listados en papel muy extensos, en el informe
en papel de la enciclopedia recomendamos obviar todos aquellos
campos que no sean relevantes o que estn en blanco.
El Glosario de trminos deber definir los trminos necesarios para
comprender adecuadamente el Catlogo de requisitos. Aunque se
puede generar con System Arhitect 2001, recomendamos su
realizacin mediante un procesador de textos.
Como sabemos, la Descripcin de subsistemas de anlisis se
corresponde con una descripcin del DFD 0. Presta una especial
atencin a realizar una descomposicin en subsistemas coherente.
En el Modelo de procesos del sistema, se debe entregar un modelo
lgico de los procesos del nuevo sistema de informacin.
Se deben usar pre y post-condiciones en las miniespecificaciones
de los procesos primitivos, pero en un par de procesos no triviales
tambin se debe ilustrar el uso de lenguaje estructurado.

19
Obviamente, es requisito indispensable respetar las reglas
sintcticas del anlisis estructurado. Recuerda que el modelo de
procesos y el modelo E/R deben estar balanceados.
En el Modelo de datos, slo se deber realizar un modelo
conceptual utilizando el modelo entidad/relacin extendido (no se
debe realizar el modelo lgico ni el modelo lgico normalizado).
La Especificacin de interfaz de usuario contendr un prototipo de
interfaz de la aplicacin, que debe incluir (al menos) los cuadros
de dilogo y los informes ms importantes. Para ello se pueden
utilizar los diagramas de System Architect Menu y Graphic
Screen, pero recomendamos el uso de una herramienta que
permita la edicin de documentos HTML. Si los alumnos prefieren
usar cualquier otra herramienta para generar el prototipo de
interfaz, pueden hacerlo.

20
5.- Trabajos Opcionales de estudio/investigacin.

Diseo del Sistema de Informacin (Proceso DSI).
Construccin del Sistema de Informacin (Proceso CSI).
Implantacin y Aceptacin del Sistema (Proceso IAS).
Mantenimiento del Sistema de Informacin (Proceso MSI).
REAL DECRETO LEGISLATIVO 1/1996, de 12 de abril, (BOE de 22 de
abril) por el que se aprueba el texto refundido de la Ley de Propiedad
Intelectual regularizando, aclarando y armonizando las disposiciones
legales vigentes sobre la materia.
Interface de seguridad: MAGERIT - Versin 2 (julio de 2005).
Interface de calidad: PGGC.
Introduccin al UML.
Diagramas de Clases y otros tipos de diagramas UML: actividades,
secuencia, despliegue, paquetes, etc.
Standard de ERS 830 XXXX.
The World Wide Web Consortium (W3C).
Capability Maturity Modelfor Software (SW-CMM).
La familia de estndares ISO (Organizacin Internacional de
Estandarizacin).
Gestin Temporal de Proyectos Software: Mtodo Pert-Gantt.
Gestin Temporal de Proyectos Software: Mtodo ROY.
Gestin de Costes: COCOMO2000.
Otros mtodos de gestin de costes: Puntos de Funcin, Tcnica
Delphi...
Software:
Prcticas de Fundamentos de Ingeniera del Software 3 IT de
Gestin. 2006/2007.

21

6.- Esquema de las
actividades ASI y DSI.
6.1.- Esquema de ASI: Anlisis del
Sistema de Informacin.

En el siguiente grfico se muestra la
relacin de actividades del proceso
Anlisis del Sistema de Informacin,
tanto para desarrollos estructurados
como para desarrollos orientados a
objetos, distinguiendo las que se
pueden realizar en paralelo de aquellas
que han de realizarse secuencialmente.

Prcticas de Fundamentos de Ingeniera del Software 3 IT de
Gestin. 2006/2007.

22

6.2.- Esquema de DSI: Diseo del Sistema
de Informacin.

En el siguiente grfico se muestra la
relacin de actividades del proceso
Diseo del Sistema de Informacin
(DSI), tanto para Desarrollos
Estructurados como para Desarrollos
Orientados a Objetos.


23
7.- Entregables en la etapa ASI-DIS.
A continuacin se muestra el ndice documental de entregables
considerando la informacin anteriormente mencionada referente a la
organizacin en tareas y documental de las actividades en las que se
estructura ASI y DSI en el marco de la Metodologa de Desarrollo de
Sw Mtrica 3.

ASI 1. Definicin del sistema.
Catlogo de requisitos generales.
Glosario de trminos.
En AE:
o Contexto del sistema. DFD de Contexto.
o Modelo conceptual de datos. Modelo Entidad Relacin no
Extendido.
Catlogo de estndares y de normas.
Catlogo de usuarios (participantes y finales).
Entorno tecnolgico del sistema.
Plan de trabajo.

ASI 2. Establecimiento de requisitos.
ASI 2.1: Obtencin de requisitos.
Sesiones de trabajo con los usuarios para extraer los requisitos
(con prioridades):
Catlogo de requisitos detallado.
Modelo de casos de uso.

ASI 2.2: Especificacin de Casos de Uso.
Especificar cada caso de uso: (Escenarios)
o Descripcin del escenario principal
o Pre y post-condiciones
o Interfaces de usuario
o Escenarios secundarios
Es posible que se dividan casos de uso complejos en
otros ms simples. (Relaciones de Uso y Herencia).


24

ASI 3. Identificacin de subsistemas de anlisis.
En AE, se corresponde con el DFD 0.

ASI 6. Elaboracin del modelo de datos.
Tcnica: Modelo E-R extendido.
Se completa el modelo conceptual de datos (versin
inicial en ASI 1).
Se elabora el modelo lgico.
Se normaliza el modelo lgico (al menos hasta 3FN)
Si es necesaria una migracin de datos de otros
sistemas o una carga inicial de informacin, determinar
las necesidades de migracin o carga inicial de datos
plan de migracin y carga inicial de datos.
ASI 7. Elaboracin del modelo de procesos.
Descomposicin del DFD 0 en la jerarqua de procesos.
Diccionario de Datos. Entidades Externas-Almacenas-
Flujos-Procesos ect.

ASI 8. Definicin de interfaces de usuario.
Se especifican los estndares y directrices a tener en
cuenta:
o Normas de interfaz (grfica o de caracteres),
para mensajes de error, de ayuda, etc.
Se definen:
o Formatos de pantallas y de impresin.
o Dilogos, informes y formularios.
o (En AOO, las interfaces ya se han especificado en
los casos de uso.)
Opcionalmente, usar prototipos en la interfaz
interactiva y de impresin.

ASI 10. Especificacin del plan de pruebas. ( Opcional) .
Se inicia la definicin del plan de pruebas.
o Se definen las pruebas de aceptacin.


25
DSI 5. Diseo de la arquitectura de mdulos del sistema.
Objetivo: para cada uno de los subsistemas se disea
la estructura modular de los procesos que lo integran.
Pto. de partida: modelo de procesos obtenido en ASI y
catlogo de requisitos.
Tcnica: Diagrama de Estructura de Cuadros de
Constantine (DEC)
Se realiza el diseo detallado de la interfaz de usuario,
de pantalla e impresa.
El interfaz de usuario debe corresponderse con la
estructura modular.

Practica

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Practica

Cargado por

Copyright:

Formatos disponibles

1

Ingeniero en Informtica e I. T. Gestin. Tercer curso.

También podría gustarte