Plan de Construccion Del Sistema de Informacion

PLAN DE CONSTRUCCION DEL SISTEMA DE INFORMACION
CRISTIAM EDWIN BARRETO BUSTOS
SERVICIO NACIONAL DE APRENDIZAJE SENA
CENTRO DE TELEINFORMATICA Y PRODUCCIÓN INDUSTRIAL
ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION (1181605)
NEIVA
2016
PLAN DE CONSTRUCCION DEL SISTEMA DE INFORMACION
Presentado a:
ELVIS ERLEY PEREZ HERNANDEZ
SERVICIO NACIONAL DE APRENDIZAJE SENA
CENTRO DE TELEINFORMATICA Y PRODUCCIÓN INDUSTRIAL
ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION (1181605)
NEIVA
2016
2
Contenido
1. Introducción……………………………………………………………………..….4
1.1 Identificación……………………………………………………………….…….5
1.2 Visión General del Documento…………………………………………...…….5
1.3 Visión General del Sistema……………………………………………….…….6
1.4 Personal Involucrado…………………………………………………………….7
2 Documentos Referenciados……………………………………………………….8
3 Situación Actual…………………………………………………………………….9
3.1 Descripción del sistema o situación Actual……………………………….......9
3.2 Tipos de Usuarios………………………………………………………………10
3.3 Necesidad y Naturaleza de los Cambios…………………………………….12
3.4 Descripción de los cambios deseados……………………………………….15
3.5 Tipos de Usuarios………………………………………………………………20
4. Vista del Proceso…………………………………………………………………49
4.1 Diagrama de Secuencia………………………………………………………..56
5. Vista de Datos…………………………………………………………………….57
5.1 Modelo de Datos………………………………………………………………..57
5.2 Diccionario de Datos.…………………………………………………………..61
6. Vista de iteraccion………………………………………………………...……..62
6.1 Interfaces de Usuario.……………………………………………………........62
7. Vista de Seguridad……………………………………………………………….69
8. Vista de Implementacion………………………………………………………...74
8.1 Herramientas de Desarrollo e Implementacion………………………..……74
8.2 Paquetes/Componentes ………………………………………………………79
8.3 Despliegue………………………………………………………………………81
9. Cronograma de Actividades …………………………………………………..115
10. Conclusiones…………………………………………………………………..117
3
INTRODUCCION
El presente informe detalla una serie completa de la construcción del sistema de

información denominado Ordenes de servicio, con el que se espera suplir la
necesidad latente en la empresa en cuanto al requerimiento y cuello de botella que
se presenta en los servicios requeridos por los clientes, las condiciones del software
y los requerimientos empresariales de automatización de la información haciendo
posible que todos los usuarios puedan acceder a ella en tiempo real desde cualquier
pc conectado ya sea a la red interna o externa, ya sea con el ánimo de modificar,
visualizar, ingresar, o consultar información, dependiendo los privilegios de cada
usuario
Con el desarrollo de este proyecto se tiene una visión más clara sobre los tiempos
establecidos y duración del proyecto.
4
El propósito del documento es presentar y relacionar el desarrollo del
software Ordenes de Servicio en sus fases de identificación y análisis,
conforme a lo estipulado en el este proceso, y a lo acordado con los
stakeholders participantes en la formulación de las necesidades y operaciones
susceptibles de sistematización. Los requerimientos aquí especificados
proporcionan una perspectiva global de los aspectos que harán parte del
sistema de Ordenes de servicio, y servirán de base para su especificación
más detallada en las fases posteriores del proyecto.
1.1. Identificación
SISTEMA DE GESTION DE CLIENTES PARA LA EMPRESA GATOLOCO

ESTUDIOS , se denominará ORDENES DE SERVICIO
1.2 Visión general

del documento
Propósito
El objeto de las especificaciones descritas aquí, es definir de manera clara y

precisa todos los procesos de producción de software, Características de
requerimientos del cliente en diagramas UML, entidades y sus relaciones en el
modelo conceptual de datos del sistema, para el producto en desarrollo y
Documentar el modelo conceptual del Sistema de Información. El documento
va dirigido al equipo de trabajo que estará destinado tanto al diseño y
desarrollo como a las pruebas y evaluación.
Este documento será el canal de comunicación entre las partes implicadas, el

cual estará conformado por un grupo de trabajo en el cual participarán los
miembros designados por la Empresa Gatoloco Studios y el APRENDIZ
SENA Cristiam Edwin Barreto, también el programa se le puede dar un
enfoque diferente durante su desarrollo dependiendo las necesidades que el
cliente exija, lo cual podría ser para tratamiento de novedades, o tratamiento
de pacientes.
1.1.3 Estas especificaciones estarán sujetas a modificaciones por el

APRENDIZ mediante sucesivas revisiones del documento hasta conseguir su
aprobación por GATOLOCO STUDIOS
5
1.3 Visión general
del sistema
El sistema ORDENES DE SERVICIO será un producto diseñado para trabajar

en un entorno INTRANET, lo que permitirá su utilización de forma
centralizada, además trabajará de manera independiente por lo tanto no
interactuará con otros sistemas.
En esencia es una herramienta de software que ayuda en la gestión de

clientes y novedades de GATOLOCO STUDIOS como cliente principal y
Laboratorio AIDA ASCENCIO que es quien se beneficiara directamente del
programa. Básicamente es una base de datos que contiene información
sobre la empresa y los requerimientos del cliente al igual que sus pacientes.
Esta información sirve para llevar un control de todas las tareas y solicitudes
que el cliente realiza al igual que el control de pacientes y citas q se le asignes
También se emplea como herramienta de gestión para la toma de
decisiones.
La plataforma de gestión del mantenimiento puede ser utilizada por

GATOLOCO STUDIOS y Laboratorios AIDA ASCENCIO ya que necesita
gestionar el control de las novedades reportadas al igual que los pacientes
registrados.
El software ofrece una amplia variedad de funcionalidades, dependiendo de

las necesidades de GATOLOCO STUDIOS, la aplicación se encuentra
alojada en los servidores de la empresa, al igual que se conserva una copia
de respaldo.
1.4 Personal
involucrado
Nombre
Rol Director de Proyecto
Categoría Tecnólogo Aprendiz
profesional
Responsabilidades Desarrollo, implementación , documentación y
puesta en marcha del sistema ORDENES DE
SERVICIO
6
Información de Cristiam.barreto@gmail.com, cel: 318 883 06 21
contacto
Aprobación
Tabla 1. Personal Involucrado
Nombre
Rol Director de Proyecto
Categoría Tecnólogo Aprendiz
profesional
Responsabilidades Desarrollo, implementación , documentación y
puesta en marcha del sistema ORDENES DE
SERVICIO
Información de Cristiam.barreto@gmail.com, cel: 318 883 06 21
contacto
Aprobación
7
2. DOCUMENTOS REFERENCIADOS
Nº Título Ruta Versión Fecha Autor

1 Requisitos del 1362 [Rev] [Fecha] IEEE
sistema ieee
2 Especificación 1.0 17/11/2016 PROYECTO
de ORDENES
Requerimientos DE
SERVICIO
3 Lista de 1.0 23/01/2017 PROYECTO
requerimientos ORDENES
funcionales y no DE
funcionales del SERVICIO
proyecto
4 Task Analysis 1.0 05/02/2017 ORDENES
DE
SERVICIO
5 Entrevistas no 1.0 05/03/2017 ORDENES
estructuradas DE
SERVICIO
Modelo de la 1.0 15/04/2017 ORDENES DE
Organización SERVICIO
Definición del 1.0 15/04/2017 ORDENES DE
Proyecto SERVICIO
Modelo de 1.0 15/04/2017 ORDENES DE
proceso de SERVICIO
software
6 Listas de 1.0 15/04/2017 ORDENES DE
chequeo iso SERVICIO
9001
7 Algoritmos del 1.0 12/05/2017 ORDENES DE
proyecto de SERVICIO
formación
8 Construcción de 1.0 10/06/2017 ORDENES DE
diagramas UML SERVICIO
MER del 1.0 26/11/2017 ORDENES DE
proyecto SERVICIO
Tabla 2. Documentos referenciados
8
3. SITUACIÓN ACTUAL
El sistema ORDENES DE SERVICIO se encuentra culminando la fase de ANÁLISIS del

proyecto, desarrollado en un 30% de su totalidad.
Teniendo en cuenta el objetivo del programa y de la situación actual, se realiza

una valoración de la información existente. En función de dicha valoración, se
especifica el nivel de detalle cómo va el proyecto.
3.1. Descripción del sistema o situación actual
Estado del proyecto
Tarea Productos Técnicas y Prácticas Participantes
1 Formulación − Documento de − Análisis de casos CRISTIAM

del proyecto formulación de EDWIN
proyecto Makrotec -Lluvia de ideas BARRETO
BUSTOS
2 Elaboración de − Elaboración de Investigación CRISTIAM

elementos de documento de EDWIN
evaluación elementos de Observación BARRETO
evaluación de modelos BUSTOS
-Formato de Brainstromin
entrevistas no
estructuradas
- Construcción de
cuestionarios
- Fichas de Task
Análisis
- Otorgamiento de
fecha para
Brainstormin
corporativo
Búsqueda
de
Prototypin 9
g
3 Recolección - Realización de Entrevistas CRISTIAM
de información entrevistas no EDWIN
estructuradas Prototyping BARRETO
elementos
de evaluación Brainstormi BUSTOS
- Construcción de
cuestionarios n Task
- realización Task Análisis
Análisis
10
- Otorgamiento de
fecha para
Brainstormin
corporativo
Entrega de
Prototyping
4 Reconocimient Documento de Observación CRISTIAM

o de procesos procesos del sistema EDWIN
Realización de BARRETO
modelos
BUSTOS
5 Realización de Prototipo mockups Realización de CRISTIAM
Mockups y y documentos de modelos EDWIN
frames soporte BARRETO
BUSTOS
6 Análisis Modelos de diagramas Realización de CRISTIAM
de procesos y procesos modelos EDWIN
BARRETO
Documentos Observación
BUSTOS
de soportes
7 Diagramación Gráficos de Realización de CRISTIAM

UML diagramas modelos EDWIN
UML BARRETO
BUSTOS
8 MER Modelo MER Realización de CRISTIAM
de makrotex modelos EDWIN
BARRETO
BUSTOS
Tabla 3. Estado del proyecto
11
3.2. Tipos de usuarios
Administrador, es quien tiene control total del

Tipo de usuario sistema
Responsabilidad Incorpora los usos estratégicos y evalúa los
riesgos originados por las fallas en sistemas de
información
Formación Tecnólogo en análisis y desarrollo de sistemas de
información
Habilidades Conocimientos en programación de sistemas
Actividades consulta de datos y solicitud de informes
Interacción con el Consulta y modificación del sistema

sistema
Usuarios, Usuario final directo: son los

Tipo de usuario operadores del sistema.
Responsabilidad Realizar las operaciones dependiendo su cargo
en el sistema de información
Formación Bachilleres, técnicos y profesionales
Habilidades Conocimientos ofimática
Actividades Operar el sistema de informacion
Interacción con el administración del mismo
sistema
3.3. Necesidad y naturaleza de los cambios
 Las necesidades y naturaleza de los cambios se explican claramente en

una análisis DOFA:
12
ANALISIS DOFA
Debilidades
Fortalezas
Escases de personal técnico
Responsabilidad al realizar el trabajo
Falta mayor reconocimiento de la empresa
Honestidad
Alta rotatividad de personal técnico
Baja Competencia Profesional
Inestabilidad de Procesos laborales
Documentación completa
Falta claridad en las políticas empresariales
Garantía en el trabajo
La jerarquía y orden de mando es débil
Atención al cliente calidad
Inexactitud en tiempos de entrega
Amenazas
Oportunidades
Devaluación brusca del peso frente al dólar
Crecimiento de la empresa en Neiva Huila
Competencia informal y profesional
Reconocimiento por parte del cliente
Perdida de flujo de caja
Participación en licitaciones estatales y privadas
No pago de cartera por proveedores
Llegar a Nuevos clientes
Deserción de empleados
13
ESTRATEGIAS DO
ESTRATEGIAS FO
1. Creación de documentos y manuales, que establezcan de
1. Crear estrategias de conservación del buen desempeño de la forma clara la razón social, políticas, funciones y objetivos
empresa para aumentar su demanda corporativos
2. Aprovechar la competitividad del personal para adquirir 2. Mejoramiento y fortalecimiento de sitio web
mayor prestigio
3. Publicidad en medios locales y regionales
3. Demostrar la experiencia de la empresa frente a los
competidores 4. Generación de sistemas de control eficaces y eficientes
4. Expandir el mercado de desarrollo de software y servicios 5. Creación de manuales de funciones y operaciones

técnicos a otras empresas
6. Reconocimiento de procesos de forma clara
ESTRATEGIA FA
ESTRATEGIA DA
1. Manejar un estándar para la creación de software y mayor
calidad en el desarrollo de la aplicación
1. Alianzas estratégicas para la cobertura de imprevistos
2. Establecer políticas permita flexibilización con el trato a
2. Protección del now how mediante modelos de calidad
clientes
3. Contacto permanente con la banca y sistemas de crédito
3. Publicitar los valores agregados en el manejo de garantías
atención personalizada
4. Soporte interno a través de contratos de aprendizaje
4. Establecer plan de incentivos de empleador
1. PROBLEMAS IDENTIFICADOS EN LA REALIZACIÓN DE LOS

PROCESOS ORGANIZACIONALES.
Identificación inexacta de los clientes y los requerimientos que se presentan en la

organización
Falta de documentación adecuada sobre los procesos de la empresa, solicitando la
creación de dicha documentación
No existen medidores de gestión de calidad, solicitando a secretaria de gerencia los

patrones de gestión de calidad a seguir
Línea de staff administrativa y de sistemas no mantienen una comunicación clara y

soportada con la compañía
Se generan constantes órdenes por diverso personal sin llevar un control adecuado
de los requerimientos
14
2. LISTA DE PROBLEMAS CON SU PRIORIDAD
ASOCIADA
Escases De Personal Capacitado.
Existe poco conocimiento y capacitación del personal sobre el proceso de los

requerimientos y el control que se debe llevar de estos en el sistema de
información
Falta Mayor Reconocimiento De La Empresa
su reconocimiento no supera el 10 % del mercado objetivo, es por esto que se

están implementando estrategias de comunicación y publicidad como publicidad y
visitas empresariales con el fin de aumentar su número de clientes y
reconocimiento.
Bajo Stock En Mercancía
No se cuenta con gran cantidad de backup de almacenamiento para la

información ni equipos que respalden otros en caso de eventualidad, con lo cual
se ha realizado el proceso con lo que se posee actualmente por la empresa
Inestabilidad De Procesos Laborales.
Siendo necesaria la creación de las hojas de vida de los equipos de computo al

igual que el software que se maneja más el que se implementara
Falta Claridad En Las Políticas Empresariales.
Se hace necesario un manual sobre la compañía donde estén

claramente definidas las politicas
La Jerarquía Y Orden De Mando Es Débil.
Se requiere un manual de funciones para los cargos actuales

y futuros
Control De Compras Inadecuado.
Establecer un sistema de control de inventarios de forma clara y sistemática,

es la solución
Inexactitud En Tiempos De Atención.

15
Ya que se trabaja por requerimiento del cliente, es necesario establecer
en el sistema un medidor de tiempos y cuánto tarda la solución en darse
dependiendo el requerimiento.
3.4. Descripción De Los Cambios Deseados
El sistema ORDENES DE SERVICIO permitirá realizar las siguientes funciones:
Administración de Usuarios: El administrador del sistema podrá gestionar los

usuarios (agregar, modificar, eliminar, buscar, listar).
Administración de Roles: El administrador del sistema gestionará los roles de

usuarios del sistema, de igual forma asignará los roles a los usuarios.
Publicación de Información: El administrador del sistema actualizará la información

general de ORDENES DE SERVICIO
Navegación: Proceso por el cual una persona podrá utilizar ORDENES
DE SERVICIO
Funciones de control: El sistema debe controlar los permisos que tiene cada
usuario para su accesibilidad de una manera correcta, de tal forma que pueda
acceder la información que le corresponde de acuerdo a su rol. Debe tener
controles adecuados para la validación de datos, de igual manera la programación
de las actividades específicas para cada usuario.
Tabla de requerimientos funcionales y no funcionales
16
Tabla 4. Requerimientos funcionales y no funcionales
17
Diagramas de procesos empresa
Diagrama de procesos Software
En el diagrama a continuación se puede evidenciar el proceso paso a paso de nuestro

sistema de información, podemos observar esquematizada mente todo lo que hemos
descrito en el trabajo, solo que ahora se le incluyen los aspectos de la gestión de
proyecto desde el inicio hasta el fin del proceso en el sistema de información, en
donde podemos apreciar la planeación, dirección, control, desarrollo e implementación
de los procesos,
Y las funciones que cada uno tendría en el proceso según su rol en el sistema.
18
ASPECTOS:
1. FUNCIONALIDAD: ORDENES DE SERVICIO se refiere al tratamiento y

mantenimiento de la información siendo esta la base de este sistema y
garantizando una óptima respuesta en comparación al sistema como se manejaba
antes del software ORDENES DE SERVICIO.
Las sub-características son: Adecuación, Exactitud, Interoperabilidad y
Seguridad.
2. FIABILIDAD ORDENES DE SERVICIO se está evaluando el sistema para

mantener su nivel de rendimiento. Es un Conjunto de atributos relacionados con la
capacidad del software de mantener su nivel de prestación bajo las condiciones
establecidas durante un período de tiempo establecido.
Las sub-características son: Recuperabilidad y Tolerancia a fallas.
3. EFICIENCIA: en el proceso de análisis tratamos de encaminar atributos que se

refieren a las relaciones entre el nivel de rendimiento del software y la cantidad de
recursos utilizados bajo unas condiciones predefinidas. Las sub- características
son: Desempeño y utilización de recursos.
19
4. MANTENIBILIDAD: Nuestro software estará subjeto a cambio y se dara el
soporte por el tiempo necesario para que el cliente lo evalue y reporte las
correcciones necesarias, adicionalmente es un software sostenible con lo que se
pretende que evolucione con el tiempo.
5. PORTABILIDAD: nuestro software puede trasladado a otros servidores en caso

de ser necesario ya que traladaria la base de datos e igualmente se instalaría el
software necesario para su funcionamiento las sub-características de la
portabilidad son: Adaptabilidad, instalabilidad, coexistencia y Reemplazabilidad.
Este estándar no proporciona métricas ni métodos de medición, por lo que no son
prácticas las mediciones directas de las características de calidad.
•Calidad Interna: Se mide por las propiedades estáticas del código, utilizando
técnicas de inspección
•Calidad externa: Se mide por las propiedades dinámicas del código cuando éste
se ejecuta
•Calidad en uso: Se mide por el grado por el cual el software está realizado en
función de las necesidades del usuario en el entorno de trabajo para el que fue
construido. Estas se dividen es sub características productividad, seguridad y
satisfacción.
Finalmente tras haber analizado los aspectos que consideramos necesarios para
realizar la evaluación de un software de manera objetiva, la matriz de evaluación a
la que se llego es la siguiente:
3.5. Tipos de usuarios
Tipo de usuario Recepcionista

Responsabilidad Controlar, manipular, editar, e ingresar la
información al sistema
Formación Asistente Administrativa
Habilidades Conocimiento del sistema, conocimiento del
software, manejo de herramientas ofimáticas.
Actividades Registrar la información suministrada por los
clientes y usuarios en el sistema de órdenes de
servicio, asignando un consecutivo y tiempo de
respuesta.
20
Interacción con el Ingreso de datos, apertura y cierre de órdenes de
sistema servicio.
Tipo de usuario Director General

Responsabilidad Visualizar, Administrar, y sacar datos estadísticos
Formación Profesional
Habilidades Manejo de herramientas ofimáticas, manejo de
hojas de cálculo y datos estadísticos
Actividades Visualizar la información relacionada, y con esta
generar una serie de informes para la empresa y
el cliente
Interacción con el Visualización y descarga de la información
sistema
Tipo de usuario Director Administrativo

Responsabilidad Visualización de la información
Habilidades Manejo de herramientas ofimáticas
Actividades Realizar comparativos de datos ingresados con
actividades realizadas
Interacción con el Visualización
sistema
Tipo de usuario Gerente General

Responsabilidad Consulta de la información y visualización
Habilidades Manejo de herramientas ofimáticas, y manejo del
software
Actividades Realizar auditoria de procesos
Interacción con el Consulta
sistema
Tipo de usuario Coordinador Operativo

Responsabilidad Visualizar, consultar, y asignar técnicos
Formación Tecnico
Habilidades Manejo de herramientas ofimáticas, y
conocimiento del software
Actividades Consultar, y reportar novedades completando la
información de la orden de servicio en su proceso
final
Interacción con el Consulta y complementación de datos
sistema
21
Tipo de usuario Técnicos
Responsabilidad Consultar orden asignada
Formación Tecnico
Habilidades Manejo básico del software
Actividades Visualización de la información
Interacción con el Consulta de ordenes asignadas
sistema
Tipo de usuario Operador

Responsabilidad Consultar
Formación Tecnico
Habilidades Manejo básico del software y manejo de
herramientas ofimáticas
Actividades Consulta de datos
Interacción con el Consulta total de registros en el sistema
sistema
El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas y principios con

el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles
como para permitir su interpretación y realización física.
La etapa del Diseño del Sistema encierra cuatro etapas:
El diseño de los datos
Trasforma el modelo de dominio de la información, creado durante el análisis, en las
estructuras de datos necesarios para implementar el Software.
El Diseño Arquitectónico
Define la relación entre cada uno de los elementos estructurales del programa.
El Diseño de la Interfaz.
Describe como se comunica el Software consigo mismo, con los sistemas que operan
junto con el y con los operadores y usuarios que lo emplean.
El Diseño de procedimientos
Transforma elementos estructurales de la arquitectura del programa.
La importancia del Diseño del Software se puede definir en una sola palabra Calidad,
dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la única
manera de materializar con precisión los requerimientos del cliente.
El Diseño de ORDENES DE SERVICIO es un proceso y un modelado a la vez. El
proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador
describir todos los aspectos del Sistema a construir. A lo largo del diseño se evalúa la
calidad del desarrollo del proyecto con un conjunto de revisiones técnicas.
22
El diseño de ORDENES DE SERVICIO implementa todos los requisitos explícitos
contenidos en el modelo de análisis y acumula los requisitos implícitos que desea el
cliente.
El Diseño proporciona una completa idea de lo que es el Software, enfocando los

dominios de datos, funcional y comportamiento desde el punto de vista de la
Implementación.
1.1. Propósito del sistema.
El sistema ORDENES DE SERVICIO será un producto diseñado para trabajar

en un entorno INTRANET, lo que permitirá su utilización de forma centralizada,
además trabajará de manera independiente por lo tanto no interactuará con
otros sistemas.
En esencia es una herramienta software que ayudara al tratamiento de datos

ORDENES DE SERVICIO. Básicamente es una software que administra la
base de datos que contiene información sobre la empresa y las operaciones de
los clientes. Esta información sirve para que todas las tareas de mantenimiento
se realicen de forma más segura y eficaz. También se emplea como
herramienta de gestión para la toma de decisiones.
La plataforma de gestión del mantenimiento puede ser utilizada por ORDENES

DE SERVICIO ya que necesita gestionar la información y requerimientos del
cliente.
Los Requerimientos funcionales del sistema ORDENES DE SERVICIO

están referenciados en la siguiente tabla
Los Requerimientos funcionales del sistema ORDENES DE SERVICIO

están referenciados en la siguiente tabla
23
El software ofrece una amplia variedad de funcionalidades, dependiendo de las
necesidades de la empresa, la aplicación se encuentra alojada en los servidores de
la empresa.
1.2. Objetivos del diseño
El diseño del sistema ORDENES DE SERVICIO, se ocupa de desarrollar las

directrices propuestas durante el análisis en términos de aquella configuración que
tenga más posibilidades de satisfacer los objetivos planteados tanto desde el
24
punto de vista funcional como del no funcional.
DISEÑO DE SISTEMA
GATOLOCO STUDIOS
PUEDE
DEFINIRSE
COMO
EL DIBUJO PLANEACION BOSQUEJO PLANIFICACIO ARREGLO

N
DE
ELEMENTOS
EN UN
TODO
Recordemos que nuestra definición de lo que es el diseño de sistemas:
Se define como el proceso de aplicar ciertas

técnicas y principios con el propósito de definir
un dispositivo, un proceso o un sistema, con
suficientes detalles como para permitir su
interpretación realización física.
DESARROLLO DE SISTEMAS
DE INFORMACION
Es la evaluación de las distintas alternativas de

solución y la especificación de una solución
detallada.
25
Por tal razón, el diseño del sistema ORDENES DE SERVICIO persigue los
siguientes objetivos:
Generales Específicos
• Efectuar en forma correcta los procedimientos
apropiados
Satisfacer los
• Presentar en forma apropiada y adecuada la
requerimientos del usuario
información
GATOLOCO STUDIOS
• Proporcionar resultados exactos
• Utilizar métodos de interacción

apropiados
• Proporcionar confiabilidad
Especificar losdel
diseño lógico elementos
sistema de • Describir las características de un
sistema de información: entrada,
salida, procedimientos, archivos,
bases de datos.
Proporcionar las de software

especificaciones • Especificar los componentes y
funciones con suficiente detalle
para construir el software.
Ajustarse • El diseño y su especificación debe

diseño a estándares de estar en concordancia con
estándares de desarrollo así como
con las reglas establecidas por la
organización.
26
Fácil de usar • Las buenas prácticas de diseño
ergonómico deben contribuir a la
efectividad y eficiencia del usuario.
1.3. Definiciones, acrónimos y abreviaturas
1.3.1. Definiciones
ADAPTADOR DE RED:
Es una tarjeta de expansión u otro dispositivo, utilizado para conectar una
computadora a una red local.
ADMINISTRADOR DE RED:
Persona a cargo del funcionamiento de una red de computadoras.
APLICACIÓN:
Un programa diseñado para asistir en la realización de una tarea específica. Tales
como procesadores de texto, hoja de cálculo, etc.
BACKUP:
Es una copia de los datos que se encuentran en nuestro disco duro, y que se
preservan en otro medio de almacenamiento (discos duros / CD's / DVD's / cintas
magnéticas, etc) con el fin de conservarlos y/o protegerlos en caso de posible daño
y/o destrucción de la fuente original.
Dependiendo de su importancia, será decisión del usuario generar copias parciales

(«mis documentos», por ejemplo) o totales (particiones o discos duros completos).
Para ello existe un sinnúmero de programas que permiten realizar esta labor de
manera sencilla e intuitiva.
BASE DE DATOS:
Es un archivo compuesto por registros. Cada registro contiene uno o varios campos
de datos significativos a los mismos. Con una base de datos se pueden realizar
operaciones de búsquedas, ordenamientos, reordenamientos y otras funciones.
Por ejemplo, un colegio tendrá una base de datos de sus alumnos. Cada registro
representará a un estudiante y en cada campo se indicará información sobre éste
(apellidos, nombres, sexo, fecha de nacimiento, domicilio, etc.).
BETA:
Versión nueva de un programa que está disponible para que los usuarios puedan ir
probándolo en situaciones reales. Se caracteriza por traer la mayoría de las
funciones que tendrá la versión final. Al ser una versión previa a la final, puede
27
presentar inestabilidades por lo que solo se recomienda su utilización en entornos
controlados, cuando no sea importante si se produce un error o por usuarios
experimentados.
BIBLIOTECA:
Colección de descripciones.
BINARIO:
Que tiene dos componentes, alternativas o resultados. El sistema de numeración
binario tiene como base 2, de modo que los valores se representan como
combinaciones de dos dígitos 0 y 1.
BIOS:
Acrónimo de Basic Input Output System / Sistema de Entrada y Salida.
Es un programa incorporado en un chip (memoria ROM) de la placa base que al
prender la computadora se encarga de realizar las funciones básicas de manejo y
configuración del computador.
BIT:
Unidad mínima de información manejada por la PC. La presencia de una señal
magnética que se representa para nosotros como 1 y la ausencia de la señal
magnética como 0.
BUFFER:
Memoria dedicada a almacenar temporalmente la información que debe procesar
un dispositivo de hardware (disco duro o cd) para que lo pueda mantener el
rendimiento de la transferencia. Un buffer de tamaño inadecuado da origen a la falla
en grabar CDs.
BUS:
Es el canal por el que circula información electrónica en forma de bits. El ancho de
bus es el número de bits transmitidos simultáneamente por el bus.
BYTE:
Unidad de información, compuesta de 8 bits consecutivos. Cada byte puede
representar, por ejemplo, una letra.
CACHÉ:
Subsistema de memoria especial en la que los valores de datos, frecuentemente
utilizados se almacenan en disco para un rápido acceso a ellos.
CIFRADO:
Proceso de codificar datos para prevenir un acceso no autorizado durante su
transmisión. También se le conoce como encriptación.
CLIENTE:
Nodo que genera consultas ORDENES DE SERVICIO
28
CMOS:
Memoria utilizada para guardar los datos necesarios para prender una
computadora. Ejemplo: discos, memoria, hora y fecha del sistema, secuencia de
arranque, etc.
La información se mantiene guardada en el sistema, siempre y cuando tenga una

pila en buenas condiciones de energía.
CÓDIGO FUENTE:
Conjunto de líneas de código que conforman un bloque de texto que normalmente
genera otro código mediante un compilador o intérprete para ser ejecutado por una
computadora.
COMANDO:
Una instrucción de computadora que, cuando es utilizada por el usuario, hace que
se lleve a cabo una acción en el sistema.
CONCENTRADOR:
En una red, es un dispositivo que une las líneas de comunicación en un punto
central, proporcionando conexión común a todos los dispositivos de red (estaciones
y servidores).
CONSULTA:
Petición de un subconjunto de descripciones expresada en un lenguaje
normalizado.
COOKIE:
Es un pequeño archivo de datos que se almacena en tu computadora cada vez que
accedes a un sitio en la red. La utilidad más común de la cookie es que la próxima
vez que el usuario ingrese al servidor pueda ser identificado.
Las cookies guardan información del usuario, su cuenta, modo de la visualización
de la web y otros datos.
29
CONTROLADOR:
Forma en español de denominar a los drivers. Software elaborado por el fabricante
de un componente de hardware que permite ejecutar las rutinas necesarias para su
funcionamiento y compatibilidad con el sistema.
COPROCESADOR
Cualquier microchip que realice una operación especializada, ayudando o liberando
al microprocesador principal de realizarla.
DATA BASE MANAGEMENT SYSTEMS – GESTORES DE BASES DE DATOS:

Aplicaciones dedicadas a servir de interfaz entre las bases de datos, el usuario y las
aplicaciones clientes que las utilizan. Se compone de un lenguaje de definición de
datos, de un lenguaje de manipulación de datos y un lenguaje de consulta. El
propósito de estas aplicaciones es de manejar de manera clara, sencilla y ordenada
un conjunto de datos.
DEMO:
Versión parcial o limitada de un programa, distribuido libremente para efectos de
publicidad del mismo.
DESCARGA:
En inglés Download. Transferir una copia de un archivo desde una computadora
remota hasta la computadora solicitante, por medio de un módem u otro tipo de
conexión a la red.
DESCOMPRIMIR:
Restaurar el contenido de un archivo comprimido a su formato original con un
programa compresor (Ej: Winzip, Winrar, 7zip).
DESCRIPCIÓN:
Instancia de un esquema que identifica mediante metadatos, de manera inequívoca
a un recurso.
DESFRAGMENTAR:
Volver a ordenar los datos en dispositivos de disco, de tal forma que todas las partes
de cada archivo se almacenen en sectores contiguos y que las cabezas lectoras no
tengan que desplazarse tanto para acceder a la información.
DESINSTALAR:
Proceso por el cual se quita completamente un programa de una computadora,
incluyendo eliminación de archivos y componentes que residen en ubicaciones del
sistema.
30
DIRECCION IP:
Número binario de 32 bits (4 bytes) que identifica de manera única a cada
computadora conectada al Internet (denominada HOST).
EJECUTAR:
Realizar una instrucción de sistema.
EMULACIÓN:
Proceso realizado por una computadora, mediante el cual imita la función de un
hardware distinto.
ESQUEMA:
Describe la sintaxis de una descripción.
EXTENSIÓN:
Es un conjunto de 3 caracteres añadido a un nombre de archivo y que tiene por
finalidad: a) precisar su significado, b) identificarlo como miembro de una categoría.
Ejemplo: La extensión .DOC identifica a los documentos de Word y la extensión
.XLS a los libros de Excel.
ETHERNET:
Estándar para redes de PC muy utilizado por su rapidez y bajo coste. Admite
distintas velocidades según el tipo de hardware utilizado, siendo las más comunes
10 y 100 Mbits/s (comúnmente denominadas Ethernet y Fast Ethernet y de
recientemente aparición las de 1000 Mbits/s.
FORMATEAR:
Proceso por el cual se asigna áreas de almacenamiento de datos (sectores y pistas)
a las unidades de almacenamiento para su posterior uso. Ver Mitos del Formateo.
FRAGMENTACIÓN:
El sistema operativo almacena los datos de un fichero o archivo concreto en muchas
partes del disco, dejando grandes espacios entre los registros. Al fragmentar se
“colocan” todos esos espacios al principio del disco y de forma ordenada.
GABINETE:
Caja donde se encuentran ubicados los principales componentes de una
computadora (disco duro, placa madre, discos duros, disquetera, lectoras,
grabadoras, memorias, tarjetas, fuente de poder, etc). También denominado case,
carcasa, etc.
GB:
Gigabyte, múltiplo del byte equivalente a 1024 megabytes. Coloquialmente, giga.
GPL:
Acrónimo de GNU Public License. Acuerdo legal bajo el cual se distribuye el
31
software de la Free Software Foundation y de todos aquellos programadores que
se acojan a ella. Su baza principal es la de permitir la distribución y modificación del
código de las aplicaciones.
HARDWARE:
Parte física del computador, conformada por sus componentes (placa, micro,
tarjetas, monitor, etc.).
HERRAMIENTAS CASE:
Aplicaciones informáticas que nos permiten ayudar en todos los aspectos de ciclo
de vida del software, en tareas como el proceso de realizar el diseño del proyecto,
cálculo de costes, documentación, etc. Permite aumentar nuestra productividad en
el desarrollo del mismo y reducir el coste en términos de tiempo y dinero. Patrones
de Arquitectura:
Es el esquema de organización de un sistema software. Proveen un conjunto de

subsistemas predefinidos, especificando sus responsabilidades e incluyen reglas y
guías para organizar las relaciones entre ellos.
HOST:
Es la computadora principal de un sistema de computadoras conectadas a través
de enlaces de comunicaciones. Proporciona el acceso a otras dentro de una LAN,
MAN, WAN o Internet.
HOSTING:
Servicio que otorga la infraestructura tecnológica necesaria para alojar websites
(páginas web, correo electrónico) a terceros.
INTERNET:
Conjunto de redes y puertas de enlace a nivel mundial que usan la colección de
protocolos TCP/IP para comunicarse entre ellas.
INTERNET2:
Red computarizada presentado en 1996 por un grupo de colaboradores de 120
universidades bajo el auspicio de la UCAID. El objetivo de Internet2, cuya estructura
de fibra óptica de alta velocidad se probó en línea a principios de 1999, es el
desarrollo de tecnologías avanzadas de Internet y aplicaciones para su uso en
investigación y educación a nivel universitario. Aunque no es de uso público,
Internet2, y las tecnologías y aplicaciones desarrolladas por sus miembros, están
dirigidas para beneficiar también, eventualmente, a los usuarios de la Internet
comercial.
INTRANET:
Red diseñada para el procesamiento de información dentro de una compañía u
organización. Entre sus usos se incluyen servicios tales como distribución de
32
documentos, distribución de software, acceso a base de datos y aprendizaje.
LAN INALAMBRICA:
Una red LAN que envía y recibe datos mediante señales de radio, infrarrojos o
alguna otra tecnología que no requieren una conexión física entre sus nodos
individuales y el núcleo.
LATENCIA:
Tiempo de espera en respuesta a un determinado pedido. En sistemas
computacionales, existe la latencia en servicios web, transacciones en bases de
datos, aplicaciones de propósito general, etc.
LEY DE MOORE:
Predicción del cofundador de Intel Gordon Moore quien predijo que el número de
transistores que pueden incluirse en un chip se doblaría cada año, y lo hizo. Diez
años después predijo que la capacidad del chip se doblaría cada dos años, y la
capacidad se dobla cada 18 meses. Popularmente se le denomina “ley” a esta
afirmación hecha por Moore.
LOCALHOST:
Nombre usado para representar la propia computadora donde se ha originado un
mensaje TCP/IP. Un paquete IP enviado al localhost tiene la dirección 127.0.0.1 y
en realidad no sale del Internet.
JAVA:
Lenguaje de programación orientado a objetos desarrollado por Sun Microsystems.
Aunque es similar a C++, Java es más pequeño, portable y de muy fácil uso, puesto
que es más robusto y gestiona la memoria por sí mismo.
Diseñado para ser seguro y neutro a las diferentes plataformas, dado que su código
(bytecodes) se asemeja al código de máquina. Utiliza para ello un pequeño
aplicativo denominado máquina virtual de Java.
MICROPROCESADOR:
Unidad central de proceso (CPU) chip único. Actúa como corazón de todas las
computadoras personales. Un microprocesador moderno puede tener más de cien
millones de transistores en un paquete de circuitos integrados de aproximadamente
2.5 cm cuadrados.
MODO A PRUEBA DE FALLOS:

Tipo de inicio de la computadora que permite iniciar cargando los controladores y
subprogramas netamente necesarios para su funcionamiento.
NODO:
En redes de área local, un dispositivo que se conecta a la red capaz de
comunicarse con otros dispositivos de la misma.
33
PATRONES DE DISEÑO:
Modelo o solución a un problema de diseño no trivial que es efectiva (ya resolvió el
problema en ocasiones anteriores) y re-usable (se puede aplicar a diferentes
problemas de diseño en distintas circunstancias).
REQUERIMIENTO FUNCIONAL:
Define el comportamiento interno del software: cálculos, detalles técnicos,
manipulación de datos Y otras funcionalidades que definen como los casos de uso
serán satisfechos
REQUERIMIENTO NO FUNCIONAL:
Un requerimiento que especifica criterios que pueden usarse para juzgar la
operación de un sistema en lugar de sus comportamientos específicos.
PERFIL DE HARDWARE:
Un conjunto de datos que describe la configuración y características de una pieza
determinada de la computadora. Esos datos se suelen utilizar para configurar
computadoras de tal manera que funcionen con los dispositivos periféricos.
PERFIL DE USUARIO:
Es un registro que contiene información de un usuario autorizado en un sistema de
computadoras multiusuario. Un perfil es necesario por seguridad ya que permite,
por ejemplo, contener información de restricción de accesos, ubicación del correo
electrónico, tipo de terminal, etc.
PERIFÉRICO:
Es un dispositivo que se conecta a la computadora y que es controlado por drivers
instalados en el computador. Ejemplo: webcams, parlantes, impresoras, escáneres,
etc.
PROCESOM :
Conjunto de actividades que se realizan con el fin de producir un software.
PROTOCOLO:
Conjunto de normas o procedimientos para la transmisión de datos que ha de ser
observado por los dos extremos de un proceso comunicacional
PROPIETARIO:
Dícese del diseño o elemento cuya licencia de utilización y desarrollo no es pública,
sino que es explotado por una empresa en exclusiva.
PROXY:
Programa que permite a varios ordenadores acceder a Internet a través de una
única conexión física. De acuerdo a su configuración permite: acceder a páginas
Web, FTP, correo electrónico, etc.
34
RECURSO:
Cualquier pieza de un sistema informático o una red (como una unidad de disco o
impresora) que puede ser asignado a un programa o a un proceso durante su
ejecución.
RECURSO COMPARTIDO
En una red local cualquier recurso que se pone a disposición de los usuarios de
red, tales como directorios, archivos y/o impresoras.
RED:
Un grupo de computadoras y dispositivos asociados que son conectados para
tener facilidades de comunicación.
SERVIDOR:
Nodo que atiende consultas.
SERVIDOS DE APLICACIONES JEE:

Entorno de ejecución de aplicaciones JEE, proporciona el contenedor web y/o el
contenedor de EJBs.
SOFTWARE PROPIETARIO:
Programa cuyos derechos de copia están en propiedad de un individuo o una
empresa y sólo podrá ser utilizado por terceras personas mediante adquisición o
permiso expreso del propietario.
TABLA:
Bloque de texto formateado en filas y columnas (procesadores de texto, hojas de
cálculo, y documentos HTML).
VIRUS:
Programa agresivo que infecta los archivos informáticos insertando en ellos copias
de si mismo. Las copias se ejecutarán cuando se cargue en memoria del archivo
que lo contiene permitiendo que el virus infecte otros archivos que se encuentren
cargados en memoria y así sucesivamente.
Entre las consecuencias de una infección podemos encontrar: daños a los archivos,
al disco duro, saturar la memoria del equipo para evitar la ejecución de programas,
y un largo, etc.
WINDOWS:
Sistema operativo introducido por Microsoft Corporation y de difundido uso en el
mundo. Proporciona una interfase gráfica basado en menús desplegables, regiones
de ventanas en la pantalla, un dispositivo para señalar usando un ratón, tecnología
35
plug & play para el fácil reconocimiento y funcionamiento de nuevos componentes
y dispositivos y sencilla integración a redes. Además, tiene protocolos específicos
que los programadores utilizan para ahorrarse trabajo y lograr efectos muy
llamativos.
1.3.2. Acrónimos
ACPI: Acrónimo de Advanced Configuration and Power Interface. Es un sistema

en PCs modernas, que administra el consumo eléctrico a través de software.
ADSL:
Acrónimo de Asymmetric Digital Subscriber Line. Tecnología y equipamiento que
permite realizar comunicaciones digitales a alta velocidad, la máxima velocidad del
ADSL es de 6 Mbit/s, actualmente en muchos países se utilizan versiones
mejoradas de este sistema, por ejemplo el ADSL 2 o ADSL 2+, permitiendo hasta
24 Mbit/s de descarga de datos y hasta 3,5 Mbit/s de subida o salida de datos.
AGP:
Acrónimo de Advanced Graphics Port o Puerto Avanzado para Gráficos. Es un tipo
de ranura exclusiva para las tarjetas gráficas. Sus prestaciones son superiores a las
conexiones PCI. Las versiones que existen son: AGP 1x / 2x / 4x / 8x.
ASCII:
Esquema de codificación usando 7 u 8 bits, que asigna valores numéricos de hasta
256 caracteres, incluyendo números, letras y signos.
CPU:
Central Processing Unit o Unidad Central de Proceso. El "cerebro" de un
computador; en general, sinónimo de microprocesador. En ocasiones se usa para
referirse al toda la caja que contiene la placa base, el micro y las tarjetas de
expansión.
CRT:
Cathodic Ray Tube, tubo de rayos catódicos. La tecnología empleada en los
televisores y en los monitores clásicos.
DHCP:
Acrónimo de Dynamic Host Configuration Protocol. Es un protocolo TCP/IP que
permite, en una red interna o externa, asignar automáticamente direcciones IP
temporales a sus diferentes estaciones.
DLL:
Acrónimo de Dynamic Link Library. Son archivos que permiten almacenar
separadamente rutinas ejecutables que pueden ser utilizadas sólo cuando un
programa los necesita. Esta tecnología propia de los sistemas Windows y OS/2. Se
les reconoce porque tienen extensión .DLL u .OVL
36
DNS:
Acrónimo de Domain Name Server. Es el sistema por el cual los hosts de Internet
tienen nombres de dominio como direcciones, además de dirección IP. Por ejemplo
¿te sería sencillo recordar esta IP 64.4.33.7? de seguro es más fácil digitar en tu
navegador esta dirección a la que pertenece www.hotmail.com.
DOS
Término genérico utilizado que describe a cualquier sistema operativo que se carga
desde disco cuando el sistema es iniciado o reiniciado.
También, sistema operativo para PC monousuario y monotarea, del que derivan los
Windows 95, 98 y ME. Existen versiones del DOS de Microsoft, IBM y Digital
Research, entre otros.
ERS:
Documento de Especificación de Requisitos Software.
GFDL:
Licencia para Documentación Libre de GNU.
GPL:
Licencia para Software Libre de GNU.
HDD:
Hard Disk Device, forma inglesa de denominar al disco duro.
JDNI:
Java Naming and Directory Interface. Servicio est ándar de nombrado y directorio
en Java.
JPEG:
Acrónimo de Joint Photographic Experts Groups. Es un estándar ISO/ITU para el
almacenamiento de imágenes de forma comprimida. JPEG obtiene la compresión
de una imagen a costa de la pérdida de parte de la información de la misma.
JSF:
Java Servlets Faces es una tecnología de Java par a construir interfaces de usuario
del lado del servidor
LAN:
Acrónimo de Local Area Network. Es un grupo de nodos (computadoras) y otros
dispositivos que están reunidos físicamente en un área relativamente pequeña, los
cuales están conectados por un enlace de comunicación que permite la interacción
entre ellos.
37
LPT:
Line printer terminal. Una forma de denominar a los puertos paralelos (LPT1 / LPT2
/ LPT3). Nombre de dispositivo lógico para una impresora en línea, reservado por el
sistema operativo MS-DOS para un máximo de tres puertos paralelos de impresora.
El primer puerto, LPT1, suele coincidir con el dispositivo de salida PRN para copias
impresas.
RAM:
Random Access Memory, o Memoria de Acceso aleatorio. La memoria principal en
la que se almacenan los datos durante el funcionamiento de un ordenador, la cual

se “borra” al apagarlo. Existen diversos tipos (Fast Page, EDO, SRAM...) y
conectores (SIMM, DIMM, RIMM).
RDF:
Resource Description Framework, estándar del consorcio de World Wide Web
(W3C) para la codificación y manejo de metadatos usando el lenguaje de marcas
XML.
SDD:
Software Design Document (Documento de Diseño de Software) “Documento que
describe el modelo de diseño del sistema”
URL:
Uniform Resource Locator, esquema utilizado para la localización de un recurso
en Internet.
W3C:
El World Wide Web Consortium (W3C) es una comunidad internacional que
desarrolla estándares que aseguran el crecimiento de la Web a largo plazo.
XML:
eXtended Markup Language. Lenguaje de marcas estructuradas, estándar del
W3C.
1.3.3. Abreviaturas
No se han definido
1.4. Referencias
 El World Wide Web Consortium (W3Chttp://www.w3c.es/)

 Code Complete: A Practical Handbook of Software Constructio Paperback
38
Unabridged, 19 Jun 2004
 Video2Brain: Primeros pasos con Java [2015]
 James Rumbaugh
 Análisis y diseño de sistemas, 6ta Edición – Kenneth E. Kendall y Julie
E.Kendall
 Ingeniería del software: Un enfoque práctico, 7ma Edición – Roger
S.Pressman
 Curso php http://edutin.com/curso-de-PHP-y-MySQL-1498
 Curso POO Programación orientada a objetos
 https://courses.edx.org/courses/coursev1:MexicoX+UPEVIPN02x+T2015/in
fo
2. Representación de la arquitectura.
La meta principal de la arquitectura del sistema es mostrar los aspectos principales

que influirán en la etapa de desarrollo.
Se tomarán en cuenta las siguientes metas y restricciones para el diseño de la

arquitectura del sistema:
2.1 Metas y restricciones de la Arquitectura
De acuerdo con el proyecto ORDENES DE SERVICIO para la empresa Gatoloco

Studios y tomando como referencia el Informe de Análisis del Sistema realizado en
la segunda fase del proyecto; se construyeron los Diagramas de Clases y los de
componentes, además se estructuró los paquetes que los organizarían.
39
Clasificación Descripción Requerimientos
Usabilidad Se enfoca a las La identificación del usuario
características de debe permitir el ingreso al
estética y sistema de forma más fácil e
consistencia en las intuitiva posible.
interfaces gráficas
de ORDENES DE La resolución mínima para
SERVICIO una buena visualización del
sistema será de 800x600
píxeles.
El sistema debe permitir ser

usado intuitivamente por
cualquier usuario
En caso de error del usuario

el sistema informará
claramente el mensaje del
error y una solución
entendible.
40
Confiabilidad Se enfoca con las El sistema estará disponible
características ininterrumpidamente las 24
como horas del día los 365 días
disponibilidad (el del año
tiempo disponible
del sistema),
exactitud de los
cálculos del
sistema, y las
habilidades del
sistema para
recuperarse
durante fallos.
Rendimiento Se enfoca con las El sistema debe demorarse
características no más de 2 segundo en
como tiempo de realizar la operación
respuesta, tiempo realizada.
de iniciación y
término.
Soporte Se concentra en El sistema debe trabajar
las características sobre sistemas operativos
como pruebas, Windows 7 o superior
adaptabilidad,
mantenimiento,
configuración,
Instalación,
escalabilidad, y
localización.
Consideraciones de Especifica las Todos los módulos del

diseño opciones del sistema serán desarrollados
diseño para el con base en la tecnología
sistema. java, POO o en su defecto
PHP, JAVASCRIPT Y
HTML5, CSS3
RNF-02 El sistema
considera una arquitectura
lógica de tres capas: Datos,
Negocio y Presentación.
41
RNF-14 - La base de datos
será MySQL en su versión
5. Esta será centralizada y
provista por el Usuario.
Requerimientos de Especifica la Todos los módulos del

implementación codificación o sistema serán desarrollados
construcción del con base en la tecnología
sistema, pueden java, POO o en su defecto
ser estándares, PHP, JAVASCRIPT Y
implementaciones, HTML5, CSS3
lenguajes y límites
de los recursos.
Requerimiento Especificaciones El sistema debe trabajar
físicos físicas impuestas sobre cualquier computador
por el hardware que cuente con estos
usado para requerimientos mínimos:
mantener el Con procesador Intel core
sistema. i3, 2000 Mb de memoria
RAM y disco duro de 500
Gb de almacenamiento.
Aspectos Generales Especifica los A cada usuario se le

requerimientos de asignará un login y una
seguridad que clave del sistema, los cuales
deben tener el le permitirán el ingreso de
sistema y sus acuerdo un perfil
características determinado.
generales.
Permitir que el usuario
pueda cambiar la
Contraseña de acuerdo a
las políticas de seguridad de
la organización.
La encriptación del canal de

transmisión será mediante
el protocolo SSL. Este será
provisto y configurado por el
Usuario.
2.2 Reutilización
42
Ni veles de Reutiliz ación
1. Reutilización de Código
* Librerías de funciones, editores, inclusión de ficheros, mecanismos de herencia en
POO, componentes, etc.
2. Reutilización de Diseños
* No volver a inventar arquitecturas p.ej. patrones de diseño P.ej. patrones
arquitectónicos (C/S, OO, etc.)
3. Reutilización de Especificaciones
4. Reutilización de las abstracciones del dominio
5. Debe estar asociada a la generación (semi)automática de los elementos de
diseño e implementación.
As pectos para la r eutilización de softw are existente
1. Si los componentes ya desarrollados cumplen los requisitos del proyecto, se
adquirirán. El coste de la adquisición y de la integración de los componentes ya
desarrollados serán casi siempre menores que el coste para desarrollar el software
equivalente. Además, el riesgo es relativamente bajo.
2. Si se dispone de componentes ya experimentados, los riesgos asociados a la

modificación y a la integración generalmente se aceptan. El plan del proyecto
debería reflejar la utilización de estos componentes.
3. Si se dispone de componentes de experiencia parcial para el proyecto actual, su

uso se debe analizar con detalle. Si antes de que se integren adecuadamente los
componentes con otros elementos del software se requiere una gran modificación,
proceda cuidadosamente - el riesgo es alto. El coste de modificar los componentes
de experiencia parcial algunas veces puede ser mayor que el coste de desarrollar
componentes nuevos. De forma irónica, a menudo se descuida la utilización de
componentes de software reutilizables durante la planificación, llegando a
convertirse en la preocupación primordial durante la fase de desarrollo del proceso
de software. Es mucho mejor especificar al principio las necesidades de recursos
del software. De esta forma se puede dirigir la evaluación técnica de alternativas y
puede tener lugar la adquisición oportuna.
Ventajas
• Reducir el tiempo de desarrollo.
• Reducir los costos.

43
• Incrementar la productividad.
• No tener que reinventar las soluciones.
• Facilitar la compartición de productos del ciclo de vida.
• Mayor fiabilidad
• Mayor eficiencia (Aunque al principio pueda parecer que no)
• Consistencia y la familiaridad, los patrones dentro del software serán más

consistentes, tendiendo a facilitar el mantenimiento del producto.
3. Vista lógica
Para ORDENES DE SERVICIO este punto representa los sucesivos

refinamientos que definen las diferentes unidades lógicas que componen la
arquitectura del software.
El primer refinamiento realizado consiste en la descomposición en subsistemas.
Los subsistemas representan cortes verticales al diseño del sistema. Cada
subsistema consiste en el agrupamiento de diferentes funcionalidades
relacionadas entre sí y posee la capacidad de funcionar como un sistema en sí
mismo.
Posteriormente se explora la composición de cada uno de los subsistemas.
Finalmente se incluye la realización de los casos de uso descriptos en la sección
anterior mediante los componentes arquitectónicos definidos.
3.1 Identificación de Subsistemas
La descomposición propuesta, basada en el modelo Peer to Peer, organiza la

arquitectura en un conjunto de subsistemas funcionalmente cohesivos que
interactúan entre sí para cumplir sus funciones.
3.2 Estructuración por capas.
44
3.3 Diagrama de Clases del diseño
45
.
4. Vista del
proceso
Dentro de nuestra vista lógica referenciamos los casos de uso del

sistema
ORDENES DE SERVICIO Caso de uso 1: Ingresar Orden de

servicio
Diagrama de caso de uso 1
Descripción del caso de uso 1

Descripción El sistema permite crear una nueva orden de
servicio y almacenarla en su base de datos
Precondiciones No hay creada una orden para este situación
No hay duplicidad
Secuencia Paso Acción

normal
1
Validación de datos
46
Creación de una nueva orden con los datos
requeridos
Almacenado de la nueva orden de servicio

en la base de datos
Post La orden de servicio quedara almacenada en la

condiciones base de datos
La orden de servicio puede ser llamada cuantas

veces sea necesaria
La orden de servicio puede ser editada para

finalizarla
Excepciones Paso Acción
1 Ya se ha registrado una orden igual
2 No es necesario crear una nueva orden de

servicio
47
Especificación de escenarios
Caso de uso 2: Consultar Ordenes de servicio
Descripción del caso de uso 2
Descripción El sistema permite acceder a la información

almacenarla en la base de datos
Precondiciones Orden de servicio creada
Tener privilegios de consulta
48
normal
1
Buscar Orden de servicio
Cargar la información
Visualizar la información
Post No es posible modificar la información

condiciones
No se efectuaran cambios
Se podrán generar reportes
1 No se tienen privilegios de consulta
2 La información no existe
49
Caso de uso 3: Finalizar Orden de Servicio
Descripción del caso de uso

Orden de servicio pendiente por finalizar
50
normal
1
3 Solicitar completar información
4 Finalizar Orden de servicio
Post La orden de servicio ya fue cerrada

condiciones
Consultar información
1 Ya fue cerrado el servicio por otro usuario
51
Caso de uso 4: Consultar Estado
Descripción Permite a los usuarios consultar el estado de una

orden de servicio especifica si está cerrada o
abierta
Precondiciones Ordenes de servicio creadas
52

normal
1
Validar datos
Ingresar numero de orden
3 Imprimir reporte
Post Las ordenes de servicio están ingresadas en el

condiciones sistema
Se imprime orden de servicio especia
1 No se tiene privilegios necesarios
2 La orden no existe
53
Caso de uso 5: Reporte de orden de servicio
Descripción El sistema genera un reporte de las ordenes de

servicio ingresadas en el sistema
54
normal
1
Solicitar reporte
3 Imprimir reporte
4 Exportar reporte en archivo.

condiciones sistema
Se imprimen ordenes cerradas, o abiertas
Se imprimen todas las ordenes
2 No hay ordenes registradas
55
Modelo de datos
4.1 Diagramas de secuencia
56
5. Vista de datos
57
5.1 Modelo de datos
58
5.2 Diccionario de datos
Database Model plugin_tmp.xml
CARROS
Default
ColumnName DataType PrimaryKey NotNull Flags Comm
Value
clave
idCarro INT PK NN
primar
idTecnico INT NN
placa d
CarPlaca VARCHAR(10) NN
vehicu
IndexName IndexType Columns
PRIMARY PRIMARY idCarro
CARROS_FKIndex1 Index idTecnico
CLIENTES
Default
Value
Clave
idCliente INT PK NN
primar
CliNombre VARCHAR(30) NN Razon
Identif
CliNit INT NN
del clie
Telefo
CliTelefono INT NN
contac
Direcc
CliDireccion VARCHAR(30) NN
la emp
PRIMARY PRIMARY idCliente
INFORMES
Default
Value
Clave
idInforme VARCHAR(50) PK NN
Primar
idOrden INT NN
idCliente INT NN
Lugar
InfSitio VARCHAR(30) NN
trabajo
hora d
InfHora TIME NN
servici
59
fecha
InfFecha DATE NN
servici
Tiemp
InfTiempo INT NN
respue
Noved
InfNovedad VARCHAR(50)
adicion
PRIMARY PRIMARY idInforme
INFORMES_FKIndex1 Index idCliente
INFORMES_FKIndex2 Index idOrden
MOTOS
Default
Value
clave
idMoto INT PK NN
primar
idTecnico INT PK NN
Placa
MotPlaca VARCHAR(10)
vehicu
idMoto
PRIMARY PRIMARY
idTecnico
MOTOS_FKIndex1 Index idTecnico
NOVEDADES
Default
Value
clave
idNovedad INT PK NN
primar
Repor
NovTecnico VARCHAR(10)
técnico
Noved
NovReporte VARCHAR(50) NN
adicion
Hora d
NovHora TIME NN
noved
Fecha
NovFecha DATE NN
noved
PRIMARY PRIMARY idNovedad
ORDENES
60
Default
Value
Clave
idOrden INT PK NN
Primar
idNovedad INT NN
idRecepcionista INT NN
Nume
OrdNumero INT NN la orde
servici
Fecha
OrdFecha DATE NN
orden
Hora d
OrdHora TIME NN
ingres
Tiemp
OrdTiempoRespuesta INT NN
respue
Noved
OrdNovedad VARCHAR(50)
adicion
Lugar
OrdSitio VARCHAR(30) NN
trabajo
PRIMARY PRIMARY idOrden
ORDENES_FKIndex1 Index idRecepcionista
ORDENES_FKIndex2 Index idNovedad
RECEPCIONISTAS
Default
Value
Clave
idRecepcionista INT PK NN
Primar
idCliente INT NN
Codigo
RecCodigo INT NN
usuari
Nomb
RecNombre VARCHAR(30) NN
operad
Telefo
RecTelefono INT
operad
PRIMARY PRIMARY idRecepcionista
RECEPCIONISTAS_FKIndex1 Index idCliente
61
SUPERVISORES
Default
Value
Clave
idSupervisor INT PK NN
Primar
idOrden INT NN
Codigo
SupCodigo INT NN
superv
SupNombre VARCHAR(30) NN Nomb
telefon
SupTelefono INT NN
contac
PRIMARY PRIMARY idSupervisor
SUPERVISORES_FKIndex1 Index idOrden
TECNICO
Default
Value
Clave
idTecnico INT PK NN
Primar
idSupervisor INT NN
Codigo
TecCodigo INT NN
técnico
TedNombre VARCHAR(30) NN Usuar
contac
TecTelefono INT NN
telefon
PRIMARY PRIMARY idTecnico
TECNICO_FKIndex1 Index idSupervisor
6. Vista de Interacción
6.1 Interfaces de Usuario.
Este sistema de información denominado Órdenes de servicios aunque es un

software muy sencillo, tiene algunos módulos los cuales relaciono a continuación:
62
* Una vez se ingresa al sistema, y se introduce el login y el password el sistema
inmediatamente nos envió al menú principal en donde se desglosan los distintos
módulos del sistema,
63
En la figura anterior se evidencian 5 módulos que nos brindan una serie de
opciones dependiendo los requerimientos del usuario
* Ingresar Orden de servicio
* Consultar Orden de servicio
* Finalizar Orden de servicio
* Consultar Estado
* Reporte
Ingresar
Orden de
servicios
64
Este es el Modulo principal del sistema, ya que por aquí ingresan los datos iniciales
que dan inicio al proceso, los cuales son registrados y almacenados por la
recepcionista y una vez almacenados en la base de datos son accesibles desde los
diferentes módulos con distintos propósito
Consultar Orden de servicios
65
En apariencia es un módulo muy similar al de ingreso de órdenes de servicio y esto
se debe a que básicamente cuenta con los mismos items pero a diferencia de el de
ingreso este solo permite visualizar la información, esto con el fin de que el
personal involucrado pueda acceder y ver los requerimientos que hay pendiente o
simplemente una consulta detallada del proceso.
Finalizar Orden de servicio
66
Este módulo es una especie de combinación entre el módulo de consulta y de
ingreso ya que además de consultar, permite modificar unos items como son el
reporte técnico y técnico, esto con el fin de que el servicio y los detalles atendidos
sean registrados en la orden de servicio, y una vez atendido el caso se dé por
finalizado, ya impidiendo su futura modificación y quedando la orden de servicio
únicamente a manera de consulta con el fin de generar los reportes respectivos.
Consultar Estado
67
Este módulo permite únicamente visualizar el estado de la orden de servicio si esta
está finalizada o pendiente, con el fin de que el usuario pueda consultar si aún no
se ha atendido el servicio,
Reportes
Y por último el Modulo de reporte nos da una vista general del proceso de todas las
ordenes de servicio atendidas y por atender, en general nos da una visión total de
los requerimientos del cliente, con el fin de poder exportar esta información a una
archivo de datos y poder realizar los trámites estadísticos y el manejo respectivo de
la información con los fines deseados,
Patrón general de interfaces
68
7. Vista de seguridad
Roles, Permisos y Privilegios
Definimos la Autorización como el proceso por el cual se determina qué, cómo y

cuándo, un usuario autenticado puede utilizar el sistema Ordenes de Servicio de la
organización. El mecanismo o el grado de autorización pueden variar dependiendo
de qué sea lo que se está protegiendo. No toda la información de Gatoloco
Studios es igual de crítica. Los recursos en general y los datos en particular, se
organizan en niveles y cada nivel debe tener una autorización. Dependiendo del
recurso la autorización puede hacerse por medio de la firma en un formulario o
mediante una contraseña, pero siempre es necesario que dicha autorización
quede registrada para ser controlada posteriormente. En el caso de los datos, la
autorización debe asegurar la confidencialidad e integridad, ya sea dando o
denegando el acceso en lectura, modificación, creación o borrado de los datos.
Por otra parte, solo se debe dar autorización a acceder a un recurso a aquellos
usuarios que lo necesiten para hacer su trabajo, y si no se le negará. Aunque
también es posible dar autorizaciones transitorias o modificarlas a medida que las
necesidades del usuario varíen.
El sistema de roles y usuarios de Ordenes de Servicio podríamos definirlo como la
clasificación de privilegios de operación en nuestro sistema, para entenderlo un
poco mejor tendríamos que enumerar y explicar lo siguiente;
• Usuarios: son los que interactúan con nuestro sistema a los cuales debemos
controlar para validar que pueden o no hacer.
• Perfiles: son los roles que se le asignaran o negaran a un usuario para conceder
privilegios en el sistema.
• Recursos: son las zonas en las que dividiremos la aplicación por ejemplo: crear
usuario, Modificar cliente, eliminar pedido, etc...
Por último los permisos son las acciones concretas que se asignan sobre uno o más
recursos del sistema.
ADMINISTRADOR
Es el responsable técnico y puede acceder a cualquiera de los aspectos del sistema,
configurando o modificando cualquier parámetro de éste. Este usuario tiene control
total sobre el Sistema Ordenes de servicio por lo que puede realizar cualquier
operación de configuración o mantenimiento sobre este.
69
El administrador de Ordenes de servicio es el encargado de la instalación, soporte
y el mantenimiento del producto y funciones del back-end, así como la
planificación y respuesta a interrupciones del servicio y otros problemas. Otras
tareas pueden incluir la programación de secuencias de comandos o programación
ligera, para los sistemas de gestión relacionado con el proyecto.
El administrador del sistema es responsable de lo siguiente:
• Administración de usuarios (instalación y mantenimiento de cuentas)

• El mantenimiento de sistema
• Comprobar que los periféricos funcionan correctamente
• En caso de fallo de hardware, el designa los horarios de reparación
• Monitor de rendimiento del sistema
• Crear la política de copias de seguridad y recuperación
• Aplicar las políticas para el uso del sistema informático y de red
• Configuración de las políticas de seguridad para los usuarios. Un administrador
de sistemas debe contar con una sólida comprensión de la seguridad informática
(por ejemplo, cortafuegos y sistemas de detección de intrusos).
DIRECTIVOS
Tiene un nivel de permisos elevados ya que corresponde al personal gerencial y de

confianza de Gatoloco Studios y puede acceder a cualquiera de los aspectos del
sistema, ya que es responsabilidad de la gerencia. Este usuario tiene control total
sobre el Sistema ORDENES DE SERVICIO por lo que puede realizar cualquier
operación de configuración o mantenimiento sobre este.
El directivo de Gatoloco Studios es el encargado de otorgar los permisos y
privilegios a los usuarios del sistema, así como la inclusión de usuarios en el
mismo, también lleva a su cargo la utilización del software a nivel productivo, así
como la planificación y respuesta a interrupciones del servicio y otros problemas
junto al administrador del software.
El Directivo del sistema es responsable de lo siguiente:
• Ingresar los usuarios y clientes del sistema

• Dar los privilegios al usuario
• Operar el sistema
• generar reportes
• Crear la política de copias de seguridad y recuperación junto al administrador
• Aplicar las políticas para el uso del sistema informático y de red junto
al administrador
70
TECNICO
Tiene un nivel de permisos básicos ya que corresponde al personal de soporte

técnico y sus funciones frente al programa ORDENES DE SERVICIO El técnico es
el encargado de consultar el sistema para lograr controles satisfactorios en el
manejo de las novedades del sistema,
El Directivo del sistema es responsable de lo siguiente:
• Indicar los estados de mantenimientos
• Gestionar la base de datos
• Configuración de las políticas de seguridad para los usuarios.
Un administrador de sistemas debe contar con una sólida comprensión de la

seguridad informática (por ejemplo, cortafuegos y sistemas de detección de
intrusos)
Sistema de autenticación de ORDENES DE SERVICIO Define la Autenticación

como la verificación de la identidad del usuario, generalmente cuando entra en el
sistema o la red, o accede a una base de datos. Normalmente para entrar en el
sistema ORDENES DE SERVICIO se utiliza un nombre de usuario y una
contraseña. Este método será mejor o peor dependiendo de las características de la
contraseña. En la medida que la contraseña sea más grande y compleja para ser
adivinada, más difícil será burlar esta técnica. Además, la contraseña debe ser
confidencial. No puede ser conocida por nadie más que el usuario. Muchas veces
sucede que los usuarios se prestan las contraseñas o las anotan en un papel
pegado en el escritorio y que puede ser leído por cualquier otro usuario,
comprometiendo a la empresa y al empleado, ya que la acción/es que se hagan
con esa contraseña es/son responsabilidad del empleado/s. Para que la
contraseña sea difícil de adivinar debe tener un conjunto de caracteres amplio y
variado (con minúsculas, mayúsculas y números). El problema es que los usuarios
difícilmente recuerdan contraseñas tan elaboradas y utilizan (utilizamos) palabras
previsibles (el nombre, el apellido, el nombre de usuario, el grupo musical
preferido,...), que facilitan la tarea a quién quiere entrar en el sistema sin
autorización.
Diseño de los Mensajes de Error y Advertencias

Errores y advertencias de hardware
Hace referencia a fallos y advertencias que el sistema operativo hace sobre las
condiciones físicas del equipo, estos errores se muestran dependiendo del S.O. que
en el caso de ORDENES DE SERVICIO son configuraciones de windows 7.
71
ERRORES Y ADVERTENCIAS DE
S.O
Hace referencia a fallos y advertencias que el sistema operativo hace sobre si,
estos errores se muestran dependiendo del S.O. que en el caso de Ordenes de
serivicio son configuraciones de windows 7.
ERRORES Y ADVERTENCIAS DE
GATOLOCO STUDIOS
Hace referencia a fallos y advertencias que el sistema Ordenes de servicio hace

sobre si y a los usuarios, estos mensajes son de tipo:
72
Usuario
Hace referencia al error de usuario por digitación o por que no se encuentra

registrado en el sistema, de confirmación de acción como eliminación o
modificación de datos
ENCRIPTACION
Para poder Encriptar los datos del sistema Ordenes de Servicio utiliza un proceso
matemático de algoritmos HASH, Este algoritmo efectúa un cálculo matemático
sobre los datos que constituyen el documento y da como resultado un número
único llamado MAC. Un mismo documento dará siempre un mismo MAC.
SEGURIDAD DE EQUIPOS
Se debe tener acceso controlado y restringido al servidor principal, terminales de

acceso, rauters y todo lo que tenga que ver estructura física. El servidor que
contenga la información y servicios de Ordenes de Servicio deben ser
mantenidos en un ambiente seguro y protegido por los menos con: • Controles de
acceso y seguridad física. • Detección de incendio y sistemas de extinción de
conflagraciones. • Controles de humedad y temperatura. • Bajo riesgo de
inundación. • Sistemas eléctricos regulados y respaldados por fuentes de
potencia ininterrumpida (UPS)
SOFTWARE MALICIOSO
Todos los sistemas informáticos deben ser protegidos teniendo en cuenta

un enfoque multinivel que involucre controles humanos, físicos técnicos y
administrativos. La administración elaborará y mantendrán un conjunto de
73
políticas, normas, estándares, procedimientos y guías que garanticen la mitigación
de riesgos asociados a amenazas de software malicioso y técnicas de hacking.
En todo caso y como control mínimo, las estaciones de trabajo del sistema
Órdenes de Servicio deben estar protegidas por software antivirus con capacidad
de actualización automática en cuanto a firmas de Seguridad de la Información.
Los usuarios de la estaciones no están autorizados a deshabilitar este control.
COPIAS DE SEGURIDAD
Toda información que pertenezca al sistema Ordenes de Servicio o que sea de

interés para un proceso operativo o de misión crítica debe ser respaldada por
copias de seguridad tomadas de acuerdo a los procedimientos documentados por
la gerencia, se recomienda un backup mensual del sistema
CONFIGURACION DE RED
La configuración de enrutadores, switches, firewall, sistemas de detección de
intrusos y otros dispositivos de seguridad de red; debe ser documentada,
respaldada por copia de seguridad y mantenida por la gerencia de Ordenes de
Servicio
8. Vista de Implementación
8.1 Herramientas de Desarrollo e Implementación
Aplicaremos el término herramienta a un producto CASE que da soporte a una

tarea concreta dentro de las actividades de desarrollo de software. Dicho soporte
consistirá en una serie de servicios, cada uno de los cuales automatiza
una operación individual. Podemos clasificar las herramientas según los
servicios que
Ofrece y/o la tarea a la que da soporte. A continuación se describen algunas

clases de herramientas o grupos de funciones que podremos encontrar en nuestro
entorno de programación del sistema Órdenes de Servicio
• Edición y examen del código (editor / browser / navigator)

• Codificación
• Verificación y validación
• Gestión de configuración
• Métricas
• Otras herramientas
Otras herramientas de desarrollo no incluidas en la relación anterior se salen del

74
marco de lo que hemos denominado entorno de programación, y dan soporte a
otras fases del ciclo de vida de desarrollo. Por ejemplo:
• Gestión del proyecto

• Análisis y diseño (metodología concreta - "herramienta" CASE)
Edición y examen del

código
• Editores de texto
o Editor de texto simple
o Editor orientado al lenguaje
• Editores gráficos
o Editor de diagramas
o Editor de iconos para GUI
• Editores de estructura
o Gráfico (diagramas)
o Texto (código)
• Facilidades de navegación
o Referencias cruzadas (definición / uso)
o Folding
o Class wizzard
Codificación
• Herramientas de codificación y depuración

o Ensamblador
o Compilador
o Depurador
o Compilación cruzada
o Macroprocesador
o Montador de enlaces (link)
o Intérprete
• Generadores de código
o Generadores de esqueleto de código
o Generadores de interfaz de usuario
o Application wizzard
o Generadores de compiladores
• Reestructuradores de código
o Reforma (prettyprinter)
o Ingeniería inversa
Verificación y validación
• Análisis estático
75
o Análisis de consistencia
o Detección de código no usado
o Grafo de flujo de llamadas
o Referencias cruzadas
o Diagramas de estructura (dependencias entre módulos)
o Comprobador de normas
• Análisis dinámico
o Perfil de ejecución
o Traza de ejecución
• Comparadores
o Diferencias entre ficheros o directorios
o Mezcla de ficheros (merge)
o Visualizadores de diferencias
• Ejecución simbólica
• Emuladores / simuladores
o Ejecución cruzada
o Máquinas virtuales
• Comprobación de corrección
o Ayuda a la demostración formal
• Prueba de programas
o Generación de casos prueba
o Ejecución automática de pruebas (pruebas de regresión)
Gestión de configuración
• Identificación de elementos
• Gestión de versiones
• Gestión de configuración
• Gestión de cambios
• Repositorio, archivo
• Configurador de aplicaciones
Métricas
Las herramientas de obtención de métricas son en realidad un caso particular

de las de verificación y validación, aunque tienen entidad propia.
• Métricas de código (análisis estático)
o Complejidad, calidad
• Capacidad de proceso (análisis dinámico)
o Performance, benchmarks
• Otras
o Estimación/medida de costo, productividad
Otras herramientas
76
• Hoja de cálculo
o Acumulación de datos, estadísticas, resúmenes
• Preparación de documentación
o Procesadores de texto
o Visualización de datos
o Generación de diagramas
o Extracción de documentación de código
• Sistemas de hipertexto
o Documentación tipo hipertexto
o Generación de ayuda en línea
o Ayuda sensible al contexto
Integración de herramientas
• Criterios de integración
o Integración de datos
o Integración de control
o Integración de presentación
o Integración de proceso
Concepto de integración de datos
• Interoperabilidad entre herramientas

• Evitar redundancias (duplicaciones)
• Consistencia, evitando incoherencias
• Base: paso de datos entre herramientas
Técnicas de integración de datos
• Transferencia directa
• Transferencia mediante ficheros
• Transferencia mediante comunicación
• Repositorio común
• Conversión de formatos
• Lenguaje AWK (o PERL). Técnicas XML
Integración de control
77
• Concepto
o Invocar servicios o herramientas desde otras
o Requiere integración de datos
• Técnicas
o Procesos, mensajes, llamadas
o Uso del "Shell"
o Envoltorios (wrappers)
Integración de presentación
• Se aplica a las herramientas interactivas

• Se debe disponer de una interfaz amigable y uniforme
o Limitar las formas diferentes de interacción
o Formas adecuadas al modelo mental del usuario
o Tiempos de respuesta adecuados
o Mantener información disponible
Editores configurables
Ofrecen las siguientes facilidades:
• Pueden servir como frontal (front-end) general de interacción con el

usuario
o Facilita la integración de presentación
• Ofrecen como funciones principales:
o Edición de código, datos, etc.
o Modos dependientes del tipo de fichero
• Facilitan la integración de control
o Invocación de órdenes externas
o Captura y análisis de resultados
Algunos ejemplos de editores configurables son:
• Emacs
o Personalizable con e-lisp
o Sirve como herramienta universal
• Vim
o Personalizable con macros y descripción de sintaxis
(analizador léxico)
• MED
o Personalizable con expresiones regulares y tablas de propiedades
• Eclipse
o Personalizable mediante plug-ins
78
8.2 Paquetes/Componentes
DIAGRAMA DE PAQUETES
En este diagrama realizado con la herramienta whitestaruml se representan las
dependencias entre los paquetes que componen nuestro proyecto formativo
denominado ordenes de servicio, se muestra como el sistema esta dividido en
agrupaciones lógicas y las dependencias entre estas agrupaciones,
Mediante este diagrama mostramos como nuestro proyecto formativo esta dividido
en forma jerargica. Se muestran una serie de paquetes organizados de tal manera
que se logre maximizar la coherencia interna dentro de cada paquete y minimizar el
acoplamiento externo entre los paquetes, con el fin de que se logre indicar el orden
de desarrollo requerido.
79
DIAGRAMA DE COMPONENTES
En este diagrama de componentes se representa nuestro proyecto o aplicativo de
software dividido en cada uno de sus componentes mostrando las dependencias
entre los mismos, se evidencian los componentes físicos, compartidos, módulos y
ejecutables o paquetes los cuales son usados para modelar la arquitectura de
nuestro sistema de información. Se pretende modelar la vista estática y dinámica
de nuestro sistema, mostrando cada proceso y la dependencia como tal en
conjunto.
80
8.3 Despliegue
Preparación del Entorno de Construcción
En esta tarea se prepara el entorno en el que se construirán los componentes del

sistema de información, contemplando aspectos tales como:
Bibliotecas o librerías a utilizar
A continuación presentamos un ejemplo de la librera a utilizar y como la

agregaremos a nuestro proyecto formativo mediante una serie de imágenes
explicativas.
Operador instanceof
El operador instance of sirve para consultar si un objeto es una instancia de una

clase determinada, o de su padre. Pareciera absurdo tratar de conocer cuál es la
clase que da lugar a una instancia específica, sin embargo es de mucha utilidad
cuando se trabaja con interfaces y herencia a la vez. Un ejemplo:
public class primo {
private int numero;

private int vectorPrimos[];
private int tamañoV;
public primo(){
this.tamañoV=25;
this.vectorPrimos= new int [this.tamañoV];
this.numero=0;
}
}
public class Main {

public static void main(String[] args) {
primo p = new primo();
if (esPrimo(p)){
System.out.println("ES INSTANCIA DE PRIMO");
}
}
public static boolean esPrimo(primo p) {
return (p instanceof primo);
}
}
81
Lo que realiza este sencillo ejemplo es comprobar si la instancia llamada “p”
corresponde a la clase primo, definida anteriormente, con la ayuda del método
estático “esPrimo” que verifica con el operador instanceof si la instancia que se
traslada por el parámetro es de la clase que se evalúa. El resultado de dicha
operación es true o false.
1 Librería Apache Poi Java API
Descargamos la librería API Apache Poi Java para añadirla a nuestro proyecto,
en Netbeans podemos añadir el fichero jar directamente, o, como voy a explicar
aquí, añadirla creando una librería que podremos agregar de forma sencilla en
otros proyectos, en otros IDES será similar la forma de integración de las librerías.
En nuestro proyecto buscamos la carpeta Libraries nos colocamos encima y

seleccionamos Add Library, no tiene mucho que explicar así que te lo mostraré en
imágenes:
Netbeans añadir librería – Creando nuestra librería para Apache POI
Como se ve en la imagen le damos el nombre a nuestra librería, ApachePoi en mi

caso, utiliza nombres que identifiquen fácilmente la librería, si es una librería con
muchas actualizaciones, será importante que indiques la versión. También
indicamos de qué tipo es, en nuestro caso Class Libraries:
82
Netbeans añadir librería – Añadir el jar de Apache Poi
Después de la creación de la librería se abre la ventana de la imagen donde

buscaremos la ubicación de nuestro fichero jar pulsando el botón Add
Jar/Folder como puedes ver en la imagen:
Ahora simplemente navega por los directorios e incorpora tu fichero:
83
Netbeans añadir librería – Añadimos los docs de Apache Poi
Seleccionamos el tab Javadoc aquí pulsamos el botón Add Zip /Folder o también,
la opción de Add url, en este caso lo añadimos mediante la carpeta docs que se
nos facilitan en la descarga, simplemente pulsamos el botón y buscamos la
carpeta docs, como se ve en la imagen:
84
 Herramientas: generadores de código, editores, compiladores, verificadores
sintácticos, montadores de enlace
Netbeans es un editor para desarrollar aplicaciones Java y nos permite generar

código de forma sencilla y rápida con unos simples clics.
Generar código para atributos y métodos

En la programación orientada a objetos es común declarar variables de classe
(también conocidas como atributos) como privadas y utilizar métodos públicos para
tener acceso a estas variables desde otro contexto. A esto se le llama
encapsulación de datos y es lo que en Java se conoce como la metodología "getter
and setter".
Supongamos que tenemos una clase que representa a un objeto Mesa y tenemos
algunos atributos a declarar como por ejemplo el color, la altura, el ancho de la
mesa, etc. Con NetBeans sólo es necesario crear una nueva clase como esta:
public class Mesa {
85
Luego pulsamos con el botón derecho dentro de la clase Mesa entre las llaves {} y
pulsamos sobre Insert Code. Nos aparece otro menú y seleccionamos Add
Property. Ahí ya podemos rellenar todos los datos del atributo como el nombre, el
valor inicial, el tipo, si deseamos que sea public, private o protected, static o final.
Seleccionamos también "Generate getter and setter". Y si queremos Javadoc
también para que nos genere la documentación básica de los métodos.
Hemos usado como ejemplo el atributo ancho. Por defecto hemos puesto que valga
2.5 y de tipo double, privada y que genere los métodos de acceso. También hemos
seleccionado que genere el código Javadoc. Podemos ver en la vista previa el
resultado de nuestras modificaciones:
private double ancho = 2.5;

/**
* Get the value of ancho
*
* @return the value of ancho
*/
public double getAncho() {
return ancho;
}
/**
* Set the value of ancho
*
* @param ancho new value of ancho
*/
public void setAncho(double ancho) {
this.ancho = ancho;
}
 Puestos de trabajo
Para este proyecto por parte del analista, la gran parte se desarrollara en su
taller o laboratorio, y las pruebas requeridas se realizaran en la oficina donde
se va a implementar el sistema de información directamente sobre el
servidor y los equipos necesarios.
Esto con el fin de verificar la funcionalidad del proyecto sobre la marcha y

realizar los correctivos necesarios antes de su implementación.
 Implementación de los procedimientos de operación y seguridad propios del

entorno de construcción, de acuerdo a los requisitos de seguridad y
operación establecidos en la tarea Especificación del Entorno de
Construcción
86
En este proceso se genera el código de los componentes del Sistema de
Información, se desarrollan todos los procedimientos de operación y seguridad y se
elaboran todos los manuales de usuario final y de explotación con el objetivo de
asegurar el correcto funcionamiento del Sistema para su posterior implantación.
Para conseguir dicho objetivo, en este proceso se realizan las pruebas unitarias, las
pruebas de integración de los subsistemas y componentes y las pruebas del
sistema, de acuerdo al plan de pruebas establecido.
Así mismo, se define la formación de usuario final y, si procede, se construyen los

procedimientos de migración y carga inicial de datos.
opcionalmente, incluye un plan de integración del sistema de información, en el que

se especifica la secuencia y organización de la construcción de los distintos
componentes
una vez configurado el entorno de construcción, se realiza la codificación y las

pruebas de los distintos componentes que conforman el sistema de información,
Productos De entrada
 Especificaciones de Construcción del Sistema de Información
Productos De entrada
 Entorno de Construcción
Participantes
 Analista de sistema de información

 Administradores de Bases de Datos
Tarea Producto Técnica y Participante

practicas
Implantación de  - Base de  Analista
la Base de Datos
Datos Física o Física o
Ficheros Sistema de
Ficheros
Preparación del  Entorno de  Analista
Entorno de Construcci  Ingenieros de
Construcción ón plataforma
GENERACIÓN DEL CÓDIGO DE LOS COMPONENTES Y PROCEDIMIENTOS
87
En esta tarea se genera el código correspondiente a cada uno de los componentes
del sistema de información, identificados en la tarea Definición de Componentes y
Subsistemas de Construcción
Para generar el código fuente se tienen en cuenta los estándares de nomenclatura,

codificación y calidad utilizados por la organización y recogidos en el catálogo de
normas.
Con el fin de verificar que el código fuente especifica de forma correcta el

componente, se realiza su ensamblaje o compilación, verificando y corrigiendo los
errores sintácticos, y el enlace del código objeto obtenido con las correspondientes
bibliotecas
CODIGO:
A continuación se relaciona el código que se ha realizado hasta el momento para

nuestro sistema de información denominado órdenes de servicio al igual que la
interface inicial
data.java
/*
* To change this license header, choose License Headers in Project Properties.
* To change this template file, choose Tools | Templates
* and open the template in the editor.
*/
package miventana;
import javax.swing.JOptionPane;
/**
*
* @author Barreto
*/
public class data {
public data(){
Integer[] code=new Integer[5];

String[] customer=new String[5];
String[] station=new String[5];
Integer[] order=new Integer[5];
String[] noved=new String[5];
88
String[] see=new String[5];
String[] tecnical1=new String[5];
String[] tecnical2=new String[5];
String[] report=new String[5];
String[] date=new String[5];
String[] time=new String[5];
Integer posicion = 0;
public void capturadatos(){
if (posicion < 5) {
code [posicion] = Integer.parseInt(ventana.codigo.getText());

// el valor lo convierte a entero
customer [posicion]= ventana.cliente.getText();
station [posicion] = ventana.subestacion.getText();
order [posicion] = Integer.parseInt(ventana.orden.getText());

// el valor lo convierte a entero
noved [posicion] = ventana.novedad.getText();
see [posicion] = ventana.observacion.getText();
tecnical1[posicion] = ventana.tecnico1.getText();
tecnical2[posicion] = ventana.tecnico2.getText();
report[posicion] = ventana.reporte.getText();
date[posicion] = ventana.fecha.getText();
time[posicion] = ventana.hora.getText();
posicion = posicion+1;
String pos=String.valueOf(posicion);
ventana.contador.setText(pos);
} else {
89
JOptionPane.showMessageDialog (null, " YA NO PUEDE INGRESAR MAS
ORDENES DE SERVICIO ", " LIMITE DE REGISTROS PERMITIDOS ",
JOptionPane.PLAIN_MESSAGE);
public void imprimedatos(){
for (int i = 0; 1 < posicion; i++){
JOptionPane.showMessageDialog (null, " El Cliente registrado es = " +

customer [i]+ "\n La subestacion registrada es = " + station [i] + "\n El codigo es = "
+ code[i] + "\n la orden es = " + order[i] + "\n la novedad es = " + noved[i] + "\n El
reporte es = " + see[i] + "\n El Tenico principal es = " + tecnical1[i] + "\n El tecnico
auxiliar es = " + tecnical2[i] + "\n El reporte tecnico es = " + report[i] + "\n la fecha
del registro es = " + date[i] + "\n La hora del registro es = " + time[i], " Mensaje",
JOptionPane.PLAIN_MESSAGE);
main.java
/*
* To change this license header, choose License Headers in Project
Properties.
* To change this template file, choose Tools | Templates
* and open the template in the editor.
*/
package miventana;
/**
*
* @author Barreto
*/
public class main {
90
/**
* @param args the command line arguments
*/
public static void main(String[] args) {
ventana window=new ventana ();
window.setTitle("ORDENES DE SERVICIO");
window.setVisible(true);
window.setLocationRelativeTo(null);
ventana.java
91
PRUEBAS
En esta actividad se realizan las pruebas unitarias de cada uno de los componentes
del sistema de información, una vez codificados, con el objeto de comprobar que su
estructura es correcta y que se ajustan a la funcionalidad establecida.
En el plan de pruebas se ha definido el entorno necesario para la realización de

cada nivel de prueba, así como las verificaciones asociadas a las pruebas unitarias,
la coordinación y secuencia a seguir en la ejecución de las mismas y los criterios de
registro y aceptación de los resultados.
Tarea Producto Tecnica Participante

y
practicas
Generacion del  Software  Analista
código de  Codigo fuente
componentes
Generacion del  Procedimiento de  Analista
código de operación y  Ingenieros de
procedimientos administración del plataforma
y seguridad sistema
 Procedimientos de
seguridad y
control de acceso
Generación del Código de Componentes
En esta tarea se genera el código correspondiente a cada uno de los componentes

del sistema de información, identificados en la tarea Definición de Componentes y
Subsistemas de Construcción
Para generar el código fuente se tienen en cuenta los estándares de nomenclatura,

codificación y calidad utilizados por la organización y recogidos en el catálogo de
normas.

componente, se realiza su ensamblaje o compilación, verificando y corrigiendo los
errores sintácticos, y el enlace del código objeto obtenido con las correspondientes
bibliotecas.
Productos de entrada:
 Catálogo de Normas
92
 Especificaciones de Construcción del Sistema de Información
Productos de Salida:
 Producto Software
 Código Fuente
Participantes
 Analista de sistemas de información
Generación del Código de los Procedimientos de Operación y Seguridad
En esta tarea se genera el código correspondiente a cada uno de los

componentes del sistema de información, identificados en el diseño del
Sistema.
Para generar el código fuente se tienen en cuenta los estándares de

nomenclatura, codificación y calidad utilizados por la organización y
recogidos en el catálogo de normas.

componente, se realiza su ensamblaje o compilación, verificando y
corrigiendo los errores sintácticos, y el enlace del código objeto obtenido con
las correspondientes bibliotecas.
Desarrollo de pantallas y Reportes
En esta tarea se de desarrollan los formularios de entrada y salida de datos

de acuerdo con la especificación obtenida en el documento de diseño, se
implementan los aspectos de diseño gráfico que le darán la apariencia
definitiva al sistema de información.
Formularios de entrada
a continuación se adjunta imagen del formulario de entrada de datos para

ser almacenados en la base de datos correspondiente a nuestro sistema de
información
93
Formulario de salida
Se adjunta imagen del formulario de salida de datos una vez se han

registrado en nuestro sistema de información, correspondiente a las órdenes
de servicio
94
Una vez registrados los datos en nuestro sistema este nos informa si se permite el
registro o no de más ordenes de servicio, todo esto está sujeto a cambios debido a
que se desarrollara con base en las solicitud del cliente,
Con el fin de complementar nuestro proyecto formativo se relacionan los

casos de uso por cada tipo de pantalla y reporte del sistema de información.
Caso de uso 1: Ingresar al sistema
Descripción El sistema solicita datos de acceso al sistema

como usuario y clave
Precondiciones El usuario debe estar registrado en el sistema
95
No hay duplicidad

normal
1
Ingreso de usuario al sistema
Post El usuario queda registrado en el sistema

condiciones
No se puede ingresar nuevamente al sistema
con el mismo usuario
1 El usuario ya está en el sistema
2 El usuario no se encuentra registrado
96
97
Caso de uso 2: Ingresar Orden de servicio
98
Descripción El sistema permite crear una nueva orden de
servicio y almacenarla en su base de datos
Precondiciones No hay creada una orden para este situación
No hay duplicidad

normal
1
Creación de una nueva orden con los

datos requeridos
Almacenado de la nueva orden de

servicio en la base de datos
Post La orden de servicio quedara almacenada en la

condiciones base de datos
La orden de servicio puede ser llamada cuantas

veces sea necesaria
La orden de servicio puede ser editada para

finalizarla
1 Ya se ha registrado una orden igual
99
2 No es necesario crear una nueva orden
de servicio
Caso de uso 3: Consultar Ordenes de servicio

100

normal
1
Visualizar la información
Post No es posible modificar la información

condiciones
No se efectuaran cambios
Se podrán generar reportes
1 No se tienen privilegios de consulta
2 La información no existe
101
Caso de uso 4: Finalizar Orden de Servicio
102
Orden de servicio pendiente por finalizar

normal
1
3 Solicitar completar información
4 Finalizar Orden de servicio
Post La orden de servicio ya fue cerrada

condiciones
Consultar información
1 Ya fue cerrado el servicio por otro usuario
103
Caso de uso 5: Consultar Estado
104
Descripción Permite a los usuarios consultar el estado de una
orden de servicio especifica si está cerrada o
abierta

normal
1
Validar datos
Ingresar numero de orden
3 Imprimir reporte

condiciones sistema
Se imprime orden de servicio especia
2 La orden no existe
105
1.1.1 Caso de uso 6: Reporte de orden de servicio
Descripción El sistema genera un reporte de las ordenes de

servicio ingresadas en el sistema
106

normal
1
Solicitar reporte
3 Imprimir reporte
4 Exportar reporte en archivo.

condiciones sistema
Se imprimen ordenes cerradas, o abiertas
Se imprimen todas las ordenes
2 No hay ordenes registradas
107
MODULOS DEL SISTEMA DE
INFORMACIÓN
Para el sistema ORDENES DE SERVICIO este punto representa los

sucesivos refinamientos que definen las diferentes unidades lógicas que
componen la arquitectura del software.
El primer refinamiento realizado consiste en la descomposición en
subsistemas. Los subsistemas representan cortes verticales al diseño del
sistema. Cada subsistema consiste en el agrupamiento de diferentes
funcionalidades relacionadas entre sí y posee la capacidad de funcionar
como un sistema en sí mismo.
Posteriormente se explora la composición de cada uno de los subsistemas.
Finalmente se incluye la realización de los casos de uso descriptos en la
sección anterior mediante los componentes arquitectónicos definidos.
Identificación de Subsistemas
La descomposición propuesta, basada en el modelo Peer to Peer, organiza

la arquitectura en un conjunto de subsistemas funcionalmente cohesivos que
interactúan entre sí para cumplir sus funciones.
Estructuración por capas.
108
Diagrama de Clases del diseño
ACTIVIDADES PARA LA CONSTRUCCIÓN DEL SISTEMA DE

INFORMACIÓN
En este proceso se genera el código de los componentes del Sistema de

Información, se desarrollan todos los procedimientos de operación y
seguridad y se elaboran todos los manuales de usuario final y de explotación
con el objetivo de asegurar el correcto funcionamiento del Sistema para su
posterior implantación.
Para conseguir dicho objetivo, en este proceso se realizan las pruebas
unitarias, las pruebas de integración de los subsistemas y componentes y las
pruebas del sistema, de acuerdo al plan de pruebas establecido.
Asimismo, se define la formación de usuario final y, si procede, se construyen

los procedimientos de migración y carga inicial de datos.
El producto Especificaciones de Construcción del Sistema de Información,

obtenido en la actividad de Generación de Especificaciones de Construcción
(DSI 8), es la base para la construcción del sistema de información. En dicho
producto se recoge la información relativa al entorno de construcción del
sistema de información, la especificación detallada de los componentes y la
descripción de la estructura física de datos, tanto bases de datos como
sistemas de ficheros. Opcionalmente, incluye un plan de integración del
sistema de información, en el que se especifica la secuencia y organización
de la construcción de los distintos componentes.
En la actividad Preparación del Entorno de Generación y Construcción (CSI

1), se asegura la disponibilidad de la infraestructura necesaria para la
generación del código de los componentes y procedimientos del sistema de
información.
Una vez configurado el entorno de construcción, se realiza la codificación y
las pruebas de los distintos componentes que conforman el sistema de
información, en las actividades:
Generación del Código de los Componentes y Procedimientos (CSI 2), que
se hace según las especificaciones de construcción del sistema de
información, y conforme al plan de integración del sistema de información
Ejecución de las Pruebas Unitarias (CSI 3), dónde se llevan a cabo las
verificaciones definidas en el plan de pruebas para cada uno de los
componentes
Ejecución de las Pruebas de Integración (CSI 4), que incluye la ejecución de
109
las verificaciones asociadas a los subsistemas y componentes, a partir de los
componentes verificados individualmente, y la evaluación de los resultados.
Una vez construido el sistema de información y realizadas las verificaciones
correspondientes, se lleva a cabo la integración final del sistema de
información en la actividad Ejecución de las Pruebas del Sistema (CSI 5),
comprobando tanto las interfaces entre subsistemas y sistemas externos
como los requisitos, de acuerdo a las verificaciones establecidas en el plan
de pruebas para el nivel de pruebas del sistema.
En la actividad Elaboración de los Manuales de Usuario (CSI 6), se genera
la documentación de usuario final o explotación, conforme a los requisitos
definidos en el proceso Diseño del Sistema de Información.
La formación necesaria para que los usuarios finales sean capaces de utilizar
el sistema de forma satisfactoria se especifica en la actividad Definición de la
Formación de Usuarios Finales (CSI 7).
Si se ha establecido la necesidad de realizar una migración de datos, la

construcción y pruebas de los componentes y procedimientos relativos a
dicha migración y a la carga inicial de datos se realiza en la actividad
Construcción de los Componentes y Procedimientos de Migración y Carga
Inicial de Datos (CSI 8).
Preparación del entorno de generación y construcción
El objetivo de esta actividad es asegurar la disponibilidad de todos los medios

y facilidades para que se pueda llevar a cabo la construcción del sistema de
información. Entre estos medios, cabe destacar la preparación de los puestos
de trabajo, equipos físicos y lógicos, gestores de bases de datos, bibliotecas
de programas, herramientas de generación de código, bases de datos o
ficheros de prueba, entre otros.
Las características del entorno de construcción y sus requisitos de operación

y seguridad, así como las especificaciones de construcción de la estructura
física de datos, se establecen en la actividad Generación de Especificaciones
de Construcción (DSI 8), y constituyen el punto de partida para la realización
de esta actividad.
Se encuentra dividida en las siguientes tareas: Implantación de la Base de

Datos Física
Los componentes del sistema Órdenes de Servicio de base de datos son los
110
siguientes: Lenguajes SGBD
Lenguaje de definición de datos- DDL: te permite llevar a cabo las tareas de

Definición de las estructuras que almacenarán los datos, así como los
métodos o funciones que permitan consultarlos.
Lenguaje de manipulación de datos-DML: te permite consultar o manipular

los datos, organizados por el modelo adecuado. El más popular es el SQL.
Se clasifican en:
Procedurales: se le da instrucciones al sistema para que elabore unos

procedimientos en la base de datos para calcular un resultado final.
No Procedurales: se detalla la información sin un método específico para
obtener información.
Lenguajes de cuarta generación: son lenguajes de programación diseñados

con el objetivo de desarrollar aplicaciones orientadas a las bases de datos
Lenguaje de control de datos: este tipo de lenguaje incluye una serie de

comandos SQL que permiten al administrador controlar al acceso a los datos
que tengan una base de datos.
Diccionario de datos
En su contenido está las descripciones de todos los demás objetos (archivos,

programas,…) que existen en el sistema, almacena el conjunto numeroso de
esquemas y especifica cada archivo y su ubicación, también incluye
información acerca de qué programas utilizan qué datos, y a que usuarios les
interesa un informe u otro.
Está integrado dentro de la misma base de datos, puede tolerar
descripciones de los modelos conceptual, lógico, interno y externo. Está
guardado en un medio con acceso directo por si llegásemos a perder
información poder recuperarla con facilidad.
Seguridad e Integridad
Los datos están protegidos por si personas que no tienen acceso intentasen
acceder, por caídas durante el procesamiento de transacciones, anomalías
por acceder varias personas al mismo tiempo, anomalías producidas por
distribuir los datos entre varios ordenadores.
El administrador de la base de datos
Dentro de los sistemas de gestión de bases de datos hay varias categorías
de usuarios según el derecho o autorización que tengan sobre los objetos
que componen la base de datos:
111
Usuarios de la categoría DBA: su función es administrar la base por lo tanto
tienen acceso total.
Usuarios de la categoría RESOURCE: pueden crear sus propios objetos y
Pueden hacer consultas.
Usuario de la categoría CONNECT: solo pueden realizar consultas.
Tareas del administrador de la BD
Instalar el SGBD en el sistema informático.

Crear las bases de datos que se vayan a tramitar.
Crear y mantener el esquema de la BD.
Crear y mantener las cuentas de usuario de la BD.

Arrancar y parar el SGBD, y cargar las bases de datos necesarias para
trabajar.
Cooperar con el administrador del sistema operativo, a la hora de ubicar,
dimensionar y controlar los archivos y espacios de disco ocupados por el
SGBD.
Ayudar en las tareas de formación de usuarios.
Realizar estándares de uso, políticas de acceso y reglas de trabajo para los
usuarios de la BD.
Proporcionar la información que necesitan sobre la BD a los equipos de
análisis y programación de aplicaciones.
Además realizan tareas de explotación como:
Vigilar el trabajo diario ayudando en la información y aclarando las dudas de
los usuarios de la BD.
Controlar en tiempo real los accesos, tasas de uso, cargas en los
servidores…
Si es necesario, reorganizar la BD.
Realizar las copias de seguridad periódicas de la BD.
Restaurar la BD si ocurriese algo a partir de las copias de seguridad.
Analizar las auditorías del sistema por si hay alguna anomalía, intento de
violación de la seguridad,…
Ajustar y optimizar la BD mediante el ajuste de sus parámetros, y con ayuda
de las herramientas de monitorización y de las estadísticas del sistema.
Preparación del Entorno de Construcción
Para el presente proyecto, se deberán instalar el entorno de trabajo de Visual

Studio 2010 Standard Edition y el driver de acceso a la base de datos
112
MySQL. Para esta tarea se recomienda consultar el manual de instalación de
los mencionados productos.
Igual dentro del desarrollo e implementación se utilizan herramientas de

software como:
Sistemas operativos: Windows 7 estándar o superior
Editor de texto: Sublime text 3 versión 3301

Gestor de base de datos: MySQL
Diseñadores BD: Workbench , DBdeigner
Lenguaje programación : Java Netbeans
Framework 4.5
113
GENERACIÓN DEL CÓDIGO DE LOS COMPONENTES Y
PROCEDIMIENTOS
Generación del Código de Componentes
En esta tarea se genera el código de cada componente, respetando la

nomenclatura y calidad recogido en el catálogo de normas.
La diferencia de esta tarea respecto al punto anterior, es que ahora se desea

elaborar los procedimientos de seguridad para acceder al sistema una vez
esté realizado. En nuestro sistema esto coincide con el registro.
Estos códigos se mostraran en el desarrollo se la Base de datos del sistema

de información al igual que en el desarrollo del sistema
El objetivo de esta tarea es generar los procedimientos de operación y

administración del sistema de información, así como los procedimientos de
seguridad y control de acceso, necesarios para ejecutar el sistema una vez
que se haya implantado y esté en producción.
Desarrollo de pantallas y Reportes
Formularios de entrada desarrollados son los procesos de construcción de

mockups y faces anteriores
Integración del Sistema
Esta actividad tiene como objetivo comprobar la integración interna del

sistema software buscando encontrar fallas en el funcionamiento de los
componentes y subsistemas del sistema, al funcionar en conjunto para
proveer la funcionalidad deseada.
Sin embargo, en este proyecto, debido a la estructura y la funcionalidad

brindada por el sistema software desarrollado, las pruebas de integración se
desarrollan directamente junto con las pruebas del sistema.
114
9. CRONOGRAMA DE
ACTIVIDADES
A continuación se presenta un calendario de las principales tareas de la fase de

construcción del proyecto
Activida Responsable Duración Mes 1

d
Sem 1 Sem 2 Sem 3 Sem 4
Capacita Cristiam Edwin 1 mes Realizaci Capacit Evalua Práctic

ción e Barreto – Analista ón de un ación ción de as en
informaci del sistema de manual del conoci el
ón información básico software miento sistem
para el al s a de
usuario persona inform
l ación a
operativ implem
o entar

d
Configura Cristiam Edwin 1 mes Verificar Instalaci Config Prueba

ción del Barreto Analista equipos ón del uració s
sistema y de sistema n de iniciale
equipos cómputo y las s
de y pruebas bases
computo capacida corresp de
des ondient datos
es
115
d
Revisión Cristiam Edwin 1 mes Verificaci Inicio de Correc Realiz

de Barreto Analista ón del pruebas ción de ación
pruebas sistema y con errores de
y bases funcionali informa en prueba
de datos dad ción real base s
de elimina
datos ndo
errores
del
sistem
a

d
Impleme Cristiam Edwin 1 mes Una vez Se Imple Realiz

ntar Barreto Analista identifica impleme menta ación
correccio do losntan los ción de de las
nes y errores correctiv una prueba
nuevas del os nueva s con
caracterí sistema y necesari versión los
sticas aplicadas os y del usuari
las aplicaci sistem os del
correccio ón de a de sistem
nes nuevas inform a
caracter ación
se toma ísticas con las
nota de nuevas
los caract
correctivo erística
s s
116
d
Impleme Cristiam Edwin 1 mes Realizaci Implem Capaci Puesta

ntación Barreto – Analista ón del entación tación en
de nueva de sistemas de diseño del sobre march
interface información con los nuevo la a de
requerimi diseño nueva las
entos de interfa nuevas
cliente ces caract
erística
s del
sistem
a

d
Software Cristiam Edwin 1 mes Capacita Dudas e Resolu Revisi

definitivo Barreto - Analista ción final inquietu ción de ón del
puesta de sistemas de sobre el des del dudas sistem
en información sistema persona e a y su
marcha de l inquiet funcion
informaci udes alidad.
ón
NOTA. El código de lo realizado se encuentra en archivo adjunto el cual se puede

evidenciar mediante el uso de Java NetBeans.
117
CONCLUSIONES
Con el desarrollo del plan de este sistema de información, Ordenes de servicio

se logra tener una visión clara de tiempos establecidos, duración, y
requerimientos para lograr tener un plan detallado en cuanto el inicio, avance y
finalización del proyecto, ya con base en este trabajo se puede dar inicio a una
serie de temas a desarrollar y empezar e implementar de forma practica la
construcción de nuestro sistema de información.
118
119

Plan de Construccion Del Sistema de Informacion

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Plan de Construccion Del Sistema de Informacion

Caricato da

Copyright:

Formati disponibili

PLAN DE CONSTRUCCION DEL SISTEMA DE INFORMACION

CRISTIAM EDWIN BARRETO BUSTOS

SERVICIO NACIONAL DE APRENDIZAJE SENA

CENTRO DE TELEINFORMATICA Y PRODUCCIÓN INDUSTRIAL

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION (1181605)

CRISTIAM EDWIN BARRETO BUSTOS

ELVIS ERLEY PEREZ HERNANDEZ

SERVICIO NACIONAL DE APRENDIZAJE SENA

CENTRO DE TELEINFORMATICA Y PRODUCCIÓN INDUSTRIAL

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION (1181605)

El presente informe detalla una serie completa de la construcción del sistema de

SISTEMA DE GESTION DE CLIENTES PARA LA EMPRESA GATOLOCO

1.2 Visión general

El objeto de las especificaciones descritas aquí, es definir de manera clara y

Este documento será el canal de comunicación entre las partes implicadas, el

1.1.3 Estas especificaciones estarán sujetas a modificaciones por el

El sistema ORDENES DE SERVICIO será un producto diseñado para trabajar

En esencia es una herramienta de software que ayuda en la gestión de

La plataforma de gestión del mantenimiento puede ser utilizada por

El software ofrece una amplia variedad de funcionalidades, dependiendo de

CRISTIAM EDWIN BARRETO BUSTOS

Tabla 1. Personal Involucrado

CRISTIAM EDWIN BARRETO BUSTOS

Nº Título Ruta Versión Fecha Autor

Tabla 2. Documentos referenciados

El sistema ORDENES DE SERVICIO se encuentra culminando la fase de ANÁLISIS del

Teniendo en cuenta el objetivo del programa y de la situación actual, se realiza

3.1. Descripción del sistema o situación actual

Estado del proyecto

Tarea Productos Técnicas y Prácticas Participantes

1 Formulación − Documento de − Análisis de casos CRISTIAM

2 Elaboración de − Elaboración de Investigación CRISTIAM

4 Reconocimient Documento de Observación CRISTIAM

7 Diagramación Gráficos de Realización de CRISTIAM

Administrador, es quien tiene control total del

Interacción con el Consulta y modificación del sistema

Usuarios, Usuario final directo: son los

3.3. Necesidad y naturaleza de los cambios

 Las necesidades y naturaleza de los cambios se explican claramente en

4. Expandir el mercado de desarrollo de software y servicios 5. Creación de manuales de funciones y operaciones

4. Establecer plan de incentivos de empleador

1. PROBLEMAS IDENTIFICADOS EN LA REALIZACIÓN DE LOS

Identificación inexacta de los clientes y los requerimientos que se presentan en la

No existen medidores de gestión de calidad, solicitando a secretaria de gerencia los

Línea de staff administrativa y de sistemas no mantienen una comunicación clara y

Escases De Personal Capacitado.

Existe poco conocimiento y capacitación del personal sobre el proceso de los

Falta Mayor Reconocimiento De La Empresa

su reconocimiento no supera el 10 % del mercado objetivo, es por esto que se

Bajo Stock En Mercancía

No se cuenta con gran cantidad de backup de almacenamiento para la

Inestabilidad De Procesos Laborales.

Siendo necesaria la creación de las hojas de vida de los equipos de computo al

Falta Claridad En Las Políticas Empresariales.

Se hace necesario un manual sobre la compañía donde estén

La Jerarquía Y Orden De Mando Es Débil.

Se requiere un manual de funciones para los cargos actuales

Control De Compras Inadecuado.

Establecer un sistema de control de inventarios de forma clara y sistemática,

Inexactitud En Tiempos De Atención.

3.4. Descripción De Los Cambios Deseados

El sistema ORDENES DE SERVICIO permitirá realizar las siguientes funciones:

Administración de Usuarios: El administrador del sistema podrá gestionar los

Administración de Roles: El administrador del sistema gestionará los roles de