DMDS_U2_A1

April 30, 2018 | Author: Paco Alonso | Category: Planning, Databases, Java (Programming Language), Software Development Process, Technology
Share Embed Donate


Short Description

Descripción: metricas psp...

Description

En la empresa en la cual trabajo, acabamos de implementar un formulario de validación de ficheros médicos que se proporcionan a los laboratorios farmacéuticos y estos a su vez se distribuyen entre los representantes médicos, mismo que fue diseñado e implementado por mí. El sistema se programó en un formulario de Access conectado a la base de datos de  Access y los los componentes componentes fueron fueron diseñados diseñados en Visual Basic; Basic; la intención intención de este este proyecto proyecto es que sea portátil y que se pueda llevar a otros ordenadores fuera de la empresa para las ocasiones en las que subcontratamos a terceros para que lleven a cabo un espejo de nuestras actividades. Hace una semana el Director de Ingeniería me solicitó realizar el mismo proyecto pero ahora la idea es realizarlo en Java con una conexión a MySql, esto tiene la finalidad de realizar una interfaz local a nivel de lenguaje de primer nivel con una base de datos centralizada para que los usuarios no tengan bases de datos por separado como en Access, sino qué; se conecten directamente a la Master Data Base. Los formatos por utilizar en el proyecto de formulario para validación de ficheros médicos serán los siguientes: 





Resumen del plan del proyecto servirá para definir qué trabajo se hará y el tiempo que necesitará. Se definirá la tarea principal, tiempos y recursos. Registros de tiempos, ayudará a conocer las tareas a realizar y cuánto tiempo se demora en cada una. Por lo tanto, se registra los tiempos en una plantilla destinada al registro Registro de defectos, cuando se encuentra un defecto y se decide arreglarlo, cuenta el tiempo de corrección, cuando se terminó de corregirlo, se introducen todos los datos del defecto: tipo de defecto, la fase en la que se detectó, tiempo de corrección y una breve descripción del defecto.

(Cabe mencionar que en el primer proyecto no utilicé ningún formato y el proyecto me llevó cerca de 4 meses.) 1. Inicio La fase de inicio es muy importante en el ciclo de vida del proyecto que voy a realizar, ya que es el momento de definir el alcance y proceder a la selección del equipo. 2. Planificación Ésta es a menudo la fase más difícil, ya que tiene que hacer un importante esfuerzo de abstracción para calcular las necesidades de personal, recursos y equipo que habrán de preverse para lograr la consecución a tiempo y dentro de los parámetros previstos. 3. Ejecución Una vez hecha la planificación, vamos a tenerla como fundamente y habrá que completar las actividades que hemos programado, con sus tareas, y proceder a la entrega de los productos intermedios como son primeras etapas. Es importante tener una buena comunicación en esta fase para garantizar un mayor control sobre el progreso y los plazos.

4. Seguimiento y control Esta fase comprende los procesos necesarios para realizar el seguimiento, revisión y monitorización del progreso de proyecto. Se concibe como el medio de detectar desviaciones con la máxima premura posible, para poder identificar las áreas en las que puede ser requerido un cambio en la planificación. 5. Cierre Esta fase comprende todos procesos orientados a completar formalmente el proyecto y las obligaciones contractuales inherentes. Una vez terminado este estadio, se establece formalmente que el proyecto ha concluido. En mi caso ya tengo una idea clara del proyecto por lo que el diseño y está hecho y solamente debo transportar la idea y componentes al lenguaje de Java, pero cabe aclarar que ni son la misma plataforma ni el mismo lenguaje por lo que no se debe subestimar el proyecto.  Ahora bien, este desarrollo se dirige al personal del Contact Center de la empresa por lo que se les debe entregar como inicio los formatos correspondientes para iniciar con las actividades. A continuación muestro algunos de los formatos: Este sería el control del documento y versiones: Formato de Gestión de Proyectos PROYECTO

VALIDACIÓN DE FICHEROS MÉDICOS TÍTULO XD11-VR21 DESARROLLADO Francisco Manuel Alonso Herrera POR RESPONSABLE Francisco Manuel Alonso Herrera APROBADO POR Paul Martínez

Descripción del proyecto:

En este cuadro pondremos las descripciones del proyecto, que en este caso sería la validación de los ficheros médicos, en donde se deben contemplar los datos del médico, los domicilios en los que atiende el médico, la interfaz se divide en 3 secciones que son: Data Básica Domicilios del médico Preguntas del laboratorio  Aquí mismo pondremos los propósitos, alcances y objetivos del proyecto: El propósito es el de facilitar y optimizar la validación. El alcance puede ser el involucramiento de las áreas de operaciones y las áreas comerciales.   

El objetivo es proveer una verdadera herramienta que optimice la labor de los operadores del Contact Center  Ahora incluiremos el formato de estimación de tiempos:

También necesitamos un formato para la entrega de artículos y artefactos Descripción Propósitos Nombre de cada uno de los items a Para qué fue diseñado e implementado entregar

Estructura En esta parte realizamos una estructura organizativa del proyecto, algo así como: Organización y Estructura: También debemos tener un control del equipo y personal con el que vamos a colaborar Nombre del colaborador

Datos del colaborador

Roles y responsables: En realidad, en mi caso el único responsable soy yo aunque tengo la supervisión del Gerente de Operaciones, sin embargo; debo tomar en cuenta este punto porque de pronto pudiera existir el caso en el que el proyecto es mayor y se debe contratar servicios de otros profesionales. Responsable

Roll

Asumido por

Para las fases y líneas base tomé este formato que es un clásico de la planeación de proyectos:

Conclusiones El plan de proyecto es un documento clave a la hora de organizar el trabajo en un desarrollo software. Básicamente plasma sobre papel todos los recursos disponibles para realizar el desarrollo, y los asigna a tareas concretas, con fechas concretas y mecanismos concretos de control y seguimiento. También es el documento de referencia para conocer el ámbito del proyecto y su propósito con rigor y exactitud.

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF