Procesamiento de Causas en el Ministerio Pblico

Indice del Captulo

9.1 Etapas de la Metodologa
9.2 Etapa de Planificacin
9.3 Etapa de Especificacin o Revisin del Diseo Lgico
9.4 Etapa de Especificacin de Diseo Fsico
9.5 Etapa de construccin
9.6 Etapa de Pruebas
9.7 Etapa de Documentacin
9.7.1 Tipos de Manuales y Temas
9.8 Etapa de Capacitacin
9.9 Implantacin y Puesta en Marcha

9-. Metodologa y plan de trabajo para el desarrollo del software

Posterior a la etapa de especificacin de requerimientos para el Sistema de Apoyo a los Fiscales, viene la
tarea de la construccin del software: Esta construccin estuvo a cargo de la empresa que se adjudic la
licitacin: Orden S.A.
La metodologa y plan de trabajo para el desarrollo del software facilitada por Orden S.A. fue
una Metodologa Estndar de desarrollo de software con la cual se enfrentan los proyectos de desarrollo
bajo la arquitectura Cliente/Servidor, de dos y tres niveles, como es la naturaleza del presente proyecto.
La metodologa propuesta se compone de:
- Un mtodo, que es el tradicionalmente conocido como Prototipo,
- Tcnicas que indican cmo desarrollar el mtodo,
- Herramientas que apoyan el desarrollo del mtodo,
- Y normas que regulan el desarrollo del mtodo.
El mtodo escogido es una adaptacin del Prototipo. La idea principal, desde el punto de vista de la
adaptacin, es que las fases no son rgidas ni necesariamente secuenciales.
Es importante considerar que al trmino de cada etapa debe existir una actividad de revisin y validacin de
la misma, para detectar cualquier posible error.
9.1 Etapas de la Metodologa
En la siguiente figura se muestran las etapas de la metodologa para el desarrollo del software:

Las etapas de la metodologa son:

- Planificacin
- Especificacin del Diseo Lgico
- Especificacin Diseo Fsico

- Construccin
- Desarrollo de Prototipos
- Test de Prototipos
- Programa Sistema Seal
- Plan de Pruebas
- Test Individual
- Test Integrado
- Test de Correcciones
- Documentacin
- Documentacin Tcnica
- Documentacin Usuario
- Capacitacin Usuario
- Controles de Seguridad
- Implantacin y Puesta en Marcha

9.2 Etapa de Planificacin

En esta etapa se establecen las bases para iniciar el desarrollo. Como mnimo se deben contemplar los
siguientes elementos:
Formalizacin y Organizacin del equipo de trabajo

Establecimiento de un Plan Global del desarrollo. Documento que establece los hitos principales del
desarrollo, la capacitacin y la puesta en marcha. El desarrollo de este documento ser abordado en
conjunto con el Ministerio Pblico como una de las primeras actividades dentro del Plan de Trabajo, cuyo
objetivo principal es el establecimiento de un plan de ejecucin de actividades detallado y acordado con el
Ministerio Pblico.
9.3 Etapa de Especificacin o Revisin del Diseo Lgico
El objetivo de esta etapa es obtener un entendimiento conceptual del problema a resolver. En caso que este
cumpla totalmente con los requerimientos, bastar con formalizarlo en un documento denominado "Diseo
Lgico Formal", en caso que se considere algn cambio al Diseo propuesto, se discutir con la contraparte
del Ministerio Pblico, incluyndolo luego en dicho documento.
En resumen, el objetivo de esta etapa es determinar, en una primera fase, los requerimientos del sistema y
representarlos formalmente.
Los elementos a considerar son:
Anlisis de Requisitos: Anlisis de la documentacin que describe el nuevo proceso penal y cules
son las funciones y necesidades de apoyo informtico de las entidades componentes del Ministerio Pblico a
nivel Nacional, Regional y Local.

Anlisis de la Arquitectura Tecnolgica.

Anlisis de la Organizacin Funcional.

Anlisis de los Procesos.

Especificacin del Diccionario de Trminos.

Especificacin del Modelo de Procesos.

Anlisis de Requisitos:
El anlisis adecuado de los requerimientos de un sistema de informacin, es la primera etapa del desarrollo
de software y por ende la etapa fundamental que merece toda la atencin necesaria para lograr un correcto
levantamiento de los requerimientos del sistema. En este proyecto, por tratarse de un sistema procesal

penal, originado de una profunda reforma, se presentar una gran cantidad de definiciones, por lo cual se
propone el establecimiento de una metodologa clara que asegure la extraccin de todos los aspectos
relevantes que debe considerar el sistema, permitiendo con ello establecer las bases del diseo conceptual y
lgico del mismo.
Para efectuar el anlisis de los requerimientos en el marco del nuevo proceso penal, se estima necesaria la
participacin de los siguientes profesionales:
Abogado Asesor: profesional(es) con amplios conocimientos en la Reforma Procesal Penal.
Abogado Analista: profesional con amplia experiencia en el anlisis y diseo de sistemas computacionales
para el Sistema Judicial.
Analistas Expertos: profesionales con extensa y comprobada experiencia en anlisis de requerimientos,
modelamiento y diseo de soluciones de sistemas.
Arquitecto de la Solucin: profesional con amplios conocimientos tcnicos en el uso y aplicacin de
herramientas de anlisis y diseo de la arquitectura tecnolgica del sistema.
Equipo Multifuncional del Ministerio Pblico: profesionales de informtica, Jueces y/o ministros,
abogados y otros que determine el Ministerio Pblico.
Una vez conformado el grupo de trabajo, se planifica un conjunto de reuniones de carcter tcnico cuyo
objetivo es estudiar, analizar y definir en detalle las funciones de cada mdulo del sistema, visto ste como
un sistema integrado. El resultado de este trabajo ser un modelo de datos generalizado que permita sentar
las bases del diseo y la implementacin de las funciones por mdulo. Superada esta etapa, se est en
condiciones de abordar el desarrollo de los mdulos por separado y en forma simultnea con ms de un
equipo de trabajo realizando tareas de anlisis, diseo y programacin de los distintos mdulos que son
objeto de la presente licitacin.
Lo anteriormente expuesto significa que los distintos mdulos requeridos por el Ministerio Pblico se
desarrollarn en forma paralela logrando con esto la optimizacin en la asignacin de los recursos del
proyecto, y la obtencin de un tiempo global de ejecucin del proyecto de acuerdo a lo propuesto.
En esta etapa podemos mencionar los siguientes resultados:
Procesos DE TRABAJO

Para el anlisis de procesos de trabajo, habitualmente se utilizan dos tcnicas combinadas: Diagramas de
Flujo de Datos (DFD) y Matrices de Responsabilidad (MDR). Los DFD se utilizan slo para identificar los
procesos principales, sin intentar llegar al detalle con ellos, y las MDR se utilizan para identificar los procesos
elementales. En el caso de este trabajo en particular se utiliz la definicin de procesos de trabajo entregada
por el Ministerio Pblico con una tcnica de modelamiento conocida como "Rediseo de procesos de
negocios mediante el uso de patrones" y el apoyo en los detalles a travs de "Diagramas de pistas".

9.4 Etapa de Especificacin de Diseo Fsico

Una vez conocido el problema, se identifican los distintos procesos computacionales y se define una
arquitectura (basada en los requisitos y arquitectura tecnolgica) y una implementacin. La especificacin,
est muy relacionada con el software bsico especfico que se utiliza en la construccin que en este caso
corresponde a las herramientas de desarrollo propuestas en la plataforma tecnolgica.
Los elementos a considerar son:
Especificacin del Diccionario de Datos y Tipos de Datos.

Identificacin de Mdulos.

Especificacin de Formularios (Pantallas de Ingreso, Salidas en Pantalla y Papel).

Especificacin de Servicios.

Especificacin del Modelo de Datos.

En esta etapa podemos mencionar:

- Descripcin de Mdulos

Un mdulo es una agrupacin arbitraria de procesos elementales. El concepto de mdulo se utiliza con el
objeto de particionar el problema. Lo aconsejable, en cualquier caso, es que la agrupacin sea realizada con
algn criterio de relacin.
En esta etapa se definen los distintos mdulos del sistema, describiendo su funcionalidad general, los
procesos elementales que implementa, e indicando si es un mdulo Cliente o Servidor.
La presentacin se realiza sobre la base de una tabla, Ordenada por su primera columna, como la siguiente:
Nombre del Mdulo

C/S

Abreviacin
(3 caracteres)

Descripcin

Procesos
Elementales

- Diccionario de Tipos y Datos

El diccionario de datos se compone de dos elementos: el Diccionario de Tipos de Datos y el Diccionario de
Datos. Estos diccionarios definen la representacin fsica de los datos.
El Diccionario de Tipos de Datos es la base de todas las definiciones. Se especifican Restricciones, Valores
por Defecto y los Tipos de Datos.
Los Tipos de Datos se especifican en una tabla, Ordenada por la primera columna, que contiene lo siguiente:
Nombre

Descripcin

Tipo

Largo

Restriccin

V. Defecto

Nombre: El nombre del tipo de dato, con un mximo de 30 caracteres. Debe tener como prefijo Typ_.
Descripcin: La descripcin.
Tipo: Corresponde a un tipo bsico y elemental. Pueden ser: Integer, Real, Money, String, Module, Flag,
Date, Timestamp.
Largo: (Largo total, Nmero de Decimales, Signo) o (Largo mnimo, Largo mximo). No aplicable a Flag,
Date y Timestamp.
Restriccin: Nombre de la Restriccin (Cns).
V. Defecto: Nombre del valor por Defecto (Dfl).
El Diccionario de Datos se presenta como una tabla, Ordenada por la primera columna, que contiene lo
siguiente:
Nombre

Descripcin

Tipo de Dato

Nombre: El nombre del dato, con un mximo de 30 caracteres. Debe tener como prefijo fld_
Descripcin: La descripcin.
Tipo de Dato: Corresponde a un tipo definido en el Diccionario de Tipos de Datos.
Especificacin de Formularios
Una de las actividades donde mayor tiempo se invierte, es en la "Pintura" de pantallas (forms). Por esto se ha
ideado una forma en que el diseador especifica un form en trminos de los objetos que contiene, pero
dibuja lo menos posible. Durante este proceso, se va introduciendo la lgica de la interfaz y se deducen,
adems los servicios que se necesitan.
La especificacin de formularios se realiza por cada Mdulo de tipo Cliente.
El producto contempla en primer lugar un diagrama jerrquico que indica todos los forms, y el flujo de
llamadas que hay entre ellos.
Posteriormente se realiza una descripcin de cada form, utilizando una tabla que contiene lo siguiente:
Objeto Grfico

Nombre

Prompt.

Descripcin

Servicio

Objeto Grfico: Puede ser: TextBox, ComboBox, Button, Grid.

Nombre: Nombre del Objeto grfico. Si el objeto es TextBox o ComboBox, el nombre debe ser un dato
definido en el Diccionario de Datos (Fld). Si el objeto es Button, debe tener el prefijo b_.
Prompt: El texto de identificacin que debe aparecer en la pantalla. (Por defecto aparece la descripcin
del Fld.)
Descripcin: Descripcin si procede. En los objetos tipo Button es imprescindible.
Servicio: Nombre del servicio asociado.
Opcionalmente puede acompaarse con un dibujo.
- Especificacin de Servicios
Los servicios son la interfaz entre el Cliente y el Servidor. Es importante notar que lo nico que conocen los
Clientes son datos (del Diccionario de Datos) y servicios.
Opcionalmente, y a modo de resumen, se construye una tabla donde se clasifican los servicios basndose en
las cuatro operaciones:
Abreviacin
Mdulo

Servicios
Servicios
Creacin (Insert) Eliminacin
(Delete)

Servicios
Actualizacin
(Update)

Servicios
Consulta
(Retrive)

El detalle de los servicios se especifica sobre la base de una tabla que contiene lo siguiente:

Abreviacin
Mdulo

Nombre Servicio Parmetros

Clase
(I, O, IO, OC)

Descripcin

Mdulo : Abreviacin del nombre del mdulo al cual pertenecen los servicios.
Nombre Servicio: Debe comenzar con el prefijo Srv_ (30 caracteres).
Parmetros : Deben comenzar con el prefijo Fld_. Hay que notar que estos nombres darn origen (en la
mayora de los casos) a las columnas de las tablas en el Modelo de Datos: Es un dato definido en el
Diccionario de Datos.
Clase : Los servicios operan basndose en parmetros, y tambin son capaces de entregar como salida un
conjunto de "Filas". La clase indica si es un parmetro de entrada (I), un parmetro de salida (O), un
parmetro de entrada/salida (IO), o una columna del conjunto de filas (OC).
Descripcin: Qu hace el servicio.
- Especificacin del Modelo de Datos
La especificacin del modelo de datos puede hacerse completa o separada por mdulos.
Este producto es un diagrama del modelo de datos, segn el modelo de especificacin Entity-Relation,
normalizado hasta la tercera forma normal, seguido de una descripcin de las tablas, columnas e ndices.
La descripcin de las tablas, columnas e ndices, ya es una representacin fsica y se realiza en base a las
siguientes matrices:
Tablas
Tabla

Descripcin

Prefijo (abreviacin 3 caracteres)

Dato (Fld) (Columna)

Comentarios

Columnas
Tabla
ndices
Tabla

Indice

Descripcin

Prim

Dup

Columnas

Tabla : El nombre de la tabla. (30 caracteres).

Columna : Dato (Fld) definido en el Diccionario de Datos.
ndice : Nombre del ndice. Debe comenzar con el prefijo Ix.
Prim : Indica (X) si es un ndice primario.
Dup : Indica (X) si es con duplicados. (Incompatible con Prim).
Columnas : Nombres de los atributos que componen el ndice.
Relaciones
Relacin

Descripcin

Tabla 1

Columnas
Tabla 1

Tabla 2

Columnas
Tabla 2

Integridad
Referencial

Relacin : El nombre de la Relacin. (30 caracteres).

Integridad Ref. : Restrict o nada.
Columnas : Indica las columnas por las cuales se establece la relacin.
9.5 Etapa de construccin
En esta etapa, podemos distinguir varias subetapas que permiten obtener el resultado esperado, y que
corresponde al sistema construido, tanto en su parte Cliente, como en su parte Servidor.
Las subetapas a considerar son:
- Etapa de Desarrollo de Prototipo
El objetivo de desarrollar un prototipo del sistema en estudio, es lograr un conocimiento de los elementos
esenciales del sistema real en forma ms rpida, lo que permite tener una herramienta que facilita tanto a los
usuarios como a los "Desarrolladores" evaluar y/o criticar el comportamiento que este tendr. Con la base de
este conocimiento es posible llegar a construir un mejor sistema, los requerimientos al sistema real van
surgiendo despus de continuas revisiones al modelo de prototipo.
Esta etapa, incluye adems las fases de Prueba del Prototipo, y el Test de Prototipo, para lo cual el Ministerio
Pblico contar con el prototipo instalado en las estaciones de trabajo que indique. El Ministerio Pblico
contar con un nmero de das definidos en el contrato para realizar esta etapa de revisin y observaciones,
y poder luego informar su aprobacin y/o posibles puntos a considerar en las siguientes etapas.
- Etapa de Programacin del Sistema Real
En esta etapa, a cada uno de los procesos definidos en la etapa de revisin de diseo lgico y diseo fsico,
se le realiza su codificacin en trminos del Cliente y Servidor.
Para esta etapa se consideran los siguientes hitos que corresponden a los pasos a seguir, pero no definen un
proceso necesariamente secuencial, ya que algunas de ellas deben ser construidas en forma paralela para
lograr el objetivo de comunicacin deseado entre el programa Cliente, y el programa Servidor.

Se debe considerar:
Programacin de la Base de Datos

Debemos mencionar la programacin de la base de datos como uno de los hitos ms importantes del
desarrollo, es en el servidor, y en particular en la programacin de la base de datos donde se concentra la
inteligencia del sistema a desarrollar.
En resumen esta etapa incluye:
- La especificacin de tipos, campos, tablas, mdulos, valores por defecto, reglas de validacin y otros en el
repositorio de la herramienta de desarrollo propuesta para el desarrollo.
- La generacin de procedimientos que permiten cargar las tablas, triggers, y procedimientos de apoyo a la
Base de Datos generada.
- La programacin de los servicios a construir y la prueba de cada uno de ellos en forma individual.
Programacin de las Aplicaciones Cliente.
En esta fase, nuevamente la herramienta de productividad juega un papel fundamental en mejorar los
tiempos y la productividad de los desarrolladores, ya que al tener las especificaciones claramente definidas
en el repositorio de la herramienta, es posible generar parte del cdigo del Form necesario para la interfaz
cliente, dejando al programador el complemento de esta programacin, y la preocupacin de entregar una
interfaz amigable al usuario.
Adems, esta etapa contempla el enlace con los servicios ya programados en el servidor de datos, y la
generacin de su correcto llamado utilizando los parmetros de entrada y salida necesarios.
9.6 Etapa de Pruebas
Un punto importante y clave para el xito de un proyecto, adems de su trmino en forma adecuada y en los
plazos indicados, lo constituye la calidad del sistema entregado, la cual se garantiza en cada una de las
etapas del desarrollo. Se cuenta con un grupo independiente al grupo de desarrollo, que tiene por objeto
velar por el cumplimiento de las normas, metodologa, y planes establecidos.
La prueba es un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo
sistemticamente.
Para efectos de elaborar una prueba, deben necesariamente distinguirse las etapas mediante las cuales se
desarrollar, para lo cual distinguiremos las siguientes:
- Prueba Unidad
- Prueba de Integracin
- Prueba de Correcciones
PRUEBAS DE UNIDAD:
En esta etapa la prueba est orientada a la verificacin, la cual se refiere al conjunto de actividades que
aseguran que el software implementa correctamente una funcin especfica y/o aquella para la cual fue
diseada.
En este caso se deben probar en forma independiente cada uno de los Mdulos constituyentes del Sistema.
Lo anterior significa que una vez desarrollada la parte Cliente y la parte Servidor, es necesario efectuar un
test individual por pantalla, por mdulo y por subsistema de la integridad de la operacin de ambos
(Cliente/Servidor), para ello se realizan pruebas al mnimo nivel en primera instancia (llamado a un servicio
en particular), las que van aumentando su nivel a medida que las primeras van pasando el test individual
(pantallas, mdulos, etc.).
PRUEBAS DE INTEGRACIN:
En esta etapa la prueba est orientada a la validacin de la integridad del software, la cual se refiere al
conjunto de actividades que aseguran que el software construido se ajusta a los requerimientos y que los
mdulos interactan entre s correctamente. Esta etapa finaliza las pruebas, tras concluir con la conviccin
que el Software y/o Sistema alcanza la funcionalidad y rendimiento esperados, es decir, el resultado de esta
etapa ser la aprobacin del sistema por parte del Ministerio Pblico, en lo que respecta a programacin.
PRUEBA DE CORRECCIONES:
Esta es una etapa que existir al final de cada una de las etapas anteriores, y el objetivo que se persigue en
ella es la revisin a las correcciones de los errores detectados.
La definicin y ejecucin del Plan de Prueba que se ha determinado para los sistemas objetos de esta
propuesta, se detalla en el punto "Definicin y Ejecucin del Plan de Pruebas", de este mismo captulo.
9.7 Etapa de Documentacin
Se entregar al Ministerio Pblico la documentacin detallada, que a continuacin se especifica, en papel y
en medio magntico, generada con el procesador de texto MS-Word para Windows.
9.7.1 Tipos de Manuales y Temas
- Manual de Diseo Lgico
- Manual de Diseo Fsico

Diccionario de datos
Referencias cruzadas
- Manual del Usuario
Introduccin: se describe el objetivo general de la aplicacin y generalidades de protocolo de ingreso,
organizacin del manual y mapeo de las teclas a utilizar.
Descripcin General del Software: se describen la funcionalidad y capacidades de la aplicacin y de los
mdulos involucrados en ella.
Medio Ambiente: se describen las entidades involucradas en la aplicacin, mdulos que interacten con la
aplicacin, flujo de informacin entre ellos, diagrama de contexto, etc.
Modelo Conceptual: se describe el diagrama que representa la aplicacin, destacando las funciones que
posee y las entidades o aplicaciones relacionadas.
Estndares de Operacin: se sealan los elementos comunes en la operacin de la aplicacin, como teclas
de funcin, manejo de errores y mensajes.
Operacin del Software: se describen los mecanismos de operacin de cada una de las funciones que
provee la aplicacin. Se especifican los objetivos de cada una de las funciones, presentando su pantalla
asociada, los procesos relacionados y formularios y/o listados.
Secuencia de Ejecucin de Funciones: se describen las secuencias normales de ejecucin (funciones
diarias, semanales, mensuales, etc.), as como las especiales o espordicas, con su correspondiente grado
de importancia dentro del sistema (discriminando entre crticas y no crticas).
Mensajes de Error: se indica cada uno de los mensajes de error utilizados por el sistema en la validacin de
datos u otros.
Cabe destacar que el Manual de Usuario ser incluido en sus mismos trminos como ayuda en lnea de la
aplicacin cliente.
- Manual de Administracin y Operacin
Introduccin: se especifican las tareas computacionales bsicas que se deben realizar para poner el
software en produccin y mantenerlo.
Requerimientos de Instalacin: se describen los requerimientos de hardware y de software necesarios
para poder instalar la aplicacin (espacio en disco, memoria, tipo y nmero de terminales, diskettes, versin
sistema operativo, herramientas de software de base de datos, de comunicaciones etc.).
Instalacin del Software de Aplicacin: se describen los procesos computacionales previos a la ejecucin
normal del software (set up inicial, conversiones, creacin de archivos, poblamiento inicial).
Procedimientos de Produccin: se describen los procedimientos necesarios para la explotacin de la
aplicacin. Los procedimientos computacionales incluyen los archivos, programas y mensajes de consola
respectivos, chequeo de hardware Local y comunicaciones, representados por medio de diagramas.
Procedimiento de Respaldo y Recuperacin de Informacin: se describen los procedimientos necesarios
para el respaldo y recuperacin de informacin.
Mantencin de Usuarios: se describen los mecanismos por medio de los cuales se incorporan usuarios al
sistema, el manejo de privilegios y dems aspectos relacionados
Programas Fuentes
Como parte de la documentacin del proyecto el Consorcio, har entrega al Ministerio Pblico de los
programas fuentes del software de aplicacin objeto de esta licitacin.
Documentacin del Plan de Pruebas
Como parte del plan de prueba ejecutado a las piezas de software de aplicacin, se llevar un registro de las
pruebas realizadas y los resultados de stas (anlisis) tanto para las pruebas unitarias como para las
pruebas integradas y de correccin. Dicha documentacin ser entregada al Ministerio Pblico.
Documentacin del Plan de Capacitacin
Documentacin del Plan de Implantacin
9.8 Etapa de Capacitacin
La etapa de capacitacin est orientada a los usuarios del sistema. Adems, se orienta una parte de esta
capacitacin al o los administradores del sistema.
El objetivo final del plan de capacitacin es preparar a los distintos usuarios, en el uso y manejo de cada una
de las funcionalidades inherentes y necesarias para desarrollar sus labores con el apoyo computacional.
En el punto "Control de Calidad y Prueba" se describen las caractersticas de las diferentes actividades
relacionadas con la definicin y ejecucin del Plan de Capacitacin que se propone para el desarrollo del
proyecto del Ministerio Pblico.
9.9 Implantacin y Puesta en Marcha
El proceso de implantacin, desde el punto de vista de la metodologa de desarrollo propuesta, considera las
siguientes actividades:
- Organizacin del equipo de trabajo del proceso de Implantacin
- Verificacin de Datos bsicos para la explotacin

- Capacitacin
- Instalacin y Configuracin de Sistema
- Inicio de Operacin
- Soporte de puesta en marcha