%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Proyecto Fin de Carrera, % % Gestión de la documentación de Métrica, % % Ignacio Santos Gaudioso % % 1-12-2004, % % Facultad de Informática (UPV) / Consellería de infraestructura y transporte % % % % % % Esta obra está bajo una licencia Reconocimiento-CompartirIgual de Creative Commons % % Para ver una copia de esta licencia, visite http://creativecommons.org/licenses/by-sa/2.1/es/ % % o envie una carta a Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA. % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \documentclass[a4paper,spanish]{book} %twoside,openany,12pt \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} \usepackage{babel} \usepackage{times} % Pdf don't sucks Conversión de DVI a PDF o de latex a PDF \usepackage{tocbibind} %Añadir bibliografia e indices al indice \usepackage[dvips]{graphicx} % Inclusión de gráficos. Soporte para \figura (más abajo) \usepackage[linkbordercolor={00 0},plainpages=false]{hyperref} % Soporte hipertexto para color: colorlinks=true, para quitar borde rojo linkbordercolor={00 0}, \usepackage{fancyhdr} \pagestyle{fancy} % páginas con encabezado y pie básico \fancyhf{} \fancyhead[LO]{\leftmark} % En las páginas impares, parte izquierda del encabezado, aparecerá el nombre de capítulo \fancyhead[RE]{\rightmark} % En las páginas pares, parte derecha del encabezado, aparecerá el nombre de sección \fancyhead[RO,LE]{\thepage} % Números de página en las esquinas de los encabezados \renewcommand{\chaptermark}[1]{\markboth{\textbf{\thechapter. #1}}{}} % Formato para el capítulo: N. Nombre \renewcommand{\sectionmark}[1]{\markright{\textbf{\thesection. #1}}} % Formato para la sección: N.M. Nombre \renewcommand{\headrulewidth}{0.6pt} % Ancho de la línea horizontal bajo el encabezado \renewcommand{\footrulewidth}{0.6pt} % Ancho de la línea horizontal sobre el pie (que en este ejemplo está vacío) \setlength{\headheight}{1.5\headheight} % Aumenta la altura del encabezado en una vez y media \usepackage{titlesec} \newcommand{\bigrule}{\titlerule[0.5mm]} \titleformat{\chapter}[display] % cambiamos el formato de los capítulos {\bfseries\Huge} % por defecto se usarán caracteres de tamaño \Huge en negrita {% contenido de la etiqueta \titlerule % línea horizontal \filleft % texto alineado a la derecha \Large\chaptertitlename\ % "Capítulo" o "Apéndice" en tamaño \Large en lugar de \Huge \Large\thechapter} % número de capítulo en tamaño \Large {0mm} % espacio mínimo entre etiqueta y cuerpo {\filleft} % texto del cuerpo alineado a la derecha [\vspace{0.5mm} \bigrule] % después del cuerpo, dejar espacio vertical y trazar línea horizontal gruesa %Añadir profundidad al indice %\setcounter{tocdepth}{4} \newcommand{\cit}{\emph{Consellería de Infraestructuras y Transporte} \cite{Conselleria}} \newcommand{\metrica}{\emph{Métrica v.$III$} \cite{metrica}} \newcommand{\dep}{\emph{Servicio de Organización e Informática}} \newcommand{\infocentre}{\emph{Infocentre} \cite{Infocentre}} \newcommand{\windows}{\emph{Microsoft Windows \textregistered}} \title{\textbf{Gestión de la Documentación de Métrica}\\ \emph{Estudio de viabilidad y solución adoptada\thanks{Realizado en el convenio marco entre \emph{\href{http://www.fiv.upv.es}{Facultad de Informática Valencia}} y \emph{\href{http://www.cop.gva.es}{Conselleria de Infraestructuras y Transporte}}}}\\\includegraphics[90mm,300mm][0mm,0mm]{img/logofondo.eps}}%Titulo con marca de Agua \author{Ignacio Santos Gaudioso} % % % % \begin{document} \maketitle \begin{flushright} \thanks{\emph{Dedico esta memoria a mi hermano Alberto y a mis padres $ \heartsuit $}} \end{flushright} \tableofcontents \part{Introducción} \chapter{Notas del autor}\label{CAPITULO: Notas autor} \section{Aspectos Editoriales} La mayor parte de los programas procesadores de texto siguen la filosofía \textbf{WYSIYWG}(\emph{What You See Is What You Get}), desviando nuestra atención de la cuestión realmente importante, preocupandonos más del \emph{aspecto} que del \emph{contenido}. Frente a estos existen los programas de composición lógica, los cuales obligan al autor a centrarse en la estructura interna del documento y no en su aspecto. Por ello he elegido \LaTeX{}\cite{LaTeX} como programa de composición de textos, el cual pone emfasis en el contenido del documento. No quiero dejar sin mencionar el maravilloso IDE\footnote{\emph{Integrated Development Environment}, es decir, un entorno integrado de desarrollo.} de programación que he utilizado, el cual me ha simplificado enormemente la tarea, este es \href{http://kile.sourceforge.net/}{Kile}. \section{Metodología} Se ha optado por utilizar la metodología \emph{Métrica Versión $III$}\cite{metrica} ya que ofrece a las Organizaciones un instrumento útil para la sistematización de las actividades que dan soporte al ciclo de vida del software dentro del marco que permite alcanzar los siguientes objetivos: \begin{itemize} \item Proporcionar o definir Sistemas de Información que ayuden a conseguir los fines de la Organización mediante la definición de un marco estratégico para el desarrollo de los mismos. \item Dotar a la Organización de productos software que satisfagan las necesidades de los usuarios dando una mayor importancia al análisis de requisitos. \item Mejorar la productividad de los departamentos de Sistemas y Tecnologías de la Información y las Comunicaciones, permitiendo una mayor capacidad de adaptación a los cambios y teniendo en cuenta la reutilización en la medida de lo posible. \item Facilitar la comunicación y entendimiento entre los distintos participantes en la producción 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. \item Facilitar la operación, mantenimiento y uso de los productos software obtenidos. \end{itemize} \section{Agradecimientos} En primer lugar, al \textbf{Comando Igep} David Pascual\footnote{El friki}, Keka\footnote{Ratón rápido}, Vero\footnote{La niña del javascrí}, Raki y Toni, porque sin su ayuda esto hubiera sido una \emph{palmatoria}\textregistered{} y no me hubiera animado a darle \emph{zapatilla}\textregistered{} a este documento. A mis amiguitas del alma Gabriela y Eugin, Tukuman y Valterna, que siempre me han ofrecido su ayuda sin compromiso. A las chicas guapas de mi despacho MªJesús y Nieves, por alegrarme las mañanas, \emph{deu meu, deu meu\ldots}\textregistered A David Canovas, por encontrar todo lo que me hizo falta (11811). A mi tutor Gaspar y mi directora Mª José, por comprenderme tan bien. \part{Motivación}\label{PARTE: Motivacion} \chapter{Objetivos}\label{CAP: Objetivos} El objetivo principal de este proyecto es que sirva como documento de análisis, donde se realize un exhaustivo estudio de la necesidad surgida en la organización, sus posibles alternativas de solución y la correcta implantación del sistema de información de la solución obtenida. \part{Estudio}\label{PARTE: Estudio} \chapter{Estudio de Viabilidad del Sistema}\label{PROC: Estudio de viabilidad} El propósito de este proceso es analizar un conjunto concreto de necesidades, con la idea de proponer una solución a corto plazo. Los criterios con los que se hace esta propuesta no serán estratégicos sino tácticos y relacionados con aspectos económicos, técnicos, legales y operativos. Se ha considerado que este proceso es obligatorio, aunque el nivel de profundidad con el que se lleve a cabo dependerá de cada caso. Los resultados del Estudio de Viabilidad del Sistema constituirán la base para tomar la decisión de seguir adelante o abandonar. La solución obtenida como resultado del estudio puede ser la definición de uno o varios proyectos que afecten a uno o varios sistemas de información ya existentes o nuevos. Para ello, se identifican los requisitos que se ha de satisfacer y se estudia, si procede, la situación actual. A partir del estado inicial, la situación actual y los requisitos planteados, se estudian las alternativas de solución. Dichas alternativas pueden incluir soluciones que impliquen desarrollos a medida, soluciones basadas en la adquisición de productos software del mercado o soluciones \emph{Open Source}. 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 organización, la inversión a realizar en cada caso y los riesgos asociados. Esta información se analiza con el fin de evaluar las distintas alternativas y seleccionar la más adecuada, definiendo y estableciendo su planificación. El resultado final de este proceso son los productos relacionados con la solución que se propone para cubrir la necesidad concreta que se planteó en el proceso.\\ \subsubsection{Actividades:} \begin{itemize} \item EVS 1 Establecimiento del alcance del sistema (\ref{ACT: Establecimiento del alcance}) \item EVS 2 Estudio de la situación actual (\ref{ACT: Estudio de la situacion actual}) \item EVS 3 Definición de requisitos del sistema (\ref{ACT: Definicion req del sist}) \item EVS 4 Estudio de alternativas de solución (\ref{ACT: Estudio alternativas solucion}) \item EVS 5 Valoración de las alternativas (\ref{ACT: Valoracion alternativas}) \item EVS 6 Selección de la solución (\ref{ACT: Seleccion solucion}) \end{itemize} \section{Establecimiento del alcance del sistema}\label{ACT: Establecimiento del alcance} En esta actividad se estudia el alcance de la necesidad planteada por el cliente o usuario, realizando una descripción general de la misma. Se determinan los objetivos, se inicia el estudio de los requisitos y se identifican las unidades organizativas afectadas estableciendo su estructura. \subsection{Estudio de la solicitud}\label{TAR: Estudio solicitud} Durante el estudio de la Metodología de Análisis \metrica{} y definición de la documentación de los proyectos informáticos de la \cit, surge la necesidad de definir la \emph{ubicación, tratamiento y publicación} de dichos documentos. Estos documentos parten de unas \emph{plantillas}, que serán rellenadas por los participantes del proyecto (Jefe de Proyecto, Analista\ldots) y pertenecerán al sistema de información estudiado. Se deberá definir la ubicación tanto de las \emph{plantillas} para facilitar la confección de los documentos, como de los \emph{documentos} mismos, así como otro tipo de \emph{anexos} generados por distintas herramientas. Dado el caracter de la aplicación, no topamos con ningún tipo de restricción económica, operativa o legal que pueda afectar al sistema.\\ \subsubsection{Catálogo de Requisitos de Usuario:}\label{DOC: Cat de Requisitos Usu} \begin{enumerate} \item %Identificador \begin{description} \item[Tipo: ] Requisito Funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Mantenimiento de Documentos. \item[Fuente: ] Analista %\item[Entrevista: ] -- \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 %\item[Documentación: ] -- \item[Usuario y Fecha de Creación: ] \date{01 Diciembre 2004} \end{description} \item \begin{description} \item[Tipo: ] Requisito Funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Listado de documentos según criterios \item[Fuente: ] Analista %\item[Entrevista: ] -- \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 %\item[Documentación: ] -- \item[Usuario y Fecha de Creación: ] \date{01 Diciembre 2004} \end{description} \item \begin{description} \item[Tipo: ] Requisito Funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Mantenimiento de la estructura "Adaptación de \metrica" \item[Fuente: ] Analista %\item[Entrevista: ] -- \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 %\item[Documentación: ] -- \item[Usuario y Fecha de Creación: ] \date{01 Diciembre 2004} \end{description} \end{enumerate} \subsection{Identificación del Alcance del Sistema}\label{TAR: Identificacion alcance sistema} El sistema propuesto pertenece al ámbito de un Plan de Sistemas de Información, sin embargo no identificamos ninguna restricción relativa a la sincronización con otros proyectos, que pueda interferir en la planificación futura y puesta a punto del sistema objeto del estudio. \\ \subsubsection{Descripción General del Sistema:}\label{DOC:Descrip general Sistema} \begin{figure}[h!] \centering \scalebox{0.5}{\includegraphics[bb=14 14 576 576]{img/DescSist.eps}} % DescSist.eps: 300dpi, width=4.76cm, height=4.76cm, bb=14 14 576 576 \caption{Casos de uso Contexto del Sistema} \label{fig:DescripGenSis} \end{figure} Existirán dos actores bien diferenciados; el \emph{Administrador} que será el encargado de mantener la estructura de adaptación de \metrica y el \emph{Analista} que hará uso de esa estructura para registrar sus documentos de analisis. En un principio, el sistema propuesto no interactua con otros sistemas, pero probablemente la estructura de documentos y estos propiamente dichos serán incluidos en otros gestores de contenidos futuros. % % \subsubsection{Catálogo de Requisitos relativos a Restricciones:}\label{Cat de Requisitos Restric} % \begin{enumerate} % \item %Identificador % \begin{description} % %\item[Tipo: ] % %\item[Area funcional: ] % \item[Descripción: ] % \item[Fuente: ] Analista % %\item[Entrevista: ] -- % \item[Importancia: ] Alta % %\item[Urgencia: ] Alta % %\item[Satisfacción del Usuario: ] 1-5 % \item[Documentación: ] -- % %\item[Usuario y Fecha de Creación: ] % % \end{description} % \end{enumerate} % % % Prueba de referencia al Catálogo (\ref{Cat de Requisitos Usu}). % \subsection{Especificación del Alcance del EVS}\label{TAR: Especificacion alcance EVS} Aquí decidimos realizar el \emph{Estudio de la Situación Actual}(\ref{ACT: Estudio de la situacion actual}), con el objetivo de integrar el sistema perfectamente. \section{Estudio de la situación actual}\label{ACT: Estudio de la situacion actual} La situación actual es el estado en el que se encuentran los sistemas de información existentes en el momento en el se inicia el estudio. Teniendo en cuenta el objetivo del estudio de la situación actual, se realiza una valoración de la información existente acerca de los sistemas de información afectados. Como resultado de esta actividad se genera un diagnóstico, estimando la eficiencia de los sistemas de información existentes e identificando los posibles problemas y las mejoras. \subsection{Valoración del Estudio de la Situación Actual}\label{TAR: Valoracion estudio situacion act} En la situación actual, la documentación de análisis de las aplicaciones se confecciona y gestiona de dos formas. Una que define su estructura y diseño de los documentos a publicar y otra segunda, más nueva, que sirviendose de la estructura de publicación vigente,no se ciñe al diseño de los documentos y publica los documentos resultantes del análisis según las plantillas de \emph{Adaptación a \metrica}. Valoraremos la eficacia y sencillez de dichos sistemas de información implicados. \subsection[Identificación de los Usuarios Participantes]{Identificación de los Usuarios Participantes en el Estudio de la Situación Actual} Los usuarios participantes de cada un de las unidades organizativas afectadas por dicho estudio se mostrarán en el siguiente \emph{Catálogo de Usuarios}(\ref{DOC: Catalogo Usuarios}). Cabe señalar que, no todos los usuarios enumerados en adelante serán usuarios finales de la aplicación de gestión de documentación que estamos estamos estudiando.\\ \subsubsection{Catálogo de Usuarios:}\label{DOC: Catalogo Usuarios} \begin{enumerate} \item \begin{description} \item[Usuario: ] Analista \item[Area funcional: ] Analisis %\item[Nivel: ] %\item[perfil: ] \end{description} \item \begin{description} \item[Usuario: ] Responsable \item[Area funcional: ] Organización %\item[Nivel: ] %\item[perfil: ] \end{description} \item \begin{description} \item[Usuario: ] Administrador web \item[Area funcional: ] Sistemas %\item[Nivel: ] %\item[perfil: ] \end{description} \end{enumerate} \subsection{Descripción de los Sistemas de Información Existentes}\label{TAR: Descripcion S.I existentes} En esta tarea se describen los sistemas de información existentes afectados. Como se dijo anteriormente (\ref{TAR: Valoracion estudio situacion act}) los sistemas existentes son dos, aunque el segundo sea una mejora/adaptación a los tiempos actuales. Con el objeto de centralizar toda la documentación de informática que se edita en el \dep, se ha habilitado un sitio en el servidor de Web de la \cit (ver \ref{fig:Intranet}) a cuyo índice principal puede accederse en \href{http://www.cop.gva.es/informatica}{http://www.cop.gva.es/informatica} \footnote{El acceso a toda esta documentación está restringido por IP a las máquinas que se encuentren en puestos de trabajo de la \cit , y a algunos de \infocentre que lo han requerido.} \begin{figure}[!h] \centering \scalebox{0.5}{\includegraphics[bb=14 14 834 650]{img/Intranet.eps}} % Intranet.eps: 300dpi, width=6.94cm, height=5.38cm, bb=14 14 834 650 \caption{Intranet Documentos} \label{fig:Intranet} \end{figure} \clearpage Se ha creado un grupo llamado \emph{informática} donde estará incluido todo aquel usuario que vaya a documentar, con un subgrupo llamado \emph{responsables}, que serán aquellos que tengan a su cargo la responsabilidad de alguna aplicación. El usuario \emph{docinfo} será vigente aunque sólamente para lectura, con el único objeto de que los responsables de cada aplicación puedan, con él, dar acceso de lectura a la documentación a aquellas personas que consideren conveniente sin que para ello se les tenga que dar de alta un usuario especifico en el grupo \emph{informatica}. Para publicar algún documento habrá que tener un usuario dado de alta en el grupo \emph{informática}, para lo que hace falta una identificación de usuario, \emph{nombre de usuario/password}, que será solicitado por el responsable de la aplicación del usuario siguiendo los siguientes pasos (ver \ref{fig:Intranet pasos}). \begin{figure}[!h] \centering \scalebox{0.4}{\includegraphics[bb=14 14 834 906]{img/IntranetPasos.eps}} % Intranet2.eps: 300dpi, width=6.94cm, height=7.55cm, bb=14 14 834 906 \caption{Intranet Pasos} \label{fig:Intranet pasos} \end{figure} \clearpage Con el objeto de facilitar el manejo de la documentación al respecto del \emph{desarrollo de aplicaciones} que se genera en el \dep, se establece como norma que los contenidos se estructuren tal y como se indican a continuación (ver \ref{fig:Intranet Normas}). \begin{figure}[!h] \centering \scalebox{0.5}{\includegraphics[bb=14 14 834 906]{img/IntranetNormas.eps}} % IntranetNormas.eps: 300dpi, width=6.94cm, height=7.55cm, bb=14 14 834 906 \caption{Intranet Normas} \label{fig:Intranet Normas} \end{figure} \clearpage Con el objeto de mantener una homogeneidad, se han establecido unas normas básicas en cuanto al aspecto de las páginas web que albergen la documentación (ver \ref{fig:Intranet Aspecto}). \begin{figure}[!h] \centering \scalebox{0.5}{\includegraphics[bb=14 14 834 906]{img/IntranetAspecto.eps}} % IntranetAspecto.eps: 300dpi, width=6.94cm, height=7.55cm, bb=14 14 834 906 \caption{Intranet Aspecto} \label{fig:Intranet Aspecto} \end{figure} \clearpage En definitiva, existe una estructura de gestión de documentos via web, que permite su confección y publicación para su posterior acceso (ver \ref{fig:Intranet Estructura} ). \begin{figure}[!h] \centering \scalebox{0.5}{\includegraphics[bb=14 14 834 587]{img/IntranetEstructura.eps}} % IntranetEstructura.eps: 300dpi, width=6.94cm, height=4.85cm, bb=14 14 834 587 \caption{Intranet Estructura} \label{fig:Intranet Estructura} \end{figure} \clearpage Tras el estudio de la \emph{Adaptación de la Metodología de Análisis} \metrica, se han introducido cambios en la confección de documentos de análisis. Los entregables se confeccionan a partir de \emph{plantillas OpenOffice} \cite{OpenOffice} (ver \ref{fig:Intranet Metrica},\ref{fig:Intranet Metrica Plantillas}), pero se siguen publicando con los mismos procedimientos. \begin{figure}[!h] \centering \scalebox{0.5}{\includegraphics[bb=14 14 834 608]{img/IntranetMetrica.eps}} % IntranetMetrica.eps: 300dpi, width=6.94cm, height=5.03cm, bb=14 14 834 608 \caption{Intranet Métrica} \label{fig:Intranet Metrica} \end{figure} \begin{figure}[!h] \centering \scalebox{0.5}{\includegraphics[bb=14 14 834 763]{img/IntranetMetricaPlantillas.eps}} % IntranetMetricaPlantillas.eps: 300dpi, width=6.94cm, height=6.34cm, bb=14 14 834 763 \caption{Intranet Plantillas de Métrica} \label{fig:Intranet Metrica Plantillas} \end{figure} \clearpage \subsection{Realización del Diagonóstico de la Situación Actual}\label{TAR: Diagnostico situacion actual} Analizando la información de los Sistemas de Información Existentes (\ref{TAR: Descripcion S.I existentes}), obtenida en la tarea anterior, podemos observar que la gestión y publicación de documentos de analisis es una tarea tediosa, que además, debida a la falta de rigidez en su gestión provoca heterogeneidad en su publicación. Tampoco resulta beneficioso que intervengan más usuarios (\ref{DOC: Catalogo Usuarios}) de los que realmente realizan la tarea de análisis. Tiene carencias en cuanto localización rápida de documentos, ya que la busqueda la tiene que realizar el propio usuario navegando por la web. Podemos concluir que no es un sistema que cubra las necesidades que se espera que cubra en la situación actual. \section{Definición de requisitos del sistema}\label{ACT: Definicion req del sist} Esta actividad incluye la determinación de los requisitos generales, mediante una serie de sesiones de trabajo con los usuarios participantes, que hay que planificar y realizar. Una vez finalizadas, se analiza la información obtenida definiendo los requisitos y sus prioridades, que se añaden al catalogo de requisitos que servirá para el estudio y valoración de las distintas alternativas de solución que se propongan. % \subsection{Identificación de las Directrices Técnicas y de Gestión}\label{TAR: Indetif Direct Tecnicas} % La realización de esta tarea permite considerar los términos de referencia para el sistema en estudio desde el punto de vista de directrices tanto técnicas, como de gestión. % En adelante, se recoge información sobre los estándares y procedimientos que deben considerarse al proponer una solución, relativos a: % % \subsubsection{Catálogo de Normas:}\label{DOC: Catalogo Normas} % \begin{itemize} % \item Políticas Técnicas: % \subitem Gestión de Proyectos % \subitem Desarrollo de Sistemas % \subitem Arquitectura de Sistemas % \item Política ed Seguridad % % \end{itemize} \subsection{Identificación de Requisitos}\label{TAR: Identif Requisitos} Esta es una tarea previa para la obtención de los requisitos que debe cumplir el Sistema de Información. Por medio de sesiones de trabajo con los usuarios participantes (\ref{DOC: Catalogo Usuarios}) y de las necesidades que ha de cubrir el sistema (\ref{DOC: Cat de Requisitos Usu}), obtenemos los siguientes prodúctos de salida(\ref{TAR: Catalogacion Requisitos}). \subsection{Catalogación de Requisitos}\label{TAR: Catalogacion Requisitos} Como hemos dicho anteriormente, de las sesiones de trabajo para la Identificación de Requisitos (\ref{TAR: Identif Requisitos}), pasamos a definir y catalogar los requisitos que debe satisfacer el sistema. \\ \subsubsection{Catálogo de Requisitos:}\label{DOC: Catalogo Requisitos} \begin{enumerate} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Creación,agregación y modificación de documentos por aplicación. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Ubicación y gestión de documentos para su posterior acceso. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Criterios de agrupación varios.\footnote{Categorías: Finalizado, Pendiente, Requisito, Seguridad\ldots} \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Mantenimiento de una estructura\footnote{Estructura en arbol de Procesos $\Rightarrow Actividades \Rightarrow Tareas \Rightarrow Grupos \Rightarrow Documentos$} de acuerdo con la \emph{Adaptación }\metrica. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Roles de Administrador y de Usuario Analista. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Generación de listados por Aplicación. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Generación de listados por estructura \metrica. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Generación de listados por Categorías. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \item \begin{description} \item[Tipo: ] Requisito funcional \item[Area funcional: ] Servicio de Organización e Informática \item[Descripción: ] Mantenimiento de \emph{Meta-información} para los documentos. \item[Fuente: ] Analista \item[Importancia: ] Alta \item[Urgencia: ] Alta \item[Satisfacción del Usuario: ] 5 \item[Usuario y Fecha de Creación: ] 01 Diciembre 2004 \end{description} \end{enumerate} \section{Estudio de Alternativas de Solución}\label{ACT: Estudio alternativas solucion} Este estudio se centra en proponer diversas alternativas que respondan satisfactoriamente a los requisitos planteados, considerando tabién los resultados obtenidos en el \emph{Estudio de la Situación Actual} (\ref{ACT: Estudio de la situacion actual}), en el caso de que se haya realizado. Teniendo en cuenta el ámbito y funcionalidad que debe cubrir el sistema, puede ser conveniente realizar, previamente a la definición de cada alternativa, una descomposición del sistema en subsistemas. En la descripción de las distintas alternativas de solución propuestaas, se debe especificar si alguna de ellas está basada, total o parcialmente, en un producto existente en el mercado.% Si la alternativa incluye un desarrollo a medida, se debe incorporar en la descripción de la misma un modelo abstracto de datos y un modelo de procesos, y en orientación a objetos, un modelo de negocio y un modelo de dominio. \subsection{Preselección de Alternativas de Solución}\label{TAR: Preseleccion alternativas solucion} Una vez definidos los requisitos (\ref{DOC: Catalogo Requisitos}) a cubrir por el sistema, se estudian las diferentes opciones que hay para configurar la solución. Tras las conclusiones favorables del \emph{Proyecto de Sistemas Abiertos} definido conjuntamente con la \emph{Dirección General de Modernización} y la \cit, convivimos en un marco de desarrollo \emph{Open Source}\cite{OpenSource}. Esto condicionará que los productos software propuestos tiendan a una licencia abierta, que nos permita aprovecharnos de sus numerosas ventajas.\\ Con este precendete, se han preseleccionado las siguientes alternativas de solución: \begin{description} \item [Pentec] Producto software del mercado \item [Gforge] Gestor de proyectos OpenSource \cite{OpenSource} \item [DCM] Desarrollo a medida \end{description} \subsection{Descripción de las Alternativas de Solución}\label{TAR: Descripcion alternativas solucion} Para cada alternativa propuesta, vamos a identificar los subsistemas que cubre y los requisitos a los que se da respuesta.\\ \subsubsection{Pentec GDP.}\label{DOC: Pentec GDP} Herramienta de apoyo en el desarrollo de proyectos informáticos (principalmente en entornos Oracle), propiedad de Pentec \cite{Pentec} % \begin{figure}[!h] % \centering % \scalebox{0.4}{\includegraphics[bb=0 526 485 842]{.img/pentec.eps}} % % pentec.eps: 300dpi, width=4.11cm, height=2.68cm, bb=0 526 485 842 % \caption{Pentec GDP} % \label{fig:Pentec GDP} % \end{figure} \begin{description} \item [Entorno Tecnológico]: \begin{enumerate} \item Plataforma: \windows \item Modelo: Cliente/Servidor. \item Lenguaje de programación: Desconocido/Irrelevante compilado para win32\textregistered. \item Licencia: Con \emph{Copyright} y pago por su uso. Privativa \end{enumerate} \item [Prestaciones Funcionales]: \begin{enumerate} \item Incluye generadores automáticos de documentación desde \emph{Oracle Designer} \item Centraliza la plataforma de Documentación \item Posibilidad de integrarse con otros productos (\href{http://www.ibm.com/software/rational/}{Rational Rose \textregistered}, \href{http://www.sybase.com/products/developmentintegration/powerdesigner}{Power Designer\textregistered}) \item Generación y tratamiento de documentos individuales para cada objeto relevante en el proyecto \item Definición de usuarios y permisos de acceso por usuario y proyecto \item Definición de plantillas predefinidas para la creación de documentos manuales \item Generación de documentación en formatos Word, PDF y HTML \item Control de acceso a la documentación por proyecto y usuario \item Gestión y tratamiento del versionado de la documentación \item Generación de documentación basada en XML \item Informes específicos para generación automática de documentación desde Oracle Designer 6i \item Definición de múltiples vistas de \metrica según el tipo y la complejidad de los proyectos \item Tutores de uso y aplicación de \metrica \item Definición de plantillas propias para cada rama de \metrica \item Personalización del árbol de \metrica para cada Proyecto \item Definición de perfiles de \metrica a usar en cada tipo de Proyecto, dependiendo del tamaño del mismo. \item Soporte para documentar aplicativos \emph{MASTIN} \cite{mastin} \item Carga sobre Designer de la información almacenada en \emph{MASTIN} \item Generación automática de los diagramas de circuitos sobre Designer \item Actualización automática de la documentación a partir de los cambios realizados en MASTIN. \item Posibilidad de cargar \emph{MASTIN} con los datos del análisis de los circuitos almacenada en Designer \end{enumerate} \item [Características]: \begin{enumerate} \item Alcance práctico del producto: %Si las facilidades y forma de operación del producto cubren las necesidades de los usuarios. Es decir, si se cumplirían los objetivos y en qué medida. El producto cubre y sobrepasa las necesidades de los usuarios. \item Coste del producto:$2*(Coste Desarrollo)$ \item Material didáctico que proporciona el proveedor: %Considerar si el material proporcionado por el proveedor es completo y de calidad, sobre todo que se apegue al nivel de usuario, para lograr explotación inmediata y completa. El material proporcionado es amplio y de calidad. Presentaciones del ambito del producto, manuales, sesiones prácticas y ayuda en linea. \item Sencillez para la explotación del producto: %Sencillo de operar, a efecto de simplificar el trabajo. Si el nuevo software en lugar de facilitar el trabajo lo complica, entonces será muy difícil que se cumplán los objetivos fijados. Sencillo de operar, aunque su multitud de opciones puede alargar más de lo necesario el aprendizaje de la herramienta por parte del usuario. \item Mantenimiento para actualizaciones futuras: % El producto debe poder ser sujeto de cambios rápidos y sencillos para cubrir posibles modificaciones, requeridas por los usuarios, especialmente las que se generan por cambios legales. Lo ideal es que sea un producto flexible capaz de ser modificado a partir de parámetros de configuración. Las posibles modificaciones futuras correrian a cargo del desarrollador de la aplicación, ya que con la licencia solo obtenemos el código compilado para win32\textregistered. \item Cantidad de usuarios del producto en el mercado: %Un buen punto de comparación, que dará más confianza. Investigar en el mercado alguna instalación que lo tenga en operación, a fin de intercambiar opiniones que sean de beneficio para el dictamen. Conocemos que actualmente en el mercado tienen instalaciones de este producto en \href{http://www.impiva.es/}{IMPIVA}, \href{http://www.gva.es/c_economia/}{Conselleria de Economía Hacienda y Empleo}, \href{http://www.comunitatvalenciana.com/}{Agencia Valenciana de Turismo} y \href{http://www.upv.es}{Universidad Politécnica de Valencia}. \end{enumerate} \end{description} \subsubsection{Gforge. }\label{DOC: Gforge} \href{http://www.gforge.org}{Gforge} es un producto que parte de la última versión liberada (con licencia libre) del producto \href{http://www.sf.net}{SourceForge}. Sourceforge es la base del sitio web \href{http://www.sf.net}{http://sourceforge.net} que actualmente aloja más de 80.000 proyectos de software libre en los que participan más de 700.000 usuarios desarrolladores. Su propuesta, es integrarse con otros productos GPL y colaborar o incluso facilitar la manera de administrarlos. \begin{description} \item [Entorno Tecnológico]: \begin{enumerate} \item Plataforma: Multiplataforma \item Modelo: WEB \item Lenguaje de programación: \href{http://www.php.de}{PHP}4 \item Licencia: GPL \cite{gpl} \end{enumerate} \item [Prestaciones Funcionales]: \begin{enumerate} \item Calendario eventos \item Noticias \item Diagramas - Gráficos \item Repositorio Documentación \item Control de Bugs \item Foros \item Lista de distribución \item Chat \item CVS\footnote{Concurrent Versions Systems: mantiene el registro de todo el trabajo y los cambios en la implementación de un proyecto} \item Groupware \item RSS\footnote{Really Simple Sindication: Sindicación de contenidos} \item TO-DO Asignado \end{enumerate} \item [Características]: \begin{enumerate} \item Alcance práctico del producto: %Si las facilidades y forma de operación del producto cubren las necesidades de los usuarios. Es decir, si se cumplirían los objetivos y en qué medida. Muy recomendable en cuanto a la gestión de proyectos, pero no estructura la información en la medida necesaria para cubrir nuestros objetivos. \item Costo del producto: %Coste económico Su licencia no imputa coste alguno por su uso. \item Material didáctico que proporciona el proveedor: %Considerar si el material proporcionado por el proveedor es completo y de calidad, sobre todo que se apegue al nivel de usuario, para lograr explotación inmediata y completa. Carece de ayuda en linea en el propio entorno, pero accediendo a la web del proyecto encontramos numerosos manuales, puede echarse de menos que el idioma de estos solo sea inglés. Por tratarse de un producto \emph{OpenSource} cuenta con una amplia comunidad de apoyo, por lo que no existen carencias en cuanto a material didáctico \item Sencillez para la explotación del producto: %Sencillo de operar, a efecto de simplificar el trabajo. Si el nuevo software en lugar de facilitar el trabajo lo complica, entonces será muy difícil que se cumplán los objetivos fijados. Su uso no presenta mayor complicación que otros productos. Intuitivo \item Mantenimiento para actualizaciones futuras: % El producto debe poder ser sujeto de cambios rápidos y sencillos para cubrir posibles modificaciones, requeridas por los usuarios, especialmente las que se generan por cambios legales. Lo ideal es que sea un producto flexible capaz de ser modificado a partir de parámetros de configuración. Producto vivo y en continuo desarrollo, nos permite cubrir posibles necesidades mediante actualizaciones o con el propio desarrollo, ya que poseemos el código fuente. \item Cantidad de usuarios del producto en el mercado: %Un buen punto de comparación, que dará más confianza. Investigar en el mercado alguna instalación que lo tenga en operación, a fin de intercambiar opiniones que sean de beneficio para el dictamen. Multitud de empresas cuentan con este gestor de proyectos y s aceptación sigue en aumento. \end{enumerate} \end{description} \subsubsection{DCM. }\label{DOC: DCM} Gestión de la Documentación de Métrica. Desarrollo a medida. \begin{description} \item [Entorno Tecnológico]: \begin{enumerate} \item Plataforma: Multiplataforma \item Modelo: Web \item Lenguaje de programación: IGEP\footnote{IGEP: Implementación de la Guia de Estilo en PHP}/PHP \item Licencia: No determinada \end{enumerate} \item [Prestaciones Funcionales]: Ver \emph{Catálogo de Requisitos } \ref{DOC: Catalogo Requisitos} \begin{enumerate} \item Mantenimiento de una estructura jerarquica de acuerdo con la adaptación \metrica \item Creación,agregación y modificación de documentos por aplicación. \item Ubicación y gestión de documentos para su posterior acceso. \item Criterios de agrupación varios. \item Roles de acceso; Administrador y Usuario Analista. \item Generación de listados por Aplicación. \item Generación de listados por estructura \metrica. \item Generación de listados por Categorías. \item Mantenimiento de \emph{Meta-información} para los documentos. \end{enumerate} \item [Características]: \begin{enumerate} \item Alcance práctico del producto: %Si las facilidades y forma de operación del producto cubren las necesidades de los usuarios. Es decir, si se cumplirían los objetivos y en qué medida. Dado que es un desarrollo a medida, el producto cubrirá al completo las necesidades de los usuarios. \item Coste del producto:$(Coste Desarrollo)$ %Coste económico \item Material didáctico que proporciona el proveedor: %Considerar si el material proporcionado por el proveedor es completo y de calidad, sobre todo que se apegue al nivel de usuario, para lograr explotación inmediata y completa. Se documentará por los procedimientos habituales de ayuda y documentación de la empresa \item Sencillez para la explotación del producto: %Sencillo de operar, a efecto de simplificar el trabajo. Si el nuevo software en lugar de facilitar el trabajo lo complica, entonces será muy difícil que se cumplán los objetivos fijados. Ya que se realizará sobre la guia de estilo, el usuario ya conocerá la forma de trabajo y su aprovechamiento será inmediato. \item Mantenimiento para actualizaciones futuras: % El producto debe poder ser sujeto de cambios rápidos y sencillos para cubrir posibles modificaciones, requeridas por los usuarios, especialmente las que se generan por cambios legales. Lo ideal es que sea un producto flexible capaz de ser modificado a partir de parámetros de configuración. Dado que el producto es de la propia empresa, su mantenimiento está garantizado. %\item Cantidad de usuarios del producto en el mercado: %Un buen punto de comparación, que dará más confianza. Investigar en el mercado alguna instalación que lo tenga en operación, a fin de intercambiar opiniones que sean de beneficio para el dictamen. \end{enumerate} \end{description} \section{Valoración de las alternativas}\label{ACT: Valoracion alternativas} Una vez descritas las alternativas se realiza una valoración de las mismas, considerando el impacto en la organización, tanto desde el punto de vista tecnológico y organizativo como de operación, y los posoibles beneficios que se esperan contrastados con los costes asociados. Se realiza también un análisis de los riesgos, decidiendo cómo enfocar el plan de acción para miimizar los mismos y cuantificando los recursos y plazos precisos para planificar cada alternativa. \subsection{Estudio de la Inversión}\label{TAR: Estudio inversion} Para cada alternativa de solución propuesta (\ref{TAR: Preseleccion alternativas solucion}), valoraremos el impacto en la organización y su viabilidad económica. Para ello, realizaremos un análisis \emph{coste/beneficio} que determinará los costes del sistema y los ponderará con los beneficios tangibles, cuantificables directamente y con los beneficios intangibles, buscando el modo de cuantificarlos. \subsubsection{Análisis Coste/Beneficio}\label{DOC: Analisis coste beneficio} Los criterios de selección que servirán de base para la valoración de las alternativas de solución, así como sus pesos de ponderación, se recogen a continuación. Se utilizará para la decisión el \emph{Metodo de Ponderación Lineal} con \emph{Normalización de Puntuaciones por Fracción del Ideal}, incorporado el informe de \textbf{CIABSI}\footnote{\href{http://www.csi.map.es/csi/ciabsi.htm}{Comisión Interministerial de Adquisición de Bienes y Servicios Informáticos}} al amparo de lo dispuesto en el \emph{\href{http://www.csi.map.es/csi/pg3102.htm}{R.D. 533/92}}. Aplicandose las siguientes fórmulas según el sentido de cada criterio: \begin{eqnarray*} \mbox{Criterios a Maximizar } = \left\{\begin{array}{ll} u_{ij}=\frac{a_{ij}}{b_i},&\mbox{si }a_{ij}\leq b_i\\ u_{ij}=1,&\mbox{si }a_{ij}>b_i \end{array} \right. \end{eqnarray*} \begin{eqnarray*} \mbox{Criterios a Minimizar } = \left\{\begin{array}{ll} u_{ij}=\frac{b_i}{a_{ij}},&\mbox{si }a_{ij}\geq b_i\\ u_{ij}=1,&\mbox{si }a_{ij}<b_i \end{array} \right. \end{eqnarray*} Donde:\\ $u_{ij}=$ puntuación normalizada de la alternativa $j$ en el criterio $i$\\ $a_{ij}=$ puntuación de la alternativa $j$ en el criterio $i$\\ $b_i=$ umbral\footnote{Máximo valorable en los criterios a maximizar, mínimo valorable en los criterios a minimizar.} de saciedad correpondiente al criterio $i$. \\ \\ Para el caso particular de $b_i=0$ en los criterios a minimizar se realizará un traslación de puntuaciones de la forma \begin{displaymath} a_{ij}=a_{ij}+\frac{1}{100}*\min|a_{ij}|\mbox{ } \forall \mbox{ } j \end{displaymath} y se aplican las formulas anteriores.\\ \subsubsection{Los criterios a \emph{MAXIMIZAR} son los siguientes:} Funcionales:\\ \begin{tabular}{lc} $b_1=$ Gestión de documentos por aplicación en estudio & $10$ \\ $b_2=$ Mantenimiento de la estructura métrica & $10$ \\ $b_3=$ Catalogiación de la información & $6$ \\ $b_4=$ Roles de acceso & $5$ \\ $b_5=$ Generación de reportes (listados) & $7$ \\ \end{tabular} \\ \\ Características del S.I:\\ \begin{tabular}{lc} $b_6=$ Multiplataforma & $10$ \\ $b_7=$ Adaptación del producto a futuras necesidades & $10$ \\ \end{tabular} \\ \subsubsection{Los criterios a \emph{MINIMIZAR} son los siguientes:} Costes:\\ \begin{tabular}{cc} $b_1=$ Costes en licencias por uso & $8$ \\ $b_2=$ Costes formación usuarios & $7$ \\ \end{tabular} % \subsubsection{Alternativas:} % Estas son:\\ % $j=1$ Pentec\\ % $j=2$ Gforge\\ % $j=3$ DCM\\ \begin{table}[!h] \caption{Coste Pentec}\label{TAB: Coste pentec} \begin{center} \begin{tabular}{|l|l|l|} \hline \multicolumn{3}{|c|}{\textbf{Pentec}}\\ \hline & MAX& MIN \\ \hline & $u_{11}=10/10=1$& $u_{11}=8/8=1$ \\ & $u_{21}=10/10=1$& $u_{21}=1$\\ & $u_{31}=0/6=0$& \\ & $u_{41}=3/5=0,6$& \\ & $u_{51}=4/7=0,6$& \\ & $u_{61}=0/10=0$& \\ & $u_{71}=0/10=0$& \\ \hline & 3,2& 2\\ \hline \end{tabular} \end{center} \end{table} \begin{table}[!h] \caption{Coste Gforge}\label{TAB: Coste gforge} \begin{center} \begin{tabular}{|l|l|l|} \hline \multicolumn{3}{|c|}{\textbf{Gforge}}\\ \hline & MAX& MIN \\ \hline & $u_{11}=0/10=0$& $u_{11}=1$ \\ & $u_{21}=5/10=0,5$& $u_{21}=1$\\ & $u_{31}=0/6=0$& \\ & $u_{41}=5/5=1$& \\ & $u_{51}=3/7=0,4$& \\ & $u_{61}=10/10=1$& \\ & $u_{71}=8/10=0$& \\ \hline & 2,9& 2\\ \hline \end{tabular} \end{center} \end{table} \begin{table}[!h] \caption{Coste DCM}\label{TAB: Coste dcm} \begin{center} \begin{tabular}{|l|l|l|} \hline \multicolumn{3}{|c|}{\textbf{DCM}}\\ \hline & MAX& MIN \\ \hline & $u_{11}=10/10=1$& $u_{11}=1$ \\ & $u_{21}=10/10=1$& $u_{21}=1$\\ & $u_{31}=10/10=1$& \\ & $u_{41}=10/10=1$& \\ & $u_{51}=10/10=1$& \\ & $u_{61}=10/10=1$& \\ & $u_{71}=10/10=1$& \\ \hline & 3,5& 2\\ \hline \end{tabular} \end{center} \end{table} \subsubsection{Resultados:} Para las siguientes alternativas\\ $j=1$ Pentec\\ $j=2$ Gforge\\ $j=3$ DCM\\ \subsection{Estudio de los Riesgos}\label{TAR: Estudio riesgos} Identificamos y valoramos los riesgos asociados para cada una de nuestras alternativas (\ref{TAR: Descripcion alternativas solucion}) y que medidas a tomar para minimizarlos. \subsubsection{Pentec GDP} Su extenso abanico de opciones podría ocasionar la desorientación del usuario y por tanto frenar su aprendizaje para su explotación. Sería interesante impartir unos pequeños ciclos formativos que muestre por medio de ejemplos prácticos las tareas en cuanto a administración de documentación de \metrica. \subsubsection{Gforge} Dado a que Gforge no es una simple aplicación de escritorio, sino que utiliza servicios externos, su correcta configuración así como su administración en caso de desastre es un potencial riesgo. Este es un riesgo que debe ser cubierto por el personal del area de \emph{Sistemas} de la casa. \subsubsection{DCM} El desarrollo a medida no presenta ningún riesgo relativo tanto a la incertidumbre como a la complejidad del sistema. \subsection{Planificación de Alternativas}\label{TAR: Planificacion alternativas} \subsubsection{Pentec GDP} En el plan de trabajo de esta alternativa debería incluirse una formación previa a la instalación y uso del sistema en los equipos, por parte de los analistas. \subsubsection{Gforge} Seleccionar el personal correcto y adquirir , en el caso que sea necesario, el hardware sobre el cual funcionará el sistema, garantizará el cumplimiento del plan de trabajo en los restantes procesos del ciclo de vida. \subsubsection{DCM} Dado que no presenta ningún riesgo, el enfoque del plan de trabajo de esta alternativa será el normal. \section{Selección de la Solución}\label{ACT: Seleccion solucion} Antes de finalizar el \emph{Estudio de Viabilidad del Sistema} (\ref{PROC: Estudio de viabilidad}), se debaten las ventajas de cada una de las \emph{alternativas} (\ref{TAR: Descripcion alternativas solucion}) incorporando las modificaciones que se consideren oportunas, con el fin de seleccionar la más adecuada. Finalmente, se aprueba la solución o se determina su inviabilidad. \subsection{Evaluación de las Alternativas y Selección}\label{TAR: Evaluacion Alt y selecc} %PENTEC Numerosas son las ventajas de la primera solución propuesta \emph{Pentec GDP}(\ref{DOC: Pentec GDP}). Es un producto software que cubre muchos aspectos de la ingenieria del software, pero en el contexto del sistema donde sería implantado ya estan cubiertos dichos aspectos por medio de otros servicios\footnote{Por ejemplo, la Gestión de Incidencias cubierta por el Gestor de Incidencias} con anterioridad, de los cuales no existe necesidad de mejora. Por lo que el punto fuerte de esta alternativa se ve atenuado enormemente, restando atractivo a la opción. En definitiva, la ventaja de este producto es que cubre completamente la necesidad de la gestión de la documentación de \metrica. Como inconveniente tenemos los costes ocasionados por adquirir la licencia de uso del producto y los costes añadidos por la formación de los usuarios para la explotación del sistema de información (\ref{TAR: Planificacion alternativas}). No es de sorprender ya que el estudio de \emph{Coste/Beneficio} (\ref{DOC: Analisis coste beneficio}) así nos lo indicaba. En cuanto al entorno tecnológico, tampoco es el más adecuado, ya que se prevee una futura migración de equipos con sistema operativo Microsoft Windows\textregistered, a equipos con \emph{GNU/Linux}. Por lo que se torna en otro inconveniente.\\ %GFORGE El estudio de la segunda opción, \emph{Gforge} (\ref{DOC: Gforge}), nos muestra que una de sus ventajas es el coste por el producto, ya que se adhiere a un tipo de licencia que no nos grava por su uso. Otra ventaja es la disponibilidad del código fuente, el cual garantiza la adaptación del producto a futuras necesidades ya que está desarrollada en un lenguaje de programación (\ref{TAR: Descripcion alternativas solucion}) ampliamente conocido por esta administración. Su entorno tecnológico no presenta ningun inconveniente futuro, ya que el sistema se puede utilizar en cualquier plataforma que posea un navegador web estandar. Sin embargo, un inconveniente bastante grave es que no estructura la información en la medida necesaria para nuestros requerimientos, lo que es un agravante bastante importante que casi con toda certeza impedirá que sea esta la alternativa seleccionada. %DCM La tercera opción propuesta, el desarrollo a medida (\ref{DOC: DCM}), adquiere por su condición todas las ventajas deseables, es decir; cubre los requisitos funcionales, facilidad de uso, entorno tecnológico\ldots Con esto, su único inconveniente parece ser el coste (\ref{DOC: Analisis coste beneficio}) derivado de su desarrollo, ya sea en recursos como en tiempo de obtención del producto final. Esto demuestra que es la solución más factible para cubrir la necesidad de la gestión de la documentación de los analistas de esta administración. \subsection{Aprobación de la Solución}\label{TAR: Aprobacion solucion} Definitivamente según pros y contras de las soluciones propuestas se decide determinar por inviables las propuestas primera y segunda, y que el sistema de información utilizado para la gestión de la documentación de \metrica será el desarrollo a medida, \emph{DCM} (\ref{DOC: DCM}). Por tanto, en la siguiente parte (\ref{PARTE: Analisis}) de esta memoria, procederemos al análisis de la aplicación. \part{Análisis}\label{PARTE: Analisis} \chapter{Análisis del Sistema de Información}\label{PROC: Analisis Sistema Informacion} El objetivo de este proceso es la obtención de una especificación detallada del sistema de información que satisfaga las necesidades de información de los usuarios y sirva de base para el posterior diseño del sistema. Al ser \metrica una metodología que cubre tanto desarrollos estructurados como orientados a objetos, las actividades de ambas aproximaciones están integradas en una estructura común. En la primera actividad, Definición del Sistema (\ref{ACT: Definicion sistema}), se lleva a cabo la descripción inicial del sistema de información, a partir de los productos generados en el proceso Estudio de Viabilidad del Sistema (\ref{PROC: Estudio de viabilidad}). Se delimita el alcance del sistema, se genera un catálogo de requisitos generales y se describe el sistema mediante unos modelos iniciales de alto nivel. También se identifican los usuarios que participan en el proceso de análisis, determinando sus perfiles, responsabilidades y dedicaciones necesarias. Así mismo se elabora el plan de trabajo a seguir. La definición de requisitos del nuevo sistema se realiza principalmente en la actividad Establecimiento de Requisitos (\ref{ACT: Establecimiento requisitos}). El objetivo de esta actividad es elaborar un catálogo de requisitos detallado, que permita describir con precisión el sistema de información, y que además sirva de base para comprobar que es completa la especificación de los modelos obtenidos en las actividades Elaboración del Modelo de Datos (\ref{ACT: Elaboracion modelo datos}), Elaboración del Modelo de Procesos (\ref{ACT: Elaboracion modelo procesos}) y Definición de Interfaces de Usuario (\ref{ACT: Definicion interfaces usuario}). Hay que hacer constar que estas actividades pueden provocar la actualización del catálogo, aunque no se refleja como producto de salida en las tareas de dichas actividades, ya que el objetivo de las mismas no es crear el catálogo sino definir modelos que soporten los requisitos. Para la obtención de requisitos en la actividad Establecimiento de Requisitos (\ref{ACT: Establecimiento requisitos}) se toman como punto de partida el catálogo de requisitos y los modelos elaborados en la actividad Definición del Sistema ((\ref{ACT: Definicion sistema}), completándolos mediante sesiones de trabajo con los usuarios. Estas sesiones de trabajo tienen como objetivo reunir la información necesaria para obtener la especificación detallada del nuevo sistema. Las técnicas que ayudan a la recopilación de esta información pueden variar en función de las características del proyecto y los tipos de usuario a entrevistar. Entre ellas podemos citar las reuniones, entrevistas, Joint Application Design (JAD), etc. Durante estas sesiones de trabajo se propone utilizar la especificación de los casos de uso como ayuda y guía en el establecimiento de requisitos. Esta técnica facilita la comunicación con los usuarios y en el análisis orientado a objetos constituye la base de la especificación. A continuación se identifican las facilidades que ha de proporcionar el sistema, y las restricciones a que está sometido en cuanto a rendimiento, frecuencia de tratamiento, seguridad y control de accesos, etc. Toda esta información se incorpora al catálogo de requisitos. En la actividad Especificación del Plan de Pruebas (\ref{ACT: Especificacion plan pruebas}), se establece el marco general del plan de pruebas, iniciándose su especificación, que se completará en el proceso Diseño del Sistema de Información (\ref{PROC: Disenyo Sistema Informacion}). La participación activa de los usuarios es una condición imprescindible para el análisis del sistema de información, ya que dicha participación constituye una garantía de que los requisitos identificados son comprendidos e incorporados al sistema y, por tanto, de que éste será aceptado. Para facilitar la colaboración de los usuarios, se pueden utilizar técnicas interactivas, como diseño de diálogos y prototipos, que permiten al usuario familiarizarse con el nuevo sistema y colaborar en la construcción y perfeccionamiento del mismo.\\ \subsubsection{Actividades:}\footnotetext{Según la Adaptación de \metrica{} de la \cit} \begin{itemize} \item ASI 1 Determinación del alcance del sistema(\ref{ACT: Establecimiento del alcance}) \item ASI 2 Establecimiento de requisitos(\ref{ACT: Establecimiento requisitos}) \item ASI 6 Elaboración del modelo de datos(\ref{ACT: Elaboracion modelo datos}) \item ASI 7 Elaboración del modelo de procesos(\ref{ACT: Elaboracion modelo procesos}) \item ASI 8 Definición de interfaces de usuario(\ref{ACT: Definicion interfaces usuario}) \item ASI 10 Especificación del plan de pruebas(\ref{ACT:Especificacion plan pruebas}) \end{itemize} \section{Definición del sistema}\label{ACT: Definicion sistema} Esta actividad tiene como objetivo efectuar una descripción del sistema, delimitando su alcance, estableciendo las interfaces con otros sistemas e identificando a los usuarios respresentativos. Las tareas de esta actividad se pueden haber desarrollado ya en parte en el proceso \emph{Estudio de Viabilidad} (\ref{PROC: Estudio de viabilidad}), de modo que se parte de los productos obtenidos en dicho proceso para proceder a su adecuación como punto de partida para definir el sistema de información. \subsection{Determinación del alcance del sistema}\label{TAR: Determinacion alcance sistema} Los objetivos del sistema de información son definir la \emph{ubicación, tratamiento y publicación} de los documentos de análisis. Estos documentos parten de unas \emph{plantillas}, que serán rellenadas por los participantes del proyecto (Jefe de Proyecto, Analista\ldots) y pertenecerán al sistema de información estudiado. Se deberá definir la ubicación tanto de las \emph{plantillas} para facilitar la confección de los documentos, como de los \emph{documentos} mismos, así como otro tipo de \emph{anexos} generados por distintas herramientas. Emplearemos un diagrama de casos de uso para establecer el contexto del sistema y delimitar el Sistema de Información. Esta tarea ya la realizamos en la \emph{Identificación del Alcance del Sistema} (\ref{fig:DescripGenSis}) \subsubsection{Contexto del Sistema:}\label{DOC: Contexto del sistema} \begin{figure}[h!] \centering \scalebox{0.5}{\includegraphics[bb=14 14 576 576]{img/DescSist.eps}} % DescSist.eps: 300dpi, width=4.76cm, height=4.76cm, bb=14 14 576 576 \caption{Casos de uso Contexto del Sistema} \end{figure} También definiremos un \emph{Glosario de términos} en el ambito de negocio, con el fin de conseguir una mayor precisión en la especificación del sistema de información. \subsubsection{Glosario de Términos}\label{DOC: Glosario terminos} \begin{description} \item [Plantilla] Documento base que fija el formato y en cierta medida el orden de sus contenidos. \item [Anexo] Documento que complementa la información a la que se aneja. \item [Categoría] Elemento de clasificación \item [URI] Uniform Resource Identifier. Texto corto que identifica unívocamente cualquier recurso (servicio, página, documento, dirección de correo electrónico, enciclopedia \ldots) accesible en una red. \end{description} \subsection{Identificación del entorno tecnológico}\label{TAR: Identificacion entorno tecnologico} Mostraremos una definición en alto nivel del entorno tecnológico teniendo en cuenta el propuesto en la \emph{descripción de la solución} (\ref{TAR: Descripcion alternativas solucion}), que se obtuvo en el proceso \emph{Estudio de Viabilidad del Sistema} (\ref{PROC: Estudio de viabilidad}). \subsubsection{Definición del entorno tecnológico}\label{DOC: Definicion entorno tecnologico} \begin{description} \item [Entorno Tecnológico]: \begin{enumerate} \item Plataforma: Multiplataforma \item Navegador: \href{http://www.mozilla.org}{Mozilla} \item Plugins Navegador: \href{http://en.wikipedia.org/wiki/Portable_Document_Format}{pdf} \item Impresora: Impresora común. \item Modelo de programación: Web \item Lenguaje de programación: IGEP\footnote{IGEP: Implementación de la Guia de Estilo en PHP}/PHP \item Base de datos: \href{http://www.postgresql.org/}{postgreSQL} %\item Licencia: % No determinada \end{enumerate} \end{description} \subsection{Identificación de los usuarios participantes y finales}\label{TAR: Identificacion usuarios participantes} Según el \emph{Catálogo de usuarios} (\ref{DOC: Catalogo Usuarios}) pasamos a actualizar y a identificar dichos usuarios. \subsubsection{Identificación de usuarios:}\label{DOC: Identificacion Usuarios} \begin{description} \item [Participantes] \begin{enumerate} \item \begin{description} \item[Usuario: ] Analista \item[Area funcional: ] Análisis \item[Nivel: ] A \item[perfil: ] Analista \end{description} \item \begin{description} \item[Usuario: ] Responsable \item[Area funcional: ] Organización \item[Nivel: ] A \item[perfil: ] Analista \end{description} \end{enumerate} \item [Finales] \begin{enumerate} \item \begin{description} \item[Usuario: ] Analista \item[Area funcional: ] Análisis \item[Nivel: ] A \item[perfil: ] Analista \end{description} \item \begin{description} \item[Usuario: ] Analista \item[Area funcional: ] Análisis \item[Nivel: ] A \item[perfil: ] Administrador \end{description} \end{enumerate} \end{description} \section{Establecimiento de requisitos}\label{ACT: Establecimiento requisitos} En esta actividad se lleva a cabo la definición, análisis y validación de los requisitos a partir de la información facilitada por el usuario, completándose el catálogo de requisitos obtenido en la actividad \emph{Definición del Sistema} (\ref{ACT: Definicion sistema}). El objetivo de esta actividad es obtener un catálogo detallado de los requisitos, a partir del cual se pueda comprobar que los productos generados en las actividades de modelización se ajustan a los requisitos de usuario. Esta actividad se descompone en un conjunto de tareas que, si bien tienen un orden, exige continuas realimentaciones y solapamientos, entre sí y con otras tareas realizadas en paralelo. No es necesaria la finalización de una tarea para el cominezo de la siguiente. Lo que se tieen en un momento determinado es un catálogo de requisitos especificado en función de la progresión del proceso de análisis. \subsection{Obtención de requisitos}\label{TAR: Obtencion requisitos} En esta tarea elaboramos el \emph{modelo de casos de uso}, según las normas y estándares de la organización. \begin{figure}[h!] \centering \scalebox{0.5}{\includegraphics[bb=14 14 812 635]{img/CasoUsoReq.eps}} % CasoUsoReq.eps: 300dpi, width=6.76cm, height=5.26cm, bb=14 14 812 635 \caption{Casos de Uso Requisitos} \label{fig:CasoUsoRequisitos} \end{figure} Veamos una breve descripción de cada caso de uso. \subsubsection{Plantillas Caso de uso}\label{DOC: Plantilla casos de uso} \begin{description} \item[Mantenimiento Procesos]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Administrador}. Opcionalmente puede añadir y/o eliminar \emph{Actividades} al \emph{Proceso} seleccionado. \item [Descripción:] Funcionalidad de añadir y/o eliminar \emph{Procesos} a la estructura de la Adaptación \metrica \item [Postcondición] Ninguna \end{description} \item[Mantenimiento Actividades]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Administrador}. \item [Descripción:] Funcionalidad de añadir y/o eliminar \emph{Actividades} a la estructura de la Adaptación \metrica. Opcionalmente puede añadir y/o eliminar \emph{Tareas} a la \emph{Actividad} seleccionada. \item [Postcondición] Ninguna \end{description} \item[Mantenimiento Tareas]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Administrador}. \item [Descripción:] Funcionalidad de añadir y/o eliminar \emph{Tareas} a la estructura de la Adaptación \metrica. Opcionalmente puede añadir y/o eliminar \emph{Grupos} a la \emph{Tarea} seleccionada. \item [Postcondición] Ninguna \end{description} \item[Mantenimiento Grupos]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Administrador}. \item [Descripción:] Funcionalidad de añadir y/o eliminar \emph{Grupos de Plantillas} a la estructura de la Adaptación \metrica. Opcionalmente puede añadir y/o eliminar \emph{Plantillas} al \emph{Grupo} seleccionado. \item [Postcondición] Ninguna \end{description} \item[Registrar Plantilla]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Administrador}. \item [Descripción:] Funcionalidad de añadir y/o eliminar \emph{Plantillas} a la estructura de la Adaptación \metrica. \item [Postcondición] Ninguna \end{description} \item[Listar estructura \metrica]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Administrador}. \item [Descripción:] Funcionalidad de listar la estructura completa de la Adaptación \metrica . \item [Postcondición] Ninguna \end{description} %analista \item[Seleccionar aplicación]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Analista}. \item [Descripción:] Funcionalidad de seleccionar la \emph{aplicación} a tratar, entre las posibles. \item [Postcondición] Ninguna \end{description} \item[Registrar Documento]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Analista}. C.U Seleccionar Aplicacion \item [Descripción:] Funcionalidad de añadir \emph{documentos} a la \emph{Aplicación} seleccionada. \item [Postcondición] Ninguna \end{description} \item[Mantenimiento Categorías]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Analista}. C.U Seleccionar Aplicacion \item [Descripción:] Funcionalidad de añadir \emph{categorías} a los documentos para su posterior catalogación. \item [Postcondición] Ninguna \end{description} \item[Mantenimiento Glosario]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Analista}. C.U Seleccionar Aplicacion \item [Descripción:] Funcionalidad de añadir \emph{glosario} a los documentos para su posterior catalogación. \item [Postcondición] Ninguna \end{description} \item[Listar documentos]: \begin{description} \item [Precondición:] El usuario debe de estar validado con el rol de \emph{Analista}. C.U Seleccionar Aplicacion \item [Descripción:] Funcionalidad de listar los documentos de la aplicación de trabajo. \item [Postcondición] Ninguna \end{description} \end{description} \subsection{Especificación de Casos de Uso (Sucesos)}\label{TAR: Especificacion casos de uso} Nuestro objetivo ahora es especificar cada caso de uso identificado en la tarea anterior, desarrollando el escenario o suceso. El análisis basado en \emph{sucesos} contiene los siguientes aspectos; el principio de acontecimiento representativo, toda información que se comunica al sistema, y uso del concepto de \emph{suceso externo} como elemento básico de análisis. El concepto de \emph{suceso} externo es utilizado en metodologías como Merise, el Análisis Estructurado Moderno de Yourdon, los diagramas de actividad en UML o las técnicas de Workflow. Podemos distinguir entre dos tipos de suscesos; \emph{Sucesos de Entrada o Constructores} y \emph{Sucesos de Salida o Consultores}. \begin{description} \item[Sucesos Constructores.] Los sucesos constructores encapsulan las activades de adquisición y almacenamiento de la información en el sistema. \begin{itemize} \item Mantenimiento Procesos \item Mantenimiento Actividades \item Mantenimiento Tareas \item Mantenimiento Grupos \item Registrar Plantilla \item Registrar Documentos \item Mantenimiento Categorías Documento \item Mantenimiento Glosario Aplicación \end{itemize} \item[Sucesos Consultores.] Suponen derivación de información a partir de la que el sistema ya conoce. \begin{itemize} \item Listar Estructura \metrica \item Listar Documentos \item Seleccionar Aplicación \end{itemize} \end{description} \subsubsection{Suceso constructor \emph{Mantenimiento Procesos}} \begin{description} \item [Descripción]: El usuario administrador accede a la raiz de la estructura métrica e ingresa o elimina \emph{Procesos}. \item[Acciones]: \begin{enumerate} \item Filtrar procesos \item Añadir proceso \begin{enumerate} \item Rellenar nombre \item Rellenar identificador \end{enumerate} \item Eliminar proceso \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de añadir un nuevo proceso a la estructura. \item[Actores]: Administrador de la estructura \metrica. \item[Precondiciones]: El usuario debe de estar validado como \emph{Administrador} para poder modificar la estructura \item[Postcondiciones]: Añadir/Eliminar a la estructura los procesos tratados. \item[Estructura de adquisición]: \begin{eqnarray*} PROCESO = \\ & <id\_proceso+ & i\\ & nombre\_proceso> & i\\ \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[id\_proceso]: \begin{description} \item[Descripción:]Identificador del proceso \item[Tipo:]c(3) \item[Formato:]x(3) \item[Ejemplo:]ASI \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]En mayusculas. Único \end{description} \item[nombre\_proceso]: \begin{description} \item[Descripción:]Nombre del proceso \item[Tipo:]c(50) \item[Formato:]x(50) \item[Ejemplo:]Análisis de Sistemas de Información \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \end{description} \item[Vista Relacional]: \begin{figure}[h!] \centering \includegraphics[bb=0 724 298 842]{img/MantenimientoProcesos.eps} % MantenimientoProcesos.eps: 300dpi, width=2.52cm, height=1.00cm, bb=0 724 298 842 \caption{Mantenimiento procesos} \label{fig:ERProcesos} \end{figure} \end{description} \subsubsection{Suceso constructor \emph{Mantenimiento Actividades}} \begin{description} \item [Descripción]: El usuario administrador accede a un \emph{Proceso} de la estructura métrica e ingresa o elimina \emph{Actividades}. \item[Acciones]: \begin{enumerate} \item Filtrar procesos y/o actividades \item Añadir actividad/es \begin{enumerate} \item Rellenar nombre \item Rellenar identificador \end{enumerate} \item Eliminar actividad/es \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de añadir una nueva actividad a la estructura. \item[Actores]: Administrador de la estructura \metrica. \item[Precondiciones]: El usuario debe de estar validado como \emph{Administrador} para poder modificar la estructura \item[Postcondiciones]: Añadir/Eliminar a la estructura las actividades tratados. \item[Estructura de adquisición]: \begin{eqnarray*} ACTIVIDAD = \\ & <proceso\_actividad+ & d\\ & id\_actividad+ & i\\ & nombre\_actividad> & i\\ \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[proceso\_actividad]: \begin{description} \item[Descripción:]Proceso al que pertenece la actividad \item[Tipo:]c(3) \item[Formato:]x(3) \item[Ejemplo:]ASI \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Contendrá el valor del proceso al que pertenezca. \end{description} \item[id\_actividad]: \begin{description} \item[Descripción:]Identificador de la actividad \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]01 \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Único \end{description} \item[nombre\_actividad]: \begin{description} \item[Descripción:]Nombre de la actividad \item[Tipo:]c(50) \item[Formato:]x(50) \item[Ejemplo:]Establecimiento del alcance del sistema \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \end{description} \item[Vista Relacional]: \begin{figure}[h!] \centering \includegraphics[bb=0 573 264 842]{img/MantenimientoActividades.eps} % MantenimientoActividades.eps: 300dpi, width=2.24cm, height=2.28cm, bb=0 573 264 842 \caption{Mantenimiento Actividades} \label{fig:ERmantenimientoActividades} \end{figure} \end{description} \subsubsection{Suceso constructor \emph{Mantenimiento Tareas}} \begin{description} \item [Descripción]: El usuario administrador accede a una \emph{Actividad} de la estructura métrica e ingresa o elimina \emph{Tareas}. \item[Acciones]: \begin{enumerate} \item Filtrar procesos y/o actividades y/o tareas \item Añadir tarea/s \begin{enumerate} \item Rellenar nombre \item Rellenar identificador \end{enumerate} \item Eliminar tarea/s \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de añadir una nueva actividad a la estructura. \item[Actores]: Administrador de la estructura \metrica. \item[Precondiciones]: El usuario debe de estar validado como \emph{Administrador} para poder modificar la estructura \item[Postcondiciones]: Añadir/Eliminar a la estructura las actividades tratados. \item[Estructura de adquisición]: \begin{eqnarray*} TAREA = \\ & <proceso\_tarea + & d\\ & actividad\_tarea+ & d\\ & id\_tarea+ & i\\ & nombre\_tarea> & i\\ \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[proceso\_tarea]: \begin{description} \item[Descripción:]Proceso al que pertenece la tarea \item[Tipo:]c(3) \item[Formato:]x(3) \item[Ejemplo:]DSI \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[actividad\_tarea]: \begin{description} \item[Descripción:]Actividad a la que pertenece la tarea \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]03 \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[id\_tarea]: \begin{description} \item[Descripción:]Indentificador de la tarea \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]10 \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Único \end{description} \item[nombre\_tarea]: \begin{description} \item[Descripción:]Nombre de la tarea \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:]Obtención de requisitos de Usuario \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \end{description} \item[Vista Relacional]: \begin{figure}[h!] \centering \scalebox{0.4}{\includegraphics[bb=0 409 295 842]{img/MantenimientoTareas.eps}} % MantenimientoTareas.eps: 300dpi, width=2.50cm, height=3.67cm, bb=0 409 295 842 \caption{Mantenimiento Tareas} \label{fig:ERMantenimientoTareas} \end{figure} \end{description} \subsubsection{Suceso constructor \emph{Mantenimiento Grupos}} \begin{description} \item [Descripción]: El usuario administrador accede a una \emph{Tarea} de la estructura métrica e ingresa o elimina \emph{Grupos} de documentos. \item[Acciones]: \begin{enumerate} \item Filtrar procesos y/o actividades y/o tareas y/o grupos \item Añadir grupo/s \begin{enumerate} \item Rellenar nombre \end{enumerate} \item Eliminar grupos/s \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de añadir un nuevo grupo a la estructura. \item[Actores]: Administrador de la estructura \metrica. \item[Precondiciones]: El usuario debe de estar validado como \emph{Administrador} para poder modificar la estructura \item[Postcondiciones]: Añadir/Eliminar a la estructura los grupos tratados. \item[Estructura de adquisición]: \begin{eqnarray*} GRUPO = \\ & <proceso\_gdoc + & d\\ & actividad\_gdoc+ & d\\ & tarea\_gdoc+ & i\\ & id\_gdoc+ & d\\ & nombre\_gdoc> & i \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[proceso\_gdoc]: \begin{description} \item[Descripción:]Proceso al que pertenece el grupo \item[Tipo:]c(3) \item[Formato:]x(3) \item[Ejemplo:]EVS \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[actividad\_gdoc]: \begin{description} \item[Descripción:]Actividad a la que pertenece el grupo \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]01 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[tarea\_gdoc]: \begin{description} \item[Descripción:]Tarea a la que pertenece el grupo \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]1 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[id\_gdoc]: \begin{description} \item[Descripción:] Identificador del grupo \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]1 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Único \end{description} \item[nombre\_gdoc]: \begin{description} \item[Descripción:]Nombre del grupo \item[Tipo:]c(50) \item[Formato:]x(50) \item[Ejemplo:]Entrevista de usuarios \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \end{description} \item[Vista Relacional]: \begin{figure}[h!] \centering \scalebox{0.4}{\includegraphics[bb=0 239 491 842]{img/MantenimientoGrupos.eps}} % MantenimientoGrupos.eps: 300dpi, width=4.16cm, height=5.11cm, bb=0 239 491 842 \caption{Mantenimiento Grupos} \label{fig:ERMantenimientoGrupos} \end{figure} \end{description} \subsubsection{Suceso constructor \emph{Registrar Plantilla}} \begin{description} \item [Descripción]: El usuario administrador accede a un \emph{grupo} de la estructura métrica e ingresa o elimina \emph{Plantillas} como documentos. \item[Acciones]: \begin{enumerate} \item Filtrar procesos y/o actividades y/o tareas y/o grupos \item Añadir plantilla/s \begin{enumerate} \item Rellenar nombre \item Rellenar Url \item Rellenar Url Metainformación \item Rellenar Url Anexos \item Rellenar ponderación \end{enumerate} \item Eliminar plantilla/s \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de añadir una nueva plantilla a la estructura. \item[Actores]: Administrador de la estructura \metrica. \item[Precondiciones]: El usuario debe de estar validado como \emph{Administrador} para poder modificar la estructura. \item[Postcondiciones]: Añadir/Eliminar a la estructura las plantillas tratados. \item[Estructura de adquisición]: \begin{eqnarray*} DOCUMENTO = \\ & <aplicacion\_docm+ & d\\ & proceso\_docm + & d\\ & actividad\_docm+ & d\\ & tarea\_docm+ & d\\ & grupo\_docm+ & d\\ & num\_docm+ & d\\ & nombre\_docm+ & i\\ & url\_docm+ & i\\ & url\_omf\_docm+ & i\\ & elaborado\_docm+ & g\\ & revisado\_docm+ & g\\ & finalizado\_docm+ & g\\ & peso\_docm+ & i\\ & url\_anexos\_docm> & i\\ \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[aplicacion\_docm]: \begin{description} \item[Descripción:] Aplicación al que pertenece la plantilla de análisis \item[Tipo:]c(10) \item[Formato:]x(10) \item[Ejemplo:]Caso de uso registrar plantilla \item[Requerido:]si \item[Bloqueado:]s \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[proceso\_docm]: \begin{description} \item[Descripción:] Proceso al que pertenece la plantilla \item[Tipo:]c(3) \item[Formato:]x(3) \item[Ejemplo:]DSI \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[actividad\_docm]: \begin{description} \item[Descripción:] Actividad a la que perteneec la plantilla \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]02 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[tarea\_docm]: \begin{description} \item[Descripción:]Tarea a la que pertenece la plantilla \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]13 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[grupo\_docm]: \begin{description} \item[Descripción:]Grupo de documentos al que pertenece la plantilla \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]2 \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[num\_docm]: \begin{description} \item[Descripción:] Identificador de la plantilla \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]00 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Autonumérico \end{description} \item[nombre\_docm]: \begin{description} \item[Descripción:]Nombre de la plantilla de Análisis \item[Tipo:]c(50) \item[Formato:]x(50) \item[Ejemplo:]Definición Entorno Tecnológico \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[url\_docm]: \begin{description} \item[Descripción:] Ubicación de la plantilla \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:]http://gardel.coput.gva.es/adaptametr/doc/metrica/asi/CASI01201\_DefinicionEntornoTecnologico.stw \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[url\_omf\_docm]: \begin{description} \item[Descripción:] Ubicación de la metainformación asociada a la plantilla \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:]http://gardel.coput.gva.es/adaptametr/doc/metrica/asi/CASI01201\_DefinicionEntornoTecnologico.omf \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] Este campo tiene sentido para los documentos, no para las plantillas. \end{description} \item[url\_anexos\_docm]: \begin{description} \item[Descripción:]Ubicación de otros documentos relacionados \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:] \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[f\_elaborado\_docm]: \begin{description} \item[Descripción:]Fecha de creación de la plantilla \item[Tipo:]dd/mm/aaaa \item[Formato:]dd/mm/aaa \item[Ejemplo:]25/03/2005 \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:]fecha del sistema \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[f\_revisado\_docm]: \begin{description} \item[Descripción:]Fecha de actualización de la plantilla \item[Tipo:]dd/mm/aaaa \item[Formato:]dd/mm/aaaa \item[Ejemplo:]24/04/2005 \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:]Fecha de último acceso \item[Observaciones:] \end{description} \item[f\_finalizado\_docm]: \begin{description} \item[Descripción:]Fecha de finalización de la plantilla \item[Tipo:]dd/mm/aaaa \item[Formato:]dd/mm/aaaa \item[Ejemplo:]12/02/2005 \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Este campo tiene sentido para los documentos, no para las plantillas. \end{description} \item[peso\_docm]: \begin{description} \item[Descripción:] Ponderación que recibe la plantilla, expresado en tanto por cien \item[Tipo:]N(3) \item[Formato:]x(3) \item[Ejemplo:]$75\%$ \item[Requerido:]si|no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:][0-100] \item[Sinónimos:] \item[Observaciones:]Este campo tiene sentido para los documentos, no para las plantillas. \end{description} \end{description} \item[Vista Relacional]: \begin{figure}[h!] \centering \scalebox{0.3}{\includegraphics[bb=0 111 771 842]{img/RegistrarPlantilla.eps}} % RegistrarPlantilla.eps: 300dpi, width=6.53cm, height=6.19cm, bb=0 111 771 842 \caption{Registrar Plantilla} \label{fig:RegistrarPlantilla} \end{figure} \end{description} \subsubsection{Suceso constructor \emph{Registrar Documento}} \begin{description} \item [Descripción]: El usuario analista selecciona una aplicación de trabajo, posteriormente accede a un \emph{Grupo} de la estructura métrica e ingresa o elimina \emph{Documentos}. \item[Acciones]: \begin{enumerate} \item Seleccionar Aplicación de trabajo \item Filtrar procesos y/o actividades y/o tareas y/o grupos \item Añadir documento/s \begin{enumerate} \item Rellenar nombre \item Rellenar Url \item Rellenar Url Metainformación \item Rellenar Url Anexos \item Rellenar ponderación \end{enumerate} \item Eliminar documento/s \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de añadir un nuevo documento al analisis de la aplicación, de acuerdo con la estructura \metrica. \item[Actores]: Analista de aplicaciones. \item[Precondiciones]: El usuario debe de estar validado como \emph{Analista} para poder mantener los documentos. \item[Postcondiciones]: Añadir/Eliminar los documentos tratados. \item[Estructura de adquisición]: \begin{eqnarray*} DOCUMENTO = \\ & <aplicacion\_docm+ & d\\ & proceso\_docm+ & d\\ & actividad\_docm+ & d\\ & tarea\_docm+ & d\\ & grupo\_docm+ & d\\ & num\_docm+ & d\\ & proceso\_gdoc+ & d\\ & actividad\_gdoc+ & d\\ & tarea\_gdoc+ & d\\ & id\_gdoc+ & d\\ & aplicacion+ & i\\ & nombre\_docm+ & i\\ & url\_docm+ & i\\ & url\_omf\_docm+ & i\\ & elaborado\_docm+ & g\\ & revisado\_docm+ & g\\ & finalizado\_docm+ & g\\ & peso\_docm+ & i\\ & url\_anexos\_docm> & i\\ \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[aplicacion\_docm]: \begin{description} \item[Descripción:] Aplicación al que pertenece el documento de análisis \item[Tipo:]c(10) \item[Formato:]x(10) \item[Ejemplo:]LInt \item[Requerido:]si \item[Bloqueado:]s \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Liquidación de Intereses \end{description} \item[proceso\_docm]: \begin{description} \item[Descripción:] Proceso al que pertenece el Documento \item[Tipo:]c(3) \item[Formato:]x(3) \item[Ejemplo:]DSI \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[actividad\_docm]: \begin{description} \item[Descripción:] Actividad a la que pertenece el Documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]02 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[tarea\_docm]: \begin{description} \item[Descripción:]Tarea a la que pertenece el Documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]13 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[grupo\_docm]: \begin{description} \item[Descripción:]Grupo de documentos al que pertenece el Documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]2 \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[num\_docm]: \begin{description} \item[Descripción:] Identificador del Documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]00 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:]Autonumérico \end{description} \item[nombre\_docm]: \begin{description} \item[Descripción:]Nombre del Documento de Aidnálisis \item[Tipo:]c(50) \item[Formato:]x(50) \item[Ejemplo:]CASI01201\_DefinicionEntornoTecnologico.stw \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[url\_docm]: \begin{description} \item[Descripción:] Ubicación del Documento \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:]/doc/metrica/asi/CASI01201\_DefinicionEntornoTecnologico.pdf \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[url\_omf\_docm]: \begin{description} \item[Descripción:] Ubicación de la metainformación asociada al documento \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:]/doc/metrica/asi/CASI01201\_DefinicionEntornoTecnologico.omf \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[url\_anexos\_docm]: \begin{description} \item[Descripción:]Ubicación de otros documentos relacionados \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:]/doc/metrica/anexos/otro.jpg \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[f\_elaborado\_docm]: \begin{description} \item[Descripción:]Fecha de creación del Documento \item[Tipo:]dd/mm/aaaa \item[Formato:]dd/mm/aaa \item[Ejemplo:]25/03/2005 \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:]fecha del sistema \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[f\_revisado\_docm]: \begin{description} \item[Descripción:]Fecha de actualización del Documento \item[Tipo:]dd/mm/aaaa \item[Formato:]dd/mm/aaaa \item[Ejemplo:]24/04/2005 \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:]Fecha de último acceso \item[Observaciones:] \end{description} \item[f\_finalizado\_docm]: \begin{description} \item[Descripción:]Fecha de finalización del Documento \item[Tipo:]dd/mm/aaaa \item[Formato:]dd/mm/aaaa \item[Ejemplo:]12/02/2005 \item[Requerido:]no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[peso\_docm]: \begin{description} \item[Descripción:] Ponderación que recibe el Documento, expresado en tanto por cien \item[Tipo:]N(3) \item[Formato:]x(3) \item[Ejemplo:]$75\%$ \item[Requerido:]si|no \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:][0-100] \item[Sinónimos:] \item[Observaciones:] \end{description} \end{description} \item[Vista Relacional]: La vista relacional es la misma que la del suceso Registrar Plantilla (\ref{fig:RegistrarPlantilla}) \end{description} \subsubsection{Suceso constructor \emph{Mantenimiento Categorías Aplicación}} \begin{description} \item [Descripción]: El usuario analista selecciona una aplicación de trabajo, posteriormente crea y destruye categorías para los documentos de análisis \item[Acciones]: \begin{enumerate} \item Seleccionar Aplicación de trabajo \item Acceder al mantenimiento de categorías \item Añadir categoría/s \begin{enumerate} \item Rellenar identificador \item Rellenar nombre \end{enumerate} \item Eliminar categoría/s \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de añadir o eliminar una categoría a la aplicación de trabajo. \item[Actores]: Analista de aplicaciones \item[Precondiciones]: El usuario debe de estar validado como \emph{Analista}. \item[Postcondiciones]: Añadir/Eliminar a la aplicación las categorías tratadas. \item[Estructura de adquisición]: \begin{eqnarray*} CATEGORIA = \\ & <aplicacion+ & d\\ & proceso\_catg+ & d\\ & actividad\_catg+ & d\\ & tarea\_catg+ & d\\ & grupo\_catg+ & d\\ & numdoc\_catg+ & d\\ & id\_catg+ & i\\ & nombre\_catg> & i\\ \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[aplicacion]: \begin{description} \item[Descripción:] Clave ajena que se refiere a la aplicación de trabajo. \item[Tipo:]c(10) \item[Formato:]x(10) \item[Ejemplo:]LINT \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[proceso\_catg]: \begin{description} \item[Descripción:] Clave ajena que se refiere al documento \item[Tipo:]c(3) \item[Formato:]x(3) \item[Ejemplo:]ASI \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[actividad\_catg]: \begin{description} \item[Descripción:]Clave ajena que se refiere al documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]01 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[tarea\_catg]: \begin{description} \item[Descripción:]Clave ajena que se refiere al documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]1 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[grupo\_catg]: \begin{description} \item[Descripción:]Clave ajena que se refiere al documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]2 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[numdoc\_catg]: \begin{description} \item[Descripción:]Clave ajena que se refiere al documento \item[Tipo:]c(2) \item[Formato:]x(2) \item[Ejemplo:]03 \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[id\_catg]: \begin{description} \item[Descripción:] Identificador de la categoría \item[Tipo:]c(10) \item[Formato:]x(10) \item[Ejemplo:]req \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[nombre\_catg]: \begin{description} \item[Descripción:]Descripción de la categoría. \item[Tipo:]c(25) \item[Formato:]x(25) \item[Ejemplo:]Requisito funcional \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \end{description} \item[Vista Relacional]: \begin{figure}[h!] \centering \scalebox{0.3}{\includegraphics[bb=0 211 769 842]{img/MantenimientoCategorias.eps}} % MantenimientoCategorias.eps: 300dpi, width=6.51cm, height=5.34cm, bb=0 211 769 842 \caption{Mantenimiento Categorías} \label{fig:ERMantenimientoCat} \end{figure} \end{description} \subsubsection{Suceso constructor \emph{Mantenimiento Glosario Aplicación}} \begin{description} \item [Descripción]: El usuario analista selecciona una aplicación de trabajo, posteriormente crea y destruye entradas en el glosario de terminos de la aplicación. \item[Acciones]: \begin{enumerate} \item Seleccionar Aplicación de trabajo \item Acceder al glosario \item Añadir termino/s \begin{enumerate} \item Rellenar termino \item Rellenar descripción \end{enumerate} \item Eliminar termino/s \end{enumerate} \item[Disparador]: El suceso se inicia con la acción de añadir o eliminar terminos al glosario, para una aplicación de trabajo. \item[Actores]: Analista de aplicaciones \item[Precondiciones]: El usuario debe de estar validado como \emph{Analista}. \item[Postcondiciones]: Añadir/Eliminar a la terminos al glosario. \item[Estructura de adquisición]: \begin{eqnarray*} GLOSARIO = \\ & <aplicacion+ & d\\ & termino+ & i\\ & descripcion> & i\\ \end{eqnarray*} \item[Diccionario de datos]: \begin{description} \item[aplicación]: \begin{description} \item[Descripción:] Clave ajena que se refiere a la aplicación de trabajo. \item[Tipo:]c(10) \item[Formato:]x(10) \item[Ejemplo:]LINT \item[Requerido:]si \item[Bloqueado:]si \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[términos]: \begin{description} \item[Descripción:] Término que se quiere definir. \item[Tipo:]c(25) \item[Formato:]x(25) \item[Ejemplo:]URI \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \item[descripción]: \begin{description} \item[Descripción:]Definición del término. \item[Tipo:]c(100) \item[Formato:]x(100) \item[Ejemplo:]Unified Resource Indentifier \item[Requerido:]si \item[Bloqueado:]no \item[Valor defecto:] \item[Rango:] \item[Sinónimos:] \item[Observaciones:] \end{description} \end{description} \item[Vista Relacional]: \begin{figure}[h!] \centering \scalebox{0.5}{\includegraphics[bb=0 599 513 842]{img/MantenimientoGlosario.eps}} % MantenimientoGlosario.eps: 300dpi, width=4.34cm, height=2.06cm, bb=0 599 513 842 \caption{Mantenimiento Glosario Aplicación} \label{fig:ERMantenimientoGlosa} \end{figure} \end{description} \subsubsection{Suceso consultor \emph{Listar Estructura Métrica}} \begin{description} \item [Descripción]: El usuario administrador lista la estructura completa o la acorde con el filtro deseado. \item[Acciones]: \begin{enumerate} \item Filtrar procesos,actividades ,tareas \item Generar Listado \item[Disparador]: El proceso se inicia con la acción de listar la estructura. \end{enumerate} \item[Actores]: Administrador de la estructura \metrica. \item[Precondiciones]: El usuario debe de estar validado como \emph{Administrador} para poder listar la estructura. \item[Criterio Selección]: Registro de Procesos,Actividades,Tareas \item[Criterio Ordenación]: Por identificador numérico, ascendente. En el siguiente orden: proceso/actividad/tarea \item[Postcondiciones]: \item[Estructura]: \begin{eqnarray*} BUSQUEDA\_TAREAS = \\ & <PROCESOS=(<id\_proceso>)+ \\ & ACTIVIDADES(<id\_actividad>)+ \\ & TAREAS(<id\_tarea>)> \\ & \\ FORMATO\_LISTADO\_TAREAS= \\ & <Encabezado+ \\ & PROCESOS={id\_proceso+nombre\_proceso}+ \\ & ACTIVIDADES={id\_actividad+nombre\_actividad}+ \\ & TAREAS={id\_tarea+nombre\_tarea}> \\ \end{eqnarray*} \end{description} \subsubsection{Suceso consultor \emph{Listar Documentos}} \begin{description} \item [Descripción]: El usuario administrador/analista lista los documentos de una aplicación. Los documentos de la aplicación "Adaptación Metrica" son las plantillas. \item[Acciones]: \begin{enumerate} \item Filtrar procesos,actividades,tareas, grupo. \item Generar Listado \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de listar los documentos. \item[Actores]: Administrador y Analista. \item[Criterio Selección]: Registro de Documentos \item[Criterio Ordenación]: Por identificador numérico, ascendente. En el siguiente orden: proceso/actividad/tarea \item[Precondiciones]: El usuario debe de estar validado como \emph{Administrador} o \emph{Analista} para poder listar la estructura. \item[Postcondiciones]: \item[Estructura de adquisición]: \begin{eqnarray*} BUSQUEDA\_DOCUMENTOS = \\ <DOCUMENTO=(<aplicacion\_docm+\\ proceso\_docm+\\ actividad\_docm+\\ tarea\_docm+\\ grupo\_docm>)\\ \\ \\ FORMATO\_LISTADO\_DOCUMENTOS= \\ <Encabezado+ \\ PROCESOS={nombre\_proceso}+ \\ ACTIVIDADES={nombre\_actividad}+ \\ TAREAS={nombre\_tarea}+ DOCUMENTO=\{num\_docm+nombre\_docm+\\ f\_elaborado\_docm+f\_revisado\_docm+f\_finalizado\_docm+peso\}> \\ \end{eqnarray*} \end{description} \subsubsection{Suceso consultor \emph{Seleccionar Aplicación}} \begin{description} \item [Descripción]: El usuario analista preselecciona una aplicación de trabajo. \item[Acciones]: \begin{enumerate} \item Buscar Aplicación. \item Preseleccionar \end{enumerate} \item[Disparador]: El proceso se inicia con la acción de preseleccionar la aplicación \item[Actores]: Analista. \item[Criterio Selección]: Registro de Aplicaciones \item[Criterio Ordenación]: Por identificador,ordenador alfabéticamente ascendente. \item[Precondiciones]: El usuario debe de estar validado como \emph{Analista} para poder preseleccionar una aplicación de trabajo. \item[Postcondiciones]: Existe una aplicación preseleccionada para el resto de acciones en el Sistema de Información \item[Estructura de adquisición]: \begin{eqnarray*} BUSQUEDA\_APLICACION = \\ <APLICACIONES=(<aplicacion>)>\\ \\ LISTADO\_APLICACIONES\_SELECCION= \\ <APLICACIONES=\{aplicacion+nombre\_aplicacion\}>\\ \end{eqnarray*} \end{description} \subsubsection{Catálogo de Requisitos} Aquí se detallan los requisitos específicos que requiera el sistema, independientemente de los requisitos comunes para todas las aplicaciones de la \cit. \begin{description} \item[Dispositivos de salida:] Impresora común \item[Seguridad:] El usuario deberá acceder por la validación de aplicaciones. \item[Implantación] El S.O del usuario debe tener un navegador web. Ver \emph{Entorno tecnológico}(\ref{TAR: Identificacion entorno tecnologico}) \end{description} \section{Elaboración del modelo de datos}\label{ACT: Elaboracion modelo datos} El objetivo de esta actividad que se lleva a cabo únicamente en el caso de \emph{Análisis Estructurado} es identificar las necesidades de información de cada uno de los procesos que conforman el sistema de información, con el fin de obtener un modelo de datos que contemple todas las entidades, relaciones, atributos y reglas de negocio necesarias para dar respuesta adichas necesidades. El modelo de datos se elabora siguiendo un enfoque descendente (top-down). A partir del modelo conceptual de datos, obtenido en la tarea Determinación del Alcance del Sistema (\ref{TAR: Determinacion alcance sistema}), se incorporan a dicho modelo todas las entidades que vayan apareciendo, como resultado de las funcionalidades que se deban cubrir y de las necesidades de información del usuario. Una vez construido el modelo conceptual y definidas sus entidades, se resuelven las relaciones complejas y se completa la información de entidades, relaciones, atributos y ocurrencias de las entidades, generando el modelo lógico de datos. Como última tarea en la definición del modelo, se asegura la normalización hasta la tercera forma normal para obtener el modelo lógico de datos normalizado. Finalmente, si procede, se describen las necesidades de migración y carga inicial de los datos. \subsection{Elaboración del modelo conceptual de datos}\label{TAR: Elaboracion modelo conceptual} Pasamos a identificar y definir las entidades que quedan dentro del ámbito del sistema de información, los atributos de cada entidad, los dominios de los atributos y las relaciones existentes entre las entidades, indicando las cardinalidades mínimas y máximas. % \\ % \\ % \\ % \\ % \begin{figure}[h!] % \centering % \scalebox{0.2}[0.14]{\includegraphics[bb=0 0 1061 942]{img/EntidadRelacion.eps}} % % EntidadRelacion.eps: 300dpi, width=8.98cm, height=7.98cm, bb=0 0 1061 942 % \caption{Modelo conceptual de datos} % \label{fig:EntidadRelacion} % \end{figure} \begin{figure}[h!] \centering \scalebox{0.65}{\includegraphics[bb=0 0 319 283]{img/EntidadRelacion.eps}} % EntidadRelacion.eps: 300dpi, width=2.70cm, height=2.40cm, bb=0 0 319 283 \caption{Modelo conceptual de datos} \label{fig:EntidadRelacion} \end{figure} Apuntar que debemos expresar la siguiente restricción de integridad:\\ \emph{Una categoría solo califica los documento que pertenecen a su aplicación}, o dicho de otra manera, \emph{para toda categoría que calífica un documento, dicha categoría debe pertenecer a la aplicación a la cual pertenece el documento}.\\ En lenguaje lógico sería así:\\ $\rceil\exists CX \exists PX \exists TX ( Califica(CX)\wedge Pertenece(PX)\wedge Tiene(TX)\wedge CX.Categoria=TX.Categoria \wedge CX.Documento=PX.Documento \wedge TX.Aplicacion\not=PX.Aplicacion )$ \subsection{Elaboración del modelo lógico de datos normalizado}\label{TAR: Elaboracion modelo logico datos} En esta tarea obtendremos el modelo lógico de datos normalizado a partir del modelo conceptual. La normalización es una técnica cuya finalidad es eliminar redundancias e inconsistencias en las entidades de datos, evitando anomalías en la manipulación de éstas y facilitando su mantenimiento. \begin{figure}[h] \centering \scalebox{0.4}{\includegraphics[bb=0 209 947 842]{img/RelacionalNormalizado.eps}} % RelacionalNormalizado.eps: 300dpi, width=8.02cm, height=5.36cm, bb=0 209 947 842 \caption{Modelo lógico de datos} \label{fig:RelacionalNorm} \end{figure} \subsection{Desnormalización}\label{TAR: Desnormalización} En esta tarea hacemos referencia a las desnormalizaciones aplicadas en el momento de realizar el diseño relacional de la base de datos (\ref{TAR: Elaboracion modelo conceptual}). Concretamente incorporamos a la tabla \emph{tiap\_documentos\_metrica} el atributo \emph{aplicacion\_docm} como \textbf{clave primaria} para que la tabla \emph{tiap\_metrica\_categodoc} referencia documentos de una aplicación concreta. \begin{figure} \centering \includegraphics[bb=0 731 217 842]{img/Desnormalizacion.eps} % Desnormalizacion.eps: 300dpi, width=1.84cm, height=0.94cm, bb=0 731 217 842 \caption{Desnormalización} \label{fig:Desnormalizacion} \end{figure} \section{Elaboración del modelo de procesos}\label{ACT: Elaboracion modelo procesos} El objetivo de esta actividad, es analizar las necesidades del usuario para establecer el conjunto de procesos que conforma el sistema de información. Para ello, se realiza una descomposición de dichos procesos siguiendo un enfoque descendente, en varios niveles de abstracción, donde cada nivel proporciona una visión más detallada del proceso definido en el nivel anterior. Con el fin de facilitar el desarrollo posterior, se debe llegar a un nivel de descomposición en el que los procesos obtenidos sean claros y sencillos, es decir, buscar un punto de equilibrio en el que dichos procesos tengan significado por sí mismos dentro del sistema global y a su vez la máxima independencia y simplicidad. \subsection{Obtención del Modelo de Procesos del Sistema}\label{TAR: Obtencion modelo procesos} Llevamos a cabo la descripción de los subsistemas definidos, mediante la descomposición en sucesivos niveles de procesos. La técnica utilizada es el diagrama de flujo de datos En adelante se describe la estructura de los flujos y de los almacenes de datos para cada nivel. \begin{figure}[h!] \centering \includegraphics[bb=0 0 265 98]{img/DFD0.eps} % DFD0.eps: 300dpi, width=2.24cm, height=0.83cm, bb=0 0 265 98 \caption{DFD 0 Diagrama de contexto} \label{fig:dfd 0} \end{figure} Explosionamos a los siguientes niveles. \begin{figure} \centering \includegraphics[bb=0 0 330 149]{img/DFD1.eps} % DFD1.eps: 300dpi, width=2.79cm, height=1.26cm, bb=0 0 330 149 \caption{DFD nivel 1} \label{fig:dfd 1} \end{figure} \begin{figure} \centering \includegraphics[bb=0 0 371 337]{img/DFD1_1.eps} % DFD1_1.eps: 300dpi, width=3.14cm, height=2.85cm, bb=0 0 371 337 \caption{DFD 1.1 Tratar Documentos} \label{fig:dfd 1.1} \end{figure} \begin{figure} \centering \includegraphics[bb=0 0 272 131]{img/DFD1_2.eps} % DFD1_2.eps: 300dpi, width=2.30cm, height=1.11cm, bb=0 0 272 131 \caption{DFD 1.2 Administrar Estructura} \label{fig:dfd 1.2} \end{figure} \begin{figure} \centering \includegraphics[bb=0 0 272 127]{img/DFD1_3.eps} % DFD1_3.eps: 300dpi, width=2.30cm, height=1.08cm, bb=0 0 272 127 \caption{DFD 1.3 Definir Plantillas} \label{fig:dfd 1.3} \end{figure} \section{Definición de Interfaces de Usuario}\label{ACT: Definicion interfaces usuario} En esta actividad se especifican las interfaces entre el sistema y el usuario: formatos de pantallas, diálogos, e informes, principalmente. El objetivo es realizar un análisis de los procesos del sistema de información en los que se requiere una interacción del usuario, con el fin de crear una interfaz que satisfaga todos los requisitos establecidos, teniendo en cuenta los diferentes perfiles a quiénes va dirigido. Esta actividad consta de las siguientes tareas: \begin{itemize} \item Especificación de principios generales de interfaz \item Creacion de interfaz de pantallas \item Especificación de formatos de impresión \end{itemize} Las dos primeras tareas no vamos a estudiarlas dado que la organización cuenta con entornos de desarrollo que cumplen con una guia de estilo personalizada, tanto para interfaces de usuario como para formatos de impresión. Por tanto,la aplicación se desarrollará diseñando la lógica de negocio y dejando para el framework \emph{IGEP}\footnote{IGEP: Implementación de la Guia de Estilo en PHP} la presentación y para el proyecto \emph{ListadosXML}\footnote{ListadosXML: Librerias que generan la documentación en XML y se le aplican transformaciones XSLT para su presentación} los formatos de impresión. \subsection{Especificación de Formatos de Impresión}\label{TAR: Especificacion formatos immpresion} Pasamos a detallar todos los impresos que la aplicación debe generar, tanto impresos de tramitación (resoluciones, notificaciones, acuses...) como resúmenes, listados o estadísticas. \subsubsection{Catálogo de Impresos} \begin{enumerate} \item \begin{description} \item[Nombre:]Listado Estructura Métrica \item[Periodicidad:]A petición \item[Confidencialidad:]Administrador \item[Entrega o Difusión:]Documentos Interno \item[Tipo:]Listado \item[Idioma:]C\footnote{B (bilingüe); C (castellano); V (valenciano) } \end{description} \item \begin{description} \item[Nombre:]Listar Documentos \item[Periodicidad:]A petición \item[Confidencialidad:]Analista/Administrador \item[Entrega o Difusión:]Documento Interno \item[Tipo:]Listado \item[Idioma:]C \end{description} \end{enumerate} \section{Especificación del plan de pruebas}\label{ACT: Especificacion plan pruebas} En esta actividad se inicia la definición del plan de pruebas, el cual sirve como guía para la realización de las pruebas, y permite verificar que el sistema de información cumple las necesidades establecidas por el usuario, con las debidas garantías de calidad. El plan de pruebas es un producto formal que define los objetivos de la prueba de un sistema, establece y coordina una estrategia de trabajo, y provee del marco adecuado para elaborar una planificación paso a paso de las actividades de prueba. El plan se inicia en el proceso Análisis del Sistema de Información (\ref{PROC: Analisis Sistema Informacion}), definiendo el marco general, y estableciendo los requisitos de prueba de aceptación, relacionados directamente con la especificación de requisitos. \subsection{Elaboración del Plan de Pruebas. Primera Aproximación}\label{TAR: Elaboracion plan pruebas primero} En esta tarea se detallan las pruebas que deben llevar a cabo los usuarios. Las pruebas se especifican a nivel de suceso. Para cada uno de ellos se incluirá dos formularios: en el primero se especificarán los valores con los que ha de realizarse la prueba, y en el segundo, los valores esperados como resultado de la prueba. \subsubsection{Ejemplo: Suceso Constructor \emph{Mantenimiento Procesos}} \begin{description} \item[Formulario Entrada]: \begin{enumerate} \item Buscar procesos dejando en blanco los campos para ver todos los procesos de la estructura. \item Insertar Proceso: ASI \item Insertar Nombre Proceso: Análisis del Sistema de Información \end{enumerate} \item[Formulario Salida]: \begin{enumerate} \item Buscar proceso: ASI. \item Valor esperado en la columna Proceso: ASI \item Valor esperado en la columna Nombre: Análisis del Sistema de Información \end{enumerate} \end{description} También detallamos las pruebas de analista asociadas a los sucesos constructores y consultores teniendo en cuenta aspectos de formato,cálculo y validaciones. \subsubsection{Ejemplo: Suceso constructor \emph{Registrar Documento}} \begin{itemize} \item Comprobación del tipo de datos. \item Comprobación del formato de los datos. \item Comprobación de la obligatoriedad del campo. \item Comprobación del bloqueo del campo. \item Comprobación del valor por defecto que presenta el campo. \item Comprobación del funcionamiento de la posible operación de cálculo asociada al campo. \item Comprobación de rango del valor del campo. \item Comprobación de rango razonable del valor del campo. \item Verificación del identificador principal. \item Verificación de los identificadores alternativos. \item Verificación de los identificadores ajenos. \item Verificación de los identificadores secundarios. \item Validación de fechas. Comprobación de iteraciones (cardinalidad máxima, cardinalidad mínima). \item Validación de campos calculados. \item Verificación de todas las validaciones y comprobaciones adicionales que se realizan sobre la estructura. \end{itemize} Con la superación de estas pruebas a todos los sucesos, por parte de usuarios y analistas aseguramos que el sistema satisface los requisitos exigidos. \chapter{Diseño del Sistema de Información}\label{PROC: Disenyo Sistema Informacion} El objetivo del proceso de Diseño del Sistema de Información (DSI) es la definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte, junto con la especificación detallada de los componentes del sistema de información. A partir de dicha información, se generan todas las especificaciones de construcción relativas al propio sistema, así como la descripción técnica del plan de pruebas, la definición de los requisitos de implantación y el diseño de los procedimientos de migración y carga inicial, éstos últimos cuando proceda. Sinembargo no realizaremos este proceso ya que el desarrollo final de la aplicación se realizará con el framework IGEP y este condiciona su propio diseño. \section{Implementación de la guia de Estilo en PHP}\label{IGEP} IGEP son las iniciales de Implementación de la Guía de Estilo en PHP. La Guía de Estilo es básicamente una guía para unificar los criterios de aspecto y usabilidad en el proceso de desarrollo de aplicaciones, y que tengan así una interfaz homogénea. Podemos ver a IGEP como un módulo o libreria en PHP que nos \emph{obliga} a seguir esta guía a la vez que nos facilita el proceso de desarrollo. El uso de IGEP condiciona la aplicación y su estructura, de forma que no podemos usar las funcionalidades de IGEP fuera de este marco. Resumiendo, el objetivo de IGEP es servir de base para las aplicaciones que se desarrollen en PHP. \begin{figure}[h!] \centering \scalebox{0.65}{\includegraphics[bb=14 14 611 467]{img/igep.eps}} % igep.eps: 300dpi, width=5.05cm, height=3.84cm, bb=14 14 611 467 \caption{Arquitectura IGEP} \label{fig:igep} \end{figure} \clearpage \subsubsection{Características más importantes del proyecto} \begin{itemize} \item Implementa la Guía de Estilo. \item Separación de la lógica de negocio y de la presentación: \href{http://phrame.sourceforge.net/}{Phrame} (Modelo Vista-Controlador). \item Para la presentación utiliza \href{http://smarty.php.net/}{Smarty} como motor de plantillas. Éste nos permite definir los elementos de presentación para formar las pantallas y no tener que manipular HTML ni JavaScript. \item Independencia del gestor de base de datos mediante \href{http://pear.php.net/}{PEAR:DB} \item Alta reutilización de código, consiguiendo menores tiempos en desarrollo y mantenimiento. IGEP actúa como una caja negra para las aplicaciones que lo usan, de forma que los cambios y mejoras en IGEP afecten lo menos posible a éstas. \end{itemize} \chapter{Construcción del Sistema de Información}\label{PROC: Construccion sistema informacion} En este proceso se genera el código de los componentes del Sistema de Información, se desarrollan todos los procedimientos de operación y seguridad y se elaboran todos los manuales de usuario final y de explotación con el objetivo de asegurar el correcto funcionamiento del Sistema para su posterior implantación. \section{Preparación del entorno de generación y construcción}\label{ACT: Preparacion entorno} El objetivo de esta actividad es asegurar la disponibilidad de todos los medios y facilidades para que se pueda llevar a cabo la construcción del sistema de información. Entre estos medios, cabe destacar la preparación de los puestos de trabajo, equipos físicos y lógicos, gestores de bases de datos, bibliotecas de programas, herramientas de generación de código, bases de datos o ficheros de prueba, entre otros. Las características del entorno de construcción y sus requisitos de operación y seguridad, así como las especificaciones de construcción de la estructura física de datos, se establecen en el proyecto IGEP (\ref{IGEP}). \subsection{Implantación de la Base de Datos}\label{TAR: Implantacion base datos} En esta tarea definiremos la conexión a la base de datos desde los ficheros de configuración de IGEP. \begin{verbatim} //Variable del dsn de conexión. Necesario para la conexión a las diferentes fuentes de datos. if (ConfIgep::es_desarrollo()) { $g_dsn = array( 'phptype' => 'pgsql', 'username' => 'iap_ae', 'password' => 'xxxxxx', 'hostspec' => 'gardel.coput.gva.es', 'database' => 'marte' ); } else { $g_dsn = array( 'phptype' => 'pgsql', 'username' => 'inv_ae', 'password' => 'xxxxxx', 'hostspec' => '172.19.16.104', 'database' => 'marte' ); } \end{verbatim} Una vez definida la conexión creamos la base de datos en el GBD. \begin{verbatim} CREATE DATABASE marte WITH OWNER = postgres ENCODING = 'LATIN1'; COMMENT ON DATABASE marte IS 'Marte: bd principal de desarrollo'; \end{verbatim} Y en adelante las tablas. \begin{description} \item[tiap\_procesos\_metrica]: \begin{verbatim} -- Table: tiap_procesos_metrica -- DROP TABLE tiap_procesos_metrica; CREATE TABLE tiap_procesos_metrica ( id_proceso varchar(3) NOT NULL, nombre_proceso varchar(50), CONSTRAINT pk_tiap_procesos_metrica PRIMARY KEY (id_proceso) ) WITH OIDS; ALTER TABLE tiap_procesos_metrica OWNER TO iap; GRANT ALL ON TABLE tiap_procesos_metrica TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_procesos_metrica TO GROUP riap; \end{verbatim} \item[tiap\_actividades\_metrica]: \begin{verbatim} CREATE TABLE tiap_procesos_metrica ( id_proceso varchar(3) NOT NULL, nombre_proceso varchar(50), CONSTRAINT pk_tiap_procesos_metrica PRIMARY KEY (id_proceso) ) WITH OIDS; ALTER TABLE tiap_procesos_metrica OWNER TO iap; GRANT ALL ON TABLE tiap_procesos_metrica TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_procesos_metrica TO GROUP riap; \end{verbatim} \item[tiap\_tareas\_metrica]: \begin{verbatim} CREATE TABLE tiap_procesos_metrica ( id_proceso varchar(3) NOT NULL, nombre_proceso varchar(50), CONSTRAINT pk_tiap_procesos_metrica PRIMARY KEY (id_proceso) ) WITH OIDS; ALTER TABLE tiap_procesos_metrica OWNER TO iap; GRANT ALL ON TABLE tiap_procesos_metrica TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_procesos_metrica TO GROUP riap; \end{verbatim} \item[tiap\_grupodoc\_metrica]: \begin{verbatim} ( id_proceso varchar(3) NOT NULL, nombre_proceso varchar(50), CONSTRAINT pk_tiap_procesos_metrica PRIMARY KEY (id_proceso) ) WITH OIDS; ALTER TABLE tiap_procesos_metrica OWNER TO iap; GRANT ALL ON TABLE tiap_procesos_metrica TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_procesos_metrica TO GROUP riap; \end{verbatim} \item[tiap\_aplicaciones\_plus]: \begin{verbatim} -- Table: tiap_aplicaciones_plus -- DROP TABLE tiap_aplicaciones_plus; CREATE TABLE tiap_aplicaciones_plus ( aplicacion varchar(10) NOT NULL, nombre_aplicacion varchar(40), agrupacion varchar(10), aplicacion_padre varchar(10), aplicacion_creada_por char(1), nombre_creador varchar(50), paquete_cerrado int2, aplicacion_mantenida_por char(1), nombre_manten varchar(50), base_datos varchar(15), standalone int2, relacion_otras_aplic varchar(50), responsable_aplic varchar(50), responsable_informatico varchar(50), version_desarrollo varchar(15), version_explotacion varchar(15), visible varchar(1) DEFAULT 'S'::character varying, gaplicacion varchar(10), CONSTRAINT pk_tiap_aplicaciones_plus PRIMARY KEY (aplicacion) ) WITH OIDS; ALTER TABLE tiap_aplicaciones_plus OWNER TO iap; GRANT ALL ON TABLE tiap_aplicaciones_plus TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_aplicaciones_plus TO GROUP riap; COMMENT ON COLUMN tiap_aplicaciones_plus.gaplicacion IS 'Codigo de la aplicación (proyecto) en GForge'; \end{verbatim} \item[tiap\_documentos\_metrica]: \begin{verbatim} -- DROP TABLE tiap_aplicaciones_plus; CREATE TABLE tiap_aplicaciones_plus ( aplicacion varchar(10) NOT NULL, nombre_aplicacion varchar(40), agrupacion varchar(10), aplicacion_padre varchar(10), aplicacion_creada_por char(1), nombre_creador varchar(50), paquete_cerrado int2, aplicacion_mantenida_por char(1), nombre_manten varchar(50), base_datos varchar(15), standalone int2, relacion_otras_aplic varchar(50), responsable_aplic varchar(50), responsable_informatico varchar(50), version_desarrollo varchar(15), version_explotacion varchar(15), visible varchar(1) DEFAULT 'S'::character varying, gaplicacion varchar(10), CONSTRAINT pk_tiap_aplicaciones_plus PRIMARY KEY (aplicacion) ) WITH OIDS; ALTER TABLE tiap_aplicaciones_plus OWNER TO iap; GRANT ALL ON TABLE tiap_aplicaciones_plus TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_aplicaciones_plus TO GROUP riap; COMMENT ON COLUMN tiap_aplicaciones_plus.gaplicacion IS 'Codigo de la aplicación (proyecto) en GForge'; \end{verbatim} \item[tiap\_metrica\_glosario]: \begin{verbatim} -- Table: tiap_metrica_glosario -- DROP TABLE tiap_metrica_glosario; CREATE TABLE tiap_metrica_glosario ( aplicacion varchar(10) NOT NULL, termino varchar(25) NOT NULL, descripcion text, CONSTRAINT tiap_metrica_glosario_pkey PRIMARY KEY (aplicacion, termino), CONSTRAINT fk_reference_9_tiap_aplicaci FOREIGN KEY (aplicacion) REFERENCES tiap_aplicaciones_plus (aplicacion) ON UPDATE NO ACTION ON DELETE NO ACTION ) WITH OIDS; ALTER TABLE tiap_metrica_glosario OWNER TO iap; GRANT ALL ON TABLE tiap_metrica_glosario TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_metrica_glosario TO GROUP riap; \end{verbatim} \item[tiap\_metrica\_categorias]: \begin{verbatim} -- Table: tiap_metrica_categorias -- DROP TABLE tiap_metrica_categorias; CREATE TABLE tiap_metrica_categorias ( aplicacion varchar(10) NOT NULL, id_catg varchar(10) NOT NULL, nombre_catg varchar(25), CONSTRAINT tiap_metrica_categorias_pkey PRIMARY KEY (aplicacion, id_catg), CONSTRAINT fk_reference_6_tiap_aplicaci FOREIGN KEY (aplicacion) REFERENCES tiap_aplicaciones_plus (aplicacion) ON UPDATE NO ACTION ON DELETE NO ACTION ) WITH OIDS; ALTER TABLE tiap_metrica_categorias OWNER TO iap; GRANT ALL ON TABLE tiap_metrica_categorias TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_metrica_categorias TO GROUP riap; \end{verbatim} \item[tiap\_metrica\_categodoc]: \begin{verbatim} -- Table: tiap_metrica_categodoc -- DROP TABLE tiap_metrica_categodoc; CREATE TABLE tiap_metrica_categodoc ( aplicacion_catdoc varchar(10) NOT NULL, id_catdoc varchar(10) NOT NULL, proceso_catdoc varchar(3) NOT NULL, actividad_catdoc varchar(2) NOT NULL, tarea_catdoc varchar(2) NOT NULL, grupo_catdoc varchar(2) NOT NULL, num_catdoc varchar(2) NOT NULL, CONSTRAINT tiap_metrica_categodoc_pkey PRIMARY KEY (aplicacion_catdoc, id_catdoc, proceso_catdoc, actividad_catdoc, tarea_catdoc, grupo_catdoc, num_catdoc), CONSTRAINT fk_reference_7_tiap_metrica_ FOREIGN KEY (aplicacion_catdoc, id_catdoc) REFERENCES tiap_metrica_categorias (aplicacion, id_catg) ON UPDATE NO ACTION ON DELETE NO ACTION, CONSTRAINT fk_reference_8_tiap_document FOREIGN KEY (aplicacion_catdoc, proceso_catdoc, actividad_catdoc, tarea_catdoc, num_catdoc, grupo_catdoc) REFERENCES tiap_documentos_metrica (aplicacion_docm, proceso_docm, actividad_docm, tarea_docm, num_docm, grupo_docm) ON UPDATE NO ACTION ON DELETE NO ACTION ) WITH OIDS; ALTER TABLE tiap_metrica_categodoc OWNER TO iap; GRANT ALL ON TABLE tiap_metrica_categodoc TO iap WITH GRANT OPTION; GRANT ALL ON TABLE tiap_metrica_categodoc TO GROUP riap; \end{verbatim} \end{description} \subsection{Preparación del Entorno de Construcción}\label{TAR: Preparacion Entorno Construccion} El entorno con el que se construirán los componentes del sistema de información viene prefijado por el framework IGEP. El lenguaje de programación será como ya se dijo PHP,como IDE de programación \href{}{Eclipse} y como control de versiones \href{}{CVS}. Requerimientos de Hardware: \begin{itemize} \item Pentium IV 2GHz o superior \item RAM 256 MB o superior \end{itemize} Requerimientos de Software: \begin{itemize} \item Navegador Mozilla 1.5 o superior, o Firefox 1.0, o Internet Explorer 5.5 o superior \item Se utiliza el módulo de validación, por tanto el navegador ha de permitir ventanas emergentes desde el servidor de explotación (actualmente adolfo.coput.gva.es) \item Visor PDF (para visualizar listados) \end{itemize} \section{Generación del código de los componentes y procedimientos}\label{ACT: Generacion codigo componentes} El objetivo de esta actividad es la codificación de los componentes del sistema de información, a partir de las especificaciones de construcción obtenidas en el proceso Diseño del Sistema de Información (\ref{PROC: Disenyo Sistema Informacion}), así como la construcción de los procedimientos de operación y seguridad establecidos para el mismo. \subsection{Generación del código de componentes}\label{TAR: Generacion codigo componentes} Pasamos a incorporar algunos recortes de códigos basicos que describen la lógica de negocio y la presentación. Concretamente veremos el mantenimiento de documentos por un analista. \begin{description} \item [DocumentosA.php]: Definimos un panel maestro/detalle \begin{verbatim} <?php //MAESTRO $comportamientoVentana= new IgepPantalla(); $panel1 = new IgepPanel('DocumentosAMaestro',"smty_datosTablaM"); $panel1->activarPestanya("fil","estado_fil"); $panel1->activarPestanya("edi","estado_edi"); $v_titulos= array ("Proceso","Actividad","Id", "Nombre Tarea"); $panel1->agregarTitulos("smty_titulosColumnasM",$v_titulos); $comportamientoVentana->agregarPanel($panel1); //DETALLE $panelDetalle = new IgepPanel('DocumentosADetalle',"smty_datosFichaD"); $panelDetalle->activarPestanya("edi","linea_edi"); $comportamientoVentana->agregarPanelDependiente($panelDetalle,"DocumentosAMaestro"); $s->display('DocumentosA2.tpl'); ?> \end{verbatim} \item[DocumentosAMaestro.php] \begin{verbatim} <?php include_once "igep/include/IgepNegocio.php"; /*CLASE ESPECIFICA DEL PANEL Q MANEJA PRUEBA*/ class DocumentosAMaestro extends IgepNegocio{ var $listaAplicaciones; var $aplicacionSeleccionada; function DocumentosAMaestro(){ //manejador de conexiï¿œn global $g_dsn; //Las tablas sobre las que trabaja $nombreTablas= array("tiap_grupodoc_metrica","tiap_tareas_metrica","tiap_procesos_metrica","tiap_actividades_metrica");//,"tiap_aplicaciones_plus"); $this->IgepNegocio($g_dsn,$nombreTablas); $this->str_claseActual="DocumentosAMaestro"; $this->str_select = "SELECT tiap_actividades_metrica.nombre_actividad as descact,tiap_procesos_metrica.nombre_proceso as descproceso,tiap_tareas_metrica.nombre_tarea as desctarea,tiap_grupodoc_metrica.proceso_gdoc as proceso, tiap_grupodoc_metrica.actividad_gdoc as act, tiap_grupodoc_metrica.tarea_gdoc as tarea, tiap_grupodoc_metrica.id_gdoc as id, tiap_grupodoc_metrica.nombre_gdoc as nombre FROM tiap_grupodoc_metrica, tiap_tareas_metrica, tiap_actividades_metrica, tiap_procesos_metrica"; $this->str_orderBy = "proceso,act,tarea,id"; $this->str_where = "proceso_gdoc=proceso_tarea AND actividad_gdoc=actividad_tarea AND tarea_gdoc=id_tarea AND actividad_tarea=id_actividad AND proceso_tarea=proceso_actividad AND proceso_actividad=id_proceso"; $this->addHijo("DocumentosADetalle",array("proceso","act","tarea","id","aplicacion"),array("proceso","act","tarea","id","aplicacion")); //Lista de aplicaciones que sera precargada. if (IgepSession::existeVariable("SeleccionA",aplicacionSeleccionada)) $this->aplicacionSeleccionada = IgepSession::dameVariable("SeleccionA",aplicacionSeleccionada); $listaAplicaciones = new IgepLista("l_aplicacion","APLICACIONES"); $listaAplicaciones->marcarSeleccionado($this->aplicacionSeleccionada); $this->addLista($listaAplicaciones); /*Añadimos los matching*/ $this->addMatching("proceso","proceso_gdoc","tiap_grupodoc_metrica"); $this->addMatching("descproceso","tiap_procesos_metrica.nombre_proceso","tiap_procesos_metrica"); $this->addMatching("act","actividad_gdoc","tiap_grupodoc_metrica"); $this->addMatching("descact","nombre_actividad","tiap_actividades_metrica"); $this->addMatching("tarea","tarea_gdoc","tiap_grupodoc_metrica"); $this->addMatching("nombre","nombre_tarea","tiap_tareas_metrica"); $this->addMatching("id","id_gdoc","tiap_grupodoc_metrica"); $this->addMatching("nombre","nombre_gdoc","tiap_grupodoc_metrica"); } function preBuscar($m_datos){ $aplicacion = $m_datos["l_aplicacion"]; $consultaDescrip = "select nombre_aplicacion as descripcion from tiap_aplicaciones_plus where aplicacion = '".$aplicacion."'"; $descripcion = $this->consultar($consultaDescrip); $descripcion = $descripcion[0]['descripcion']; $this->addConstante("aplicacion",$aplicacion); $this->addConstante("descripcion",$descripcion); $this->aplicacionSeleccionada = $aplicacion; return 0; } }//Fin ?> \end{verbatim} \end{description} \part{Conclusión}\label{PARTE: Conclusion} \chapter{Conclusión}\label{CAP: Conclusion} Tras el estudio realizado, podemos garantizar que la solución adoptada ha sido la mejor entre las propuestas. Es decir, utilizando los conocimientos de \emph{Ingeniería del Software} hemos diseñado soluciones a los problemas relacionados tratando de aprovechar de la mejor manera los recursos disponibles teniendo en cuenta el desarrollo sostenible. En la actualidad la herramienta \textbf{DCM} esta siendo usada por los analistas de la organización para gestionar la documentación generada por el analisis de los distintos S.I en uso y desarrollo. %Apendice %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \part{Apéndice e Índices} \appendix %Los capitulos q preceden esta marca serán apendices \chapter{Nota legal}\label{APEN: Nota legal} \begin{center} \scalebox{0.8}{\includegraphics[bb=14 14 295 94]{img/logo_deed.eps}} % logo_deed.eps: 300dpi, width=2.38cm, height=0.68cm, bb=14 14 295 94 \textbf{Reconocimiento-CompartirIgual 2.5} \end{center} \begin{description} \item[Usted es libre de]\textbf{:} \begin{itemize} \item copiar, distribuir y comunicar públicamente la obra \item hacer obras derivadas \item hacer un uso comercial de esta obra \end{itemize} \item[Bajo las condiciones siguientes]\textbf{:} \scalebox{0.5}{\includegraphics[bb=14 14 79 79]{img/by.eps}}\textbf{Reconocimiento.} Debe reconocer y citar al autor original. \scalebox{0.5}{\includegraphics[bb=14 14 79 79]{img/sa.eps}}\textbf{Compartir bajo la misma licencia.} Si altera o transforma esta obra, o genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta. \begin{itemize} \item Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra. \item Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor. \end{itemize} \end{description} \begin{center} \textbf{Los derechos derivados de usos legítimos u otras limitaciones reconocidas por ley no se ven afectados por lo anterior} \end{center} \begin{center} Esto es un resumen legible por humanos del \href{http://creativecommons.org/licenses/by-sa/2.5/legalcode}{texto legal} (la licencia completa) \end{center} % SIN VALIDEZ % % Se concede permiso para copiar, distribuir y/o modificar este documento bajo los términos de la GNU Free Documentation License, Version 1.2 o posterior, publicada por la Free Software Foundation, siendo secciones invariantes este apéndice que contiene la nota legal.\\ % % % Copyright \copyright 2005 Santos Gaudioso, Ignacio\\ % % % Este documento puede ser copiado y distribuido en cualquier medio con o sin fines comerciales, siempre que la licencia GNU Free Documentation License (\href{http://www.gnu.org/copyleft/fdl.html}{FDL}), las notas de copyright y esta nota legal diciendo que la GNU FDL se aplica al documento se reproduzcan en todas las copias y que no se añada ninguna otra condición a las de la GNU FDL. \listoffigures \listoftables %********************************************************************************************************************% \begin{thebibliography}{99} \bibitem{metrica} Consejo superior de informática \emph{Métrica v.$III$} Ministerio de administraciones públicas \bibitem{Proyecto Sistemas Abiertos} \href{http://www.cop.gva.es/espa/linux/Proyecto/linux_final.htm}{Proyecto de Sistemas Abiertos}. Consellería de Infraestructuras y Transporte. \bibitem{OpenSource} Free Software Foundation \href{http://www.fsf.org/}{www.fsf.org} \bibitem{Conselleria} \emph{Conselleria de Infraestructuras y Transporte} Corporación consultiva, administrativa y de gobierno de la \emph{Generalitat Valenciana} \bibitem{Infocentre} \emph{Centro de Gestión de Servicios Telemáticos e Informáticos} de la Generalitat Valenciana. \href{http://www.infocentre.gva.es/}{www.infocentre.gva.es} \bibitem{OpenOffice} \emph{Open Office} multi-platform and multi-lingual office suite and an open-source project. Compatible with all other major office suites \href{http://www.OpenOffice.org/}{www.OpenOffice.org} \bibitem{Pentec} \emph{Planificación de Entornos Tecnológicos S.L.} \href{http://www.pentec.es}{www.pentec.es} \bibitem{mastin} \emph{Aplicación corporativa de registro de entrada y salida de documentos de la} \href{http://www.gva.es}{GVA} \bibitem{gpl} \emph{GNU General Public License} Licencia creada por la \emph{Free Software Foundation} y orientada principalmente a los términos de distribución, modificación y uso de software. Su propósito es declarar que el software cubierto por esta licencia es software Libre.\href{http://www.es.gnu.org/licencias/gples.html}{GPL} \bibitem{postgreSQL} PostgreSQL is a highly scalable, SQL compliant, open source object-relational database management system. \href{http://www.postgresql.org/}{www.postgresql.org} \bibitem{LaTeX} \LaTeX{} is a high-quality typesetting system, with features designed for the production of technical and scientific documentation. \LaTeX is the de facto standard for the communication and publication of scientific documents.\href{http://www.latex-project.org/}{www.latex-project.org} \end{thebibliography} \end{document}