<![if !vml]>
<![endif]><![if !vml]>
<![endif]>
<![endif]><![if !mso]>
|
<![endif]>
<![if !vml]>
<![endif]>
<![endif]>
Proyecto
Iknelia
Plan
de mejora
Samuel
Guillen Santín
6
I M 8
Índice
Contenido
Identificar Mejora
La empresa Oxygentec toma el
tema de mejora con suma importancia ya que es un factor de que determina la
funcionalidad del proyecto
Identificar problema
El contar con problemas en la documentación implica
tener errores en el sistema lo cual provocara a corto y largo plazo que el
sistema no cumpla con los objetivos para el que fue creado.
Es importante checar los siguientes elementos:
<![if !supportLists]>·
<![endif]>Especificación de Requerimientos.
<![if !supportLists]>·
<![endif]>Base de Datos.
<![if !supportLists]>·
<![endif]>Requerimientos Funcionales.
<![if !supportLists]>·
<![endif]>Diccionario de Datos.
<![if !supportLists]>·
<![endif]>Código Fuente.
<![if !supportLists]>·
<![endif]>Pruebas.
<![if !supportLists]>·
<![endif]>Requerimientos no funcionales.
<![if !supportLists]>·
<![endif]>Requerimientos del Sistema
Objetivo
Analizar bien donde se
encuentran y cuáles son los problemas que surgen en el sistema, cual es la
causa por la cual surgieron y proponer una solución inmediata incluyendo el
plan de cómo se hará el mantenimiento.
Realización de Planificación
<![if !supportLists]>●
<![endif]>Dificultad de la Implantación:
1 Difícil
2Moderado
3 Poca
4 Ninguna
<![if !supportLists]>●
<![endif]>Tiempo de Implantación:
1 Largo
2 Medio
3 Corto
4 Inmediato
<![if !supportLists]>●
<![endif]>Impacto en la organización:
1 Ninguno
2Poco
3 Bastante
4 Mucho
Áreas de mejora
N°
|
Realizar mejoras en
|
Dificultad
|
Plazo
|
Impacto
|
Priorización
|
1
|
Usar palabras correctas
|
2
|
4
|
3
|
*
|
2
|
Buena
redacción
|
3
|
4
|
4
|
|
3
|
Fácil de comprender
|
2
|
4
|
4
|
|
4
|
Ser cuidadoso
en el análisis
|
1
|
2
|
4
|
*
|
5
|
Desechar lo innecesario
|
4
|
1
|
2
|
|
6
|
Diseñar
cuidadosamente
|
2
|
3
|
4
|
*
|
7
|
Checar bien los tiempos
|
2
|
3
|
3
|
|
8
|
Ser claros
|
3
|
4
|
4
|
|
9
|
Hacer bien las
especificaciones
|
2
|
4
|
4
|
*
|
10
|
Ser cuidadoso
en casos de uso
|
2
|
3
|
4
|
|
11
|
Hacer bien los cálculos
|
2
|
3
|
3
|
|
12
|
Seguir
el cronograma
|
2
|
3
|
3
|
|
13
|
Checar confiabilidad de los
datos
|
3
|
4
|
4
|
|
14
|
Checar
los requerimientos
|
2
|
2
|
3
|
*
|
15
|
Obtener resultados esperados
|
2
|
1
|
4
|
*
|
Seguimiento del Plan de Mejora
<![if !vml]>
<![endif]>
<![endif]>
Fortalezas
|
Debilidades
|
Elemento
de Configuración
|
||
Organizar tareas
|
No cumplir con el tiempo estimado
|
Cronograma
|
||
Contar con recursos
|
No
tener comunicación directa
|
Ruta
critica
|
||
Muestra la
funcionalidad del sistema
|
No se pueden expresar excepciones
|
Diagramas de caso de uso
|
||
Checar los avances del
proyecto
|
No
toma en cuenta los costos
|
Diagrama
de Gantt
|
||
Muestra que ocurre
durante una operación
|
Lenguaje de símbolos complejo
|
Diagrama de actividades
|
||
El cliente obtiene lo
que quiere
|
Algunos
son muy burdos
|
Requerimientos
|
||
Es fácil de entender
para los que saben HTML
|
Solo lo puede modificar gente que conoce del
tema
|
Código Fuente
|
||
Pocas tablas
|
Si
no está bien estructurada puede tronar
|
Base
de datos
|
Selección de las acciones de
mejora
ÁREA DE MEJORA N° 1
|
Cronograma
|
Descripción del problema:
|
No cumplir con el tiempo
establecido
|
Causas que provocan el
problema:
|
Falta
de comunicación y de organización
|
Objetivo a conseguir:
|
Tener una comunicación más
directa y estar en constante organización designando tareas
|
Acciones de Mejora:
|
1.Programar
reuniones
2.Pedir
teléfonos
|
Beneficios Esperados:
|
Que el trabajo no se junte
para realizarlo con calma y que salga bien
|
ÁREA DE MEJORA N° 2
|
Ruta crítica
|
Descripción del problema:
|
La ruta no cuenta con los
tiempos reales establecidos en el cronograma
|
Causas que provocan el
problema:
|
No
saber cómo realizarla adecuadamente
|
Objetivo a conseguir:
|
Checar y corregir los
errores
|
Acciones de Mejora:
|
1. Estar
a la par con el cronograma
|
Beneficios Esperados:
|
Obtener los tiempos reales
para que el proyecto pueda ser realizado mas ágilmente y sin ninguna traba
|
ÁREA DE MEJORA N° 3
|
Diagrama de casos de uso
|
Descripción del problema:
|
Falta de claridad en los
diagramas
|
Causas que provocan el
problema:
|
No
conocer bien como está comprendido el negocio
|
Objetivo a conseguir:
|
Realizar adecuadamente y
siguiendo las reglas para su creación
|
Acciones de Mejora:
|
1. Plantear
un buen análisis del sistema
|
Beneficios Esperados:
|
Una mejor interpretación de
los diagramas
|
ÁREA DE MEJORA N° 4
|
Diagrama de Gantt
|
Descripción del problema:
|
No se tiene una buena creación
del diagrama de Gantt
|
Causas que provocan el
problema:
|
No están
bien controladas las actividades del cronograma
|
Objetivo a conseguir:
|
Elaborar bien el diagrama de
Gantt.
|
Acciones de Mejora:
|
1. Estar
de acuerdo con el cronograma
|
Beneficios Esperados:
|
Que los tiempos coincida y
se pueda realizar bien el proyecto sin ningún percance
|
ÁREA DE MEJORA N° 5
|
Diagrama de actividades
|
Descripción del problema:
|
Se presentan muchos rodeos
en el diagrama
|
Causas que provocan el problema:
|
No
saber cómo realizarlo adecuadamente
|
Objetivo a conseguir:
|
Corrección del diagrama de
actividades.
|
Acciones de Mejora:
|
1.
Congruente con el diagrama de casos de uso.
2.
Congruente con el diagrama de secuencia.
|
Beneficios Esperados:
|
Borrar todos los rodeos que
provoquen una mala interpretación
|
ÁREA DE MEJORA N° 6
|
Requerimientos
|
Descripción del problema:
|
Se puede prestar a mala interpretación
por carencia de detalles en el documento
|
Causas que provocan el
problema:
|
Se carece
de conocimiento detallado sobre los requerimientos
|
Objetivo a conseguir:
|
Ser cuidadosos al redactar
el documento y usar las palabras adecuadas
|
Acciones de Mejora:
|
1.
Congruencia con Requerimientos funcionales.
2.
Congruencia con Diagrama de Casos de Uso.
|
Beneficios Esperados:
|
Una buena interpretación de
los requerimientos
|
ÁREA DE MEJORA N° 7
|
Requerimientos funcionales
|
Descripción del problema:
|
El problema se encuentra en
la redacción y mal uso de la palabras
|
Causas que provocan el
problema:
|
Problemas
de redacción.
|
Objetivo a conseguir:
|
Buscar las palabras
adecuadas para transmitir bien las ideas
|
Acciones de Mejora:
|
1.
Mejor redacción.
|
Beneficios Esperados:
|
Hacer un mejor análisis del
tipo de software
|
ÁREA DE MEJORA N° 8
|
Requerimientos no
funcionales
|
Descripción del problema:
|
No se realizaron pruebas al
funcionamiento
|
Causas que provocan el
problema:
|
Falta
de conocimiento sobre cómo realizarlas
|
Objetivo a conseguir:
|
Realizar las pruebas
correspondientes
|
Acciones de Mejora:
|
1.
Atributos reales del software.
|
Beneficios Esperados:
|
Obtener requerimientos no
funcionales reales
|
ÁREA DE MEJORA N° 9
|
Requerimientos del sistema
|
Descripción del problema:
|
No saber qué recursos son
los necesarios para que el sistema corra correctamente
|
Causas que provocan el
problema:
|
Falta
de conocimiento.
|
Objetivo a conseguir:
|
Saber en qué condiciones el
sistema se desarrollara en optimas condiciones
|
Acciones de Mejora:
|
1.
Especificaciones correctas.
|
Beneficios Esperados:
|
Mejor desempeño en el
sistema.
|
ÁREA DE MEJORA N° 10
|
Código fuente
|
Descripción del problema:
|
No darle formato al código y
ser confuso
|
Causas que provocan el
problema:
|
No
existe una organización en el código.
|
Objetivo a conseguir:
|
Un fácil entendimiento del código
para facilitar cualquier modificación
|
Acciones de Mejora:
|
1. Eliminar
todo el código que no sea necesario
|
Beneficios Esperados:
|
Mejor comprensión en el código
|
ÁREA DE MEJORA N° 11
|
Base de datos
|
Descripción del problema:
|
Mala organización en toda la
información necesaria del proyecto
|
Causas que provocan el
problema:
|
No
se realizó de manera correcta el diagrama entidad-relación
|
Objetivo a conseguir:
|
Administrar la información
para su fácil comprensión.
|
Acciones de Mejora:
|
1. Limpieza
de datos de prueba.
|
Beneficios Esperados:
|
Tener mayor control sobre la
información para ser mas entendible
|
