Descargar

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


Partes: 1, 2

  1. Objetivos
  2. Propuesta
  3. Alcances y limitaciones
  4. Marco teorico
  5. Marco conceptual:
  6. Marco metodológico
  7. Sistema de hipótesis:
  8. Sistema de variables:
  9. 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.

edu.red

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.

edu.red

  • 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.

edu.red

  • 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.

edu.red

  • 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.

edu.red

  • 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.

edu.red

  • 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.

edu.red

  • 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

edu.red

  • 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.

edu.red

  • 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.

edu.red

  • 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.

Partes: 1, 2
Página siguiente