viernes, 7 de junio de 2013

METODOLOGÍA

La metodología a usar durante el proceso de desarrollo de Software será OOHDM (Object-Oriented Hypermedia Design Method).
Descripción

OOHDM usa abstracción y mecanismos de composición para un entorno orientado a objeto. En OOHDM una aplicación de hipermedios es construida en un proceso de 4 pasos antes de su implementación, soportando un ciclo de vida incremental y algunas ventajas del ciclo de vida de prototipos. En cada paso se enfoca un aspecto en particular, y se construye un modelo orientado a objetos. Conceptos de Clasificación, Agregación, y Generalización/Especialización, son usados a lo largo del proceso para reforzar el poder de abstracción y asimismo, aprovechar las oportunidades de la reutilización de componentes, que es uno de los principales objetivos a la hora de desarrollar software.
A continuación, se resumen lo aspectos referentes a cada uno de los pasos, productos, mecanismos, y cuestiones de diseño en OOHDM. (Tabla 1.1).

Tabla .1 – Resumen Metodología OOHDM
Actividades
Producto
Formalismos
Mecanismos
Cuestiones de diseño
Especificación de requerimientos
Casos de uso, anotaciones
Escenarios; Diagramas de Interacción del Usuario; Patrones de diseño.
Análisis de Escenarios y Casos de Uso, Entrevistas, Modelo Conceptual de Mapeo de Interfaz de Usuario.
Capturar lo Requerimientos del cliente para la Aplicación.
Diseño Conceptual
Clases, sub -sistemas, relacionamientos, perspectivas de atributos.
Modelamiento Orientado a Objetos; Patrones de Diseño.
Clasificación, Agregación, Generalización y Especificación.
Modelar la semántica del Dominio de la Aplicación.
Diseño Navegacional
Nodos, enlaces, estructuras de acceso, contexto navegacional, trasformaciones navegacionales.
Vistas Orientadas a Objetos; Diagramas de Estado Orientado a Objeto; Clases de Contexto; Patrones de Diseño;
Clasificación, Agregación, Generalización y Especificación
Cuentas de Usuario y tareas, con énfasis en los aspectos cognoscitivos. Construir la estructura navegacional de la Aplicación.
Diseño de Interfaz Abstracta

Objetos de interfaz abstracta, respuestas a eventos externos, transformaciones de interfaz.
Visa de datos Abstractos; Diagramas de Configuración; Diagramas ADV; Patrones de Diseño.
Mapeo entre Navegación y Objetos perceptibles.
Modelar   objetos perceptibles, teniendo en cuenta los criterios  elegidos. Describir la interfaz para los objetos navegacionales. Describir la disposición  de los   Objetos de Interfaz.
Implementación
Aplicación corriendo.
Todos los soportados por el entorno.
Todos los soportados por el entorno.
Completitud;
Performance.



jueves, 6 de junio de 2013

OBJETIVOS ESPECÍFICOS

Para alcanzar el objetivo general enunciado en el numeral anterior, se deberán lograr los siguientes propósitos específicos:

• Identificar las causas de cada parte del problema.


• Ubicar, seleccionar y presentar resumidamente planteamientos directamente relacionados con la puesta en marcha de un Sistema de automatización del proceso de registro de Licencias de Conducir, Orientado a la WEB, utilizando la tecnología y normas orientadas a la WEB para el funcionamiento del proyecto.

• Ubicar, seleccionar y presentar resumidamente planteamientos directamente relacionados con la reformulación de la tecnología empleada en la emisión de las licencias de conducir, proponiendo la implantación de tarjetas magnéticas, utilizando la tecnología y herramientas apropiadas para este fin.


• Presentar resumidamente las normas que se tienen que cumplir en la elaboración de un proyecto para la implantación de un Sistema de automatización del proceso de registro de Licencias de Conducir, Orientado a la WEB.

• Presentar un Sistema de automatización del proceso de registro de Licencias de Conducir, Orientado a la WEB, utilizable dentro de la institución.



• Cumplir con las especificaciones planteadas por la institución.

miércoles, 5 de junio de 2013

OBJETIVO GENERAL

La presente investigación pretende analizar el proceso de registro de Licencias de Conducir referente a la filiación de Conductores nuevos y antiguos y la reformulación de la tecnología utilizada en la emisión de las licencias proponiendo tarjetas magnéticas, dentro la Unidad Operativa de Tránsito – División Licencias; del Departamento de Cochabamba; con respecto a un marco referencial que integre las normas que rigen el funcionamiento de dicha institución; mediante un análisis sistémico de requerimientos con el propósito de identificar las causas de cada parte del problema de tal manera que tengamos base para proponer los lineamientos para el funcionamiento de un Sistema de Automatización del proceso de registro de Licencia de Conducir, Orientado a la WEB, que permita un manejo y flujo de la información, eficiente y efectivo.

martes, 4 de junio de 2013

JUSTIFICACIÓN

El presente proyecto persigue la meta de desarrollar una herramienta que permita automatizar el proceso de registro de licencias de conducir y de la Información que relaciona a los conductores que se benefician de estos servicios en el dominio de su entorno.

lunes, 3 de junio de 2013

DESCRIPCIÓN DEL PROBLEMA

El crecimiento vertiginoso de la manipulación de información referente al proceso manual de registro de licencias de conducir y todos sus sub-actividades, ha traído consecuencias administrativas, sociales y laborales tales como:
Retardo en la culminación del proceso de registro de licencias,

Inseguridad en el manejo de dicha información en el sentido de que cualquier ente externo podría alterar la consistencia de la información,

Durante el proceso han ido apareciendo operaciones burocráticas innecesarias,

Falta de credibilidad de las personas que requieren de los servicios que presta la institución,

Inestabilidad de los trabajadores respecto de su cargo, debido a un manejo ineficiente de la información.

domingo, 2 de junio de 2013

GESTIÓN DE RIESGOS

El riesgo es la incertidumbre acerca de un evento futuro. Para un sistema de información se evalúan los distintos riesgos que se pueden presentar durante el desarrollo del proyecto, así como planes o acciones para poder minimizarlos o en algunos casos si es posible evitarlos. Esto es algo importante a tener en cuenta porque cualquier riesgo que pueda darse, influye en el desarrollo normal del proyecto y por ello hay que reducir el porcentaje de aparición de estos.

Los riesgos impredecibles pueden ocurrir, pero son extremadamente difíciles de identificar por adelantado. El grupo de trabajo del proyecto se basa en su experiencia profesional para la identificación de los riesgos que se tomarán en cuenta en este apartado.

A continuación se analizarán todos los posibles riesgos que podrían presentarse durante el desarrollo del proyecto, para después gestionarlos y darles posibles soluciones.

Metodología de Investigación y Planificación de Proyecto Final

1. INTRODUCCIÓN

Desde el punto de vista profesional, él casi profesional adopta una formación educativa y de conocimientos en una institución universitaria.

El tendrá que desarrollar un plan de investigación pretendiendo, obtener resultados del mismo; siendo requisito para obtener su título profesional.

La elaboración del plan de investigación sólo pretende investigar o estudiar un problema (problema que cumpla con los criterios de formulación) para la ciencia o para la sociedad y proponer su solución.

La gestión de un proyecto de software comienza con un conjunto de actividades que globalmente se denominan planificación de proyecto. Antes de que el proyecto comience, el gestor y equipo de software deben realizar una estimación del trabajo realizar, de los recursos necesarios y del tiempo que transcurrirá desde el comienzo hasta el final de su realización.

A continuación presentamos un ejemplo donde se verá con más detalle la selección de un problema según sus criterios y prioridades.