Tecnológico de Costa Rica

Escuela de Ingeniería en Computación

Diseño e Implementación de Módulos Administrativo y Operacional de la

Plataforma Colaborativa de Información Novacomp.

III Informe de Práctica de Especialidad para optar por el título de

Ingeniero en Computación con el grado académico de Bachiller

Laura Quesada Marín

San Carlos, Junio, 2013

1. RESUMEN EJECUTIVO

La práctica de especialidad consiste en la realización de un proyecto de software, por parte de los

estudiantes, en una empresa para desarrollarse en el ámbito laboral, para este fin la empresa
Servicios Computacionales Novacomp S.A. abrió sus puertas.

Novacomp es una empresa costarricense con más de 15 años de experiencia, especialista en

consultoría, diseño y desarrollo de soluciones informáticas para el mercado nacional e internacional.

La empresa cuenta con importantes clientes y se destaca por su desarrollo en AS/400, Oracle, .Net y
Java. Cuenta con Certificación ISO 9001:2008 y se encuentra en proceso de certificación CMMI.

Durante mucho tiempo, en Novacomp se han evidenciado problemas de organización,

específicamente a nivel de gestión de procesos y centralización de información, para solventar dichos
problemas, se plantea la creación de una plataforma de información con la cual se mejore la eficiencia
en los procesos administrativos y operativos de la empresa.

El proyecto de práctica de especialidad consiste en diseñar e implementar los módulos Administrativo

y Operacional de la plataforma.

Desde el inicio del proyecto se propuso como herramienta de desarrollo Microsoft ® SharePoint
Foundation 2010 debido a la robusta infraestructura que posee y las facilidades que proporciona para
crear plataformas con componentes predeterminados.

El módulo operacional de la aplicación es conocido como Base de datos de Conocimiento, el cual tiene
como objetivo principal evitar re-procesos, almacenando información sobre proyectos o
investigaciones y cualquier otra información técnica que se considere valiosa para futuros desarrollos.

El módulo administrativo busca centralizar en un repositorio de documentos los procedimientos

internos, contratos, formularios y manuales ISO y CMMI. Este módulo ayuda a mejorar la gestión de
procesos como solicitudes de vacaciones, actualización de currículums, búsqueda de consultores con
un determinado perfil de conocimientos, consulta de disponibilidad de consultores, centralización de
documentos de interés para varios departamentos, entre otros.

2
A continuación en el documento, se detalla el proceso de análisis y diseño previo al desarrollo de la
aplicación y los resultados obtenidos al final de la implementación de los módulos Administrativo y
Operacional.

3
2. ÍNDICE DE CONTENIDO

1. RESUMEN EJECUTIVO ........................................................................................................................ 2

2. ÍNDICE DE CONTENIDO ....................................................................................................................... 4
3. ÍNDICE DE ILUSTRACIONES................................................................................................................... 6
4. ÍNDICE DE TABLAS ............................................................................................................................. 7
5. DESCRIPCIÓN DEL PROBLEMA. ............................................................................................................. 8
I. Problema ................................................................................................................................. 8
Burocratización de procesos......................................................................................................... 8
Descentralización de documentos ................................................................................................ 8
Información poco fidedigna acerca de consultores disponibles .................................................... 9
Realización de procesos innecesarios o re-procesos ..................................................................... 9
II. Solución propuesta .................................................................................................................. 9
III. Involucrados ...................................................................................................................... 10
IV. Resumen de Necesidades y Expectativas ........................................................................... 12
V. Perspectiva, supuestos y dependencias del producto............................................................ 16
Perspectiva ................................................................................................................................ 16
Supuestos .................................................................................................................................. 16
Dependencias ............................................................................................................................ 16
VI. Requerimientos funcionales y no funcionales.................................................................... 17
VII. Características generales ................................................................................................... 21
6. ANÁLISIS DE RIESGOS ...................................................................................................................... 23
Categorías de los riesgos ................................................................................................................ 23
Matriz de riesgos ........................................................................................................................... 24
7. OBJETIVOS Y ALCANCES DEL SISTEMA. ................................................................................................. 28
Objetivo general ............................................................................................................................ 28
Objetivos específicos...................................................................................................................... 28
8. MODELO DE DISEÑO ....................................................................................................................... 29
1.1 Arquitectura conceptual de la solución.............................................................................. 29
1.2 Diseño de la aplicación ...................................................................................................... 31
1.2.1 Sitios de la aplicación. ................................................................................................ 31

4
 1.2.2 Listas y bibliotecas ..................................................................................................... 31
1.2.3 Diccionario de datos................................................................................................... 33
1.2.4 Seguridad ................................................................................................................... 36
1.2.4.1 Grupos ...................................................................................................................... 36
1.2.4.2 Permisos ................................................................................................................... 37
1.2.5 Estructura de las Páginas del sitio .............................................................................. 37
1.2.5.1 Páginas principales ................................................................................................... 37
1.2.5.2 Páginas maestras y de contenido.............................................................................. 37
1.3 Modelo de subsistemas ..................................................................................................... 39
1.4 Diagrama de Clases ............................................................................................................ 40
1.2 Diseño de base de datos .................................................................................................... 57
9. COMENTARIOS Y CONCLUSIONES ........................................................................................................ 58
10. ANEXOS.................................................................................................................................... 59

5
3. ÍNDICE DE ILUSTRACIONES

Ilustración 1 Arquitectura Aplicación SharePoint 2010 ....................................................................... 30

Ilustración 2 Páginas maestras y de contenido ................................................................................... 38
Ilustración 3 Modelo de subsistemas ................................................................................................. 39
Ilustración 4 Diagrama de clases ........................................................................................................ 40
Ilustración 5 Página de inicio Sitio Administrativo .............................................................................. 41
Ilustración 6 Página principal Sitio Operacional .................................................................................. 42
Ilustración 7 Web Part Control de vacaciones .................................................................................... 43
Ilustración 8 Web Part Perfil de Consultor – Datos personales ........................................................... 44
Ilustración 9 Web Part Perfil de Consultor – Información laboral........................................................ 45
Ilustración 10 Web Part Perfil de Consultor – Información profesional ............................................... 46
Ilustración 11 Web Part Consulta Saldo de vacaciones ....................................................................... 47
Ilustración 12 Web Part Historial de Solicitudes de Vacaciones - Resumen de datos ........................... 48
Ilustración 13 Web Part Historial de Solicitudes de Vacaciones - Historial.......................................... 49
Ilustración 14 Web Part Consulta Personal en vacaciones .................................................................. 50
Ilustración 15 Web Part Consulta Personal Laborando ...................................................................... 51
Ilustración 16 Web Part Disponibilidad de consultores - Todos los consultores.................................. 52
Ilustración 17 Web Part Disponibilidad de consultores - Consultores Disponibles ............................. 53
Ilustración 18 Web Part Disponibilidad de consultores - Consultores No Disponibles ........................ 54
Ilustración 19 Web Part Disponibilidad de consultores - Consultores con Disponibilidad Próxima..... 55
Ilustración 20 Web Part Disponibilidad de consultores - Datos financieros ....................................... 56

6
4. ÍNDICE DE TABLAS

Tabla 1 Necesidad: Mecanismo que agilice procesos de consulta y solicitud de vacaciones. ............... 12
Tabla 2 Necesidad: Centralización de documentos: currículums vitae, certificaciones y contratos. ..... 13
Tabla 3 Necesidad: Centralización de información acerca de la disponibilidad de consultores. ........... 14
Tabla 4 Necesidad: Repositorio de conocimientos técnicos. ............................................................... 15
Tabla 5 Requerimientos funcionales y no funcionales módulo administrativo .................................... 17
Tabla 6 Requerimientos funcionales y no funcionales módulo operacional ........................................ 20
Tabla 7 Matriz de riesgos del proyecto ............................................................................................... 24
Tabla 8 Diccionario de datos .............................................................................................................. 33
Tabla 9 Generalidades bases de datos SharePoint Foundation 2010 (Schwartz & Ranlett, 2010) ........ 57

7
5. DESCRIPCIÓN DEL PROBLEMA.

I. Problema

En Novacomp, existen muchos procesos y/o controles que se realizan de forma manual y sin la gestión
apropiada de información. Esto provoca re-procesos por distintas personas en la empresa, duplicación
y versiones no actualizadas de la información. (Quesada, 2012).

Actualmente la empresa utiliza como herramientas de procesamiento de datos: PowerPoint, Excel,

Word y Adobe Reader y como herramientas de comunicación: Gtalk, Skype y Outlook, sin embargo
estas herramientas en muchas ocasiones no son lo suficientemente flexibles para realizar algunas
tareas o funciones de control interno. Por ello, se busca estandarizar estas herramientas, optimizar los
procesos, y centralizar la información en el portal a implementar, con el objetivo de que dicha
información sea accesible para todos los empleados y se estandarice la forma de trabajar.

Según el análisis realizado acerca del control de operaciones de la empresa Novacomp, para el área
administrativa y operativa desatacan los siguientes problemas o necesidades:

Burocratización de procesos

Existe el problema de la burocratización de procesos, tales como envío de formularios para solicitud
de vacaciones o consulta de vacaciones disponibles. Actualmente este tipo de tareas se realiza por
medio de correo electrónico, que genera una cadena de correos “innecesarios” para obtener una
respuesta final. Además, en muchas ocasiones los empleados realizan la consulta respectiva a sus
vacaciones con fines informativos y no para ser ejecutadas; generando esto último pérdida de tiempo
para los empleados administrativos.

Descentralización de documentos

Los documentos tales como los currículum vitae de los consultores se encuentran solamente en un
ordenador a servicio del departamento de Recursos Humanos, donde son poco accesibles. Esto
dificulta el acceso a los mismos para el personal de otros departamentos. Además no se puede tener
la facilidad de que cada consultor actualice constantemente su currículo y sea almacenado en tiempo
real. Este mismo problema lo sufren los documentos correspondientes a contratos y certificaciones,

8
donde se tienen que compartir por red los documentos y no se maneja un control de versiones de los
mismos.

Información poco fidedigna acerca de consultores disponibles

Actualmente se cuenta con una hoja de cálculo con la lista de consultores y su respectivo estado:
asignado a un proyecto, próximos a concluir un proyecto o bien si se encuentra disponible. El
propósito del control es para seleccionar según algunos requisitos cuales son los consultores ideales
para un determinado cliente o proyecto. Esto se mantiene actualizado bisemanalmente de forma
manual, sin embargo sus insumos son generados tras revisiones de estados de proyectos e
intercambio de información (correos y chat) entre los distintos departamentos y gerencias de la
empresa junto con los líderes de proyecto. Esto provoca problemas en la confiabilidad de la
información pues la información no siempre fluye a todos los actores que deben estar enterados o
bien hay tiempos de espera en el flujo de la información, todo ello también puede conllevar a la toma
de decisiones incorrectas.

Realización de procesos innecesarios o re-procesos

Actualmente no se cuenta con un lugar centralizado donde el personal técnico pueda acceder a la
información sobre proyectos o investigaciones (código, documentación, solución de problemas,
utilitarios, capacitaciones, know-how de un cliente determinado, información sobre mantenimiento de
sistemas, entre otros).

II. Solución propuesta

Para dar solución a todos estos problemas internos, se propone implementar una plataforma que se
adecue a las necesidades de la empresa, la cual estará dividida en módulos: Módulo Administrativo,
Módulo Operacional, y Módulo de Proyectos. Dicha plataforma se pretende desarrollar en Microsoft ®
SharePoint Foundation 2010 y Microsoft ® SQL Server 2012. Para efectos del proyecto de práctica de
especialidad se desarrollarán los módulos administrativo y operacional.

A continuación se detalla un diagrama general de la plataforma con los respectivos módulos y

funcionalidades a desarrollar:

9
 Figura 1 Diagrama general de Plataforma Colaborativa de Información Novacomp

III. Involucrados

Juan Carlos Sanabria

Puesto: Gerente General
Experiencia: 25 años de experiencia, 15 años como co-fundador y Gerente General de Novacomp
Relación con el proyecto: Patrocinador del proyecto y encargado de aprobar el mismo.
Labores que realiza:
Gestionar los recursos y las actividades de la compañía, teniendo una visión global (operaciones,
administrativa, ventas) para la consecución de los objetivos estratégicos planeados, diseñados y
ejecutados en conjunto con los altos mandos de la empresa.

10
Eduardo Arguedas Zamora
Puesto: Gerente de Proyectos
Experiencia: 20 años de experiencia, 10 como gerente de proyectos, 3 años de trabajar en Novacomp.
Relación con el proyecto: Patrocinador del proyecto y encargado de aprobar el mismo.
Labores que realiza:
a) Administrar y dirigir proyectos en todo su ciclo de vida (planeación, análisis, diseño,
implementación y el soporte) o cuentas de clientes.
b) Desarrollar planes de trabajo que garanticen las necesidades de negocio de los clientes.
c) Asegurar el éxito y la aceptación del cliente sobre el producto final.
d) Administrar Personal
e) Consultor Preventa

Víctor Hugo Rojas Garro

Puesto: Ingeniero Industrial en la Gerencia de Proyectos
Experiencia: 6 meses de experiencia en Novacomp, Ingeniero Industrial en la Gerencia de Proyectos.
Relación con el proyecto: Toma de requerimientos, y usuario final de la herramienta.
Labores que realiza:
a) Seguimiento y control de los proyectos.
b) Búsqueda de oportunidades de mejora y diseño de propuestas de solución.
c) Apoyo en la gestión administrativa de toda la empresa.

Carlos Quesada Sánchez

Puesto: Consultor Líder Técnico
Experiencia: 7 años de experiencia, 3 como analista programador, 2 como soporte de aplicaciones y
plataformas web, 2 como líder técnico encargado de equipos de desarrollo
Relación con el proyecto: Supervisor práctica especialidad.
Labores que realiza:
a) Planificación y control de proyectos.
b) Aseguramiento del cumplimento de proyectos.
c) Estados de proyectos por clientes.
d) Apoyo técnico a otros consultores.

Juan José Alcázar Porras

Puesto: Estudiante de práctica especialidad.
Experiencia: Ninguna
Relación con el proyecto: Estudiante en práctica de especialidad, desarrollador del módulo de
proyectos de la plataforma.

11
IV. Resumen de Necesidades y Expectativas

Tabla 1 Necesidad: Mecanismo que agilice procesos de consulta y solicitud de vacaciones.

Necesidad Mecanismo que agilice procesos de consulta y solicitud de vacaciones.

Prioridad Media
a) Burocratización de procesos.
Problemas que
b) Pérdida de tiempo tanto para los consultores como para los colabores administrativos.
causa
c) Ineficiencia de los procesos de consulta de saldo y aprobación de vacaciones.
Cuando un colaborador desea conocer su saldo de vacaciones debe enviar un correo a su jefe inmediato quien, consulta al
departamento de planillas cual es el saldo del colaborador. Posteriormente se le informa al colaborador su saldo y en caso de
Solución actual que desee ejecutar sus vacaciones debe completar un formulario y enviar un correo con dicho formulario a su jefe inmediato.
Luego debe esperar la aprobación o rechazo de la solicitud, una vez que su jefe inmediato lo tramite con el departamento de
Planillas.
Inicialmente de debe crear un sitio para el almacenamiento de información de cada consultor (Perfil de consultores) donde
se muestren los datos personales, disponibilidad, currículum, y saldo de vacaciones.
Cada consultor podrá consultar su respectivo saldo de vacaciones, y en caso de que se desee solicitar, el consultor completará
Solución el formulario respectivo desde la plataforma, y éste será procesado mediante un flujo de trabajo en SharePoint el cual se
propuesta encargará de enviar la solicitud al jefe inmediato, quien decide si aprueba o no la solicitud, basado en el saldo de vacaciones y
la situación actual del consultor. Posteriormente, en caso de que se aprueben la solicitud, el flujo de trabajo envía una
notificación al consultor y a los departamentos de Planillas, RRHH y Dirección Administrativa Financiera. Además el jefe
inmediato deberá imprimir el formulario con su respectiva aprobación.

12
 Tabla 2 Necesidad: Centralización de documentos: currículums vitae, certificaciones y contratos.

Necesidad Centralización de documentos: currículums vitae, certificaciones y contratos.

Prioridad Alta
a) Descentralización de documentos.
b) Difícil acceso a documentos de interés general para distintos departamentos o personas.
Problemas que causa
c) Poco control de versiones de documentos.
d) Desactualización de documentos.
Actualmente se cuenta con carpetas compartidas por medio de la red interna de la empresa donde se comparten
certificaciones y contratos.
Solución actual
Sin embargo los currículums, por ser de carácter privado, no se pueden compartir. Además por este tipo de solución, no
se pueden manejar versiones de una forma esquemática.
Para los currículums se debe crear un sitio para el almacenamiento de información de cada consultor (Perfil de
consultores) donde se muestren los datos personales, disponibilidad, currículum, y saldo de vacaciones. Dichos
currículums estarán visibles para los departamentos administrativos que lo requieran y cada consultor tendrá acceso
solamente al currículum propio, para permitir que lo mantenga actualizado, guardando la privacidad de dichos
Solución propuesta
documentos.
Por otra parte para los documentos tales como certificaciones y contratos se contará con una Biblioteca de archivos
(compartidos entre los departamentos involucrados) que permita la creación de carpetas para organizar dichos
documentos. Dichas bibliotecas tendrán control de versiones y modificaciones.

13
 Tabla 3 Necesidad: Centralización de información acerca de la disponibilidad de consultores.

Centralización de información acerca de la disponibilidad de consultores.

Necesidad
Prioridad Media
a) Información que no siempre es fidedigna acerca de los consultores disponibles.
Problemas que causa b) Pérdida de tiempo del personal, en investigación del estado actual o los conocimientos de cada consultor en el
momento en que se necesita un satisfacer las necesidades de algún cliente.
Actualmente se cuenta con una hoja de cálculo con la lista de consultores y su respectivo estado, el cual no siempre
resume la información de manera correcta.
Solución actual
Muchas veces es el departamento de recursos humanos o la persona encargada de licitaciones debe comunicarse con el
consultor o con su jefe inmediato para verificar el estado o los conocimientos de un determinado consultor.
Se creará el sitio anteriormente mencionado (Perfil de consultores) el cual debe contener la información respectiva a la
disponibilidad de cada consultor para facilitar la búsqueda de consultores disponibles, así como realizar consultas acerca
de cuáles serán los próximos en quedar disponibles o bien los que deben confirmar renovación de continuidad por parte
Solución propuesta de los respectivos clientes.
También en dicho perfil se resumen los conocimientos de cada consultor además de contener el currículum vitae lo cual
facilita la búsqueda de un consultor con determinados conocimientos cuando un cliente solicita un consultor con un
perfil específico.

14
 Tabla 4 Necesidad: Repositorio de conocimientos técnicos.

Necesidad Repositorio de conocimientos técnicos.

Prioridad Media
a) Realización de procesos innecesarios o re-procesos.
Problemas que causa
b) Conocimientos no compartidos entre consultores.
Actualmente NO se cuenta con un lugar centralizado donde el personal técnico pueda acceder a la información sobre
Solución actual proyectos o investigaciones, código, documentación, solución de problemas, utilitarios, capacitaciones, know-how de un
cliente o problema determinado, información sobre mantenimiento de sistemas, entre otros
Se creará un módulo operacional que cuenta con un repositorio de conocimientos (wiki) donde los consultores podrán
crear artículos para temas específicos, los cuales estarán categorizados para facilitar su búsqueda.
Solución propuesta
Este módulo debe ser flexible para que soporte archivos adjuntos. De esta manera se obtendrá un repositorio de
conocimientos que evite los re-procesos entre consultores.

15
V. Perspectiva, supuestos y dependencias del producto

Perspectiva
El producto de software a desarrollar se compone de dos módulos (administrativo y operacional) de la
Plataforma Colaborativa de Información Novacomp, los cuales harán que los procesos internos de la
empresa sean más eficientes, por lo tanto tendrá un impacto a nivel organizacional.
Dicho producto de software debe proporcionar las funcionalidades, especificadas en los
requerimientos, para solventar las necesidades existentes en la empresa.

Supuestos
a) La empresa proveerá las licencias necesarias para las herramientas utilizadas en el desarrollo
del proyecto.
b) Los usuarios finales usarán Internet Explorer para el uso de la plataforma.
c) SharePoint 2010 estará libre de errores críticos (bugs) que no permitan el desarrollo.
d) Las características de hardware del servidor soportarán la plataforma con un adecuado
rendimiento.
e) El producto de software tendrá aceptación entre los colaboradores de Novacomp.
f) La seguridad necesaria para la plataforma se adaptará a la implementación que proporciona
SharePoint.
g) La herramienta utilizada proporcionará la flexibilidad necesaria para el desarrollo de la
aplicación.

Dependencias

a) Alta dependencia de la disponibilidad del servidor.

16
 VI. Requerimientos funcionales y no funcionales
Tabla 5 Requerimientos funcionales y no funcionales módulo administrativo

Módulo administrativo
Sitio

Requerimientos funcionales Requerimientos no funcionales

1.1 Ingresar nuevos colaboradores. 1.7 Limitar la creación de los perfiles de cada consultor por primera vez, al
1.2 Editar perfil de consultores (modificar o deshabilitar). departamento de recursos humanos.
1.3 En este perfil se mostrarán datos básicos de los consultores, y datos 1.8 Dar permisos de lectura y escritura de currículum solamente a su
relacionados con su disponibilidad. Además el sistema debe permitir
adjuntar los archivos que contienen el currículum de los consultores. propietario.
1.4 Se deben realizar consultas de acerca de la disponibilidad de los 1.9 Restringir a los consultores la visualización de algunos datos que no son de
consultores, en caso de que se desee saber cuáles son los próximos importancia para los mismos.
que quedarán disponibles: Disponibilidad próxima o por confirmar 1.10 Permitir a los consultores el acceso solamente a su perfil.
Perfil de consultores

renovación. 1.11 El sitio debe contar con control de versiones.

1.5 Se debe crear una vista de consultores disponibles y no disponibles.
1.6 Cada consultor puede visualizar el historial de proyectos en los que ha 1.12 Conceder permisos de lectura a los siguientes grupos:
trabajado, dicho historial debe utilizar como insumo para el cierre del a) Dirección Comercial y Desarrollo de Negocios.
respectivo proyecto. b) Recursos Humanos.
c) Dirección Administrativa Financiera.
d) Planillas.
e) Gerencia Financiera.
1.

f) Ingeniero Industrial Administrativo.

g) Mercadeo y Ventas.
1.13 Conceder permisos de lectura y escritura a los siguientes grupos:
a) Ingeniero Industrial Proyectos.
b) Gerencia de Proyectos.
c) Líder de Proyectos.
d) Soporte Técnico.

17
 Módulo administrativo
Sitio

Requerimientos funcionales Requerimientos no funcionales

2.1 El sitio debe contar con una que contenga carpetas, donde se 2.4 Contar con control de versiones de documentos
almacenen los archivos (plantillas-formularios). 2.5 Dar permisos de lectura y escritura a los siguientes grupos:
Certificaciones

2.2 El sitio debe permitir descargar los formularios, así como cargarlos a) Ingeniero Industrial Proyectos.
nuevamente cuando los colaboradores administrativos los hayan b) Gerencia De Proyectos.
completado. c) Líder De Proyectos.
2.3 El sitio debe permitir la creación de carpetas para la organización de
los documentos. d) Dirección Comercial y Desarrollo De Negocios.
e) Soporte Técnico.
f) Asistencia De Gerencia y Recepción.
2.

g) Compras.

3.1 Se debe permitir ingresar nuevos contratos. 3.10 El sitio debe contar con control de versiones.
3.2 Se debe permitir la edición de contratos (modificar o deshabilitar). 3.11 Dar los permisos de lectura y escritura solamente a los siguientes grupos:
Inicio de proyectos y

3.3 Los contratos estarán clasificados por clientes por medio de una vista. a) Mercadeo y Ventas.
3.4 Permitir la creación de carpetas, para adjuntar varios archivos que se b) Gerencia Proyectos.
conocen como anexos del contrato. c) Dirección Comercial y Desarrollo de Negocios.
contratos

3.5 Posteriormente se deben crear las órdenes de trabajo para que se dé d) Ingeniero Industrial Proyectos.
por iniciado un proyecto. 3.12 Dar los permisos de lectura a los siguientes grupos:
3.6 Las órdenes de trabajo pueden ser editadas o eliminadas. a) Ingeniero Industrial Administrativo.
3.7 Las órdenes de trabajo contienen las características del servicio que se b) Gerencia Financiera.
le brindará al cliente, y los recursos asignados a esa orden de trabajo. c) Dirección Administrativa Financiera.
3.8 Los contratos se deben mostrar ordenados cronológicamente.
3.

3.9 No se debe permitir la repetición de proyectos, se debe validar que un

proyecto no ha sido ingresado.

18
 Módulo administrativo
Sitio

Requerimientos funcionales Requerimientos no funcionales

4.1 El sistema debe calcular automáticamente el saldo de vacaciones de 4.9 El sistema debe permitir solamente al departamento de planillas, modificar
cada colaborador basado en su fecha de antigüedad y las vacaciones el saldo de vacaciones de cada colaborador.
tomadas anteriormente. 4.10 Los jefes inmediatos y gerentes de proyectos pueden ver el saldo de
vacaciones de todos los colaboradores que tengan a cargo.
Para los colaboradores: 4.11 Dar permisos de lectura a los siguientes grupos:
4.2 Cada colaborador puede consultar su propio saldo de vacaciones. a) Recursos humanos.
4.3 Cada colaborador puede consultar el historial de sus solicitudes y su b) Gerencia general.
respectivo estado ordenado cronológicamente descendente. c) Gerencia de proyectos.
4.4 El sistema debe permitir el ingreso de solicitudes por parte de d) Ingeniero Industrial Administrativo.
Vacaciones

cualquier colaborador de la empresa. e) Jefes inmediatos.

4.5 Se debe implementar un flujo de trabajo para que la solicitud sea 4.12 Cada colaborador puede visualizar solamente su propio saldo de
enviada al jefe inmediato del solicitante y éste se encargue de vacaciones.
aprobarla o rechazarla.
4.6 Una vez aprobadas o rechazadas, las solicitudes deben ser
4.

imprimibles para los jefes inmediatos.

4.7 El flujo de trabajo debe informar al solicitante y los departamentos de
Planillas, RRHH y Dirección Administrativa Financiera, si se aprobó o
se rechazó la solicitud de vacaciones.

Para encargado de planillas:

4.8 Realizar consultas de las personas que estuvieron en vacaciones
semanal, mensual, quincenal, bisemanalmente y el costo que esto
representa para la empresa.

19
 Tabla 6 Requerimientos funcionales y no funcionales módulo operacional

Modulo operacional
Sitio Requerimientos funcionales Requerimientos no funcionales
5.1 Se deben ingresar nuevos artículos. 5.7 Evitar que el contenido se pueda seleccionar para que no sea posible
5.2 Se deben editar y eliminar los artículos. copiar.
5.Repositorio de

5.3 El repositorio debe contener una lista de categorías: cliente, sistema, 5.8 Si existen archivos adjuntos se debe bloquear descargas.
conocimientos

plataforma, arquitectura, sistemas operativos, seguridad, bases de

datos, servidor de aplicaciones, lenguajes de programación y utilitarios.
5.4 Debe permitir la búsqueda de artículos por categorías o bien palabras
claves.
5.5 Marcar artículos como confidencial y dar aviso de seguridad.
5.6 El creador de un artículo puede elegir a cual grupo de usuarios para
compartir su contenido.

20
VII. Características generales

Módulos.

Se crearán 2 módulos principales: Administrativo y Operacional, los cuales a su vez se dividen de la

siguiente forma:

a) Administrativo:
1. Personal de Novacomp.
2. Perfil de consultores.
3. Vacaciones.
4. Certificaciones.
5. Inicio de proyectos y contratos.

b) Operacional:
1. Repositorio de conocimientos.

Administración de usuarios, permisos, niveles de permisos, grupos, seguridad.

a) La plataforma debe contar con estrictos permisos y niveles de permisos para cada grupo de
usuarios.
b) Se crearán 17 grupos de usuarios, para los roles existentes dentro de la empresa. A
continuación la lista

1. Gerencia General
2. Gerencia Proyectos
3. Dirección Administrativa Financiera
4. Gerencia Financiera
5. Dirección Comercial y Desarrollo de Negocios
6. Ingeniero Industrial Administrativo
7. Ingeniero Industrial de Proyectos
8. Recursos humanos
9. Compras
10. Planillas
11. Mercadeo y ventas
12. Asistencia de Gerencia y Recepción
13. Líderes de proyecto

21
 14. Soporte Técnico
15. Líderes de equipo
16. Consultores
17. Todos los colaboradores de Novacomp

Seguridad preventiva de la aplicación.

a) Las copias de seguridad y las restauraciones, se realizarán usando la consola de SharePoint

(PowerShell) siguiendo la guía previamente creada para este fin.

b) Se realizarán semanalmente copias de seguridad del sitio completo. Así como también se
realizarán copias de seguridad unitarias de las bases de datos del sitio (desde SQL si exceden
los 10 GB, de lo contrario usando PowerShell), copias de seguridad de los sitios y copias de
seguridad de las configuraciones.

c) Se recomienda la instalación de un antivirus para SharePoint para proteger la plataforma de

amenazas causadas por carga y descarga de archivos.

22
6. ANÁLISIS DE RIESGOS

Categorías de los riesgos

Figura 2 Árbol de categorías de los riesgos

23
 Matriz de riesgos

Tabla 7 Matriz de riesgos del proyecto

Probabilidad

Exposición
Impacto
Estrategias a

(días)
Nombre o descripción del riesgo Posible causa del riesgo. Estrategia de mitigación
aplicar

Categoría de los riesgos: Técnicos - Rendimiento y disponibilidad.

Baja disponibilidad o  Fallos del servidor. 15 70% 10.5 Aceptarlo/ Solicitud a los encargados de TI, de la
rendimiento del servidor  Falta de recursos de hardware. Trasladarlo empresa Novacomp para obtener
SharePoint.  Sobrecarga del servidor. más recursos.
Crecimiento inesperado de la  Incorrecta estimación de datos que 11 30% 3.3 Aceptarlo/ Aumentar la capacidad del servidor
plataforma (mayor cantidad de soportará la plataforma. Mitigarlo en disco y memoria.
contenido de lo esperado).  Repetición de datos.
 Crecimiento exponencial de la
empresa.
Categoría de los riesgos: Organizacionales - Recursos.
Limitaciones de hardware que  Escases de recursos de memoria, 8 40% 3.2 Aceptarlo/ Aumentar la capacidad del servidor
afecten el rendimiento servidor procesador o disco duro. Mitigarlo en disco y memoria
SharePoint.
Categoría de los riesgos: Organizacionales - Financiamiento
Aumento de costes del proyecto  Aumento de costes de 8 10% 0.8 Mitigarlo Buscar complementos gratis en
almacenamiento del servidor de internet.
producción en la nube Cambiar el diseño de la aplicación
Adquirir el complemento.
Aceptar las limitaciones de la
herramienta con la que cuenta

24
 Probabilidad

Exposición
Impacto
Estrategias a

(días)
Nombre o descripción del riesgo Posible causa del riesgo. Estrategia de mitigación
aplicar

Categoría de los riesgos: Técnicos - Tecnologías.

Falta de experiencia en las  Pocos conocimientos acerca de las 6 40% 2.4 Aceptarlo Investigar a fondo la causa del
tecnologías/ herramientas funcionalidades y la flexibilidad de la problema que se enfrenta.
herramienta. Realizar consultas en foros de
internet.
Categoría de los riesgos: Dirección de proyectos - Planificación.
Atrasos por tareas no  Incorrecta planificación de las tareas 10 30% 3 Aceptarlo/ El cumplimiento del proyecto es
planificadas del proyecto. Mitigarlo prioridad, si se requieren laborar
extra a horas del trabajo se realizará.
Categoría de los riesgos: Técnicos - Entorno de desarrollo.
Problemas para realizar  Bases de datos corruptas. 3 30% 0.9 Aceptarlo/ Conceder los permisos de usuario
respaldos o recuperación del  Falta de permisos de usuario. Mitigarlo necesarios si es ésta la causa.
sistema  Bajo rendimiento del servidor. En caso de que la base de datos esté
corrupta, se debe reparar y afrontar
la perdida de datos que esto pueda
causar.
Dificultades en el diseño y la  Desconocimiento de la herramienta. 8 20% 1.6 Aceptarlo/ Cambiar el diseño para que se adecúe
implementación debido a  Poca flexibilidad de la herramienta. Mitigarlo a las posibilidades de la herramienta.
limitaciones de la herramienta.
Errores críticos de la herramienta  Bugs propios de SharePoint. Indef. 5% - Aceptarlo Valorar la posibilidad de migrar el
que no permitan el desarrollo del proyecto a una versión más estable.
proyecto.
Categoría: Estimación.
Estimación de tiempo  Incorrecta estimación del tiempo de 10 10% 1 Trasladarlo Se delimitara el alcance al tiempo que
insuficiente las tareas del proyecto. corresponda lo factible.

25
 Probabilidad

Exposición
Impacto
Estrategias a

(días)
Nombre o descripción del riesgo Posible causa del riesgo. Estrategia de mitigación
aplicar

Categoría: Seguimiento.
Falta de comunicación o  Ausencia a reuniones de control. 8 3% 0.24 Trasladarlo/ Se le comunicará a la jefatura
seguimiento del proyecto por Mitigarlo inmediata para que tome las medidas
parte del cliente o usuario final. respectivas.
Asumir la omisión de definiciones
usando criterio lógico.
Categoría: Requisitos
Cambio de requerimientos por  Incorrecta especificación de 8 10% 0.8 Aceptarlo. Se deberá analizar el impacto de los
parte del cliente o usuario final. requerimientos. cambios a realizar y el cliente asumirá
 Falta de comunicación en las primeras la responsabilidad del mismo, y en
etapas del proyecto: Análisis y Diseño. caso de ser necesario se ajustará la
entrega del proyecto con respecto a
los cambios realizados.
Categoría: Seguridad.
Pérdida de datos dentro de la  Errores críticos de la plataforma que 2 4% 0.08 Mitigarlo Realizar respaldos semanales para
plataforma. obliguen a reiniciar el servidor, por reducir la probabilidad de pérdida de
ejemplo “Pantallazos azules de datos.
Windows”.
 Bases de datos dañadas.
 Incorrecta reparación de base de
datos.
 Falta de respaldos para la
recuperación de fallos.
Amenazas de virus.  Falta de un antivirus para la 7 5% 0.35 Mitigarlo Instalar un antivirus desde antes de
plataforma. pasar la plataforma a producción.

26
 Probabilidad

Exposición
Impacto
Estrategias a

(días)
Nombre o descripción del riesgo Posible causa del riesgo. Estrategia de mitigación
aplicar

Categoría: Proveedores de servicios.

Atrasos externos por parte de  Falta de comunicación. 10 70% 7 Trasladarlo Informar al jefe inmediato la situación
otros colaboradores involucrados  Limitaciones de recursos. de atraso, y en caso de que éste sea
(encargados de servidores o  Falta de tiempo de los colaboradores significativo, ajustar la fecha de
hosting) para dedicarlo al proyecto. entrega del proyecto.
Suspensión de servicios  Causas externas: fallas eléctricas, 0,5 3% 0.01 Aceptarlo Esperar a que se solucione el
eléctricos o de internet. desastres naturales, accidentes, etc. 5 problema.

27
7. OBJETIVOS Y ALCANCES DEL SISTEMA.

Objetivo general
Diseñar e implementar los módulos administrativo y operacional de plataforma colaborativa de
información para la empresa Novacomp, utilizando la herramienta Microsoft ® SharePoint 2010, con el
fin de mejorar los procesos de control de la empresa y optimizar sus recursos.

Objetivos específicos
a) Elaborar un informe producto de la investigación realizada acerca de la herramienta
SharePoint 2010, con el fin de conocer las funcionalidades y alcances de la misma, y de esta
forma obtener el máximo beneficio para el desarrollo de los módulos a implementar.
b) Diseñar y desarrollar el módulo operacional de la aplicación el cual es conocido como Base de
datos de Conocimiento para evitar re-procesos, donde se almacene información sobre
proyectos o investigaciones utilizando SharePoint 2010 como herramienta de desarrollo.
c) Diseñar e implementar el módulo administrativo donde se centralice un repositorio de
documentos para los procedimientos internos, currículos, control de vacaciones, contratos,
ISO y CMMI, el cual será desarrollado utilizando SharePoint 2010.
d) Generar la respectiva documentación de los módulos administrativo y operacional, donde se
incluya guías de usuario, manuales de instalación así como un manual técnico.
e) Capacitar mediante un training a un grupo de consultores de Novacomp sobre el uso y
mantenimiento de la herramienta desarrollada, con la finalidad de que la plataforma sea
utilizada de manera colaborativa por todos los departamentos de la empresa.
8. MODELO DE DISEÑO

1.1 Arquitectura conceptual de la solución

Actualmente se trabaja con la arquitectura predeterminada de SharePoint, la cual se detalla a

continuación.

SharePoint Foundation 2010, se debe instalar en un servidor el cual tenga como sistema operativo
Microsoft Windows Server 2008 R2 de 64 bits. Además se necesita alojar en el mismo servidor o
preferiblemente en otro, el sistema de base de datos utilizando Microsoft SQL Server 2008 SP1.

Cada aplicación de SharePoint Foundation 2010 se encuentra alojado en un sitio web de Internet
Information Services 7 (IIS), el cual se encarga de recibir solicitudes del cliente para utilizar una página
o recurso SharePoint, y posteriormente tramitar dicha solicitud. El trámite o procesamiento de cada
solicitud incluye la autenticación del usuario, verificación de la autorización del usuario, construcción
de la respuesta, envío de la respuesta, y, finalmente, el registro de la solicitud.

Por lo tanto se puede ver una aplicación SharePoint como una aplicación ASP.NET IIS, ya que se puede
desarrollar en ASP.NET para personalizar los sitios SharePoint, mediante la creación de elementos
web (web parts) para crear páginas de sitio, lo cual brinda mucha flexibilidad al desarrollador.

También el desarrollo en ASP.NET permite la creación de manejadores de eventos (event handler), los
cuales permiten crear disparadores de eventos para distintas acciones sobre las listas creadas. Cuando
se crea un manejador de evento desde ASP.NET se estarán creando características (features) que
posteriormente son integradas a la aplicación SharePoint.

Todos los componentes que sean creados a través de ASP.NET pueden ser empaquetados en una
solución (de tipo wsp) para su posterior integración con el sitio SharePoint.

Los flujos de trabajo (workflows) pueden ser desarrollados programáticamente o bien credos desde
editores SharePoint Designer, los flujos de trabajo permiten la creación de una línea de acciones
personalizadas que se disparan cuando se crean o editan elementos de una lista.

29
Las alertas, la creación de listas y bibliotecas, columnas, tipos de contenido, conexión a datos
externos, archivos, vistas, colecciones de sitios, personalización de interfaz de usuario, y la
administración de sitios, se pueden crear vía web o bien mediante SharePoint Designer.

Lo anteriormente descrito, se muestra a continuación en el siguiente diagrama.

Ilustración 1 Arquitectura Aplicación SharePoint 2010

30
1.2 Diseño de la aplicación

1.2.1 Sitios de la aplicación.

Sitio Administrativo:

Cuenta con acceso a todas las listas que se encuentran dentro del Sitio administrativo, así como
también a las páginas creadas dentro del mismo.

El sitio es diseñado para tareas de índole administrativo y para solventar los problemas de
descentralización de información, consolidando la información en listas y los archivos en
bibliotecas.

Además permite la realización de solicitudes de vacaciones, la estructuración y el control de

versiones de archivos como Contratos, Órdenes de trabajo, Certificaciones y Currículums. Cuenta
con listas para organizar la información de los colaboradores, y de los consultores, facilitando así
el acceso a la información administrativa-financiera de cada colaborador.

Sitio Operacional:

Cuenta con acceso a todas las listas que se encuentran dentro del Sitio Operacional, cuenta con un
repositorio de conocimientos, los cuales son agregados en forma de entradas a un blog
colaborativo.

Permite realizar comentarios y responder a los mismos. Cada artículo ingresado al sistema puede
contar con una categoría, subcategoría, palabras clave, y grupo para compartir.

1.2.2 Listas y bibliotecas

La aplicación cuenta con listas para el almacenamiento de los datos de la plataforma. Las listas
respectivas a los Módulos Administrativo y Operacional se definen a continuación.

a) Áreas Administrativas: Contiene las áreas a las que puede pertenecer el personal
administrativo.

31
b) Beneficios gozados por los trabajadores: Almacena el detalle de los beneficios que gozan
los trabajadores.
c) Clientes: Contiene la lista de clientes de Novacomp.
d) Consultores asignados a órdenes de trabajo: Guarda los consultores que han sido
asignados a una orden de trabajo, y los detalles respectivos.
e) Contratos: Biblioteca de documentos, donde se almacenan los contratos, ordenes de
servicio y demás archivos correspondientes a la contratación con los clientes.
f) Control de vacaciones: Almacena los datos de vacaciones de todos los colaboradores, y
lleva el registro de los días de vacaciones gozados y los días de vacaciones disponibles.
g) Desglose nómina: Contiene el desglose de los porcentajes de cargas para la nómina.
h) Desglose SPcP: Contiene el desglose de los porcentajes de cargas para los servicios
profesionales con prestaciones.
i) Desglose SPsP: Contiene el desglose de los porcentajes de cargas para los servicios
profesionales sin prestaciones.
j) Empresas para las que se labora: Empresas donde un trabajador puede laborar.
k) Formularios vacaciones: Almacena las solicitudes de vacaciones realizadas por los
colaboradores.
l) Jefaturas aprobación de vacaciones: Contiene la lista de personas que pueden aprobar o
rechazar solicitudes de vacaciones.
m) Modalidades de pago: Contiene las modalidades de pago establecidas por Novacomp.
n) Monedas: Ingrese las distintas denominaciones monetarias que desea que el sistema
utilice
o) Órdenes de Trabajo: Almacena las órdenes de trabajo asociadas a un Contrato.
p) Perfil Consultores: Guarda información personal, laboral y profesional de los consultores.
q) Personal Novacomp: Contiene información personal, administrativa y financiera de todos
los colaboradores de Novacomp.
r) Puestos consultores: Almacena la lista de puestos que pueden tener los consultores.
s) Entradas: Contiene los artículos creados por los consultores para el repositorio de
conocimientos.
t) Comentarios: Contiene los comentarios realizados a los artículos del repositorio de
conocimientos.

32
 u) Categorías: Contiene las categorías a las que puede pertenecer los artículos del
repositorio de conocimientos.
v) Subcategorías: Contiene las subcategorías a las que puede pertenecer los artículos del
repositorio de conocimientos.

1.2.3 Diccionario de datos

A continuación se presenta el diccionario de datos para las listas básicas.

Tabla 8 Diccionario de datos

Columna Tipo
Consultores asignados a órdenes de trabajo
Orden de trabajo Búsqueda
Nombre Consultor Búsqueda
Plataforma Una línea de texto
Tarifa ($) Moneda
Horario Una línea de texto
Rol Elección
Fecha de inicio Fecha y hora
Fecha de fin Fecha y hora
Monto planificado ($) Moneda
Monto facturable ($) Moneda
Monto facturado ($) Moneda
Creado por Persona o grupo
Modificado por Persona o grupo
Contratos
Título del archivo Una línea de texto
Código del contrato Una línea de texto
Fecha de vigencia Fecha y hora
Cliente Búsqueda
Detalles Varias líneas de texto
Estado Elección
Creado por Persona o grupo
Modificado por Persona o grupo
Control de vacaciones
Días de Vacaciones Gozadas Número
Nombre Completo Una línea de texto
Días de vacaciones adicionales Número

33
 Columna Tipo
Nombre Usuario Persona o grupo
Anotaciones generales Varias líneas de texto
Creado por Persona o grupo
Modificado por Persona o grupo
Órdenes de trabajo
Número de orden Una línea de texto
Descripción Varias líneas de texto
Nombre del solicitante Persona o grupo
Fecha de confección de la orden Fecha y hora
Nombre de quien aprueba la orden Persona o grupo
Nombre de la empresa Búsqueda
Nombre del contacto de la empresa Una línea de texto
Correo del contacto Una línea de texto
Archivos adjuntos Elección
Creado por Persona o grupo
Modificado por Persona o grupo
Perfil de consultores
Nombre consultor Persona o grupo
Nombre de usuario Persona o grupo
Detalle Una línea de texto
Puesto Búsqueda
Disponible a partir de Fecha y hora
Ultimo cliente Una línea de texto
Cliente actual Una línea de texto
¿Incorporado al CPIC? Una línea de texto
¿Interesado en incorporarse? Una línea de texto
.NET Varias líneas de texto
IBM Varias líneas de texto
Oracle Varias líneas de texto
Java Varias líneas de texto
Otras Una línea de texto
Certificaciones Varias líneas de texto
Estado de disponibilidad Elección
¿Por confirmar renovación? Elección
Creado por Persona o grupo
Modificado por Persona o grupo
Personal de Novacomp
Nombre completo Una línea de texto
Nombre colaborador (Active Directory) Persona o grupo
Cédula Una línea de texto

34
 Columna Tipo
Fecha nacimiento Fecha y hora
Correo electrónico personal Una línea de texto
Nombre de usuario Persona o grupo
Fecha de ingreso Fecha y hora
Título académico Una línea de texto
Puesto Una línea de texto
Empresa para la que labora Búsqueda
Área para la que labora Búsqueda
Ubicación actual Una línea de texto
Número de teléfono oficina Una línea de texto
Número de extensión de oficina Una línea de texto
Número de teléfono celular Una línea de texto
Número de teléfono domicilio Una línea de texto
Dirección de domicilio: Provincia Elección
Dirección de domicilio: Cantón Una línea de texto
Dirección de domicilio: Distrito Una línea de texto
Dirección de domicilio: Otras señas Varias líneas de texto
¿Visa EEUU vigente? Elección
Modalidad pago Búsqueda
Tipo de planilla Elección
Horas por mes Número
Horas por día Número
Horas Facturables Número
Tarifa por hora Número
Moneda tarifa por hora Búsqueda
Tarifa por mes Número
Moneda tarifa por mes Búsqueda
Salario (empleados nómina) Número
Moneda salario (empleados nómina) Búsqueda
SP con prestaciones Número
Moneda SP con Prestaciones Búsqueda
SP sin prestaciones Número
Moneda SP sin Prestaciones Búsqueda
¿Agregar a la lista de consultores? Elección
Fotografía Sparqube Picture Lite
URL Imagen Una línea de texto
Curriculum Personal Hipervínculo o imagen
Creado por Persona o grupo
Modificado por Persona o grupo
Formularios de vacaciones

35
 Columna Tipo
Nombre del solicitante Persona o grupo
Cédula Una línea de texto
Fecha y hora de inicio Fecha y hora
Fecha y hora de finalización Fecha y hora
Descripción Varias líneas de texto
Fecha solicitud Fecha y hora
Estado Elección
Nombre de quien aprueba solicitud Búsqueda
Correo de quien aprueba solicitud Una línea de texto
Creado por Persona o grupo
Modificado por Persona o grupo

1.2.4 Seguridad

Para administrar la seguridad y el acceso a la plataforma se han creado grupos de usuarios, los
cuales cuentan con distintos permisos, a continuación se detallan los grupos y permisos de la
plataforma.

1.2.4.1 Grupos
a) Administrador de aplicación
b) Asistencia de gerencia y recepción
c) Capitanes de equipo
d) Compras
e) Consultores
f) Dirección Administrativa Financiera
g) Dirección Comercial y Desarrollo de Negocios
h) Gerencia de proyectos
i) Gerencia Financiera
j) Gerencia General
k) Ingeniero Industrial Administrativo
l) Ingeniero Industrial de Proyectos
m) Líder de proyectos
n) Mercadeo y ventas
o) Planillas

36
 p) Recursos humanos
q) Soporte técnico

1.2.4.2 Permisos

Control total: tiene toda la gama de opciones para administrar el sitio.

Colaborar: las opciones y el acceso al contenido del sitio están más limitados, sin embargo
permite ver, agregar, actualizar y eliminar los elementos de las listas y bibliotecas de
documentos existentes.
Lectura: permite a los usuarios leer contenido y descargarlo, pero no realizar cambios.
Diseñar: Permite ver, agregar, actualizar, eliminar, aprobar y personalizar los elementos o
páginas del sitio web.
Acceso limitado: Permite el acceso a recursos compartidos en el sitio web, de modo que los
usuarios pueden acceder a un elemento del sitio. Está diseñado para combinarse con la
personalización avanzada de permisos para dar acceso a los usuarios a una lista, biblioteca de
documentos, carpeta, elemento de lista o documento específicos sin concederles acceso al
sitio completo. Dichos permisos personalizados se crean individualmente.

1.2.5 Estructura de las Páginas del sitio

1.2.5.1 Páginas principales

La plataforma cuenta con una página principal para cada sitio, es decir una página para el Sitio
Administrativo y otra página para el Sitio Operacional, las cuales se detallan y se muestran en
la sección 5.5 Interfaces de usuario (5.5.1 Página de inicio Sitio Administrativo, 5.5.2 Página
de inicio Sitio Operacional).

Además de las páginas principales, cada lista posee una página para visualizar el contenido de
éstas por medio de vistas.

1.2.5.2 Páginas maestras y de contenido.

Las páginas maestras son una característica de ASP.NET y están incluidas con SharePoint como
forma de crear el diseño del sitio en un lugar y volverlo a usar como plantilla para otras

37
páginas. Cada vez que se ve una página en un sitio de SharePoint, se ven dos páginas
combinadas: una página maestra y una página de contenido. La página maestra define el
diseño y la navegación comunes, la página maestra la constituye las partes izquierda, superior
e inferior de las páginas. La página de contenido proporciona contenido específico de páginas,
en este caso la parte derecha central.

Ilustración 2 Páginas maestras y de contenido

38
1.3 Modelo de subsistemas

Ilustración 3 Modelo de subsistemas

1.4 Diagrama de Clases

40
Ilustración 4 Diagrama de clases
1.5 Interfaces de usuario

Como parte del desarrollo de la Plataforma Colaborativa de Información Novacomp, se desarrollan varios elementos web o web parts con la
finalidad de hacer consultas más específicas que no se logran utilizando herramientas como SharePoint Designer o vía web, por lo tanto se
utiliza ASP.NET y Microsoft Visual Studio 2010, para hacer dichos elementos web a la medida. A continuación se muestran algunas de las
interfaces de usuario hechas mediante web parts.

Nota: Todos los datos presentados a continuación son datos de prueba, ninguna imagen contiene datos reales.

1.5.1 Página de inicio Sitio Administrativo: Página de bienvenida al sitio administrativo. Cuenta con un menú de opciones para visitar
las listas principales del sitio, así como también la posibilidad de cambiar aspectos de diseño.

Ilustración 5 Página de inicio Sitio Administrativo

41
1.5.2 Página de inicio Sitio Operacional: Página de bienvenida al sitio operacional. Muestra las entradas o artículos que se han agregado
recientemente al repositorio de conocimientos, y la izquierda cuenta con un menú de categorías y el archivo de entradas.

Ilustración 6 Página principal Sitio Operacional

42
1.5.3 Web Part Control de vacaciones: Se encuentra ubicado en el sitio administrativo; permite consultar el saldo de vacaciones, la
fecha de ingreso, las vacaciones gozadas y la antigüedad de los colaboradores. Este sitio es solamente para el uso del personal del
departamento de planillas.

Ilustración 7 Web Part Control de vacaciones

43
1.5.4 Web Part Perfil de consultor – Datos personales: Se encuentra ubicado en el sitio administrativo; permite consultar el perfil del
consultor que inició sesión en el sistema. Muestra los datos personales del consultor así como los currículums asociados a éste.
Permite la edición de los datos y guardar los mismos, así como agregar o modificar currículums.

Ilustración 8 Web Part Perfil de Consultor – Datos personales

44
1.5.5 Web Part Perfil de consultor – Información laboral: Se encuentra ubicado en el sitio administrativo; permite consultar el perfil del
consultor que inició sesión en el sistema. Muestra los datos laborales del consultor. Permite la edición de los datos y guardar los
mismos.

Ilustración 9 Web Part Perfil de Consultor – Información laboral

45
1.5.6 Web Part Perfil de consultor – Información profesional: Se encuentra ubicado en el sitio administrativo; permite consultar el
perfil del consultor que inició sesión en el sistema. Muestra los datos profesionales del consultor. Permite la edición de los datos y
guardar los mismos.

Ilustración 10 Web Part Perfil de Consultor – Información profesional

46
1.5.7 Web Part Consulta Saldo de Vacaciones: Se encuentra ubicado en el sitio administrativo; permite consultar saldo de vacaciones
del usuario que inició sesión así como también el historial de solicitudes realizadas, permitiendo también agregar nuevas
solicitudes.

Ilustración 11 Web Part Consulta Saldo de vacaciones

47
1.5.8 Web Part Consulta Solicitudes Realizadas: Se encuentra ubicado en el sitio administrativo; permite a las jefaturas de aprobación
de vacaciones consultar las solicitudes y el saldo de vacaciones de un consultor específico, y aprobar o rechazar las solicitudes.

Ilustración 12 Web Part Historial de Solicitudes de Vacaciones - Resumen de datos

48
Ilustración 13 Web Part Historial de Solicitudes de Vacaciones - Historial

49
1.5.9 Web Part Consulta Personal en Vacaciones: Se encuentra ubicado en el sitio administrativo; permite consultar la lista de personal
que se encuentra en vacaciones en un rango de fechas determinado por el usuario.

Ilustración 14 Web Part Consulta Personal en vacaciones

50
1.5.10 Web Part Consulta Personal Laborando: Se encuentra ubicado en el sitio administrativo; permite consultar la lista de personal que
se encuentra laborando en un rango de fechas determinado por el usuario.

Ilustración 15 Web Part Consulta Personal Laborando

51
1.5.11 Web Part Disponibilidad de consultores – Todos los consultores: Se encuentra ubicado en el sitio administrativo; permite
consultar la lista de todos los consultores, los datos de respectivos a su disponibilidad y las tecnologías en que conocen.

Ilustración 16 Web Part Disponibilidad de consultores - Todos los consultores

52
1.1.1 Web Part Disponibilidad de consultores – Consultores Disponibles: Se encuentra ubicado en el sitio administrativo; permite
consultar la lista de los consultores disponibles, los datos de respectivos a su disponibilidad y las tecnologías en que conocen.

Ilustración 17 Web Part Disponibilidad de consultores - Consultores Disponibles

53
1.1.1 Web Part Disponibilidad de consultores – Consultores No Disponibles: Se encuentra ubicado en el sitio administrativo; permite
consultar la lista de los consultores No disponibles, los datos de respectivos a su disponibilidad y las tecnologías en que conocen.

Ilustración 18 Web Part Disponibilidad de consultores - Consultores No Disponibles

54
1.1.1 Web Part Disponibilidad de consultores – Consultores con Disponibilidad Próxima: Se encuentra ubicado en el sitio
administrativo; permite consultar la lista de los consultores que se encuentran con disponibilidad próxima, los datos de
respectivos a su disponibilidad y las tecnologías en que conocen.

Ilustración 19 Web Part Disponibilidad de consultores - Consultores con Disponibilidad Próxima

55
1.1.1 Web Part Disponibilidad de consultores – Datos financieros: Se encuentra ubicado en el sitio administrativo; permite consultar la
los datos financieros generados a partir de los salarios, costos y la disponibilidad de los consultores.

Ilustración 20 Web Part Disponibilidad de consultores - Datos financieros

56
 1.2 Diseño de base de datos

SharePoint Foundation 2010 trabaja con bases de datos predeterminadas con el fin de mantener
eficientemente los datos, y en pro de la integridad seguridad de los mismos. Dichas bases de
datos se dividen de forma estratégica en cuatro grupos: Bases de datos de configuración, Bases de
datos de Contenido, Bases de datos para monitoreo de la salud de la granja, y Bases de datos de
aplicaciones.

Normalmente, se utilizan varias bases de datos para contenido (según la cantidad de información),
al menos dos de configuración y para servicios de búsqueda u otras aplicaciones, se utilizan las
bases de datos que sean necesarias. Cabe destacar que un servidor SharePoint puede llegar a
necesitar hasta 20 o más bases de datos.

Las distintas bases de datos que utiliza SharePoint Foundation tienen tamaños recomendados, así
como métodos de recuperación y respaldo, además la mayoría de ellas tiene una base de datos
espejo, no de forma física sino lógica dentro del servidor.

recuperación

dentro de la

Envío a otra
Modelo de

Registro/
Características

Espejo/
Espejo

granja

granja
Tamaño y Método de
Nombre de lectura y Mecanismo de respaldo
crecimiento escalabilidad
escritura

Bases de datos de configuración

SharePoint_ Pequeño Varios Solo escalar, una Respaldo SharePoint, SQL Completo Si No
AdminContent_ base de datos por Server, Data Protection
GUID granja Manager (DPM)
SharePoint_ Pequeño con Lectura Solo escalar, una Respaldo SharePoint, SQL Completo Si No
Config registros grandes intensiva base de datos por Server, Data Protection
granja Manager (DPM)
Bases de datos de configuración
WSS_ Content Tamaño Varios Escalar o dividido Respaldo SharePoint, SQL Completo Si Si
recomendado en nuevas bases Server, Data Protection
menor a 200 GB de datos para Manager (DPM)
o más de 1 TB en colecciones de
algunos casos sitios.
Bases de datos de monitoreo y salud de la granja
WSS_Usage Extra grande Escritura Solo escalar, una Respaldo SharePoint, SQL Simple Sí, pero Sí, pero
Application intensiva base de datos por Server, Data Protection no es no es
granja Manager (DPM) necesario necesario
WSS_Logging
Bases de datos de aplicación
Application_ Pequeño Lectura Solo escalar, una Respaldo SharePoint, SQL Completo Si No
Registry_ intensiva base de datos por Server, Data Protection
Service_DB_ granja Manager (DPM)
GUID
Pequeño Lectura Solo escalar, una Respaldo SharePoint, SQL Completo Si No
intensiva base de datos por Server, Data Protection
granja Manager (DPM)

Tabla 9 Generalidades bases de datos SharePoint Foundation 2010 (Schwartz & Ranlett, 2010)

57
9. COMENTARIOS Y CONCLUSIONES

a) Al finalizar el proyecto de práctica de especialidad se cumplieron con todos los alcances y

objetivos planteados de manera que la empresa quedó satisfecha con el producto final.
b) Los proyectos de desarrollo de software siempre tienen riesgos y atrasos que en la
mayoría de los casos no se pueden prever, sin embargo con una buena estrategia de
mitigación y con una correcta estimación del tiempo, que incluya tiempo de holgura, se
puede reducir el impacto en el proyecto en caso de imprevistos.
c) El desarrollo de la práctica de especialidad en una empresa de software tiene un valor
agregado a la experiencia laboral y profesional que se ha vivido, ya que el ambiente de
trabajo ayuda a la formación e integración del estudiante a la empresa.
d) Los cursos administrativos que se encuentran en el plan de estudios de la carrera de
Ingeniería en Computación son de gran importancia y aportan conocimientos necesarios
para desarrollarse como un profesional integral en el ámbito laboral.

58
10. ANEXOS

Guía de usuario: Guía de usuario.pdf

Anexos\Guía de usuario.pdf

Manual de instalación de la aplicación: Manual de instalación.pdf

Anexos\Manual de instalación.pdf

Manual técnico de la aplicación: Manual técnico.pdf

Anexos\Manual técnico.pdf

Plan de Pruebas: Plan de pruebas Plataforma Colaborativa Novacomp Módulos Administrativo y

Operacional.pdf

Anexos\Plan de pruebas Plataforma Colaborativa Novacomp Módulos Administrativo y

Operacional.pdf

Presentación Programa Capacitación para el mantenimiento de la Plataforma de Información

Colaborativa Novacomp: Presentación Programa Capacitación para el mantenimiento de la
Plataforma de Información Colaborativa Novacomp.pdf

Anexos\Presentación Programa Capacitación para el mantenimiento de la Plataforma de

Información Colaborativa Novacomp.pdf

Presentación Programa Capacitación para el uso de la Plataforma de Información Colaborativa

Novacomp: Presentación Programa Capacitación para el uso de la Plataforma de Información
Colaborativa Novacomp.pdf

59
Anexos\Presentación Programa Capacitación para el uso de la Plataforma de Información
Colaborativa Novacomp.pdf

Instrumento de evaluación capacitación Plataforma Colaborativa de Información Novacomp:

Instrumento de evaluación capacitación Plataforma Colaborativa de Información Novacomp.pdf

Anexos\Instrumento de evaluación capacitación.pdf

60