Sei sulla pagina 1di 10

Diseño del proceso y dimensionamiento del sistema operativo

Para diseñar el proceso del proyecto se utilizó la herramienta Estructura de Desglose del Trabajo
(EDT), la cual nos permite lograr los objetivos del proyecto para cada cliente y crear los Commented [IDLA1]: No veo que lo nombren en los
entregables requeridos. También es fundamental para definir el alcance del proyecto, marcos, adicionalmente creo que esto hace parte del
profecto final.
posteriormente gestionar el tiempo de las actividades y dimensionar el sistema operativo.
De acuerdo al EDT que evidencia los entregables del proyecto a desarrollar para cada cliente
se realiza el diseño del proceso grafica que contiene las siguientes etapas generales, las cuales
se detallaran posteriormente en actividades a través de un análisis PERT

Grafica. Etapas generales del proceso


Las actividades son planeadas con el tiempo que se proyecta realizar, de acuerdo a la metodología
elegida y utilizada en el desarrollo del sistema de información de cada cliente.
La siguiente tabla presenta cada actividad con su respectiva predecesora, la duración en días y el
recurso humano requerido
METODOLOGÍA
ACTIIVDAD
DURACIÓN DE LA RECURSO
Actividades PREDECESORA ÁGIL UML SDLS
ACTIVIDAD EN DIÁS (PERSONAL)
INMEDIATA
1. Planificar sistema de información
A 1.1 Evaluar y definir alternativas metodológica 2 3
B A.1 Planificar SDLS Ciclo de vida de desarrollo de sistemas A 15 15 2
C B.1 Planificar Metodología ágil A 8 8 2
D C.1 Planificar Orientado a objetos Modelado UML A 8 8 2
E C.1.1 Realizar Diagramas de casos de uso D 4 4 1
F C.1.2 Realizar Escenarios de casos de uso D 4 4 1
2. Análizar requerimientos
G A.2.1 Identificar problemas, oportunidades y objetivos B 10 10 2
H A.2.2 Determinar requerimientos humanos de información G 8 8 2
I A.2.3 Análizar las necesidades del sistema G 8 8 2
J B.2.1 Explorar entorno C 8 8 3
K C.2.1 Realizar Diagramas de actividad de casos de uso E 4 4 1
L C.2.2 Realizar Diagramas de secuencia K 4 4 1
M C.2.3 Realizar Diagramas de clases L 4 4 1
N C.2.4 Realizar Diagramas de estado M 4 4 1
3. Realizar Diseño del Sistema de Información del cliente
O A.3.1 Realizar Diseño del sistema recomendado (Mockup) I 15 15 2
P B.3.1 Planear en equipo J 8 8 3
Q C.3.1 Realizar Diagramas y completar especificaciones N 10 10 2
4. Desarrollar sistema de información
R A.4.1 Desarrollar y documentar software O 10 10 2
S A.4.2 Pruebar y realizar mantenimiento R 10 10 3
T B.4.1 Realizar Iteraciones para la liberación de la primera versión P 11 11 2
U C.4.1 Documentar sistema Q 14 14 2
5. Implementar y realizar mantenimiento
V A.5.1 Implementar y evaluar sistema S 13 13 3
W B.5.1 Realizar Puesta en producción T 6 6 2
X B.5.2 Realizar Mantenimiento W 6 6 1
Y C.5.1 Realizar Implementación y evaluación del sistema U 15 15 3
Z Entregar proyecto V,X,Y 1 2
DIAS PREVISTOS 48 72 90
SEMANAS (6 DIAS) 8 12 15

Grafica. Actividades de cada proyecto de sistema de información


Para realizar un análisis de estas actividades se utiliza el programa WIN-QSB con la técnica PERT
tabla, la cual permite asignar en forma probabilística la ejecución de cada actividad, con un respectivo
tiempo optimista y pesimista.
Tabla. Valores ingresado al PERT de WIN-QSB
El análisis realizado en el software indica que el tiempo de realización para cada proyecto está
alrededor de 84,5 días en total (Tabla. Resultado análisis PERT)

Tabla. Resultado análisis PERT


El respectivo grafico de red donde se indica la ruta crítica se presenta a continuación

Grafica. Red de actividades con ruta critica


Por lo anterior la ruta crítica para cada proyecto es:

Tabla. Ruta crítica para cada proyecto de sistema de información


El diagrama de GANTT presentado en la siguiente grafica permite programar los recursos humanos
para cada proyecto, es decir asignarle a las actividades el personal requerido por la organización
Actividades

A 1.1 Evaluar y definir alternativas metodológica


B A.1 Planificar SDLS Ciclo de vida de desarrollo de sistemas
C B.1 Planificar Metodología ágil
D C.1 Planificar Orientado a objetos Modelado UML
E C.1.1 Realizar Diagramas de casos de uso
F C.1.2 Realizar Escenarios de casos de uso
G A.2.1 Identificar problemas, oportunidades y objetivos
H A.2.2 Determinar requerimientos humanos de información
I A.2.3 Análizar las necesidades del sistema
J B.2.1 Explorar entorno
K C.2.1 Realizar Diagramas de actividad de casos de uso
L C.2.2 Realizar Diagramas de secuencia
M C.2.3 Realizar Diagramas de clases
N C.2.4 Realizar Diagramas de estado
O A.3.1 Realizar Diseño del sistema recomendado (Mockup)
P B.3.1 Planear en equipo
Q C.3.1 Realizar Diagramas y completar especificaciones
R A.4.1 Desarrollar y documentar software
S A.4.2 Pruebar y realizar mantenimiento
T B.4.1 Realizar Iteraciones para la liberación de la primera versión
U C.4.1 Documentar sistema
V A.5.1 Implementar y evaluar sistema
W B.5.1 Realizar Puesta en producción
X B.5.2 Realizar Mantenimiento
Y C.5.1 Realizar Implementación y evaluación del sistema
Z Entregar proyecto
RECURSO REQUERIDO SEGÚN RUTA CRITICA / DÍA
DIRECTOR DE OPERACIONES 1 1 1
DESARROLLADOR 1 4 2 4 4 2 4 4
ADMINISTRADOR BASES DE DATOS 2 2 2
ANALISTA DE NEGOCIOS 1 1 1 1 1 1 1 1
SOPORTE TECNICO 1 2 2 2 2
TOTAL 3 8 4 9 7 2 7 9 2

RECURSO
10 9 9
9 8
8 7 7
7
6
5 4
4 3
3 2 2
2
1
DÍAS

Grafica. Gantt de cada Proyecto de sistema de información con su respectiva programación de


actividades y recursos
Se ha decidido balancear los recursos para facilitar la programación de las actividades según un
máximo de recursos humanos por proyecto, definiendo así grupos de trabajo operativo de 6 personas
con los roles indicados en la siguiente tabla
BALANCEO DE RECURSOS DE ACUERDO A TIEMPOS DE HOLGURA EN PROGRAMACIÓN DE ACTIVIDADES NO CRITICAS
DIRECTOR DE OPERACIONES 1 1 1
DESARROLLADOR 1 2 2 2 2 2 2 2
ADMINISTRADOR BASES DE DATOS 1 1 1 1 1 1 1
ANALISTA DE NEGOCIOS 1 1 1 1 1 1 1 1
SOPORTE TECNICO 1 2 2 2 2
TOTAL 3 5 5 6 6 3 6 6 2

RECURSO
10
9
8
7 6 6 6 6
6 5 5
5
4 3 3
3 2
2
1
DÍAS

Tabla. Balanceo de recursos humanos para cada grupo operativo de proyecto cliente
El dimensionamiento del sistema operativo se realiza de acuerdo al balanceo de recursos humanos,
arrojando las siguientes tablas que pertenecen el área de operaciones de la empresa:
CANTIDAD DE RECURSO
CANTIDAD DE RECURSO
ÁREA PERFIL NIVEL OCUPACIONAL INTRODUCIÓN Y
MADUREZ PROYECTO
CRECIMIENTO PROYECTO
DIRECCIÓN OPERACIÓNES DIRECTOR ESPECIALISTA TICS ESTRATEGICO / TÁCTICO 1 1
DESARROLLO E INNOVACIÓN DESARROLLADOR PROFESIONALTICS TÁCTICO / OPERATIVO 2 4
ADMINISTRACIÓN BASE DE DATOS ADMINISTRADOR PROFESIONAL TICS TÁCTICO / OPERATIVO 1 2
ANALISIS DE NEGOCIOS ANALISTA PROFESIONALTICS TÁCTICO / OPERATIVO 1 2
SOPORTE TECNICO TECNICO TIC TÁCTICO / OPERATIVO 2 4
TOTAL 7 13

Tabla. Dimensión del recurso humano (táctico / operativo)

CANTIDAD EN LA FASE DE MADUREZ PROYECTO


PUESTO DE TRABAJO
ÁREA HARDWARE PC / PORTATIL
OFICINA / ESCRITORIO
DIRECCIÓN OPERACIONES 1 1
DESARROLLO E INNOVACIÓN 2 4
ADMINISTRACIÓN BASE DE DATOS 1 1
ANALISIS DE NEGOCIOS 1 2
SOPORTE TECNICO 2 2
TOTAL 7 10

Tabla. Cantidad de recursos físicos

Con la anterior información se genera la gráfica de LAYOUT-OFICINA que se muestra a


continuación, antes se aclara que:

 Hay cargos que requieren un mínimo de espacio en la oficina, ya que la mayoría de las
funciones se realizan en las instalaciones de los clientes, por ello los puestos de trabajo son
de cantidad menor (10) al recurso humano asignado (13) en la madurez del proyecto. Esto es
para 2 cargos de soporte técnico y 1 cargo de administración de bases de datos que se realizan
en campo.
Grafica. LAYOUT-OFICINA. ÁREA DE OPERACIONES PROPUESTA

Potrebbero piacerti anche