UNIVERSIDAD ALAS PERUANAS FACULTAD DE INGENIERÍAS Y ARQUITECTURA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA TESIS “E – COMMERCE PARA MICROEMPRESAS DEL PERÚ DEDICADAS A LA COMERCIALIZACIÓN DE TRUCHAS” PRESENTADO POR EL ALUMNO: CARLOS ALEJANDRO ZUÑIGA OLAZABAL PARA OPTAR EL TÍTULO DE INGENIERO DE SISTEMAS E INFORMÁTICA
173
Embed
Commerce Para Microempresas Del Perú Dedicadas a La Comercialización de Truchas
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
UNIVERSIDAD ALAS PERUANAS
FACULTAD DE INGENIERÍAS Y ARQUITECTURAESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA
TESIS
“E – COMMERCE PARA MICROEMPRESAS DEL PERÚ DEDICADAS A LA
COMERCIALIZACIÓN DE TRUCHAS”
PRESENTADO POR EL ALUMNO:
CARLOS ALEJANDRO ZUÑIGA OLAZABAL
PARA OPTAR EL TÍTULO DE
INGENIERO DE SISTEMAS E INFORMÁTICA
LIMA-PERÚ
2015
ÍNDICE PRINCIPAL
CAPÍTULO I: ANÁLISIS DE LA ORGANIZACIÓN...............................................................4
1.2. Fines de la Organización..........................................................................................21
Una vez aplicada la Solución, se derivan los resultados esperados. A continuación se muestran los resultados de las encuestas para cada uno de los indicadores......................31
CAPÍTULO II: MARCO TEÓRICO DEL NEGOCIO Y DEL PROYECTO........................36
2.1. Marco teórico del Negocio........................................................................................36
2.1.1 Situación actual de la comercialización de las truchas en el Perú..............36
2.1.2 Principales Productos........................................................................................37
2.1.3 Principales Mercados........................................................................................38
2.1.4 Perfiles de los mercados...................................................................................39
2.1.5 Principales Instituciones dedicadas al rubro..................................................40
2.1.6 Desarrollo y Evolución del comercio electrónico en el Perú........................40
2.2 Marco teórico del proyecto...............................................................................42
2.2.1 Gestión del Proyecto.........................................................................................42
2.2.1.1 Gestión y control de proyectos.....................................................................42
2.2.1.2 Importancia de la gestión de proyectos......................................................42
2.2.1.3 Funciones de la gestión de proyectos.........................................................43
2.2.1.4 Guía de fundamentos PMBOK de PMI.......................................................44
2.2.1.5 Áreas de conocimiento de la gestión de proyecto.....................................46
2.2.2 Ingeniería del Proyecto.....................................................................................48
2.2.2.1 Diagrama del flujo del proceso.....................................................................48
2.2.2.2 Requerimiento de talento humano..............................................................49
2.2.3 Planificación de la calidad................................................................................50
2.2.4 Identificación de estándares y métricas..........................................................51
2.2.5 Diseño de formatos de aseguramientos de calidad......................................51
CAPÍTULO III: INICIO Y PLANIFICACIÓN DEL PROYECTO..........................................53
3.1. Gestión del proyecto.................................................................................................53
salmonada, filete de trucha congelada salmonada, filete de trucha ahumada en
frío, fileteada, congelada salmonada ,lista para servir envasada al vacío, filete
de trucha ahumada en caliente estilo europeo salmonada sin piel lista para
servir congelada, y trucha eviscerada entera. Esta empresa genera empleo fijo
para 80 trabajadores provenientes de la zona, los cuales se distribuyen en
partes iguales entre las labores de crianza y procesamiento, y cuentan con
todos los beneficios sociales de acuerdo a ley. Variablemente se emplea un
promedio de 20 trabajadores adicionales para cubrir pedidos urgentes.
La mano de obra representa un 30% del costo total de producción de la
empresa, mientras que el gasto en alimento bordea el 50%. La importancia de
este rubro en sus costos totales, incentivó que la empresa negocie una
composición especial del alimento que aplican, con el proveedor en Lima
(ALICORP).
2.1.6 Desarrollo y Evolución del comercio electrónico en el Perú.
Sector Empresarial
o Deficiencias empresariales (Capacidad Tecnológica).
o Escasa experiencia práctica.
o Emprendimientos limitados. (Distribuidores de Computo, ROSATEL).
o Antecedentes negativos (VIA Compras, EC-Store).
Sector Gobierno
o Programas de Capacitación empresarial.
o Gobierno Digital.
o Factura Electrónica. (SUNAT Comprobantes Virtuales apoyados en la
LEY 27269).
Sector Financiero
o Técnicamente preparado para Comercio Electrónico (NetActiva, WIESE,
Tele-crédito).
o Sector no competitivo.
o Poco interés en desarrollar medios electrónicos de pago.
Sector Usuarios
o 70% Usuarios accede por medio de Cabinas Públicas.
o Deficiencia de acceso a pagos electrónicos.
o Escasa confianza.
o Desinterés.
Comercio Electrónico En Perú: El Futuro
o Programa de Gobierno Digital Implementado al 100%.
o Interacción y alianzas estratégicas: Gobierno – Sector empresarial.
o Estado como usuario modelo generador de iniciativas.
o Cultura de uso de Internet para trámites y transacciones del Gobierno
(ejemplo SUNAT-ADUANAS).
2.2 Marco teórico del proyecto
2.2.1 Gestión del Proyecto
2.2.1.1 Gestión y control de proyectos
Una de las herramientas más importantes y puesta en práctica en la mayoría de
las organizaciones exitosas del mundo de hoy es la gestión de proyectos,
debido a que la misma naturaleza del negocio cambiante a raíz de la incursión
casi a diaria de nuevas tecnologías, aunado a las exigencias y solicitudes de los
clientes, obligan a las organizaciones a actualizarse constantemente y por ende
a ejecutar, administrar y controlar proyectos múltiples y en distintos estados de
tiempo (Pasado-Presente y Futuro).
La gestión de proyectos es la aplicación de conocimiento, habilidades,
herramientas, y técnicas a actividades de proyectos de manera que cumplan o
excedan las necesidades y expectativas de partidos interesados de un
proyecto. De acuerdo con lo anterior cumplir o exceder las necesidades o
expectativas de los partidos interesados invariablemente involucran balancear
demandas que compiten entre sí, tales como: a) Alcance, tiempo, costo y
calidad, b) Partidos interesados con diferentes necesidades y expectativas, y c)
Requerimientos identificados (necesidades) y requerimientos no identificados
(expectativas).
El término gestión de proyectos es a veces usado para describir una
aproximación organizacional a la administración de operaciones sucesivas. Esta
aproximación, más propiamente llamada administración por proyectos, trata
muchos aspectos de operaciones sucesivas como proyectos para poder aplicar
la administración de proyectos a ellas. Aunque un entendimiento de la
administración de proyectos es obviamente crítica para una organización que
está administrando por proyectos, una discusión detallada de esta aproximación
esta fuera del alcance de este documento.
2.2.1.2 Importancia de la gestión de proyectos
La gestión de proyectos implica una gran importancia, por lo que es usada en
una gran diversidad de campos; desde proyectos espaciales, en bancos, en
desarrollo de sistemas en computadora, en procesamiento de hidrocarbono, en
la industria petroquímica, en telecomunicaciones, en defensa nacional, etc.
Los cambios tecnológicos, la necesidad de introducir nuevos productos al
mercado, las cambiantes exigencias de los consumidores de productos, entre
otras cosas, incrementan el fluido de operaciones en una organización,
provocando que los métodos de administrativos convencionales sean
inadecuados. Por esta razón la gestión de proyectos es importante, ya que
ofrece nuevas alternativas de organización.
Sirve para aprovechar de mejor manera los recursos críticos cuando están
limitados en cantidad y/o tiempo de disponibilidad. También ayuda a realizar
acciones concisas y efectivas para obtener el máximo beneficio.
2.2.1.3 Funciones de la gestión de proyectos
La administración o gestión procura siempre el máximo aprovechamiento de los
recursos, mediante su utilización eficiente. Las principales funciones de la
gestión se engloban en planeación, organización, dirección y control.
Durante la planeación se decide anticipadamente qué, quién, cómo, cuándo y
por qué se hará el proyecto. Las tareas más importantes de la planeación son
determinar el status actual de la organización, pronosticar a futuro, determinar
los recursos que se necesitarán, revisar y ajustar el plan de acuerdo con los
resultados de control y coordinar durante todo el proceso de planeación. La
organización realiza actividades en grupo, de asignación y asesoramiento, y
proporciona la autoridad necesaria para llevar a cabo las actividades. Dentro de
esta etapa se identifica, define y divide el trabajo a realizar, se agrupan y
definen los puestos, se proporcionan los recursos necesarios y se asignan los
grados de autoridad.
El siguiente paso es la dirección, la cual sirve para conducir el comportamiento
humano hacia las metas establecidas. Aquí se comunican y explican los
objetivos a los subordinados, se asignan estándares, se entrena y guía a los
subordinados para llegar a los estándares requeridos, se recompensa el
rendimiento y se mantiene un ambiente motivacional. Y por último, se encuentra
el control, que se encarga de medir el rendimiento obtenido en relación a las
metas fijadas. En caso de haber desviaciones, se determinan las causas y se
corrige lo que sea necesario.
2.2.1.4 Guía de fundamentos PMBOK de PMI
La Guía de los fundamentos de la dirección de proyectos (más conocida como
PMBOK) es el estándar más ampliamente reconocido para manejar y
administrar proyectos. Resulta curioso que este texto tenga la fama de ser un
manual para dirigir proyectos, o bien que se trata de un texto rigorista y
dogmático. Para citar uno de los párrafos introductorios del PMBOK.
“Buenas prácticas” no quiere decir que los conocimientos descritos deban
aplicarse siempre de manera uniforme en todos los proyectos: el equipo de
dirección del proyecto es el responsable de determinar lo que es apropiado para
cada proyecto determinado.”
Para que estas buenas prácticas sean asequibles, el PMBOK divide el conjunto
de conocimientos para la dirección de proyectos en cuatro grupos de procesos:
todo proyecto (así como sus distintas fases e iteraciones) tiene que transitar por
una serie de actividades de inicio, de planeación, de ejecución y cierre, bajo el
gobierno de un grupo de procesos más general de supervisión y cierre.
Gráfico N° 5 Fases e Iteraciones del Proyecto
Estos grupos de procesos no representan fases rígidas ni recetas, sino que,
grosso modo, equivalen al modelo “planear, hacer, revisar y actuar”.
Gráfico N° 6 El Proceso de Planear y Hacer
El dilema del PMBOK, sin embargo, lo representan las nueve áreas de
conocimiento, y que son propiamente las que contienen las técnicas para poder
realizar los proyectos. Las nueve áreas de conocimiento son:
Gráfico N° 7 Áreas de Conocimiento de PMBOK
Para cada una de estas áreas de conocimiento, el PMBOK recomienda la
realización de una serie de procesos. Por ejemplo, la Gestión del alcance
comprende los procesos Planificar alcance, Definición del alcance, Crear
estructura de desglose de tareas, Verificación de alcance y Control de alcance.
Se puede apreciar los primeros tres de éstos en el siguiente diagrama
Gráfico N° 8 Diagrama de Procesos por Aéreas de Conocimiento de PMBOK
Para cada uno de estos procesos de las áreas de conocimiento, el PMBOK
plantea o sugiere una serie de entradas, técnicas y salidas. Como ya se ha
explicado, el PMBOK identifica las mejores prácticas que son generalmente
aceptadas para la realización de cada uno de estos procesos. Aunque muchas
de las descripciones de estos procesos contienen valiosas observaciones, no
se deben considerar como un manual de técnicas, sino más bien como la
descripción del estándar para manejo de proyectos. Las técnicas mismas están
contenidas en textos de diversos autores, en cursos y en la práctica misma de
las organizaciones dedicadas a manejo de proyectos.
2.2.1.5 Áreas de conocimiento de la gestión de proyecto
Las Áreas de Conocimiento de la gestión de Proyecto, describen conocimiento
y prácticas de la administración de proyectos en término de sus componentes
de proceso. Estos procesos han sido organizados en nueve áreas de
conocimiento, tal como se describen a continuación e ilustradas así:
o Administración de la Integración de Proyectos, describe los procesos
requeridos para asegurar que los elementos varios de un proyecto están
coordinados apropiadamente. Consiste en el desarrollo de un plan de
proyecto, ejecución del plan de proyecto, y el control de cambios en
general.
o Administración del Alcance del Proyecto, describe el proceso requerido
para asegurar que el proyecto incluye todo trabajo requerido, y sólo el
trabajo requerido, para completar el proyecto de manera exitosa.
Consiste de la iniciación, planeación del alcance, definición del alcance,
verificación del alcance, y control de cambio al alcance.
o Administración del Tiempo del Proyecto, describe los procesos
requeridos para asegurar la terminación a tiempo del proyecto. Consiste
en la definición de 15 las actividades, secuencia de las actividades,
estimación de duración de las actividades, desarrollo del cronograma y
control de la programación.
o Administración de los Costos del Proyecto, describe los procesos
requeridos para asegurar que el proyecto es completado dentro del
presupuesto aprobado. Consiste en la planificación de recursos,
estimación de costos, presupuesto de costos, y control de costos.
o Administración de la Calidad del Proyecto, describe los procesos
requeridos para asegurar que el proyecto satisfacerá las necesidades
para lo cual fue desarrollado. Consiste en la planeación de la calidad,
aseguración de la calidad, y control de calidad.
o Administración de los Recursos Humanos del Proyecto, describe los
procesos requeridos para hacer el uso más eficiente de las personas
involucradas en el proyecto. Consiste en la planeación organizacional,
adquisición de staff, y desarrollo del equipo.
o Administración de las Comunicaciones del Proyecto, describe los
procesos requeridos para asegurar la generación apropiada y a tiempo,
colección, diseminación, almacenamiento, y la disposición final de la
información del proyecto. Consiste en la planeación de la comunicación,
distribución de la información, reportes de desempeño, y el cierre
administrativo.
o Administración de Riesgo del Proyecto, describe los procesos
concernientes con la identificación, análisis, y respuesta al riesgo del
proyecto. Consiste en la identificación del riesgo, cuantificación del
riesgo, desarrollo de la respuesta al riesgo, y en el control de la
respuesta al riesgo.
o Administración de la Procuración del Proyecto, describe los procesos
requeridos para adquirir bienes y servicios de fuera de la organización
ejecutora. Consiste en la planeación de la gestión de la procuración,
planear la solicitación, 16 la solicitación, selección de proveedores,
administración de contratos, y cierre de contratos.
Gráfico N° 9 Áreas de Conocimiento de la Administración de Proyecto
2.2.2 Ingeniería del Proyecto
La ingeniería del proyecto permite definir la forma en que se desarrollarán los
procesos del servicio que ofrece la Piscigranja Huarochiri y la manera de llevar a
cabo las actividades gerenciales, para brindar un servicio con la calidad propuesta
por la empresa. La ingeniería del proyecto permitirá definir los espacios necesarios,
así como el material directo y la mano de obra que se necesitará para llevar a cabo
los procesos.
2.2.2.1 Diagrama del flujo del proceso
Diagrama actual
Diagrama Propuesto
2.2.2.2 Requerimiento de talento humano.
El servicio que brindaremos deberá contar con personal para las actividades de
apoyo como son administración, atención al cliente, crianza de las truchas y
limpieza. A continuación se presenta el personal que requerirá el, así como el sueldo
destinado por los servicios que van a ofrecer.
2.2.3 Planificación de la calidad
Es la planificación que se realiza en toda la empresa para realizar el trabajo con
calidad, se refiere a deberes, obligaciones y disciplina de la parte administrativa,
ventas y producción.
Conceptos Propuestos hacia los trabajadores
- La calidad afecta toda la actividad de la empresa.
- La calidad considera al cliente externo y al interno.
- La responsabilidad de la calidad es de todos.
- La calidad la establece el cliente.
- La calidad pretende la prevención de fallas.
- La calidad es rentable.
- La calidad significa satisfacción.
- Predominio de la calidad sobre la cantidad.
- La calidad es un factor estratégico.
Definición del plan:
- Definir objetivos que se han de alcanzar.
- Asignación específica de responsabilidades y de autoridad durante
las distintas fases del proceso.
- Definir los procedimientos, métodos, instrucciones de trabajo que se
han de aplicar.
2.2.4 Identificación de estándares y métricas
Norma de calidad de la empresa
- Orden
- Puntualidad
- Buen servicio
- Trabajo en equipo
- Actitud de aprendizaje
- Constancia
- Optimismo
Beneficios
- Ayuda a los obreros a adquirir autodisciplina.
- Reduce los accidentes en el trabajo.
- Mejora la eficiencia en el trabajo.
- Reduce los costos de operación.
2.2.5 Diseño de formatos de aseguramientos de calidad
¿Cuál es el nivel de satisfacción de los clientes con respecto a la Atención de sus
Pedidos?
a) Excelente
b) Bueno
c) Regular
d) Malo
e) Pésimo
¿Cuántos pedidos son SOLICITADOS semanalmente?
a) Menor a 2
b) Mayor a 5
c) Mayor a 9
¿Cuántos pedidos son ATENDIDOS semanalmente?
a) Menor a 2
b) Mayor a 5
c) Mayor a 9
¿Cómo considera la Atención de los Pedidos?
a) Eficiente
b) Deficiente
c) Muy Deficiente
¿Cuál es el tiempo de demorar para atender un pedido?
a) Baja
b) Media
c) Alta
CAPÍTULO III: INICIO Y PLANIFICACIÓN DEL PROYECTO
2.1. Gestión del proyecto
2.1.1. Iniciación
A. Acta de constitución del proyecto
1. Objetivo del Acta de Constitución
Información GeneralNombre del Proyecto: Implementación de Web Site E - COMMERCE para la Empresa Huarochirí
Fecha de Preparación: 11-06-2015
Patrocinador: Directorio de Huarochirí Fecha de Modificación:
Preparado por : Gerencia General de la empresa
Autorizado por: Directorio de Huarochirí
Objetivos del Proyecto
El costo del proyecto no debe superar los $22,000.El Web Site implementado entrará en operaciones el 12 de Diciembre de 2015.
Los procesos, metodologías, procedimientos y manuales que se obtengan acerca del Proyecto deben estar claramente documentados y elaborados de acuerdo a los estándares de la Empresa.
Objetivos de la organización Propósitos del Proyecto
Incrementar la venta de los productos de la empresa en un 35% en los próximos 2 años.
Incrementar las Ventas Totales de la Empresa en 10% en el primer año y luego mantener un promedio de 25% anual.
- Fomentar el consumo de Productos basados en carne de trucha.- Dar a conocer las ventajas cualitativas de carácter alimenticio de los productos que comercializa la Empresa.
Difundir la Identidad Corporativa de la Empresa.
Incrementar la cartera de clientes en un 10 % anual.
Permitir un trato directo con el cliente sin canales intermediarios.
Reducir los costos operativos de la gestión de ventas de la Empresa. En un 20% respecto del promedio anual de ejercicios anteriores.
2. Descripción del Acta de Constitución
Nombre del Proyecto:
Implementación de Web Site con soporte E-COMMERCE para la Empresa HUAROCHIRI.
Preparado por: Gerencia General de la empresa.
Fecha: 10/06/2015
Justificación del Proyecto:
La ampliación de la participación de mercado en el sector de comercialización de productos en base a caracoles de tierra, ha permitido identificar la implementación de E-Commerce a través del desarrollo de una Web Site, como una oportunidad de negocio que acerque y dé a conocer los productos de la Empresa a un público variado e impulsara la identidad corporativa de la Empresa.Se ha estimado que la implementación de E-Commerce en la empresa incremente las ventas en 10% (respecto a ventas totales) en el primer año y a partir del segundo año se mantenga en un promedio del 25%.Asimismo, se espera que el Producto permita enriquecer la cartera de clientes de la Empresa, además de fomentar mecanismos que permitan consolidar la lealtad de sus actuales clientes.
Descripción del producto:
Web Site que permita la implementación de E-Commerce de tipo B2C, es decir, orientado al cliente o consumidor
final.Las principales características que intenta alcanzar el Producto son:- Orientado a E-Commerce de tipo B2C.- Difusión de la Identidad corporativa: valores y filosofía.- Orientado al cliente final.- Desarrollo con criterio atractivo para el cliente.- Desarrollo completo con recursos e Infraestructura propia, excepto la interfaz gráfica.- Bilingüe (Español – Inglés).- Los clientes podrán hacer sus compras a través del Web-Site vía tarjetas de crédito VISA.Permitir el registro de información de clientes, además de sus intereses y preferencias, respecto a los productos de la empresa.
2.1.2. Planificación
A. Plan de Gestión del Alcance
1. Alcance del Producto
Alcance del Producto
HUAROCHIRI es una empresa local dedicada a la crianza, procesamiento y comercialización de truchas orientada al mercado nacional y externo.
El Producto del Proyecto es un Web Site que permita la implementación de Comercio Electrónico (ECommerce) de tipo B2C (Business To Consumer) para la venta de los productos de la empresa, el cual se presenta como una oportunidad de negocio para la empresa.
El Proyecto contempla la adquisición de un servidor Web, un firewall, un dominio Web, licencias de software, además de la tercerización del diseño gráfico a ser utilizado en el desarrollo del Web Site. Si bien el Producto tiene como uno de sus objetivos la implementación de E-Commerce, también se propone impulsar la identidad corporativa de la Empresa.
Las principales características que intenta alcanzar el Producto son:- Orientado a E-Commerce de tipo B2C.- Difusión de la Identidad corporativa: valores y filosofía.- Orientado al cliente final.- Desarrollo con criterio atractivo para el cliente.- Desarrollo completo con recursos e Infraestructura propia, excepto la
interfazgráfica.- Bilingüe (Español – Inglés).
2. Alcances del Proyecto
Nombre del Proyecto:
Implementación de Web Site con soporte E-COMMERCE para la Empresa HUAROCHIRI.
Preparado por: Rosario Arteaga (Gerente del Proyecto)
Fecha: 10/06/2015
Describir cómo será administrado el alcance del proyecto:
Criterios sobre cómo definir el Alcance del Proyecto:
o Revisar con el Equipo el enunciado del alcance del Proyecto Preliminar y el Plan de Gestión del Proyecto.
o Comprender y analizar el Acta de Constitución del Proyecto.o El equipo del Proyecto analizará el Producto para determinar
entregables y requisitos usando técnicas de Ingeniería de Sistemas. Esto será reforzado con el desarrollo de una sesión se tormenta de ideas.
o Realizar sesiones con expertos (juicio experto) a fin de enriquecer la información que formará parte del Enunciado del Proyecto.
o Identificar las opiniones, intereses y expectativas de los diversos interesados y documentar sus necesidades.
o Realizar una sesión con expertos (dos profesionales) en implementaciones de productos para Tecnología E-Commerce, con el fin de obtener la siguiente información:
- Experiencias de implementaciones similares en otras empresas.
- Factores de éxito y fracaso en el desarrollo de este tipo de productos.
- Elaboración de Presupuesto aproximado.- Presentación de presupuesto y aprobación del Gerente
General.- Aspectos a considerar: Servicio de Hosting, obtención de
Dominio Web y adquisición de equipos.- Documentación de información obtenida, avances y
experiencias de acuerdo a lo indicado en los Activos de los Procesos de la Organización.
o Si se presentan Solicitudes de Cambios, estas deben ser procesadas y revisadas mediante las especificaciones indicadas en el Proceso de Control de Alcance, y de ser aprobadas quedarán a disposición del Proceso de Control Integrado de
Cambios del Proyecto.o Los stakeholders autorizados para realizar solicitudes de cambios
son el Gerente General, Gerente de Finanzas, Gerente de Ventas y Gerente de Marketing. El Gerente de Proyecto es quien revisa las solicitudes de cambio presentadas, y es el directorio de la empresa quien las aprueba.
o Si en este punto se presentan Solicitudes de Cambio Aprobadas, éstas deben actualizar el presente Plan de Gestión de Alcance del Proyecto
o Elaborar el Enunciado del Alcance del Proyecto usando la plantilla de tipo EAD.
Criterios sobre Cómo elaborar la Estructura de Desglose del Trabajo (EDT):
o Reunir al Equipo del Proyecto y revisar brevemente los siguientes documentos: el Plan de Gestión de Alcance del Proyecto y el Enunciado del Alcance del Proyecto.
o Subdividir los productos entregables en componentes pequeños hasta alcanzar el nivel de paquete de trabajo.
o Si se presentan Solicitudes de Cambios, estas deben ser procesadas y revisadas mediante las especificaciones indicadas en el Proceso de Control de Alcance, y de ser aprobadas quedarán a disposición del Proceso de Control Integrado de Cambios del Proyecto.
o Si en este punto se presentan Solicitudes de Cambio Aprobadas, éstas deben actualizar el presente Plan de Gestión de Alcance del Proyecto y/o el Enunciado del Alcance del Proyecto, según sea el caso.
o Elaborar la Estructura de Desglose del Trabajo (EDT).o Elaborar el Diccionario de la Estructura de Desglose del Trabajo
(EDT).o Identificar la Línea Base del Alcance.o Documentación de avances y experiencias de acuerdo a lo
indicado en los Activos de los Procesos de la Organización.
Criterios sobre Cómo realizar la Verificación del Alcance del Proyecto:
o Reunir al Equipo del Proyecto y revisar brevemente los siguientes documentos: el Plan de Gestión de Alcance del Proyecto, Enunciado del Alcance del Proyecto, la EDT y su Diccionario y los productos entregables.
o Revisar que los entregables cumplan las especificaciones indicadas en las Listas de Control, para ello hay que acudir al Plan del Gestión del Proyecto, sección Plan de Gestión de Calidad.
o El Gerente del Proyecto firma y da visto bueno a los entregables obtenidos e identificados en el Diccionario de la EDT para presentarlos a quien corresponda su aprobación.
o Se registran y archivan los entregables con el Visto Bueno.
o Si el entregable no aplica con lo indicado en las Listas de Control, el responsable del entregable debe subsanarlo en un plazo no mayor de 3 días, los cuales no están sujetos a negociación, excepto si lo aprueba el Gerente General.
o Una vez el entregable es subsanado se repiten los pasos desde el tercer punto hasta lograr que el mismo aplique completamente a las Listas de Control. (La totalidad de pasos que se ejecutan hasta lograr la aprobación del entregable se denominan ciclos).
o Se acuerda una reunión con el responsable de la aprobación para la presentación del entregable.
o Se obtiene la firma del responsable del entregable.o Si se presentan Solicitudes de Cambios, estas deben ser
procesadas y revisadas mediante las especificaciones indicadas en el Proceso de Control de Alcance, y de ser aprobadas quedarán a disposición del Proceso de Control Integrado de Cambios del Proyecto.
o El N° óptimo de ciclos o N° de ciclos Plani ficado para la aprobación del entregables es de 3 (tres ciclos).
o Si se han cumplido la totalidad de los pasos indicados en este procedimiento, y aún no se ha logrado la aprobación del entregable, se debe registrar este evento como un ciclo en que no se logró la aprobación del entregable.
o El responsable de realizar este registro (punto anterior) es el Analista del Proyecto. La frecuencia con que se mide o registra cada ciclo es luego de completar la totalidad de pasos indicados en el punto 6.
o La frecuencia de evaluación de los resultados de medir los ciclos de aceptación del entregable es cada 15 días.
Criterios sobre Cómo realizar el Control del Alcance del Proyecto:
o Reunir al Equipo del Proyecto y revisar brevemente los siguientes documentos: el Plan de Gestión de Alcance del Proyecto, Enunciado del Alcance del Proyecto, la EDT y su Diccionario y los productos entregables.
o Reunir información sobre los informes de rendimiento del trabajo: avances de actividades, entregables, cumplimientos de estándares de calidad, costos autorizados e incurridos y lecciones aprendidas.
o Cómo es el procedimiento para modificar el Alcance del Proyecto:
- Definir de Lista de personas autorizadas para solicitar cambios. Las personas autorizadas para este fin: Gerente de Ventas (Gabriel Olano) y Gerente de Marketing (Lorena Falcón).
- Definir al Comité responsable de evaluar las Solicitudes de Cambios. Este grupo es denominado “Comité de Control de Cambios” (Procedimiento de Control Integrado de Cambios indicado en el Plan de Gestión del Proyecto). Las personas que integran este Comité son: Gerente
General (Paolo Kobashikawa) y Gerente del Proyecto (Rosario Arteaga).
- El Comité únicamente recibirá Solicitudes de las personas autorizadas.
- Se describe y documenta la Solicitud.- El Comité aprueba o desaprueba la Solicitud.- El Comité cuenta con 3 días (Tiempo máximo planificado)
para resolver una Solicitud de Cambio.- Se debe registrar el N° de días real que l e tomó a este
Comité el resolver la Solicitud de Cambio. El responsable de registrar esta información es el Analista del Proyecto.
- Esta información (2 puntos anteriores) permitirán el registro y monitoreo del Indicador de Gestión denominado: “Variación de Tiempo de Respuesta para Aprobar Solicitudes de Cambio” (indicado en el Plan de Gestión del Proyecto). Los resultados de este Indicador tendrán una frecuencia de evaluación quincenal.
- El Gerente del Proyecto debe identificar al responsable para la ejecución del cambio, en caso éste haya sido aprobado.
- La Documentación del Cambio aprobado debe ser formalizado a través de un Acta y firmado por quien hizo la Solicitud del mismo.
o El Gerente de Proyectos debe identificar en su equipo de trabajo a dos profesionales que semanalmente realicen análisis de variaciones entre las actividades ejecutadas y los resultados obtenidos con respecto a la línea base del alcance.
o La identificación de estas variaciones debe realizarse mediante actividades de supervisión y monitoreo. Las variaciones identificadas deben ser documentadas al igual que sus causas.
o De acuerdo a lo indicado en los puntos anteriores se debe documentar el estado de situación de los productos entregables.
o Si en este punto se presentan Solicitudes de Cambio Aprobadas, éstas deben actualizar el Enunciado del Alcance del Proyecto y/o la Estructura de Desglose del Trabajo, así como el Diccionario EDT, y/o los Activos de Procesos de la Organización, y/o el Plan de Gestión del Proyecto.
Evaluar la estabilidad del alcance del proyecto (cómo manejar los cambios, la frecuencia e impacto de los mismos):
En principio, el Proyecto debe ejecutarse de acuerdo a lo definido en el Alcance del mismo, es decir se deben cumplir las especificaciones de costo, tiempo y calidad previamente definidos.
A fin de evaluar y detectar posibles modificaciones en el Alcance del Proyecto a medida que este va ejecutándose se llevarán a cabo reuniones semanales, en donde participarán todos los integrantes del equipo del Proyecto.
Cuando se presentan una necesidad de cambio en el Alcance del
Proyecto es el Gerente de Proyectos quien evaluará el impacto del mismo e informará al Gerente General para su conocimiento.
La necesidad de un cambio en el Alcance del Proyecto se procesa de acuerdo a lo indicado en el Proceso de Control de Alcance.
¿Cómo los cambios al alcance, serán identificados y clasificados?
La identificación y clasificación de los cambios al Alcance del Proyecto es responsabilidad de la Gerencia de Proyectos.
La clasificación de los cambios es de la siguiente manera, según afecte:o Tipo I. Al tiempo hasta 10% sobre la duración del proyecto y al
costo hasta 5% del presupuesto del proyecto.o Tipo II. Al tiempo entre 11 y 20% sobre la duración del proyecto y
al costo entre 6 y 10% del presupuesto del proyecto.o Tipo III. Al tiempo en más de 20% sobre la duración del proyecto
y al costo en más de 10% del presupuesto del proyecto. Sólo instancias superiores a la Gerencia de Proyectos puede hacer
observaciones y/modificaciones a esta clasificación.
Describir cómo los cambios del alcance serán integrados al proyecto:
Si una Solicitud de Cambio ha sido aprobada, se procede de la siguiente forma:
Si el Cambio es aceptado se actualizarán todos los entregables afectados.
El Gerente del Proyecto efectuará una actualización de la EDT. Todos los documentos actualizados deben ser aprobados antes de ser
incorporados a la documentación del Proyecto. Las versiones reemplazadas son manejadas tomando como referencia a
los Activos de Procesos de la Organización, procedimiento de manejo de Archivos DOC998-OYM de Manual de Procedimientos.
a. Entregables
Entregables de Gestión del Proyecto
o Acta de constitución
o Enunciado del alcance
o EDT
o Diccionario EDT
o Cronograma
o Presupuesto
o Plan de riesgo
o Plan de calidad
o Plan de comunicación
o Adquisición (RRHH)
o Adquisición (Adquisiciones)
Entregables del Proyecto
o Contrato de registro de Dominio Web
o Contrato de Membresía Visa
o Contrato de Servicio de Internet
o Certificado Digital
o Licencia de SO para Servidor Web.
o Manual de Usuario
o Manual de Sistema
o Manual de Seguridad
o Código Fuente
o Equipos de seguridad
o Servidor Web
o Diseño Gráfico de la página Web
o Aprobación del portal Web
b. EDT
Nivel I
Nivel II
Nivel III
c. Diccionario EDT
N° ENTREGABLE DESCRIPCION
1 Acta de constitución Documento en el que se define el alcance, los objetivos y los participantes del proyecto.Da una visión preliminar de los roles y responsabilidades, de los objetivos, de los principales interesados y define la autoridad del Project Manager.
2 Enunciado del alcance
El enunciado del alcance del proyecto describe de manera detallada los entregables del proyecto y el trabajo necesario para crear esos entregables. El enunciado del alcance del proyecto también proporciona un entendimiento común del alcance del proyecto entre los interesados en el proyecto.
3 EDT Estructura de Descomposición del Trabajo, es una descomposición jerárquica orientada al entregable, del trabajo a ser ejecutado por el equipo de proyecto, para cumplir con los objetivos de éste y crear los entregables requeridos, con cada nivel descendente de la EDT representando una definición con un detalle incrementado del trabajo del proyecto.
4 Diccionario EDT Documento generado en el proceso de crear el EDT y lo respalda.
5 Cronograma Es una lista de todos los elementos terminales de un proyecto con sus fechas previstas de comienzo y final.Un diagrama de Gantt ofrece la oportunidad para la creación de listas de tareas, la asignación de recursos, precedencias y nos ayuda a ver las actividades que se va a hacer en los días correspondientes del proyecto.
6 Presupuesto Documento de traduce los planes en dinero. Consiste en una estimación con fundamento sobre las necesidades en términos monetarios para realizar tu trabajo.
7 Riesgo Documento en donde se plasma todos los riesgos que se puedan dar durante el desarrollo del proyecto.
8 Calidad El documento incluye los procesos y actividades de la organización ejecutante que determinan responsabilidades, objetivos y políticas de calidad a fin de que el proyecto satisfaga las necesidades por la cuales fue emprendido
9 Comunicación El documento incluye los procesos requeridos para garantizar que la generación, la recopilación, la distribución, el almacenamiento, la recuperación y la disposición final de la información del proyecto
sean adecuados y oportunos.
10 Adquisición (RRHH) Es la documentación que refiere a la contratación de personal
11 Adquisición (Adquisiciones)
Es la documentación que refiere a las adquisiciones de software y hardware.
B. Tiempo - Plan de Gestión del Tiempo
1. Cronograma del Proyecto
2. Hitos del Proyecto
3. Gestión de Cambio en el Cronograma
Nombre del Proyecto: Implementación de Web Site E - COMMERCE para la Empresa Huarochirí
Preparado por: Rosario Arteaga (Gerente del Proyecto)Fecha: 16/06/2015Persona(s) autorizada(s) a solicitar cambio en cronograma:
Nombre CargoUbicación
Rosario Arteaga Gerente de Proyecto Oficina principalLorena Falcón Gerente de Marketing Oficina principalGabriel Olano Gerente de Ventas Oficina principal
Persona(s) que aprueba(n) requerimiento de cambio de cronograma:
Nombre CargoUbicación
Paolo Kobashikawa Gerente General Oficina principalJosé Herrera Gerente de Operaciones Oficina principal
Razones aceptables para cambios en cronograma del Proyecto (por ejemplo, retrasos debido a entrega de materiales o disponibilidad de personal; clima; adelantar el cumplimiento debido a término de fase o proceso, etc.):
1. Ampliación en el alcance del proyecto.2. Movimientos telúricos de alto nivel en nuestra capital.3. Retraso por disponibilidad de materiales tercerizados.4. Perdida de personal por razones de salud.5. Cambios por mejoras del diseño Web propuestas por el Gerente de Marketing.
Cómo realizar el Control del Cronograma
En caso se requiera reducir o ampliar el cronograma, el Comité de Control de Cambios debe solicitar la opinión del Gerente del Proyecto y el Analista del Proyecto a fin de analizar la factibilidad del Cambio.Asimismo, el Comité solicitará la sustentación del Cambio a quienes lo solicitaron a fin de identificar las causas y hechos importantes que motivaron la solicitud.Se debe proceder de la siguiente forma para la evaluación de aprobación o no del Cambio solicitado:1. Solamente se aceptan los cambios de las personas autorizadas para solicitarlos.2. Si la Solicitud de Cambio viene de una de las personas autorizadas para dicho fin, la misma es derivada para su atención a través del proceso del Control Integrado de Cambios, en donde será atendida (aceptada o rechaza) por el Comité de control cambios.3. Se describe y documenta la Solicitud.4. El Comité aprueba o desaprueba la Solicitud.5. El Comité cuenta con 3 días (Tiempo máximo planificado) para resolver una Solicitud de Cambio.6. Se debe registrar el N° de días real que le tomó a este Comité el resolver la Solicitud de Cambio. El responsable de registrar esta información es el Analista del Proyecto.7. El Gerente del Proyecto debe identificar al responsable para la ejecución del cambio, en caso éste haya sido aprobado.
Describir cómo calcular y reportar el impacto en el proyecto por el cambio en cronograma (tiempo, costo, calidad, etc.):
Se debe hacer un control diario, para asegurar una buena realización de las tareas en el tiempo predefinido. En caso se identifiquen causas e impactos que conlleven a un cambio en el cronograma, se debe dejar constancia en actas por escrito y éste ser enviado a la Gerencia General o a la Gerencia del Proyecto sabiendo que las consecuencias pueden llevar a distorsionar los objetivos del proyecto (Alcance, Tiempo, Costo y Calidad).
Describir cómo los cambios al cronograma serán administrados:
1. En caso sea aprobada la Solicitud de Cambio, el Gerente de Proyecto tiene a lo más 24 horas para la actualización del Cronograma.2. Se debe distribuir el Cronograma modificado a los stakeholders interesados (de acuerdo a lo indicado en el Plan de Comunicaciones).3. Se actualizarán todos los entregables afectados.
C. Costo - Plan de Gestión del Costo
1. Cuadro de Costos
Descripcion Fecha Costo Total Costo PlaneadoEjecución 02-ene-08 412,415,226 4,124,152Inicio 08-ene-08 392,558,196 43,379,971Servidor Web 16-ene-08 879,819,148 52,178,163Especificaciones de los servicios 25-ene-08 363,536,384 88,531,801Contratos 30-ene-08 26,865,461 357,186,411Certificado digital 31-ene-08 439,909,574 361,585,507Compra de licencias para software 01-feb-08 343,990,957 395,984,603Planificación 11-feb-08 931,752,917 489,159,894Equipo servidor Web 22-feb-08 289,977,394 779,137,288Equipos de seguridad 22-feb-08 248,775,585 1,027,912,873Conformidad de los servicios 25-feb-08 135,638,785 1,041,476,752Configuración del servidor Web 18-mar-08 733,182,624 1,048,808,578Pruebas locales 28-mar-08 195,515,366 1,068,360,115Afinamiento local 28-mar-08 195,515,366 1,087,911,651Programación y configuración 04-abr-08 68,017,963 1,155,929,614Aprobación del Web Site 18-abr-08 899,370,685 1,245,866,683Manual de usuario 29-abr-08 115,476,263 1,257,414,309Control 30-abr-08 516,282,764 1,773,697,073Manual de sistema 08-may-08 115,476,263 1,785,244,700Manual de seguridad 15-may-08 78,817,132 1,793,126,413Cierre 15-may-08 68,735,871 1,800,000,000
2. Gestión de Cambio en los Costos
Nombre del Proyecto: Implementación de Web Site E - COMMERCE para la Empresa Huarochirí
Preparado por: Rosario Arteaga (Gerente del Proyecto)Fecha: 16/06/2015Persona(s) autorizada(s) a solicitar cambio en el costo:
Nombre CargoUbicación
Rosario Arteaga Gerente de Proyecto Oficina principalLorena Falcón Gerente de Marketing Oficina principalGabriel Olano Gerente de Ventas Oficina principal
Persona(s) que aprueba(n) requerimiento de cambio en costos:
Nombre CargoUbicación
Paolo Kobashikawa Gerente General Oficina principalJosé Herrera Gerente de Operaciones Oficina principal
Razones aceptables para cambios en cronograma del Proyecto (por ejemplo: Aprobación de cambios en el alcance, incremento de costos en los materiales, etc.):
1. Es deseable que el Proyecto se ejecute de acuerdo a lo indicado en las Líneas Bases de Alcance, Costo, Tiempo y Calidad, es decir de acuerdo a lo ya planificado.2. El Equipo del Proyecto tendrá reuniones semanales a fin de detectar oportunamente y evaluar las posibles modificaciones en la Línea Base de Costo.3. Toda solicitud de cambio en la Línea Base de Costo será aceptada siempre que la persona que solicite el cambio sea una persona autorizada.4. Toda modificación en la Línea Base de Costo será documentada y evaluada por el Jefe de Proyecto y su equipo, debe medir el impacto del cambio e informar oportunamente al Gerente General para su conocimiento.5. Las razones de Cambios en el Costo del Proyecto deben ser motivos de peso, debidamente documentados a fin de facilitar la evaluación de la Solicitud de Cambio.
Cómo realizar el Control del Costo
Se debe proceder de la siguiente forma para la evaluación de aprobación o no del Cambio solicitado:1. Solamente se aceptan los cambios de las personas autorizadas para solicitarlos.2. Si la Solicitud de Cambio viene de una de las personas autorizadas para dicho fin, la misma es derivada para su atención a través del proceso del Control Integrado de Cambios, en donde será atendida (aceptada o rechaza) por el Comité de control cambios.3. Se describe y documenta la Solicitud.4. El Comité aprueba o desaprueba la Solicitud.5. El Comité cuenta con 3 días (Tiempo máximo planificado) para resolver una Solicitud de Cambio.
6. Se debe registrar el N° de días real que le tomó a este Comité el resolver la Solicitud de Cambio. El responsable de registrar esta información es el Analista del Proyecto.7. El Gerente del Proyecto debe identificar al responsable para la ejecución del cambio, en caso éste haya sido aprobado.
Describir cómo calcular y reportar el impacto en el proyecto por el cambio en el costo (tiempo, calidad, etc.):
1. Toda modificación en el Costo debe ser debidamente documentada de manera que se pueda estudiar completamente las causas de la modificación y el impacto que esta pueda tener sobre los objetivos finales del Proyecto en términos de alcance, tiempo, costo y calidad.2. Realizar el Cálculo de las modificaciones de la Línea Base de Coste. Para ello debemos usar herramientas de técnicas de valor ganado y cálculos de EAC (Estimate At Complete). Esto nos permitirá mantener actualizada la estimación de costes.3. Luego de calcular el impacto y las variaciones de la Línea Base de Coste debe notificarse a los stakeholders apropiados, en este caso a la Gerencia General y Gerencias de Sistemas y Marketing.4. En caso que las variaciones sean tan grandes que ameritan revisar totalmente la línea base de Costos, Alcance y Cronograma, es la Gerencia General quien debe analizar los efectos de estos cambios en la relación costo-beneficio (TIR) del Proyecto.
Describir cómo serán administrados los cambios en el Costo:
1. Durante el curso del Proyecto cualquier entregable de nivel 2 que arroje un CPI por debajo de 1.00 debe ser investigado en su performance de costo, y analizado mediante el Método de Resolución de Problemas. Las correcciones deben ejecutarse a la brevedad, teniendo un máximo de 2 días para identificar las causas de la desviación y tomar acciones correctivas.2. Toda variación final dentro del +/- 5% del presupuesto será considerada como normal y no requerirá de análisis adicional. Este es considerado un Cambio de Tipo I.3. Caso contrario, toda variación final fuera del +/- 5% del presupuesto será como causa asignable y deberá ser auditada. Se presentará un informe de causas y se generará una lección aprendida.
La clasificación de los Cambios en el Costo es de cómo sigue:Cambios de Tipo I: Cuando afecten al Costo hasta un 5%Cambios de Tipo II: Cuando afecten al Costo entre un 6 y 10%Cambios de Tipo III: Cuando afecten al Costo en más del 10%
El límite para aceptar modificaciones en el Costo es de un 15%, es decir hasta este porcentaje se aceptan excesos en el presupuesto original. Se ha definido esta cifra de acuerdo a la experiencia de Proyectos anteriores y también se ha tomado en
cuenta las sugerencias e ideas obtenidas de un juicio experto.
D. Calidad - Plan de Gestión de la Calidad
1. Aseguramiento de la Calidad
Nombre del Proyecto: Implementación de Web Site E - COMMERCE para la Empresa Huarochirí
Preparado por: Rosario Arteaga (Gerente del Proyecto)Fecha: 16/06/2015Descripción del Sistema de Calidad del Proyecto:
Estructura Organizacional
Jefe del proyecto Equipo de Control de Calidad Equipo de Proyecto
Roles y Responsabilidades
Gerente del Proyecto Definir el equipo de Control de la Calidad y sus roles Elaborar el Plan de Gestión de Calidad Aprobar las actividades de Aseguramiento y Control de Calidad Implementar Acciones preventivas y correctivas Informar el estado de las Acciones preventivas y correctivas Evaluar la eficacia de las soluciones de Calidad implementadas
Equipo de Control de CalidadConformado por el Analista de Sistemas y el Responsable de pruebas y documentación, encargados de plantear las acciones para el aseguramiento de la Calidad.El Analista de Sistemas asesora al equipo del proyecto en temas de calidad específicas referentes a aspectos técnicos de programación y operatividad del Web Site.
Realizar pruebas y documentación Efectuar el control de Calidad para los entregables del Proyecto y del Producto. Asesorar en aspectos de calidad al Jefe de Proyecto y al equipo de Proyecto. Registrar el N° de inspecciones de Entregables a fin de poder analizar y
monitorear al Indicador denominado: “N° de inspecciones de entregables No Conformes antes de pasar al Proceso de Verificación de Alcance”, indicado en el Plan de Gestión del Proyecto.
Calcular y registrar el Indicador mencionado en el punto anterior, de acuerdo a la forma de cálculo establecida.
Equipo de Proyecto
Guardar las normas de Calidad para los procesos del Proyecto Guardar las normas de Calidad para los procesos de la generación de
Entregables Informar al Equipo de Control de Calidad sobre sugerencias y observaciones de
aspectos de Calidad referidos a los procesos del Proyecto y la generación de Entregables
Procedimientos
Planificación de Calidad
Este procedimiento está bajo la responsabilidad del Jefe de Proyecto, siendo asesorado por el Equipo de Control de Calidad.A continuación se enumeran los principales procedimientos de la Planificación de la Calidad:
Identificar a los miembros del Equipo de Control y Aseguramiento de la Calidad. Identificar las Normas de Calidad importantes para el Proyecto. Identificar las Normas de Calidad importantes para el Producto. Indicar cómo se implementarán las normas de Calidad. Identificar los roles de los miembros del equipo con respecto a la
implementación de las normas de Calidad. Identificar la Línea Base de Calidad. El N° de inspecciones óptima planificada por Entr egable es de 3 (tres). El responsable de registrar las inspecciones ejecutadas por Entregable es el
equipo de Control de Calidad. La frecuencia de evaluación del Indicador: “N° de inspecciones de entregables
No Conformes antes de pasar al Proceso de Verificación de Alcance” es quincenal.
Procedimiento de Revisión o Aseguramiento de la CalidadEn el Plan de Gestión del Alcance se había definido que uno de los factores críticos de éxito del Proyecto era el uso de una Metodología de Gestión que tenga amplio reconocimiento, y que el uso de la misma aumente la posibilidad de alcanzar los objetivos generales del Proyecto.De esta forma la aplicación y uso en el Proyecto del PMBOK (el cual ciertamente no es una Metodología sino más bien un inventario de estándares y buenas prácticas), es un esfuerzo planificado y sistemático que intenta garantizar la Calidad de los entregables relacionados a la Gestión del Proyecto.A continuación se enumeran los principales procedimientos del Aseguramiento de la Calidad con respecto al Proyecto:
Identificación de buenas prácticas del PMBOK para la adecuada gestión del Proyecto.
Implementación de buenas prácticas durante la fase de ejecución del Proyecto. Elaboración de documentos del Proyecto de acuerdo a plantillas proporcionadas
por PMBOK. Uso de plantillas de Gestión de Alcance, Tiempo y Costos. Se ha priorizado a estas áreas de conocimiento debido a que ellas son importantes para entender, desde el enfoque de la triple restricción, la Calidad del Proyecto.
Estos procedimientos están bajo responsabilidad del Equipo de Control de Calidad y bajo la supervisión del Jefe del Proyecto.
Con respecto a las actividades para el Aseguramiento de la Calidad en el Producto: Uso de normas de Calidad de desarrollo de software. Aplicación del Proceso
Unificado de desarrollo de Software (RUP) Uso de estándares de calidad para el Diseño Web. El desarrollo del Diseño Web
debe ejecutarse bajo normas de calidad XHTML (Extensible Hyper Text Markup Languaje). También debe usarse el lenguaje CSS1 (Cascade Stype Sheets, level1 – hojas de estilo en cascada, nivel1). A fin de asegurar que personas con algún tipo de discapacidad puedan hacer uso del Web, se requiere el uso de normas de Calidad de tipo WAI (Web Accessibility Initiative) de prioridad 1 y 2.
Uso y aplicación de buenas prácticas definidas en la empresa para la administración de la Base de Datos: optimizar acceso de los usuarios a los datos, definir y documentar esquemas conceptuales, definir y documentar procedimientos de respaldo y recuperación, seguimiento y control de la concurrencia, fortalecer la seguridad y la privacidad de los datos.
Uso y aplicación de estándares indicados en la norma ISO/IEC 17799 para el aseguramiento de Calidad en la Seguridad de la Información.
Procedimientos de Control de la Calidad
Tratamiento de las No conformidades y acciones correctivas. Revisión de contenidos. Revisión de forma. Revisión de funcionalidades.
Control de Calidad
El Equipo de Control de Calidad tiene bajo su responsabilidad las actividades de Control de Calidad. Este Equipo bajo la dirección del Jefe del Proyecto se reunirá semanalmente.
Control de Calidad del Proyecto y del Producto.El Analista de Sistemas es el responsable de la ejecución del Control de Calidad. Se revisan los entregables del proyecto conforme se vayan presentando, se emiten las observaciones o conformidades en la reunión semanal de calidad. Además se encargan de definir los procedimientos para el Control de Calidad: tratamiento de las No Conformidades, revisión de contenidos, revisión de forma y revisión de funcionalidad.Control de Calidad de las FuncionalidadesSe revisa la calidad de los entregables correspondientes a la etapa de construcción
para lo cual el Analista de Sistemas recurre a su experiencia en el campo de la programación y el desarrollo de sistemas orientados a INTERNET. Las funcionalidades del Sistema se contrastan con los requerimientos definidos por los usuarios. Para ello se hace uso de “checklist” en donde se indiquen las funcionalidades del entregable.
Control de Calidad de Redacción y FormatoEl responsable de las pruebas y documentación revisa la redacción de los documentos entregables y las observaciones que se puedan formular al respecto, las mismas que se informan en la reunión semanal de calidad. Las características de las páginas del Sistema: formatos, colores, tamaños, están definidas en documentos de estándares que administra el Área de Organización y Métodos.
Control de Calidad del ContenidoEl responsable de las pruebas y documentación, con la asesoría de representantes de las áreas de Marketing y Ventas, revisa la cantidad y calidad de información contenida en las distintas partes que componen el Web Site. Formula además observaciones y las informará en la reunión semanal de la calidad. El contenido se contrasta con los lineamientos definidos por los usuarios.
Aseguramiento de la Calidad
Es responsabilidad del equipo de Control de Calidad ejecutar el aseguramiento de calidad durante todo el proyecto, revisar la planificación de procesos del proyecto contra lo ejecutado, plantear acciones preventivas o correctivas según sea necesario. El equipo del control de Calidad informa semanalmente en las reuniones de Calidad al Gerente de Proyecto y al equipo del proyecto.
2. Control de Calidad
Entregable: Manual de Usuario
Entregable: Manual de Sistemas
Entregable: Manual de Seguridad
Entregable: Contrato de Compra de Servicio de Internet
Entregable: Contrato de Membresía Visa
Entregable: Modelado del Negocio
Entregable: Análisis
Entregable: Implementación
Entregable: Base de Datos
E. Recursos Humanos - Plan de Gestión de los Recursos Humanos
1. Organigrama del Proyecto
2. Roles y Responsabilidades
3. Matriz de asignación de responsabilidades (RAM)
WBSGerente General
Gerente de Proyecto
Gerente de Marketing
Gerente de Ventas
Analista de Proyecto
Analista de Sistemas
Gerente de Operaciones
ContadorSupervisor
de ComprasProgramador 1 Programador 2 Programador 3 Programador 4
Comité Multidiscipl inario
Acta de Constitución A R P
Enunciado prel iminar del alcance R P
Enunciado del alcance R P
EDT R P V
Diccionario del EDT R P V
Cronograma R P O
Presupuesto R P O P
Control Semanal R I
Especificaciones del Diseño Web I O O R P
Especificaciones del Serivicio de Internet I R P
Especificaciones del Dominio Web I R P
Contrato para la elaboracion del diseño web I R
Contrato del servicio de internet I R
Contrato de adquisicion del dominio web I R
Contrato del registro del nuevo dominio web I R
Contrato de menbresia VISA I R
Conformidad del servicio de diseño web I I I P R
Conformidad del servicio de internet I P R
Conformidad del servicio de dominio web I P R
Certificado digital I V R P P P P
Licencia del sistema operativo para el servidor web I V R P P P P
Especificaciones del servidor web I R P P P P
Equipo servidor web I P R
Especificaciones firewall I R P P P P
Equipo firewall I P R
Modelado de negocio I R O
Analisis de programacion del portal web I R P P P P
Implementacion del portal web I R P P P P
Pruebas locales del portal web I R P P P
Afinamiento local del portal web I R P P P
Analisis del servidor web I R P I I I I
Configuracion del servidor web I R P P P P
Pruebas del servidor web I R P P P
Afinamiento del servidor web I R P P P
Pruebas de seguridad I I R P P P
Pruebas de navegacion I I R P P P
Pruebas del modulo E-Commerce I I R P P P
Afinamiento global del web site I R P P P P
Conformidad de las pruebas de seguridad I I P P P P R
Conformidad de navegacion I I P P P P R
Conformidad del modulo E-Commerce F R I P P P P R
Manual de usuario I R P P P
Manual de seguridad I R P P P
Manual de sistema I R P P P
Funcion que real iza el ROL en el entregable
R = Responsable
P = Participa
I = Informado
V = Verificacion requerida
O = Opinión requerida
A = Autoriza
F = Firma requerida
F. Comunicaciones - Plan de Gestión de Comunicaciones
1. Directorio de Stakeholders
2. Medios de Comunicación
G. Riesgos - Plan de Gestión de Riesgos
1. Fuentes de Riesgos
No hay un experto en diseño de páginas Web en el área de
sistemas.
Poco tiempo para la realización del proyecto.
No se cuenta con una bitácora de lecciones aprendidas de
Proyecto anteriores desarrollados en la Empresa.
No se cuenta con una bitácora de lecciones aprendidas de
Proyecto anteriores desarrollados en la Empresa.
Ataque al servidor del portal.
La tecnología empleada está siendo superada.
La competencia lanzará un portal similar.
Interrupción en las comunicaciones para acceder a Internet.
2. Matriz de descomposición de Riesgos (RBS)
3. Categorías, Criterios para priorizar y levantar los riesgos
Riesgos técnicos, de calidad o de rendimiento
(Por ejemplo confianza en tecnología no probada o compleja, metas poco realistas del funcionamiento, cambios de la tecnología utilizada o de los estándares de la industria durante el proyecto.)
Mal funcionamientos de los equipos una vez llegados. Baja calidad de la documentación del producto Falla del servidor Falta de capacidad de los servidores Interrupción de las comunicaciones para acceder a Internet. La base de datos no soporta la cantidad de transacciones Desconocimiento de los estándares de programación Web Java Mala interpretación de los requerimientos funcionales de la pasarela de
pagos VISA.
Riesgos en la gerencia de proyectos
(Por ejemplo: una asignación insuficiente del tiempo y/o de los recursos, calidad inadecuada del plan del proyecto, uso deficiente de las disciplinas de la gerencia de proyecto).
Compra de quipos que no pueden integrarse en un sistema. Inadecuada gestión de versiones de los programas que se estén elaborando
en simultáneo Complejidad del proceso de brindar las especificaciones de diseño Retraso en el término de los entregables. Error en el cálculo del tiempo del proyecto. Incumplimientos de contratos. Mala elección de los proveedores.
Riesgos organizacionales
(Por ejemplo costo, tiempo y los objetivos del alcance son internamente inconsistentes, la carencia de una priorización de proyectos, la insuficiencia o la interrupción del financiamiento y conflictos del recurso con otros proyectos en la organización.)
Pérdida de la confidencialidad o integridad de la información entregada o compartida con el tercero.
Dedicación no exclusiva al proyecto del personal
Riesgos externos
(Por ejemplo cambios en leyes o ambiente regulador, formas de trabajo, cambio de prioridades del dueño, riesgo del país, el clima, etc. Los riesgos por desastres naturales tales como terremotos, inundaciones, y manifestaciones requieren generalmente acciones de la recuperación de desastres más que la gerencia de riesgo.)
Robos de los equipos (firewall – servidor Web) durante el traslado Incompetencia logística del proveedor Ataque al servidor del portal La competencia podría lanzar un producto similar primero.
4. Estrategias para la respuesta de los riesgos
5. Identificación, Seguimiento y Control de Riesgos
Documentación para el usuario
Servicios prestados
Hardware
Gestión del Proyecto
SOFTWARE
H. Adquisiciones - Plan de Gestión de Adquisiciones
1. Recursos Adquiridos
- Responsabilidades
Los responsables de las adquisiciones, Ingenieros Rayleigh
Córdova por el lado de productos y José Herrera por el lado de
servicios, elaborarán los expedientes de contratación para, previa
aprobación del gerente general, Ing. Paolo Kobashikawa.
El Comité multidisciplinario elaborará los documentos referentes a
los requerimientos de los productos y servicios a ser adquiridos.
Para todo el proceso, el Comité multidisciplinario contará con el
apoyo y asesoramiento financiero del Dr. Javier Watanabe, quien
también tendrá la función de elaborar y formalizar el contrato.
La gerente del proyecto Ing. Rosario Arteaga, será la responsable
de monitorear todo el proceso.
- Recursos Para Las Adquisiciones
Los recursos para las adquisiciones se basan en lo sustentado en el
plan de costos. El Dr. Javier Watanabe, en calidad de responsable
de los costos sin embargo, puede tener ingerencia en temas de
ajuste de costos en el presupuesto.
- Servicios A Contratar
Según establecido en el EDT y aprobado por el gerente general de
INKA SNAIL, Ing. Paolo Kobashikawa, se considera la adquisición
de los siguientes ítems:
Productos:
1 Servidor Web
1 Firewall
1 Licencia de software
1 Certificado digital
Servicios:
Dominio Web
Membresía VISA
Diseño Web
Servicio de Internet
- Gestión De Proveedores
El mecanismo de selección de proveedores es mediante el contacto
directo, evaluando así las propuestas y las cualidades de cada uno
de ellos. Según sea necesario, el comité multidisciplinario elaborará
listas de verificación para calificar de ese modo a los proveedores
de determinados productos y/o servicios.
- Documentación
Toda la documentación referente a una adquisición en general,
deberá hacerse mediante facturas a nombre de Empresa Huarochirí
con R.U.C. N°201543365400.
Toda la documentación será proporcionada a los Ingenieros José
Herrera y/o Rayleigh Córdova quienes tendrán acceso exclusivo a
la misma.
2. Seguimiento y Control de las adquisiciones
- Soporte al Servicio de Internet
Desarrollar una solución de acceso a Internet para la
“implementación del Web Site con soporte de e-commerce para la
empresa INKA SNAIL” el cual deberá ser elaborado por una
empresa de telecomunicaciones que brinde soluciones de acceso a
Internet a empresas.
Los servicios deberán incluir una solución de acceso a Internet
dedicado con 1Mb de ancho de banda, Seguridad gerenciada
(manejo de seguridad de la conexión a Internet realizada por el
mismo proveedor con los métodos y equipos que este considere
necesarios) e indisponibilidades menores al 0.01% mensuales.
El plazo de puesta en marcha del servicio será de sesenta (30) días
calendario, a partir de los cuales no se aceptarán modificaciones al
mismo.
El costo del servicio se ha estimado en S/. 800.00 (Ochocientos y
00/100 Nuevos soles) mensuales por 1 año con opción abierta a la
renovación del contrato.
Conformidad de requerimientos y entregables; El gerente de
operaciones Ing. José Luís Herrera elaborará el Acta de
conformidad de cumplimiento de lo especificado en el contrato.
Conformidad de operatividad; El gerente de operaciones Ing. José
Luís Herrera y el analista de sistemas y programación Karina Lovato
elaborarán el Acta de conformidad de la operatividad del servicio.
Este trabajo se realizará sobre los criterios de evaluación del
servicio de acceso a Internet; es decir, verificando el cumplimiento
de los requerimientos de la empresa versus las características
tecnológicas del servicio brindado por el proveedor.
- Soporte al Servicio de Diseño Grafico
Desarrollar el entorno gráfico para la “implementación del Web Site
con soporte de ecommerce para la empresa Huarochiri” el cual
deberá ser elaborado por una empresa de diseño gráfico, web y
multimedia. Esto permitirá la identificación de un estándar visual con
la empresa INKA SNAIL dentro del entorno de la Internet.
Los servicios deberán incluir íconos, paleta de colores,
componentes visuales dinámicos y funcionalidades interactivas
tales que permitan al visitante, usuario o administrador un fácil
acceso y dinámica representación de la información requerida por
cada uno de ellos.
El plazo de ejecución del servicio será de 30 días calendario.
El costo del servicio se ha estimado en S/. 4000.00 (Cuatro mil y
00/100 Nuevos soles) siendo la forma de pago la siguiente:
A la firma del contrato se abonará el 100 % del monto establecido
en el mismo.
Conformidad de requerimientos y entregables; El gerente general
de INKA SNAIL Ing. Paolo Kobashikawa elabora el Acta de
conformidad de cumplimiento de requerimientos.
Conformidad de operatividad; El comité multidisciplinario elaborará
el Acta de conformidad de la operatividad del servicio.
I. Interesados del Proyecto - Plan de Gestión de los Interesados
1. Interesados del Proyecto
- Gerente General (Paolo Kobashikawa)
- Gerente del Proyecto (Rosario Arteaga)
- Gerente de Marketing (Lorena Falcón)
- Gerente de venta (Gabriel Olano)
- Analista de proyecto (Javier Yovera)
2. Equipos de Trabajo del Proyecto
- Gerente de proyecto
- 1 Analista de Proyecto
- 1 Analista de Sistemas y Programador adjunto.
- 4 Programadores.
3. Reuniones del Proyecto
- Semanales, a fin de poder detectar a tiempo oportunamente y
evaluar las posibles modificaciones en la línea de costos, calidad,
alcance.
2.2. Ingeniería del proyecto
La ingeniería del proyecto permite definir la forma en que se desarrollarán los
procesos del servicio que ofrece la Piscigranja Huarochiri y la manera de llevar a
cabo las actividades gerenciales, para brindar un servicio con la calidad propuesta
por la empresa. La ingeniería del proyecto permitirá definir los espacios necesarios,
así como el material directo y la mano de obra que se necesitará para llevar a cabo
los procesos.
Diagrama Propuesto
Requerimiento de talento humano
El servicio que brindaremos deberá contar con personal para las actividades de
apoyo como son administración, atención al cliente, crianza de las truchas y
limpieza. A continuación se presenta el personal que requerirá el, así como el sueldo
destinado por los servicios que van a ofrecer.
2.3. Soporte del proyecto
2.3.1. Plan de Gestión de la Configuración del Proyecto
Análisis de la Configuración
- Análisis de los requerimientos de integración al Web Site.
- Configuración según los requerimientos de integración al WebSite.
- Pruebas funcionales
- Ajustes de la configuración.
2.3.2. Plan Gestión de Métricas del Proyecto
La métrica principal del proyecto es el tiempo.
Métricas:
- El control y ejecución del proyecto.
- Medición de tiempos del análisis, diseño, implementación,
implantación y post implantación.
- Medición de las pruebas (errores, cubrimiento, resultado en número
de defectos y número de éxito).
- Medición de la transformación o evolución del producto.
Indicadores:
- Evaluar el estado del proyecto en curso.
- Seguir la pista de los riesgos potenciales.
- Ajustar el flujo y las tareas del trabajo.
- Evaluar la habilidad del equipo del proyecto en controlar la calidad
de los productos de trabajo del software.
2.3.3. Plan Gestión del Aseguramiento de Calidad del Proyecto
Identificación de buenas prácticas del PMBOK para la adecuada gestión del
Proyecto.
Implementación de buenas prácticas durante la fase de ejecución del
Proyecto.
Elaboración de documentos del Proyecto de acuerdo a plantillas
proporcionadas por PMBOK. Uso de plantillas de Gestión de Alcance,
Tiempo y Costos. Se ha priorizado a estas áreas de conocimiento debido a
que ellas son importantes para entender, desde el enfoque de la triple
restricción, la Calidad del Proyecto.
Estos procedimientos están bajo responsabilidad del Equipo de Control de
Calidad y bajo la supervisión del Jefe del Proyecto.
Con respecto a las actividades para el Aseguramiento de la Calidad en el
Producto:
- Uso de normas de Calidad de desarrollo de software. Aplicación del
Proceso Unificado de desarrollo de Software (RUP)
- Uso de estándares de calidad para el Diseño Web. El desarrollo del
Diseño Web debe ejecutarse bajo normas de calidad XHTML (Extensible
Hyper Text Markup Languaje). También debe usarse el lenguaje CSS1
(Cascade Stype Sheets, level1 – hojas de estilo en cascada, nivel1). A fin
de asegurar que personas con algún tipo de discapacidad puedan hacer
uso del Web, se requiere el uso de normas de Calidad de tipo WAI (Web
Accessibility Initiative) de prioridad 1 y 2.
- Uso y aplicación de buenas prácticas definidas en la empresa para la
administración de la Base de Datos: optimizar acceso de los usuarios a los
datos, definir y documentar esquemas conceptuales, definir y documentar
procedimientos de respaldo y recuperación, seguimiento y control de la
concurrencia, fortalecer la seguridad y la privacidad de los datos.
- Uso y aplicación de estándares indicados en la norma ISO/IEC 17799
para el aseguramiento de Calidad en la Seguridad de la Información.
CAPÍTULO IV: EJECUCIÓN, SEGUIMIENTO Y CONTROL DEL
PROYECTO
2.4. Gestión del proyecto
2.4.1. Ejecución
A. Cuadro de Costos actualizado
Descripcion Fecha Costo Total Costo PlaneadoEjecución 02-ene-08 412,415,226 4,124,152Inicio 08-ene-08 392,558,196 43,379,971Servidor Web 16-ene-08 879,819,148 52,178,163Especificaciones de los servicios 25-ene-08 363,536,384 88,531,801Contratos 30-ene-08 26,865,461 357,186,411Certificado digital 31-ene-08 439,909,574 361,585,507Compra de licencias para software 01-feb-08 343,990,957 395,984,603Planificación 11-feb-08 931,752,917 489,159,894Equipo servidor Web 22-feb-08 289,977,394 779,137,288Equipos de seguridad 22-feb-08 248,775,585 1,027,912,873Conformidad de los servicios 25-feb-08 135,638,785 1,041,476,752Configuración del servidor Web 18-mar-08 733,182,624 1,048,808,578Pruebas locales 28-mar-08 195,515,366 1,068,360,115Afinamiento local 28-mar-08 195,515,366 1,087,911,651Programación y configuración 04-abr-08 68,017,963 1,155,929,614Aprobación del Web Site 18-abr-08 899,370,685 1,245,866,683Manual de usuario 29-abr-08 115,476,263 1,257,414,309Control 30-abr-08 516,282,764 1,773,697,073Manual de sistema 08-may-08 115,476,263 1,785,244,700Manual de seguridad 15-may-08 78,817,132 1,793,126,413Cierre 15-may-08 68,735,871 1,800,000,000
B. WBS Actualizado
Nivel I
Nivel II
Nivel III
C. Acta de reunión de Equipo
Versión:Código:Página:
FORMATO DE ACTA DE REUNION
ACTA DE REUNIONComité o Grupo: Acta N°:Organizador: Fecha:Coordinador: Hora Inicio:
Hora Fin:Secretario: Lugar:
ParticipantesN° Nombre Cargo Teléfono
Puntos de Discusión
Desarrollo de la Reunión
Observaciones
Conclusiones
N° Tarea Responsable Periodo de cumplimiento
D. Registro de Capacitaciones del Proyecto actualizado
2.4.2. Seguimiento y control
A. Solicitud de Cambio
B. Riesgos actualizados
C. Informes de Estado
2.5. Ingeniería del proyecto
La ingeniería del proyecto permite definir la forma en que se desarrollarán los
procesos del servicio que ofrece la Piscigranja Huarochiri y la manera de llevar a
cabo las actividades gerenciales, para brindar un servicio con la calidad propuesta
por la empresa. La ingeniería del proyecto permitirá definir los espacios necesarios,
así como el material directo y la mano de obra que se necesitará para llevar a cabo
los procesos.
Diagrama Propuesto
Requerimiento de talento humano
El servicio que brindaremos deberá contar con personal para las actividades de
apoyo como son administración, atención al cliente, crianza de las truchas y
limpieza. A continuación se presenta el personal que requerirá el, así como el sueldo
destinado por los servicios que van a ofrecer.
2.6. Soporte del proyecto
2.6.1. Plantilla de Seguimiento a la Gestión de la configuración actualizado
Análisis de la Configuración
- Análisis de los requerimientos de integración al Web Site.
- Configuración según los requerimientos de integración al WebSite.
- Pruebas funcionales
- Ajustes de la configuración.
2.6.2. Plantilla de Seguimiento a la Aseguramiento de la calidad actualizado
Nombre del Proyecto: Implementación de Web Site E - COMMERCE para la Empresa Huarochirí
Preparado por: Rosario Arteaga (Gerente del Proyecto)Fecha: 16/06/2015Descripción del Sistema de Calidad del Proyecto:
Estructura Organizacional
Jefe del proyecto Equipo de Control de Calidad Equipo de Proyecto
Roles y Responsabilidades
Gerente del Proyecto Definir el equipo de Control de la Calidad y sus roles Elaborar el Plan de Gestión de Calidad Aprobar las actividades de Aseguramiento y Control de Calidad Implementar Acciones preventivas y correctivas Informar el estado de las Acciones preventivas y correctivas Evaluar la eficacia de las soluciones de Calidad implementadas
Equipo de Control de CalidadConformado por el Analista de Sistemas y el Responsable de pruebas y documentación, encargados de plantear las acciones para el aseguramiento de la Calidad.El Analista de Sistemas asesora al equipo del proyecto en temas de calidad específicas referentes a aspectos técnicos de programación y operatividad del Web Site.
Realizar pruebas y documentación Efectuar el control de Calidad para los entregables del Proyecto y del Producto. Asesorar en aspectos de calidad al Jefe de Proyecto y al equipo de Proyecto. Registrar el N° de inspecciones de Entregables a fin de poder analizar y
monitorear al Indicador denominado: “N° de inspecciones de entregables No Conformes antes de pasar al Proceso de Verificación de Alcance”, indicado en el Plan de Gestión del Proyecto.
Calcular y registrar el Indicador mencionado en el punto anterior, de acuerdo a la forma de cálculo establecida.
Equipo de Proyecto
Guardar las normas de Calidad para los procesos del Proyecto Guardar las normas de Calidad para los procesos de la generación de
Entregables Informar al Equipo de Control de Calidad sobre sugerencias y observaciones de
aspectos de Calidad referidos a los procesos del Proyecto y la generación de Entregables
Procedimientos
Planificación de Calidad
Este procedimiento está bajo la responsabilidad del Jefe de Proyecto, siendo asesorado por el Equipo de Control de Calidad.A continuación se enumeran los principales procedimientos de la Planificación de la Calidad:
Identificar a los miembros del Equipo de Control y Aseguramiento de la Calidad. Identificar las Normas de Calidad importantes para el Proyecto. Identificar las Normas de Calidad importantes para el Producto. Indicar cómo se implementarán las normas de Calidad. Identificar los roles de los miembros del equipo con respecto a la
implementación de las normas de Calidad. Identificar la Línea Base de Calidad. El N° de inspecciones óptima planificada por Entr egable es de 3 (tres). El responsable de registrar las inspecciones ejecutadas por Entregable es el
equipo de Control de Calidad. La frecuencia de evaluación del Indicador: “N° de inspecciones de entregables
No Conformes antes de pasar al Proceso de Verificación de Alcance” es quincenal.
Procedimiento de Revisión o Aseguramiento de la CalidadEn el Plan de Gestión del Alcance se había definido que uno de los factores críticos de éxito del Proyecto era el uso de una Metodología de Gestión que tenga amplio reconocimiento, y que el uso de la misma aumente la posibilidad de alcanzar los objetivos generales del Proyecto.De esta forma la aplicación y uso en el Proyecto del PMBOK (el cual ciertamente no es una Metodología sino más bien un inventario de estándares y buenas prácticas), es un esfuerzo planificado y sistemático que intenta garantizar la Calidad de los entregables relacionados a la Gestión del Proyecto.A continuación se enumeran los principales procedimientos del Aseguramiento de la Calidad con respecto al Proyecto:
Identificación de buenas prácticas del PMBOK para la adecuada gestión del Proyecto.
Implementación de buenas prácticas durante la fase de ejecución del Proyecto. Elaboración de documentos del Proyecto de acuerdo a plantillas proporcionadas
por PMBOK. Uso de plantillas de Gestión de Alcance, Tiempo y Costos. Se ha priorizado a estas áreas de conocimiento debido a que ellas son importantes para entender, desde el enfoque de la triple restricción, la Calidad del Proyecto.
Estos procedimientos están bajo responsabilidad del Equipo de Control de Calidad y bajo la supervisión del Jefe del Proyecto.
Con respecto a las actividades para el Aseguramiento de la Calidad en el Producto: Uso de normas de Calidad de desarrollo de software. Aplicación del Proceso
Unificado de desarrollo de Software (RUP) Uso de estándares de calidad para el Diseño Web. El desarrollo del Diseño Web
debe ejecutarse bajo normas de calidad XHTML (Extensible Hyper Text Markup Languaje). También debe usarse el lenguaje CSS1 (Cascade Stype Sheets, level1 – hojas de estilo en cascada, nivel1). A fin de asegurar que personas con algún tipo de discapacidad puedan hacer uso del Web, se requiere el uso de
normas de Calidad de tipo WAI (Web Accessibility Initiative) de prioridad 1 y 2. Uso y aplicación de buenas prácticas definidas en la empresa para la
administración de la Base de Datos: optimizar acceso de los usuarios a los datos, definir y documentar esquemas conceptuales, definir y documentar procedimientos de respaldo y recuperación, seguimiento y control de la concurrencia, fortalecer la seguridad y la privacidad de los datos.
Uso y aplicación de estándares indicados en la norma ISO/IEC 17799 para el aseguramiento de Calidad en la Seguridad de la Información.
Procedimientos de Control de la Calidad
Tratamiento de las No conformidades y acciones correctivas. Revisión de contenidos. Revisión de forma. Revisión de funcionalidades.
Control de Calidad
El Equipo de Control de Calidad tiene bajo su responsabilidad las actividades de Control de Calidad. Este Equipo bajo la dirección del Jefe del Proyecto se reunirá semanalmente.
Control de Calidad del Proyecto y del Producto.El Analista de Sistemas es el responsable de la ejecución del Control de Calidad. Se revisan los entregables del proyecto conforme se vayan presentando, se emiten las observaciones o conformidades en la reunión semanal de calidad. Además se encargan de definir los procedimientos para el Control de Calidad: tratamiento de las No Conformidades, revisión de contenidos, revisión de forma y revisión de funcionalidad.Control de Calidad de las FuncionalidadesSe revisa la calidad de los entregables correspondientes a la etapa de construcción para lo cual el Analista de Sistemas recurre a su experiencia en el campo de la programación y el desarrollo de sistemas orientados a INTERNET. Las funcionalidades del Sistema se contrastan con los requerimientos definidos por los usuarios. Para ello se hace uso de “checklist” en donde se indiquen las funcionalidades del entregable.
Control de Calidad de Redacción y FormatoEl responsable de las pruebas y documentación revisa la redacción de los documentos entregables y las observaciones que se puedan formular al respecto, las mismas que se informan en la reunión semanal de calidad. Las características de las páginas del Sistema: formatos, colores, tamaños, están definidas en documentos de estándares que administra el Área de Organización y Métodos.
Control de Calidad del ContenidoEl responsable de las pruebas y documentación, con la asesoría de representantes de las áreas de Marketing y Ventas, revisa la cantidad y calidad de información contenida
en las distintas partes que componen el Web Site. Formula además observaciones y las informará en la reunión semanal de la calidad. El contenido se contrasta con los lineamientos definidos por los usuarios.
Aseguramiento de la Calidad
Es responsabilidad del equipo de Control de Calidad ejecutar el aseguramiento de calidad durante todo el proyecto, revisar la planificación de procesos del proyecto contra lo ejecutado, plantear acciones preventivas o correctivas según sea necesario. El equipo del control de Calidad informa semanalmente en las reuniones de Calidad al Gerente de Proyecto y al equipo del proyecto.
2.6.3. Plantilla de Seguimiento a la Métricas y evaluación del desempeño
Actualizado.
Métricas:
- El control y ejecución del proyecto.
- Medición de tiempos del análisis, diseño, implementación,
implantación y post implantación.
- Medición de las pruebas (errores, cubrimiento, resultado en número
de defectos y número de éxito).
- Medición de la transformación o evolución del producto.
Indicadores:
- Evaluar el estado del proyecto en curso.
- Seguir la pista de los riesgos potenciales.
- Ajustar el flujo y las tareas del trabajo.
- Evaluar la habilidad del equipo del proyecto en controlar la calidad
de los productos de trabajo del software.
CAPÍTULO VI: EVALUACIÓN DE RESULTADOS
2.7. Indicadores claves de éxito del Proyecto
CAPÍTULO VII: CONCLUSIONES Y RECOMENDACIONES
2.1. Conclusiones
Del análisis de los cuadros obtenidos con la aplicación de la encuesta se ha
llegado a las siguientes conclusiones:
Con respecto al número de ventas, con la aplicación del Modelo E-commerce
se observa un incremento significativo.
Con la aplicación del Modelo E-commerce, aumenta el número de usuarios
que utilizan este tipo de tecnologías.
Los usuarios en una gran mayoría consideran que al aplicar el Modelo E-
commerce la atención se vuelve mucho más eficiente.
El Modelo E-commerce representa una buena alternativa de solución al tema
de la Comercialización y Producción de Truchas a nivel nacional e
internacional.
2.2. Recomendaciones
Para el mantenimiento adecuado del aplicativo sugerimos actualizar
periódicamente la información de las ofertas, nuevos productos, etc.
En el futuro sería una buena opción desarrollar la funcionalidad de ver
estadísticas de visitas, ventas, pedidos y totales, y de acuerdo a estos
indicadores tomar decisiones que brinden a la empresa ventaja competitiva.
Implementar la funcionalidad que al seleccionar un producto se ofrezca
información acerca de los clientes quienes compraron ese producto, con esto
motivaremos de alguna manera a que le cliente se sienta seguro de realizar la
compra,
Realizar copias de seguridad de la base de datos con frecuencia, ya que en
una posible pérdida de información se perdería mucha data importante.
GLOSARIO DE TÉRMINOS
Acceso directo proceso de obtención de datos sin necesidad de leer ni recorrer
secuencialmente otros.
Almacén de datos sistema de administración relacional de bases de datos creado
específicamente para dar apoyo a la toma de decisiones de la administración.
Almacenamiento de datos proceso de actualizar una o más bases de datos con
nuevas.
Alimentación de la Trucha se alimenta de casi cualquier clase de animal como peces
pequeños, crustáceos y larvas de insectos. En cautividad su alimento consiste en
conglomerados de harina de pescado, pigmentos naturales que dan un tono rosado
a su carne (carotenos), así como vitaminas y minerales.
Ambientes de desarrollo integral (IDE) software en que se combinan las
herramientas necesarias para la programación con un lenguaje programación en
paquete integrado.
Ámbito de influencia de la empresa sistemas de información que dan soporte a la
empresa en su interacción con su ambiente.
Análisis creativo investigación de nuevas formas de abordar problemas existentes.
Análisis crítico interrogante minuciosa y libre de prejuicio acerca de los elementos
del sistema se relacionan o no de la manera más efectiva y eficaz.
Análisis de búsqueda de objetivos proceso de determinar los datos del problema
requeridos para un resultado específico.
Análisis de costo / beneficio método con el que se presentan los costos y beneficios
de cada sistema propuesto.
Análisis de datos manipulación de los datos recopilados de modo que sean útiles
para los miembros del grupo de desarrollo que participan en el análisis de sistemas.
Análisis de factibilidad evaluación de la factibilidad técnica, operativa, de calendario
de trabajo y económica de un proyecto.
Análisis de sistemas fase del desarrollo de sistemas en la que se estudian los
sistemas y procesos de trabajo existentes para identificar sus puntos débiles y
fuertes, así como los problemas y las oportunidades de mejoramiento.
Analista de sistemas profesional especializado en el análisis y diseño de sistemas
empresariales.
Base de datos distribuida base de datos en la que los datos reales quizá estén
distribuidos a través de varias bases de datos más pequeñas conectadas mediante
dispositivos de telecomunicaciones.
Base de datos duplicada base de datos que contiene un grupo duplicado de los
datos de uso frecuente.
Base de datos conjunto organizado de datos e información.
Base de modelos elemento del DSS que proporciona a los tomadores de las
decisiones acceso a diversos modelos y los ayuda a tomarlas.
Beneficiarios personas que se benefician en última instancia de un proyecto de
desarrollo de sistemas, ya sea en forma directa o a través de la organización que
representan.
Byte conjunto de ocho bits en presentación de un carácter de datos.
Calidad capacidad de un producto servicio para satisfacer o rebasar las expectativas
del cliente.
Cantidad económica de pedido (EOQ) método utilizado para determinar la cantidad
de inventarios que deben volver a solicitarse para minimizar los costos totales de los
inventarios.
Capacitación en computación adquirir conocimientos acerca de sistemas y equipo
de computación y de su funcionamiento.
Capacitación en sistemas de información adquirir conocimientos respecto al uso de
datos e información por parte de individuos, grupos y organizaciones.
Carácter unidad de construcción básica de información, representada por un byte.
CD reescribible (CD-RW) versión común de disco óptico que permite a usuarios de
computadoras personales remplazar sus disquetes con CD de alta capacidad
susceptibles de escritura y edición.
Centro de información entidad que proporciona a los usuarios de SI servicios de
asesoría, capacitación, desarrollo de aplicaciones, documentación, selección e
instalación de equipo, normas, asistencia técnica y resolución de problemas.
Centros de costos divisiones dentro de la compañía que no producen ingresos
directamente.
Centros de ingresos divisiones dentro de la compañía que llevan el registro de las
ventas o los ingresos.
Centros de utilidades departamentos dentro de una organización que llevan el
registro de los gastos totales y las utilidades netas.
Certificado digital es un documento electrónico emitido por una empresa
denominada “Entidad de Certificación” a nombre del titular del Certificado. Contiene
la clave pública del titular del certificado y está “colgado” en una página electrónica
de libre acceso.
Ciclo de procesamiento de transacciones proceso de recopilación, edición,
corrección, manipulación, almacenamiento de datos y elaboración de documentos.
Ciclo de vida de programación conjunto de pasos y actividades planeadas para
optimizar las probabilidades de desarrollar software adecuado.
Clave primaría campo o grupo de campos que identifica exclusivamente el registro.
Clave campo o grupo de campos en un registro que se usa para identificar a este
último.
Cliente / Servidor arquitectura en la que múltiples plataformas de computación se
dedican a funciones especiales como la administración de la base de datos,
impresión, comunicaciones y ejecución de programas.
Codificación conversión original de un mensaje a un código secreto.
Código fuente código de programación de nivel alto escrito por el programador.
Código objeto otro nombre para el código de lenguaje de máquina.
Código reutilizable código de instrucciones dentro de un objeto que se puede usar
repetidamente en diferentes programas de diversas aplicaciones.
Color de la Trucha la coloración externa varía en función de la especie, la luz, la
edad, e incluso de su estado de ánimo. La carne, puede ser blanca o rosada, según
la alimentación. De ese modo se distingue entre truchas blancas y asalmonadas.
Comercio electrónico toda transacción ejecutada a través de medios electrónicos
entre compañías (empresa-empresa), compañías y consumidores (empresa-
consumidor), compañías y sector público; y consumidores y sector público.
Computadora para red versión de bajo costo de compra y uso de la computadora
personal cuya principal utilidad es el acceso a redes e Internet.
Computadoras personales (PC) sistemas de computación relativamente pequeños y
de bajo costo también llamados microcomputadoras.
Conocimiento discernimiento y comprensión de un conjunto de información y de su
utilidad para realizar una tarea específica.
Consenso de grupo método de evaluación con el cual se designa un grupo de
tomadores de decisiones encargado de la evaluación y decisión finales.
Control de calidad proceso que asegura que el producto terminado cumple con las
necesidades del cliente.
Control de concurrencia método para hacer frente a una situación en la que dos o
más personas necesitan tener acceso en forma conjunta al mismo registro en una
base de datos.
Controles de sistemas procedimientos para mantener la seguridad de los datos.
Conversión directa o Interrupción directa procedimiento de arranque que consiste
en interrumpir el funcionamiento del sistema antiguo e iniciar el del sistema nuevo
en una fecha dada coprocesador parte de la computadora que acelera el
procesamiento al ejecutar tipos específicos de instrucciones mientras la CPU se
ocupa de otra actividad de procesamiento.
Corrección de datos proceso de reintroducir los datos mal capturados al usar teclado
o escáner, localizados durante la edición de datos.
Correo de voz tecnología que le permite a los usuarios dejar, recibir y almacenar
mensajes verbales de otras personas o para ellas, en todo el mundo.
Correo electrónico (e-mail) tecnología que le permite a un transmisor conectar su
computadora con una red, mecanografiar un mensaje y enviarlo a otra persona a
través de la red.
Cracker sinónimo de hacker delincuente, derivado de la contracción del término en
inglés (criminal hacker) criptografía proceso de conversión de un mensaje a un
código secreto y su posterior cambio de ese mensaje codificado a texto normal.
Cultura conjunto de conocimientos y supuestos básicos compartidos por un grupo.
Cultura organizacional conocimientos y supuestos básicos de una empresa,
compañía u organización datos realidades concretas en su estado primario.
Decisión de producir o comprar la relativa a obtener el software necesario de
fuentes internas o externas.
Decisiones no programadas decisiones que se relacionan con situaciones inusuales
o excepcionales.
Decisiones programadas decisiones que se toman siguiendo una regla, un
procedimiento o un método cuantitativo.
Dependencia programa-datos situación en la que los programas y los datos
organizados para una aplicación son incompatibles con programas y datos
organizados en forma diferente para otra aplicación.
Depuración de datos proceso de búsqueda y arreglo de inconsistencias para
asegurar que los datos sean exactos, completos, económicos, flexibles, confiables,
pertinentes, simples, oportunos, accesibles y seguros.
Desarrollo de plataforma cruzada técnica de desarrollo de software que permite a los
programadores elaborar programas que se pueden ejecutar en computadoras con
distintos sistemas de hardware u operativos (o plataformas).
Desarrollo de sistemas actividad que consiste en la creación de sistemas o la
modificación de los ya existentes en las empresas.
Desarrollo de sistemas de usuarios finales todo proyecto de desarrollo de sistemas
en que una combinación de administradores y usuarios emprenden la actividad
principal de desarrollo.
Desarrollo de software orientado a objetos creación de un conjunto de módulos u
objetos de código existente que pueden utilizarse en diversas aplicaciones sin tener
que rescribirlos.
Desarrollo propio desarrollo de software de aplicaciones utilizando recursos de la
compañía.
Diagrama de flujo de aplicaciones mapa que muestra las relaciones entre
aplicaciones o sistemas.
Diagrama de flujo de datos aquel en el que se representan objetos, relaciones y
actividades para describir cómo fluyen los datos entre dichas entidades y alrededor
de ellas.
Diagramas de entidad - relación (ER) modelo de datos que usa símbolos gráficos
básicos para mostrar la organización y las relaciones entre los datos.
Diálogo conjunto de mensajes que se comunican entre el sistema y el usuario.
Diario de nóminas informe que contiene los nombres de los empleados, el área
donde trabajaron durante la semana, horas trabajadas, la tasa de remuneración, un
factor de prima por pago de tiempo extra, ingresos, tipo de ingresos, diversas
deducciones y los cálculos de la remuneración neta.
Diccionario de datos descripción detallada de todos los datos que se usan en la base
de datos.
Diseño de informe técnica que permite a los diseñadores diagramar y aplicar formato
a informes impresos.
Diseño de pantalla técnica que permite al diseñador elaborar en forma rápida y eficaz
el diseño de las características, distribución y formato de las pantallas de un
sistema.
Diseño de sistemas fase del desarrollo de sistemas en que se determina el modo en
que operará el nuevo sistema para resolver problemas y satisfacer las necesidades
de la empresa definidas durante el análisis de sistemas.
Diseño estructurado método de diseño y desarrollo de software de aplicaciones que
divide los problemas grandes en otros más pequeños y sencillos.
Diseño físico de sistemas dimensión de la fase de diseño que especifica las
características de los componentes del sistema necesarios para poner en operación
el diseño lógico.
Diseño lógico de sistemas dimensión de la fase de diseño que describe los
requisitos funcionales de un sistema.
Dispositivo multiusos dispositivo en el que se combinan las funciones de impresión,
emisión y recepción de fax, escaneo y fotocopiado.
Dispositivos de almacenamiento móvil dispositivos internos o externos que brindan
capacidad de almacenamiento adicional bajo la forma de discos o cartuchos
desmontables.
Dispositivos de punto de venta terminales utilizadas en tiendas para introducir
información de ventas a un sistema de computación.
Dispositivos de reconocimiento de voz dispositivos de entrada capaces de
reconocer el habla humana.
Distribución electrónica de documentos proceso que incluye la transportación de
documentos.
Documentación descripción de las funciones del programa para ayudar al usuario a
operar el sistema de computación.
Documentación de usuarios información desarrollada para los individuos que utilizan
el programa. Este tipo de documentación muestra a los usuarios, en una forma fácil
de comprender, el modo en que se puede y debe usar el programa.
E-Commerce Consiste en comprar y vender productos o servicios a través de
sistemas electrónicos como Internet y otras redes computacionales. Una gran
variedad de comercio es conducido de esta manera, estimulando y aprovechando
las innovaciones en transferencias financieras, gestión de cadenas de suministros,
transacciones en línea, intercambio electrónico de datos (EDI), sistemas de gestión
de inventarios, etc.
Eficacia medida del grado en el que un sistema cumple sus metas.
Eficiencia medida de lo que se produce dividido entre lo que se consume.
Elaboración de documentos proceso de elaborar registros e informes de salida.
Elemento de dato valor específico de un atributo.
Encapsulación proceso de agrupar elementos dentro de un objeto.
Enrutador (router) dispositivo que opera al nivel de red del modelo OSI y cuenta con
software de direccionamiento más complejo que el de los puentes. Mientras que
éstos simplemente pasan hacia adelante todo lo que les llega, los enrutadores
pueden determinar las rutas preferidas hasta un destino final.
Especies de Truchas, la trucha común (Salmo trutta), trucha marrón (Salmo fario),