Proyecto de fortalecimiento para la implementación del sistema de trámite documentario 2014

• 1. Introducción
• 2. Problemática
• 3. Objetivos
• 4. Propuesta
• 5. Alcances y limitaciones
• 6. Marco teorico
• 7. Marco conceptual:
• 8. Marco metodológico
• 9. Sistema de
  hipótesis:
• 10. Sistema de variables:
• 11. Biografia

Introducción

Las instituciones del Privadas deben reformarse, entre
otras razones, porque subsiste la ineficiencia, que se expresa no
tanto en el número de trámites a realizar para obtener
un servicio bueno de la empresa, sino en el tiempo que tarda la
realización de cada trámite. En segundo lugar, existe
aún una gran distancia entre la Institución Privada y
los ciudadanos, alejamiento que se origina en la insuficiente
información accesible a los potenciales agentes
económicos y a la sociedad en general. El exceso de
regulaciones y de demoras en los procedimientos limita
severamente las oportunidades, traba una relación eficiente
entre Estado y el mercado y fomenta la corrupción y la
informalidad.

La Universidad comprende las filiales de: Cusco,
Andahuaylas y Curahuasi tiene un orden de gobierno que le
respalda en sus gestiones administrativas.

La Universidad está por encima de todas las
Universidades de la región ubicada en el Av. Perú
Nº 700, tiene actualmente 30 oficinas que se encargar de
brindar las distintos servicios a la ciudadanía.

Dentro de estas oficinas se encuentra la OFICINA DE
TRAMITE DOCUMENTARIO, que tiene como sub unidad a la gerencia de
recepción documental y archivo general, quien se encarga
gestionar los documentos que ingresan y salen de la
Universidad.

Uno de los principales factores que impiden la
superación del problema es la burocracia, la falta de empleo
de tecnologías informáticas y de telecomunicaciones, en
muchas instituciones gubernamentales y privadas aún persiste
el uso de sistemas manuales para manejar tareas importantes,
tales como el trámite documentario, lo cual conlleva a
diferentes problemas que deben ser superados urgentemente en la
Universidad Tecnológica de los Andes.

Problemática

La Universidad tiene limitaciones para la gestión
documentaria y atención al ciudadano, no se cuenta con
sistemas informáticos software y hardware, así como el
personal con las competencias adecuadas.

Por su parte los ciudadanos y empresas en la, perciben
trabas y/o limitaciones al efectuar diversos trámites
administrativos, lo cual no permite seriedad en las
autorizaciones que requieren la Universidad para el desarrollo de
sus actividades e inversiones. Carecen de acceso a la
información y servicios vía web que facilite el clima
de negocios.

Dado la Universidad, atiende directamente y provee de
servicios públicos en el ámbito de sus competencias a
la población de su provincia, en lo que corresponde a la
gestión documentaria generada por trámites diversos de
los administrados y contribuyentes se aprecia que esta no cuenta
con los sistemas informáticos que permitan una adecuada
recepción, atención, control y archivo de la
documentación, la cual se registra de forma manual; el
equipamiento y recurso humano escaso y/o demuestra bajo
rendimiento, entre otros por lo que se requiere modernizar la
gestión documentos para una rápida y oportuna
atención a los usuarios que permita generar oportunidades de
inversión y desarrollo para la población de la
Universidad.

3.1. Efectos del problema:

• Aumento del tiempo promedio en el trámite o
  atención de un documento, debido a que se repiten las
  tareas, ocasionando olvidos y/o documentos
  traspapelados.

• Disminución de la efectividad por el aumento
  significativo de la cantidad de actividades manuales que son
  las más susceptibles a los errores.

• Disminución en la productividad al contar con
  procesos lógicos para la atención de la
  documentación.

• Incremento de costos en el uso de papel, aumentando
  drásticamente los gastos por este concepto.

• La Ubicación de un documento en trámite
  tarda mucho tiempo al tener que sumergirse en voluminosos
  archivos físicos para ubicar un determinado documento
  pues que no dispone de acceso instantáneo a la
  información específica.

• La Documentación emitida no tiene un formato
  estándar (cartas, memos, oficios, resoluciones,
  convenios, etc.).

• Causas del problema:

• La falta de empleo de tecnologías
  informáticas y de telecomunicaciones.

• La Falta Equipos tecnológicos (computador,
  impresora, etc.) apropiados para el desempeño de sus
  funciones.

• Empleo de procesos deficientes de gestionar no tener
  una estandarización de los procesos y un óptimo
  flujo de la documentación.

• No Contar con un sistema informático que
  permita mantener un óptimo flujo de la
  documentación, asegurando su seguridad e
  integridad

• Definición del problema:

Inexistencia de recursos tecnológicos en los
procesos de gestión de trámite documentario y no contar
con un sistema informático integral que permita tener el
control de la ubicación física y lógica de la
documentación que llega y fluye dentro de la Universidad
Tecnológica de los Andes, así como de la que se genera
al interior de la misma.

Objetivos

• OBJETIVOS GENERALES

• Priorizar la atención de los usuarios y
  público, simplificando los procesos administrativos, con
  la incorporación de Tecnología de Información
  y Comunicación que permitirá mejorar la calidad del
  servicio y transparencia que sustentan los procesos de
  modernización del Estado.

• OBJETIVOS
  ESPECÍFICOS

• Disminución del tiempo promedio en el
  trámite o atención de un documento, debido a que se
  eliminan tareas repetitivas, evitando olvidos y/o documentos
  traspapelados.

• Ubicación rápida de un documento en
  trámite o cerrado, lógica y
  físicamente.

• Aumento en la productividad gracias a la
  implantación de procesos lógicos para la
  atención de la documentación.

• Aumento de la efectividad por la disminución
  significativa de la cantidad de actividades manuales que son
  las más susceptibles de errores.

• Disminución del uso de papel, reduciendo
  drásticamente los gastos por este concepto.

• Ahorro considerable de tiempo al no tener que
  sumergirse en voluminosos archivos físicos para ubicar
  un determinado documento pues dispone de acceso
  instantáneo a la información específica con
  funciones de búsqueda.

• Estandarización de la documentación
  emitida (cartas, memos, oficios, resoluciones, convenios,
  etc.).

Propuesta

5.1.Implementaruna solución integral que
permita mantener un óptimo flujo de la documentación,
asegurando su seguridad e integridad de tal forma que la
documentación ingresada llegue oportunamente a su destino,
permitiendo su atención de manera eficaz y eficiente;
así como también la posterior administración del
documento en el Archivo Central de la Entidad.

5.2. Establecer políticas de seguridad por
roles para: visualización de expedientes, imprimir
documentos, copia documentos, enviar por correo electrónico,
imprimir pantalla, entre otros, es decir el sistema debe permitir
las siguientes funcionalidades:

• Dar acceso a la documentación del expediente a
  todo personal de la Universidad Tecnológica de los
  Andes.

• Dar acceso a la documentación del expediente a
  un grupo de personas que no participan en el
  expediente.

• Dar acceso a la documentación del expediente
  sólo a las personas que participan en el
  expediente.

• Restringir el acceso a algunos documentos del
  expediente. Esto implica que sólo algunas personas
  puedan revisar esta información. Estas personas pueden
  participar o no del expediente.

• El acceso será de lectura.

• Capacidad de auditoría de eventos (crear,
  iniciar, aprobar. Etc.)

• Acondicionamiento para el uso de firma digital
  (Certificados Digitales).

5.3. Capacidad de establecer comunicación en
línea con los supervisados para intercambio de
información, que permita la notificación
electrónica de documentos con valor legal.

5.4. Capacidad de poder interrelacionar vía
Servicios Web a aquellos sistemas de la Universidad
Tecnológica de los Andes que lo permitan.

5.5. Control de plazos de atención del
expediente para las solicitudes de nivel total.

5.5. Tener un sistema de alertas en cual
enviará correos electrónicos cuando se está por
vencer o se han vencido los plazos totales. Las alertas se
remitirán al responsable del proceso y a la persona que
tiene el documento. La frecuencia de remisión de las alertas
será configurable en base a días hábiles o
calendario.

Alcances y
limitaciones

6.1. SISTEMA INFORMÁTICO DE GESTIÓN
DOCUMENTARIA (SIGDOC-UTEA):

Desarrollo e implementación del Sistema
Informático de Gestión Documentaria de la Universidad
Tecnológica de los Andes (SIGDOC-UTEA), que deberá
comprender:

• Manejo de seguridad a través de niveles de
  roles y funciones.

• Gestión y administración de toda la
  documentación que ingresa por Mesa de Partes como
  aquella que genera la Universidad Tecnológica de los
  Andes.

• Generar consultas y seguimientos para la
  gestión de toda la documentación en el proceso y
  almacenada, permitiendo el acceso a los diferentes tipos de
  usuarios.

• Operatividad total del sistema debe ser llevada en
  forma ágil, flexible y amigable, el sistema deberá
  gestionar, clasificar y distribuir los documentos y el
  archivo de su organización.

• Manuales y guías de usuarios y administradores
  del sistema.

• Definición de las propuestas normativas
  respecto del proceso de gestión documentaria y las
  directivas para su implementación, pruebas, puesta en
  marcha, operación, mantenimiento, control y mejora
  continua del Sistema Informático de Gestión
  Documentaria.

6.2. REQUERIMIENTOS FUNCIONALES MÍNIMOS DEL
SISTEMA:

La solución debe considerar el proceso integral de
Gestión Documentaria, esto es, los procesos de
recepción, registro, derivación, seguimiento de
información, generación de documentación interna y
de respuesta a comunicaciones externas.

Marco teorico

• ANTECEDENTES:

La Universidad Tecnológica de los Andes de acuerdo
a su Plan de Desarrollo Concertado y la Visión de la Cuidad
en la actualidad, "se ha constituido en un centro comercial de
servicios portuarios y aeroportuarios de gran importación
nacional e internacional logrando un posicionamiento
estratégico". El Plan Operativo Institucional para el
ejercicio 2014, contempla en su misión institucional
promover el desarrollo integral de la población, generando
entornos favorables en la economía local, fortaleciendo las
inversiones en provincia, con el ordenamiento territorial,
mejores condiciones de seguridad y prestando servicios
públicos eficientes, asimismo se considera como
política de gestión: Fortalecer la Institucionalidad
Municipal, en la adecuada prestación de servicios
públicos locales, contribuyendo a estimular la
inversión privada en la Universidad Tecnológica de los
Andes.

De acuerdo a las funciones establecidas es la Ley
N° 277337, "Ley de las universidades del Perú", la
Universidad Tecnológica de los Andes debe formular y
ejecutar proyectos de inversión orientados a promover el
desarrollo armónico y sostenido del ámbito de su
competencia, para tal efecto cuenta en su estructura
Orgánica, con la Secretaria General, órgano responsable
de la conducción del proceso de gestión documentaria y
la Gerencia General de Planeamiento, Presupuesto y
Racionalización responsable de orientar el proceso de
planificación y programación de inversiones referidos a
los procesos de modernización y fortalecimiento
institucional.

La simplificación administrativa abarca todos los
aspectos vinculados con el desarrollo de procedimientos y
servicios administrativos prestados en exclusividad por las
entidades privadas; como, la atención a la ciudadanía,
el sistema de gestión documental, el soporte
informático de tramitación, el proceso interno de
tramitación de las solicitudes y adopción de decisiones
o prestación de los servicios, notificaciones, entre
otros.

El fortalecimiento de capacidades institucionales para
mejorar la Gestión Documentaria involucra acciones que en
diversos aspectos redundan en el beneficio del ciudadano,
inversionista y comunidad en general, a partir de una
atención rápida y oportuna al administrado en la
Universidad Tecnológica de los Andes.

La participación conjunta de la Universidad
Tecnológica de los Andes, sus órganos de control
contribuirán a mejorar y fortalecer la gestión
documentaria en la Universidad Tecnológica de los Andes;
simplificación de trámites; rapidez y oportunidad de
atención al ciudadano o estudiante; seguridad en la
gestión de documentos, fácil acceso a documentos entre
otros.

Marco
conceptual:

• Definiciones:

8.1.2. Trámite: Es la forma por la cual se
realizan acciones sobre un documento o expediente en las
diferentes instancias encargadas de su canalización,
atención, estudio o solución.

8.1.3. Mesa de Partes: Son las áreas que
conforman la organización de la Universidad Tecnológica
de los Andes y que se encargan de recepcionar
documentos.

8.1.4. Expediente: Conjunto de documentos
debidamente foliados y ordenados cronológicamente. Son
generados interna o externamente, y tratan sobre un asunto
específico.

• Descripción general del flujo de
  trámite documentario:

8.2.1. Plataforma de recepción y
orientación al ciudadano:

La recepción de los documentos se inicia por la
Oficina de Trámite Documentario (Mesa de Partes), la
Plataforma de Atención al Usuario (PAU) o por mesa de partes
periférica (de existir). Estos en cada caso, son revisados y
registrados en el Sistema de Gestión
Documentaria.

8.2.2. Clasificación y
distribución:

De acuerdo a la naturaleza del trámite estos se
clasifican y distribuyen a las áreas de la Universidad
Tecnológica de los Andes responsables de la atención
del trámite según corresponda a lo dispuesto en los
Manuales de Procedimiento.

8.2.3. Atención del trámite
(gestión):

Es la actividad propia de la atención de las
solicitudes o expedientes realizada por las diferentes áreas
de la Universidad, según sus competencias funcionales y la
definición de los procesos establecidos en los Manuales de
Procedimientos.

8.2.4. Notificación de
resultados:

Luego que las áreas técnicas emiten su
opinión respecto del trámite solicitado, el funcionario
competente emite una resolución, autorización o
respuesta, según corresponda a la naturaleza del
trámite, lo cual debe ser finalmente comunicado a la persona
o entidad que solicitó el trámite.

8.2.5. Archivo Central:

Esta es la fase final de todo trámite, en la cual
con las medidas de seguridad se almacenan los documentos
físicos y/o digitales que corresponden a un expediente. Los
usuarios internos de la Universidad pueden solicitar
información específica vía correo electrónico
o requerir el préstamo de la documentación completa o
parcial del expediente; los usuarios externos a la Universidad
sólo podrán solicitar visualizar el contenido digital
del expediente.

• Módulo de registro de
  Expedientes:

El registro de los expedientes ingresados por Mesa de
Partes será único, identificado el lugar donde se
ingresó.

Si en mesa de pates al momento de recibir el expediente
existen documentos faltantes, después del plazo establecido
por ley, deberá archivar automáticamente y enviar
alerta para generar oficio de devolución.

Manejo de expediente. Cada documento ingresado debe
formar parte de un expediente administrativo, y no que
considerado cada documento por separado con hojas de
trámite, como actualmente sucede. Al expediente, deben
anexarse los documentos vinculados que se generen en el sistema
del trámite, como oficios, memos, informes, archivos de
diferentes formatos, etc.

Definir responsables de proceso y de la atención de
las solicitudes o de las acciones a realizar.

En el caso que se cree un expediente con un documento
recibido y el área a la cual se ha derivado dicho documento
identifica que pertenece u otro expediente, el sistema debe
permitir unificar de tal manera que se tenga el expediente
completo. En el caso que se cree un expediente con un documento
recibido y el área identifica que pertenece a otro
expediente, el sistema debe permitir unificar de tal manera que
se tenga el expediente completo.

Tipos de estado del expediente: En trámite,
suspendido, archivado. Los documentos internos no tendrán
estado. Del sistema se generará la numeración de los
documentos.

• En el sistema se registrará los resultados de
  los trámites.

• Formulario electrónico para que valide los
  requerimientos del asunto.

• Lista desplegable de asuntos.

• Cuando se identifica que faltan presentar
  documentación/información requerida. El sistema
  generará formatos de cargo de recepción indicando
  la documentación/información faltante y el
  número de expediente correspondiente.

• Asignación del analista responsable de la
  atención, conforme a lo establecido en el flujo del
  proceso.

• La herramienta deberá permitir configurar rutas
  libres, es decir, rutas que se van armando conforme fluye el
  proceso.

• Se clasificaran los asuntos del sistema.

• El sistema y el proceso estará certificado de
  tal manera que la documentación electrónica
  ingresada o generada tenga validez legal (Certificación
  Digital).

• Módulo de
  Trámite:

• Generación automática de la
  numeración interna y foliación digital del
  expediente.

• Establecer funcionalidades, como que permita anexar
  comentarios, correcciones sobre los documentos, correos
  electrónicos, versiones de documentos o historial de
  cambios.

• Con respecto a las imágenes capacidad para
  realizar anotaciones, resaltar zonas, colocar post-it
  electrónicos sobre cualquier documento e
  imagen.

• Módulo de
  Despacho:

Debe considerar el flujo completo de despacho, como
actualmente se realiza, es decir:

• Recepción del documento.

• Despacho

• Recepción de cargo / Recepción de cargo
  múltiple.

• Módulo de Archivo
  Central:

Debe incluir una función que consigne todos los
datos sobre préstamo de documentos.

• Módulo de Reportes y
  Estadísticas:

Debería tener por lo menos las siguientes
funciones:

• Emisión de reportes que permitan verificar el
  estado de los procesos, permitiendo diferentes criterios de
  búsqueda: por remitente, por área responsable, por
  participantes del flujo de trabajo. Por actividades
  (archivadas, suspendidas, en trámite), entre otros.
  Estos reportes requieren tener la opción de
  impresión y representación gráfica.

• Exportar reportes del nuevo sistema de trámite
  documentario a Excel, PDF, web.

• Consulta de los documentos asociados al expediente
  por diversos criterios de búsqueda: temas, motivos,
  asuntos, fechas, comentarios, textos que forman parte de los
  documentos digitalizados adjuntos al expediente.

• Proveer información completa acerca del
  expediente, sus actividades relacionadas, días
  transcurridos, estados de las solicitudes de
  información, contenido de los documentos asociados
  (oficios, memorandos, documentación sustentatoria, entre
  otros), mecanismos de notificación y alerta por
  incumplimiento en la actividad y en los plazos.

• Capacidad para que en cualquier etapa del proceso se
  pueda consultar la información y documentos adjunto
  relacionados al expediente, bajo cualquier
  formato.

• Administrador de los
  expedientes:

Con las opciones de:

• Asignar roles que pueda: desarchivar, retornar,
  modificar un expediente o documento emitido.

• Usar capacidades para priorizar instancias, un mismo
  procedimiento se pueda realizar en simultáneo varias
  veces.

• Utilizar funciones de realizar auditorías de
  procesos (porcentaje de avance, participantes, tareas
  realizadas, tiempos transcurridos, entre otros)

• Acceso al Sistema:

Restricciones de utilización del sistema y de
acceso a los datos e información a las personas autorizadas,
mediante mecanismos que permitan la identificación,
autenticación, la gestión de derechos de accesos u en
su caso la gestión de privilegios.

• Mantenimiento de Tablas y
  Parámetros:

Para registrar en el sistema los parámetros y
tablas:

• Lista de acciones especificadas para la
  derivación de escritos internos o externos.

• Tipo de documentos externos e internos.

• Estados de trámite de los
  documentos.

• Calendario anual y manejo de feriados (fijos), y
  aquellos que el Poder Ejecutivo fija por decreto supremo, los
  días inhábiles, a efecto del cómputo de plazos
  administrativos.

• Áreas internas de la entidad.

• Personal adscrito a cada una de las áreas
  orgánicas, según estructura
  orgánica.

• Procedimientos administrativos de la Universidad
  Tecnológica de los Andes.

• Proceso de Recepción
  Documental:

• El sistema debe permitir l proceso a cargo de la
  unidad general de recepción documental, o mesa de
  partes.

• Permitir el registro de todos los documentos
  ingresados a la entidad y la salida de documentos emitidos
  por la entidad dirigidos a otros órganos o
  administrados.

• Generación de cargo automático para los
  administrados, indicando el número correlativo del
  documento ingresado (autogenerado), respetando el orden de
  ingreso o salida.

• El cargo debe permitir registrar datos del documento
  ingresado, indicando como mínimo su número,
  naturaleza, remitente destinatario.

• Generar Hoja de Ruta del documento ingresado,
  debiendo permitir registrar las derivaciones subsiguientes
  que fueran necesarias.

• Registro de documentos externos provenientes de
  administrados u organismos, registrando diversos datos como:
  identificación del documento recibido (N°, fecha,
  asunto, remitente – nombre y cargo, original, copia,
  entre otros).

• Distribución de documentos o escritos recibidos
  a destinatarios (unidades orgánicas), en forma
  individual o masiva.

• Proceso de Derivación de
  Documentos:

• El sistema debe permitir la derivación de los
  documentos según corresponda a las necesidades propias
  del asunto o procedimiento administrativo a que se refiera el
  escrito, lo cual significa que el documento puede navegar por
  diversas instancias de la entidad.

• Debe permitir establecer flujos predeterminados para
  documentos específicos o procedimientos administrativos
  que lo requieran.

• Proceso de
  Seguimiento:

• Permitir el seguimiento permanente de documentos
  ingresados a la entidad, y conocer su estado, con la
  finalidad de incrementar la calidad del servicio brindado al
  usuario interno y/o externo.

• Facilitar la consulta de documentos según el
  perfil de acceso por usuarios.

• Ubicar documentos, lo incluye todos los tipos de
  documentos, todas las fechas. Etc.

• Control de documentos/expedientes o
  escritos que ingresan y salen de la Entidad:

El control de documentos sea de ingreso o salida es
anual. El periodo se inicia el 01 de enero y termina el 31 de
diciembre del año respectivo. Debe tener en cuenta este
criterio para efectos de generar el código autogenerado que
se le asignará al documento o expediente.

• Tiempo estimado que tiene para
  atender un documento:

El sistema debe permitir establecer tiempo
para:

• Obtener respuesta por parte del área
  destinataria a un documento generado internamente y remitido
  a dicha área.

• Atender determinado documento que
  ingrese.

• Procedimientos los plazos para atender los
  procedimientos administrativos.

• Avisos y alarmas: el sistema debe advertir a los
  usuarios acerca de determinadas situaciones, como estados
  críticos de documento, cumplimiento de plazos,
  etc.

• Estadísticas y
  Gráficos:

• Obtención de estadísticas: el sistema debe
  permitir la obtención de estadísticas de la
  documentación que procesan las diversas unidades
  orgánicas y mesa de partes. Tanto de las que se generan
  internamente como de las que se reciben del
  exterior.

• Generación de gráficos: las
  estadísticas deben estar acompañadas de
  gráficos tipo columnas, barras, circular según lo
  que más sea conveniente, por lo que el sistema debe
  estar en capacidad de generar gráficos.

• Procesos de
  Instalación:

El proceso de instalación del sistema deberá
ser de fácil instalación, para lo cual se deberá
establecer un únicos procedimiento o programa del
sistema

Marco
metodológico

• DIAGNOSTICO

• TIPOS DE INVESTIGACIÓN

La investigación realizada es de tipo exploratorio
y descriptivo; ya que con la información obtenida, se
determinó con mayor amplitud la deficiencia en los procesos
de gestión de trámite documentario de la Universidad
Tecnológica de los Andes., y por tal razón se
dotará de una guía de procedimientos de control interno
y de un sistema informático integral que permita tener el
control de la ubicación física y lógica de la
documentación que llega y fluye dentro de la municipalidad,
así como de la que se genera al interior de la
misma.

• METODOLOGÍA DE LA
  INVESTIGACIÓN

La Metodología para el modelamiento se deberá
utilizar obligatoriamente diagramas UML
(UnifiedModelingLanguage); asimismo, la solución
informática deberá usar la metodología de trabajo,
basada en la Norma Técnica peruana12207:2006. De igual
manera se tomara en cuenta los aspectos generales de la
Metodología Métrica V3, para el desarrollo e
implementación de sistemas informáticos, tomando en
consideración que dicha metodología facilita la
planificación, el control y seguimiento de los proyectos,
mejora del ratio coste / beneficio, optimiza la gestión de
recursos, facilita la comunicación entre los participantes y
facilita la evaluación de los proyectos.

• METODO E INSTRUMENTO DE LA
  INVESTIGACIÓN

El método que se utilizó para la
recolección de la información fue el método
inductivo-deductivo y fundamentado en la técnica de la
encuesta y el instrumento, dos cuestionarios diseñados con
preguntas cerradas, abiertas y de opción múltiple, uno
dirigido a los empleados del departamento de la Gerencia de
Recepción Documentario y Archivo General y el otro dirigido
a los contribuyentes y la Universidad Tecnológica de los
Andes.

• METODOLOGÍA

• UML
  (UnifiedModelingLanguage)

Para el desarrollo de software orientado a objetos no
basta usar un lenguaje orientado a objetos. También se
necesitará realizar un análisis y diseño orientado
a objetos. El modelamiento visual es la clave para realizar el
análisis OO. Desde los inicios del desarrollo de software OO
han existido diferentes metodologías para hacer esto del
modelamiento, pero sin lugar a duda, el Lenguaje de Modelamiento
Unificado (UML) puso fin a la guerra de
metodologías.

• Definición de
  UML

UML (UnifiedModelingLanguage) es un lenguaje que permite
modelar, construir y documentar los elementos que forman un
sistema software orientado a objetos. UML entrega una forma de
modelar cosas conceptuales como lo son procesos de negocio y
funciones de sistema, además de cosas

Concretas como lo son escribir clases en un lenguaje
determinado, esquemas de base de datos y componentes de software
reusables. La estandarización de un lenguaje de modelado es
invaluable, ya que es la parte principal del proceso de
comunicación que requieren todos los agentes involucrados en
un proyecto informático. Si se quiere discutir un
diseño con alguien más, ambos deben conocer el lenguaje
de modelado y no así el proceso que se siguió para
obtenerlo.

El UML es un lenguaje de modelado y no un método.
La mayor parte de los métodos consisten, al menos en
principio, en un lenguaje y en un proceso para modelar. El
lenguaje de modelado es la notación (principalmente
gráfica) de que se valen los métodos para expresar los
diseños. El proceso es la orientación que nos dan sobre
los pasos a seguir para hacer el diseño. El lenguaje de
modelado es la parte más importante del método, es la
clave para la comunicación; para poder analizar un
diseño se necesita comprender el lenguaje de modelado; no el
proceso que se siguió para lograr el diseño.

• Características del
  UML

• Desplegar los límites de un sistema, sus
  principales funciones mediante casos de uso y
  actores

• Representar la estructura estática de un
  sistema usando diagramas de clases

• Modelar los límites de un objeto con diagramas
  de estados

• Mostrar la arquitectura de la implementación
  física con diagramas componentes y de emplazamiento o
  despliegue.

• Objetivos del UML

Los diagramas se utilizan para dar diferentes
perspectivas del problema según lo que nos interés ere
presentar en un determinado momento, vale decir que en algunos
casos no es necesario de presentar los nueve
diagramas.

• Diagrama de Caso de
  Uso

Un diagrama de clases sirve para visualizar las
relaciones entre las clases que involucran el sistema, las cuales
pueden ser asociativas, de herencia, de uso y de contenimiento.
El diagrama de uso es muy útil para definir como
debería ser el comportamiento de una parte del sistema, ya
que sólo especifica cómo deben comportarse y no como
están implementadas las partes que define. Representa los
distintos requerimientos que le hacen los usuarios al sistema,
especificando las características de funcionalidad y
comportamiento durante su interacción con los usuarios u
otros sistemas

Un caso Diagrama de Casos de Uso puede existir tanto a
nivel del Modelo de Negocio como en el nivel de Modelo de
Construcción del Software. A nivel de Negocio muestra el
Caso de Uso de Negocio relacionado con los actores internos y
externos de negocio. A nivel de Sistema muestra la funcionalidad
total del Sistema Software que se construye. El Diagrama de Casos
de Uso a nivel de Sistema permite definir los privilegios del
Sistema por actor, teniendo en cuenta aspectos de auditoría
al considerar el módulo de IDENTIFICACIÓN, como
obligatorio.

• Diagrama de Objetos

Muestra un conjunto de objetos (instancias de las
clases) y sus relaciones. Modelan las instancias de elementos
contendidos en los diagramas de clases, es decir las ocurrencias
de cada elemento que constituye una clase, a cada uno de estos
elementos se les llama objetos. Son como fotos instantáneas
de los diagramas de clases.

• Diagrama de Secuencia

Un diagrama de Secuencia muestra una interacción
ordenada según la secuencia temporal de eventos. En
particular, muestra los objetos participantes en la
interacción y los mensajes que intercambian ordenados
según su secuencia en el tiempo. El eje vertical representa
el tiempo, y en el eje horizontal se colocan los objetos y
actores participantes en la interacción, sin un orden
prefijado. Cada objeto o actor tiene una línea vertical, y
los mensajes se representan mediante flechas entre los distintos
objetos. El tiempo fluye de arriba abajo. Se pueden colocar
etiquetas (como restricciones de tiempo, descripciones de
acciones, etc.) bien en el margen izquierdo o bien junto a las
transiciones o activaciones a las que se refieren.

• Diagrama de
  Colaboración

Un Diagrama de Colaboración muestra una
interacción organizada basándose en los objetos que
toman parte en la interacción y los enlaces entre los mismos
(en cuanto a la interacción se refiere). A diferencia de los
Diagramas de Secuencia, los Diagramas de Colaboración
muestran las relaciones entre los roles de los objetos. La
secuencia de los mensajes y los flujos de ejecución
concurrentes deben determinarse explícitamente mediante
números de secuencia. Los diagramas de colaboración
permiten mostrar mejor como se vinculan los objetos, a cambio de
hacer más difícil observar el orden de ejecución,
pues enumeran los mensajes en lugar de mostrar al tiempo como una
dimensión, tal como lo hacen los diagramas de
secuencia.

• Diagrama de Estado

Un Diagrama de Estados muestra la secuencia de estados
por los que pasa bien un caso de uso, bien un objeto a lo largo
de su vida, o bien todo el sistema. En él se indican
qué eventos hacen que se pase de un estado a otro y
cuáles son las respuestas y acciones que genera. En cuanto a
la representación, un diagrama de estados es un gráfico
cuyos nodos son estados y cuyos arcos dirigidos son transiciones
etiquetadas con los nombres de los eventos. Capturan los cambios
de estado que sufren los objetos en respuesta a eventos. Los
diagramas de clases y de objetos correspondientes, sólo
muestran los aspectos estáticos pero no muestran como son
afectados los objetos cuando ocurre algo. Sin embargo, estos
comportamientos tienen que implementarse mediante software y
representarlos en algún sitio, asegura que los
desarrolladores no adivinen el comportamiento y produzcan
software que satisfaga los requerimientos.

• Diagrama de Actividad

Muestra la realización de operaciones para
conseguir un objetivo. Presentan una visión simplificada de
lo que ocurre en un proceso, mostrando los pasos que se realizan.
Los diagramas de actividad, son una extensión de los
diagramas de estado. Los diagramas de estado resaltan los estados
y muestran las actividades que dan lugar a cambios de estado,
mientras que los diagramas de actividad, resaltan justamente las
actividades. Comúnmente los diagramas de actividad se
utilizan en dos formas. En el modelado de flujos de trabajo,
haciendo hincapié en las actividades tal y como son vistas
por los actores que colaboran con el sistema, esto es, modelando
procesos de negocios. En el modelado de una operación,
utilizando los diagramas de actividad como diagramas de flujo
para mostrar detalles de un algoritmo, haciendo amplio uso de las
condiciones y modelado de procesos concurrentes

• Diagrama de
  Componente

Los diagramas de componentes permiten visualizar las
partes de un sistema, mostrando las diversas formas en que pueden
ensamblarse para construir ejecutables. Un diagrama de
componentes muestra las dependencias entre componentes
físicos de software, tales como archivos de código
fuente, binarios, de configuración, de instalación y
desinstalación, ejecutables, tablas, etc. Los diagramas de
componentes modelan la vista estática de los sistemas, es
decir sólo los componentes y sus conexiones y no como
funcionan.

• Diagrama de
  Despliegue

El diagrama de despliegue, modela la topología del
hardware sobre el cual correrá nuestra aplicación y nos
indica en donde se ejecutará cada uno de nuestros
componentes; muestra las relaciones físicas entre los
componentes de software y el hardware de nuestro sistema. Los
diagramas de despliegue muestran la forma en que físicamente
lucirá nuestro sistema, sólo deben mostrarse los nodos
y componentes que utilizarán en su versión ejecutable.
El término original para estos diagramas es
deploymentdiagram que en nuestro idioma ha sido traducido
como diagramas de distribución, emplazamiento,
implantación o despliegue.

• IMPLEMENTACIÓN DEL
  PROCESO

Si no está estipulado en el contrato, el
desarrollador deberá definir o seleccionar un modelo de
ciclo de vida apropiado al alcance, magnitud y complejidad del
proyecto. Se deberán seleccionar las actividades y tareas
del proceso de desarrollo y establecer una correspondencia entre
dichas tareas y el modelo de ciclo de vida.

Para el modelamiento se deberá utilizar
obligatoriamente diagramas UML; asimismo, la solución
informática deberá usar la metodología de trabajo,
basada en la Norma Técnica peruana12207:2006. De igual
manera se tomara en cuenta los aspectos generales de la
Metodología Métrica V3, para el desarrollo e
implementación de sistemas informáticos, tomando en
consideración que dicha metodología facilita la
planificación, el control y seguimiento de los proyectos,
mejora del ratio coste / beneficio, optimiza la gestión de
recursos, facilita la comunicación entre los participantes y
facilita la evaluación de los proyectos.