SlideShare una empresa de Scribd logo
1 de 7
Documento MP 12/07/2017
ASERVEN HFP S.A.S Pág. 1 de 7
ASERVEN HFP S.A.S
ASESORIAS SERVICIOS Y VENTAS
Documento MP: Modelo del Proceso Software.
Identificación del contexto y de las oportunidades en la organización
Versión 1.0
Presentado por: Diego Andrés Agudelo Cortínez
Historia de Revisiones
Fecha Versión Descripción/cambio Autor
26/09/2016 1.0 Reconocimiento de la Organización y
Proceso de Software
Diego Andrés Agudelo
Cortínez
Sistema de Gestión de Ventas ControlM
Marco de Referencia de Desarrollo de Software
Documento MP 12/07/2017
ASERVEN HFP S.A.S Pág. 2 de 7
Objetivo
Determinar los procesos de ventas, mediante una herramienta que ayude al control y
supervisión en tiempo real de las actividades de la empresa.
Aspectos a documentar
1. Estructura
Sistema de Gestión de Ventas ControlM
Marco de Referencia de Desarrollo de Software
Documento MP 12/07/2017
ASERVEN HFP S.A.S Pág. 3 de 7
2. Proceso Software
3. Personas (Roles)
ROL DEFINICIÓN
Gerente
Encargado de Dirigir, coordinar, planificar y recibir reportes de los
coordinadores
Director
Comercial
Persona encargada de implementación de estrategias para el mejoramiento
de los procesos y planeación de venta
Back Office
Persona responsable de recibir y registrar los pedidos generados por los
Ejecutivos Comerciales
Entrenamient
o
Encargado de las capacitaciones del portafolio de productos y las novedades
Ejecutivos
Comerciales
Persona encargada de comercializar los productos y darle atención al cliente
4. Recursos
El software será desarrollado en el lenguaje de programación visual Basic C++, y
como motor de base de datos SQL ó Microsoft Access, este último por su facilidad de
manejo para cualquier usuario al almacenar, consultar, informar y manipular los datos
en la base de datos. Para el desarrollo se basará en las mejores características de las
metodologías tradicionales y evolutivas.
Impresora para la impresión de informes y reportes generados de acuerdo a los
requerimientos, hardware para el servidor: Equipo tecnológico disponible en la
empresa que cumplan con los requisitos, capacidad de almacenamiento mínimo de
10 GB en disco para su instalación y para que pueda funcionar, memoria RAM y
sistema operativo actualizado. Recolección de información, bases de datos, CD-
ROOM, listas de correo, ayuda ventas, portales de apoyo, BUP de precios
actualizados, páginas web, La Nube equipos de cómputo, recursos
humanos( analista, programador, ingeniero de redes, contador, formador, gerente,
director, ejecutivo comercial con habilidades antes descritas), normas para el
desarrollo de software.
Sistema de Gestión de Ventas ControlM
Marco de Referencia de Desarrollo de Software
Documento MP 12/07/2017
ASERVEN HFP S.A.S Pág. 4 de 7
5. Conocimiento
El equipo de trabajo está conformado por las siguientes personas con sus respectivos
Roles:
Diego Agudelo: Gerente de Proyecto
Cesar Villegas: Programador
Sorelly Arcila: Tester
Felipe Forero: Analista
Diego Cesar Sorelly Felipe
Competencia Interés Competencia Interés Competencia Interés Competencia Interés
Responsable
de la
Coordinación
del Trabajo
3,3 1 0,1 0 1,2 0 1,2 0
Escribir los
Programas 2,3 0 2,2 1 2,1 0 1,2 0
Hacer
Pruebas 2,3 1 1,2 0 3,2 1 2,2 0
Tomar las
necesidades
del (los)
Cliente(s) 3,3 0 2,1 0 3,2 0 3,2 1
La Clasificación de la competencia se expresa como x, y donde:
X= Nivel Personal de habilidad o Conocimiento
Y= Nivel de Responsabilidad de aplicar la habilidad o conocimiento
Habilidad o Conocimiento Nivel (x)
0 = Sin Capacidad
1 = Nivel Básico de Capacidad
2 = Nivel Intermedio de Capacidad
3 = Nivel Avanzado de Capacidad Aplicación de Habilidades/Conocimientos (y)
1 = Más trabajo bajo supervisión
2 = Puede Trabajar de forma independiente con poca o ninguna supervisión
directa
3 = Puede manejar otra aplicación de la habilidad o conocimiento
Interés
0 = No tiene ningún interés de aplicar esta habilidad o conocimiento
1 = Está interesado en aplicar esta habilidad o conocimiento
6. Cultura y Poder
Sistema de Gestión de Ventas ControlM
Marco de Referencia de Desarrollo de Software
Documento MP 12/07/2017
ASERVEN HFP S.A.S Pág. 5 de 7
Personalmente solucionaría cualquier problema primeramente analizando sus posibles
causas, una vez identificada la causa del problema procedo a implementar la técnica,
recurso o método adecuado para solucionar dicho “Chicharrón” de la mejor manera.
7. Análisis DOFA del Proceso Software (actual)
FACTORES
INTERNOS
FACTORES
EXTERNOS
Lista de Fortalezas
F1 Calidad
F2 Facilidad de Actualización del
Software
F3 Facilidad de Actualización del
Hardware
F4 Facilidad de Copias de
Seguridad
F5 Fácil Manejo
Lista de Debilidades
D1 Falta de Control sobre recursos
D2 Dependencia a Internet
D3 Capacitar a los empleados
D4 Usuarios poco precavidos
D5 Error Humano
Lista de Oportunidades
O1 Servicio de
Almacenamiento
O2 Servicio de Copia de
Seguridad
O3 Paquetes de Software
de Oficina
O4 Servicio de Software de
Tecnología
O5 Servicio de Apoyo
FO
Estrategia para maximizar tantos
las F como las O.
1. Incrementar los
servicios de
almacenamientos y
generadores de copias
de seguridad.
(O1,O2,F4,F5)
DO
Estrategia para minimizar las D y
maximizar las O.
1. Concientizar al Usuario
de los cuidados que se
deben tener al manejar
información
confidencial y que
adquieran la cultura de
realizar siempre Copias
de Seguridad.
(O2,O5,D3,D4)
Lista de Amenazas
A1 Piratería
A2 Ataques de Virus
Informáticos
A3 Caída de la Red de
Internet
A4 Errores de
programación y diseño
A5 Usuarios Inexpertos
FA
Estrategia para fortalecer a la
empresa y minimizar a las
amenazas.
1. Realizar constantes
mejoras en la calidad
del software y así
evitar la piratería.
(F1,A1,A4)
DA
Estrategia para minimizar tanto las
A como las D.
1. Analizar periódicamente
con un software
antivirus todo el
sistema y llamar de
inmediato a soporte
técnico si se presenta
cualquier anomalía.
(A2,A4,D1,D4)
8. Prioridad asociada
Problema Objeto Calificación Significativo Porcentaje Escala
Atención Oportuna
al
Cliente
1 Pocas Veces 1 – 33% Baja
2 La mayoría de las veces 34 – 66% Media
3 Todas las veces 67 – 100% Alta
Sistema de Gestión de Ventas ControlM
Marco de Referencia de Desarrollo de Software
Documento MP 12/07/2017
ASERVEN HFP S.A.S Pág. 6 de 7
9. Restricciones generales
La Restricción es que debemos regirnos a las Normas ISO-25022, ISO-25023, ISO-
25042, ISO-12207 e ISO-9001
10. Impacto
Los efectos que se producirían serán excelentes ya que le ahorraría mucho tiempo a la
empresa para que ésta pueda cumplirle a sus clientes en el menor tiempo posible.
Estos efectos se verán reflejados en las siguientes áreas: Gerencia, Dirección y
Ventas.
Los riesgos probables son: Mala manipulación del software, Virus o Problemas de
Hardware. La mala manipulación puede evitarse capacitando al personal que va a
utilizar el sistema, los virus son una amenaza latente que se puede evitar con un buen
programa anti virus y hacerle un análisis intensivo de búsqueda de virus por lo menos
una vez al mes y en cuanto a problemas o fallas de Hardware, se podría utilizar otro
equipo ya que el software estará en la nube y a su vez es portable y de fácil instalación.
11. Aseguramiento de la Calidad a nivel del proceso y del producto
Se propone reuniones cada dos meses para evaluar el progreso del software,
realizando su respectiva auditoría para un mayor control de calidad, y presentar los
informes obtenidos al área encargada o a quien corresponda.
12. Definición del proyecto de mejora (Propuesta de intervención –
Etapa siguiente)
La Definición del Proyecto (plantilla DP) se encuentra en la siguiente
plantilla: Documento DP: Definición del Proyecto
13. Reporte de tiempos
Estimación de esfuerzo:
Fecha Actividades Nombre/Rol Horario
Tiempo
Asesores
Tiempo
Empresa
08/10/2016 Estructura,
Proceso Software,
Personas (Roles)
Diego
Agudelo/Aprendiz
9:00AM – 12:00M 3:00 h 3:00 h
09/10/2016 Recursos,
Conocimiento,
Cultura y Poder
Diego
Agudelo/Aprendiz
9:00AM – 12:00M 3:00 h 3:00 h
Sistema de Gestión de Ventas ControlM
Marco de Referencia de Desarrollo de Software
Documento MP 12/07/2017
ASERVEN HFP S.A.S Pág. 7 de 7
10/10/2016 Análisis DOFA,
Prioridad
Asociada,
Restricciones
Generales,
Impacto,
Aseguramiento de
la calidad
Diego
Agudelo/Aprendiz
9:00AM – 12:00M
2:00PM – 3:00PM
4:00 h 4:00 h
Totales 10 horas 10 horas
(*) Permite ver en forma más detallada en dónde está ubicado el problema en la organización
de software.
Sistema de Gestión de Ventas ControlM
Marco de Referencia de Desarrollo de Software

Más contenido relacionado

La actualidad más candente

GEstion Proyectos Software
GEstion Proyectos SoftwareGEstion Proyectos Software
GEstion Proyectos Software
Carlos Arango
 
La crisis del software
La crisis del softwareLa crisis del software
La crisis del software
Oberdose
 

La actualidad más candente (16)

Gestion_De_Riesgos
Gestion_De_RiesgosGestion_De_Riesgos
Gestion_De_Riesgos
 
Presentacionsii
PresentacionsiiPresentacionsii
Presentacionsii
 
Etapa de estudio de viabilidad de un proyecto informático c4
Etapa de estudio de viabilidad de un proyecto informático c4Etapa de estudio de viabilidad de un proyecto informático c4
Etapa de estudio de viabilidad de un proyecto informático c4
 
Gestion De Proyecto De Desarrollo De Software
Gestion De Proyecto De Desarrollo De SoftwareGestion De Proyecto De Desarrollo De Software
Gestion De Proyecto De Desarrollo De Software
 
GEstion Proyectos Software
GEstion Proyectos SoftwareGEstion Proyectos Software
GEstion Proyectos Software
 
Gestión de riesgo
Gestión de riesgoGestión de riesgo
Gestión de riesgo
 
proyecto lalo
proyecto laloproyecto lalo
proyecto lalo
 
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyectoGestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
Gestión de proyectos de software - Subtema 3.1: Objetivo del proyecto
 
Ingenieria de software -analizis literario
Ingenieria de software -analizis literarioIngenieria de software -analizis literario
Ingenieria de software -analizis literario
 
Gestión de proyecto de software
Gestión de proyecto de softwareGestión de proyecto de software
Gestión de proyecto de software
 
Planificacion de un Proyecto de Software
Planificacion de un Proyecto de SoftwarePlanificacion de un Proyecto de Software
Planificacion de un Proyecto de Software
 
La crisis del software
La crisis del softwareLa crisis del software
La crisis del software
 
Metodología Ágil Scrum Conceptos y Ejemplo
Metodología Ágil Scrum Conceptos y EjemploMetodología Ágil Scrum Conceptos y Ejemplo
Metodología Ágil Scrum Conceptos y Ejemplo
 
Desarrollo de Sistemas de Información
Desarrollo de Sistemas de InformaciónDesarrollo de Sistemas de Información
Desarrollo de Sistemas de Información
 
Pruebas De Seguridad Aplicadas a QA
Pruebas De Seguridad Aplicadas a QAPruebas De Seguridad Aplicadas a QA
Pruebas De Seguridad Aplicadas a QA
 
Eje tematico 6
Eje tematico 6Eje tematico 6
Eje tematico 6
 

Similar a Plantilla modelo-del-proceso-software

Modelo del Proceso Software
Modelo del Proceso SoftwareModelo del Proceso Software
Modelo del Proceso Software
STBG
 
Modelo del proceso_software yan martinez
Modelo del proceso_software yan martinezModelo del proceso_software yan martinez
Modelo del proceso_software yan martinez
nay-censey
 
Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]
Juan Lopera Taborda
 
Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]
Juan Lopera Taborda
 
Taller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si esTaller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si es
Juan Lopera Taborda
 
Levan computing finalizado (1)
Levan computing finalizado (1)Levan computing finalizado (1)
Levan computing finalizado (1)
LEVANcomputing
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
Ttomas Carvajal
 
Taller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si esTaller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si es
Juan Lopera Taborda
 
Mcvs ad-06 plan general del proyecto
Mcvs ad-06 plan general del proyecto Mcvs ad-06 plan general del proyecto
Mcvs ad-06 plan general del proyecto
lnavarros
 
Diferencia entre Viable y Factible
Diferencia entre Viable y FactibleDiferencia entre Viable y Factible
Diferencia entre Viable y Factible
bettyrondon123
 

Similar a Plantilla modelo-del-proceso-software (20)

Modelo del Proceso Software
Modelo del Proceso SoftwareModelo del Proceso Software
Modelo del Proceso Software
 
Modelo del proceso_software yan martinez
Modelo del proceso_software yan martinezModelo del proceso_software yan martinez
Modelo del proceso_software yan martinez
 
Modelo del proceso_software
Modelo del proceso_softwareModelo del proceso_software
Modelo del proceso_software
 
Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]
 
Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]
 
Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]Taller de conocimiento_face_1,_corregido[1]
Taller de conocimiento_face_1,_corregido[1]
 
Taller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si esTaller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si es
 
Sgih softwares final
Sgih softwares finalSgih softwares final
Sgih softwares final
 
Levan computing finalizado (1)
Levan computing finalizado (1)Levan computing finalizado (1)
Levan computing finalizado (1)
 
Evolucion software - Ing SW
Evolucion software - Ing SWEvolucion software - Ing SW
Evolucion software - Ing SW
 
SOFTWARE PREVGES 2.0 EN LA SALUD OCUPACIONAL
SOFTWARE PREVGES 2.0 EN LA SALUD OCUPACIONALSOFTWARE PREVGES 2.0 EN LA SALUD OCUPACIONAL
SOFTWARE PREVGES 2.0 EN LA SALUD OCUPACIONAL
 
Evaluación Software Contable a2
Evaluación Software Contable a2Evaluación Software Contable a2
Evaluación Software Contable a2
 
Ingeniería de Software
Ingeniería de Software Ingeniería de Software
Ingeniería de Software
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
 
Taller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si esTaller de conocimiento_face_1. este si es
Taller de conocimiento_face_1. este si es
 
Evidencia 2
Evidencia 2Evidencia 2
Evidencia 2
 
Mcvs ad-06 plan general del proyecto
Mcvs ad-06 plan general del proyecto Mcvs ad-06 plan general del proyecto
Mcvs ad-06 plan general del proyecto
 
El ingeniero de sistemas, mención Software Libre
El ingeniero de sistemas, mención Software LibreEl ingeniero de sistemas, mención Software Libre
El ingeniero de sistemas, mención Software Libre
 
Etapas de proyectos de software.ppt
Etapas de proyectos de software.pptEtapas de proyectos de software.ppt
Etapas de proyectos de software.ppt
 
Diferencia entre Viable y Factible
Diferencia entre Viable y FactibleDiferencia entre Viable y Factible
Diferencia entre Viable y Factible
 

Plantilla modelo-del-proceso-software

  • 1. Documento MP 12/07/2017 ASERVEN HFP S.A.S Pág. 1 de 7 ASERVEN HFP S.A.S ASESORIAS SERVICIOS Y VENTAS Documento MP: Modelo del Proceso Software. Identificación del contexto y de las oportunidades en la organización Versión 1.0 Presentado por: Diego Andrés Agudelo Cortínez Historia de Revisiones Fecha Versión Descripción/cambio Autor 26/09/2016 1.0 Reconocimiento de la Organización y Proceso de Software Diego Andrés Agudelo Cortínez Sistema de Gestión de Ventas ControlM Marco de Referencia de Desarrollo de Software
  • 2. Documento MP 12/07/2017 ASERVEN HFP S.A.S Pág. 2 de 7 Objetivo Determinar los procesos de ventas, mediante una herramienta que ayude al control y supervisión en tiempo real de las actividades de la empresa. Aspectos a documentar 1. Estructura Sistema de Gestión de Ventas ControlM Marco de Referencia de Desarrollo de Software
  • 3. Documento MP 12/07/2017 ASERVEN HFP S.A.S Pág. 3 de 7 2. Proceso Software 3. Personas (Roles) ROL DEFINICIÓN Gerente Encargado de Dirigir, coordinar, planificar y recibir reportes de los coordinadores Director Comercial Persona encargada de implementación de estrategias para el mejoramiento de los procesos y planeación de venta Back Office Persona responsable de recibir y registrar los pedidos generados por los Ejecutivos Comerciales Entrenamient o Encargado de las capacitaciones del portafolio de productos y las novedades Ejecutivos Comerciales Persona encargada de comercializar los productos y darle atención al cliente 4. Recursos El software será desarrollado en el lenguaje de programación visual Basic C++, y como motor de base de datos SQL ó Microsoft Access, este último por su facilidad de manejo para cualquier usuario al almacenar, consultar, informar y manipular los datos en la base de datos. Para el desarrollo se basará en las mejores características de las metodologías tradicionales y evolutivas. Impresora para la impresión de informes y reportes generados de acuerdo a los requerimientos, hardware para el servidor: Equipo tecnológico disponible en la empresa que cumplan con los requisitos, capacidad de almacenamiento mínimo de 10 GB en disco para su instalación y para que pueda funcionar, memoria RAM y sistema operativo actualizado. Recolección de información, bases de datos, CD- ROOM, listas de correo, ayuda ventas, portales de apoyo, BUP de precios actualizados, páginas web, La Nube equipos de cómputo, recursos humanos( analista, programador, ingeniero de redes, contador, formador, gerente, director, ejecutivo comercial con habilidades antes descritas), normas para el desarrollo de software. Sistema de Gestión de Ventas ControlM Marco de Referencia de Desarrollo de Software
  • 4. Documento MP 12/07/2017 ASERVEN HFP S.A.S Pág. 4 de 7 5. Conocimiento El equipo de trabajo está conformado por las siguientes personas con sus respectivos Roles: Diego Agudelo: Gerente de Proyecto Cesar Villegas: Programador Sorelly Arcila: Tester Felipe Forero: Analista Diego Cesar Sorelly Felipe Competencia Interés Competencia Interés Competencia Interés Competencia Interés Responsable de la Coordinación del Trabajo 3,3 1 0,1 0 1,2 0 1,2 0 Escribir los Programas 2,3 0 2,2 1 2,1 0 1,2 0 Hacer Pruebas 2,3 1 1,2 0 3,2 1 2,2 0 Tomar las necesidades del (los) Cliente(s) 3,3 0 2,1 0 3,2 0 3,2 1 La Clasificación de la competencia se expresa como x, y donde: X= Nivel Personal de habilidad o Conocimiento Y= Nivel de Responsabilidad de aplicar la habilidad o conocimiento Habilidad o Conocimiento Nivel (x) 0 = Sin Capacidad 1 = Nivel Básico de Capacidad 2 = Nivel Intermedio de Capacidad 3 = Nivel Avanzado de Capacidad Aplicación de Habilidades/Conocimientos (y) 1 = Más trabajo bajo supervisión 2 = Puede Trabajar de forma independiente con poca o ninguna supervisión directa 3 = Puede manejar otra aplicación de la habilidad o conocimiento Interés 0 = No tiene ningún interés de aplicar esta habilidad o conocimiento 1 = Está interesado en aplicar esta habilidad o conocimiento 6. Cultura y Poder Sistema de Gestión de Ventas ControlM Marco de Referencia de Desarrollo de Software
  • 5. Documento MP 12/07/2017 ASERVEN HFP S.A.S Pág. 5 de 7 Personalmente solucionaría cualquier problema primeramente analizando sus posibles causas, una vez identificada la causa del problema procedo a implementar la técnica, recurso o método adecuado para solucionar dicho “Chicharrón” de la mejor manera. 7. Análisis DOFA del Proceso Software (actual) FACTORES INTERNOS FACTORES EXTERNOS Lista de Fortalezas F1 Calidad F2 Facilidad de Actualización del Software F3 Facilidad de Actualización del Hardware F4 Facilidad de Copias de Seguridad F5 Fácil Manejo Lista de Debilidades D1 Falta de Control sobre recursos D2 Dependencia a Internet D3 Capacitar a los empleados D4 Usuarios poco precavidos D5 Error Humano Lista de Oportunidades O1 Servicio de Almacenamiento O2 Servicio de Copia de Seguridad O3 Paquetes de Software de Oficina O4 Servicio de Software de Tecnología O5 Servicio de Apoyo FO Estrategia para maximizar tantos las F como las O. 1. Incrementar los servicios de almacenamientos y generadores de copias de seguridad. (O1,O2,F4,F5) DO Estrategia para minimizar las D y maximizar las O. 1. Concientizar al Usuario de los cuidados que se deben tener al manejar información confidencial y que adquieran la cultura de realizar siempre Copias de Seguridad. (O2,O5,D3,D4) Lista de Amenazas A1 Piratería A2 Ataques de Virus Informáticos A3 Caída de la Red de Internet A4 Errores de programación y diseño A5 Usuarios Inexpertos FA Estrategia para fortalecer a la empresa y minimizar a las amenazas. 1. Realizar constantes mejoras en la calidad del software y así evitar la piratería. (F1,A1,A4) DA Estrategia para minimizar tanto las A como las D. 1. Analizar periódicamente con un software antivirus todo el sistema y llamar de inmediato a soporte técnico si se presenta cualquier anomalía. (A2,A4,D1,D4) 8. Prioridad asociada Problema Objeto Calificación Significativo Porcentaje Escala Atención Oportuna al Cliente 1 Pocas Veces 1 – 33% Baja 2 La mayoría de las veces 34 – 66% Media 3 Todas las veces 67 – 100% Alta Sistema de Gestión de Ventas ControlM Marco de Referencia de Desarrollo de Software
  • 6. Documento MP 12/07/2017 ASERVEN HFP S.A.S Pág. 6 de 7 9. Restricciones generales La Restricción es que debemos regirnos a las Normas ISO-25022, ISO-25023, ISO- 25042, ISO-12207 e ISO-9001 10. Impacto Los efectos que se producirían serán excelentes ya que le ahorraría mucho tiempo a la empresa para que ésta pueda cumplirle a sus clientes en el menor tiempo posible. Estos efectos se verán reflejados en las siguientes áreas: Gerencia, Dirección y Ventas. Los riesgos probables son: Mala manipulación del software, Virus o Problemas de Hardware. La mala manipulación puede evitarse capacitando al personal que va a utilizar el sistema, los virus son una amenaza latente que se puede evitar con un buen programa anti virus y hacerle un análisis intensivo de búsqueda de virus por lo menos una vez al mes y en cuanto a problemas o fallas de Hardware, se podría utilizar otro equipo ya que el software estará en la nube y a su vez es portable y de fácil instalación. 11. Aseguramiento de la Calidad a nivel del proceso y del producto Se propone reuniones cada dos meses para evaluar el progreso del software, realizando su respectiva auditoría para un mayor control de calidad, y presentar los informes obtenidos al área encargada o a quien corresponda. 12. Definición del proyecto de mejora (Propuesta de intervención – Etapa siguiente) La Definición del Proyecto (plantilla DP) se encuentra en la siguiente plantilla: Documento DP: Definición del Proyecto 13. Reporte de tiempos Estimación de esfuerzo: Fecha Actividades Nombre/Rol Horario Tiempo Asesores Tiempo Empresa 08/10/2016 Estructura, Proceso Software, Personas (Roles) Diego Agudelo/Aprendiz 9:00AM – 12:00M 3:00 h 3:00 h 09/10/2016 Recursos, Conocimiento, Cultura y Poder Diego Agudelo/Aprendiz 9:00AM – 12:00M 3:00 h 3:00 h Sistema de Gestión de Ventas ControlM Marco de Referencia de Desarrollo de Software
  • 7. Documento MP 12/07/2017 ASERVEN HFP S.A.S Pág. 7 de 7 10/10/2016 Análisis DOFA, Prioridad Asociada, Restricciones Generales, Impacto, Aseguramiento de la calidad Diego Agudelo/Aprendiz 9:00AM – 12:00M 2:00PM – 3:00PM 4:00 h 4:00 h Totales 10 horas 10 horas (*) Permite ver en forma más detallada en dónde está ubicado el problema en la organización de software. Sistema de Gestión de Ventas ControlM Marco de Referencia de Desarrollo de Software