Modelo del proceso_software

Documento MP 14/08/2015
Institución Educativa “José Agustín Mackencie” Pág. 1 de 6
Edusoft
Marco de Referencia de Desarrollo de Software
Institución Educativa “José Agustín Mackencie”
Documento MP: Modelo del Proceso Software.
Identificación del contexto y de las oportunidades en la organización
Versión 1.0
Presentado por: Ronald Gonzalez Vega
Historia de Revisiones
Fecha Versión Descripción/cambio Autor
30/06/2015 1.0 Reconocimiento de la Organización y
Proceso de Software
Ronald Gonzalez Vega

Edusoft
Objetivo
El propósito de este documento es profundizar en el estudio del problema seleccionado
(relacionado con el proceso software). Describe los aspectos de la organización que tienen
impacto o están afectados por dicho problema. (Por la carencia de este software que
problemática se esta generando, este punto es importante ya que se convierte en viabilidad del
proyecto)
Aspectos a documentar
1. Estructura (*)
2. Proceso Software (*)

Edusoft
3. Personas (Roles)
Roles Función
Directivos del instituto Son los encargados de la dirección de la
institución, Encargado de Dirigir, coordinar,
planificar y recibir reportes.
Docentes Se encargan de proveer información y
reportes en la parte académica y
disciplinaria
Empleados Son personas que laboran dentro de la
institución en servicios de vigilancia, aseo y
secretariado
alumnos Son quienes solicitan la información dada
por parte de la institución, en cuanto a
materiales de estudio, notas, matriculas…
Comunidad en general Personas que se benefician de la
información brindada

Edusoft
4. Recursos
Equipos de Cómputo, Recolección de Información, Base de Datos, CD-ROOM, Listas de
Correos, Páginas Web, Nube y Recurso Humano.
5. Conocimiento
El equipo de trabajo está conformado por las siguientes personas con sus respectivos Roles:
Ronald Gonzalez Vega: Gerente de Proyecto
Yasser Gonzalez: Programador
Hernán Arzuaga: Tester
Alexander Villalba: Analista
Responsable
de la
coordinación
Ronald Gonzalez Vega Yasser gonzalez Hernan Arzuaga Alexander Villalba
Competencia interés Competencia interés Competencia interés Competencia interés
3,3 1 0,1 0 1,2 0 1,2 0
Escribir los
programas
3,3 0 2,2 1 2,1 0 1,2 0
Hacer
pruebas
2,3 1 1,1 0 3,2 1 2,2 0
Tomar la
decisiones
de los(el)
cliente(s)
3,3, 0 2,2 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
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 problema de la mejor manera.

Edusoft
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
1. Incrementar los servicios
de almacenamientos y
generadores de copias
de seguridad.
(O1,O2,F4,F5)
DO
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
1. Realizar constantes
mejoras en la calidad del
software y así evitar la
piratería.
(F1,A1,A4)
DA
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
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, Coordinación y Asesoría.
Los riesgos probables son: Mala manipulación del software, Virus o Problemas de
Hardware.

Edusoft
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
En la Institucion Educativa Jose Agistin Mackencie propondría Reuniones cada tres meses
para evaluar el progreso del software, realizando sus 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
30/06/2015 Estructura,
Proceso
Software,
Personas (Roles)
Ronald Gonzalez
Vega / Gerente del
proyecto
08:00–12:00 4h 4h
01/07/2015 Recursos,
Conocimiento,
Cultura y Poder
Ronald Gonzalez
Vega / Gerente del
proyecto
08:00–12:00 4h 4h
02/07/2015 Análisis DOFA,
Prioridad
Asociada,
Restricciones
Generales,
Impacto,
Aseguramiento
de
la calidad
Ronald Gonzalez
Vega / Gerente del
proyecto
08:00–12:00
14:00-16:00
6h 6h
Totales 14 14
(*) Permite ver en forma más detallada en dónde está ubicado el problema en la organización
de software.

Modelo del proceso_software

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (20)

Similaire à Modelo del proceso_software

Similaire à Modelo del proceso_software (20)

Dernier

Dernier (20)

Modelo del proceso_software