Autorizada la entrega del proyecto del alumno: DAVID ÁLVAREZ

Autorizada la entrega del proyecto del alumno:
DAVID ÁLVAREZ SEOANE
………………………………………………….
EL DIRECTOR DEL PROYECTO
EDUARDO ALCALDE LANCHARRO
Fdo.: ……………………
Fecha: ……/ ……/ ……
VºBº del Coordinador de Proyectos
EDUARDO ALCALDE LANCHARRO
Fdo.: ……………………
Fecha: ……/ ……/ ……
UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO TÉCNICO EN INFORMÁTICA DE SISTEMAS
PROYECTO FIN DE CARRERA
GESTIÓN DE UN ESTABLECIMIENTO
MCDONALD’S
AUTOR: DAVID ÁLVAREZ SEOANE
MADRID, SEPTIEMBRE DE 2008
Gestión de un establecimiento McDonald’s
A todas las personas que me han prestado su apoyo
i Gestión de un establecimiento McDonald’s
Quiero agradecer la creación de este
proyecto a todas las personas que han
contribuido para que pueda lograr mis
objetivos.
ii Gestión de un establecimiento McDonald’s
RESUMEN
Este proyecto tiene como objetivo la creación de una aplicación capaz de gestionar
un establecimiento McDonald’s. Para ello se ha utilizado el Sistema Gestor de Bases de
Datos Oracle 10g y las herramientas Oracle Developer Suite 10g para la aplicación
gráfica.
Para el almacenamiento de la información se han creado diversas tablas con los
productos, precios, ingredientes y unidades disponibles de los mismos en el
establecimiento. A esta información se accede desde la aplicación de ventas y se va
actualizando la información de las tablas a medida que se van vendiendo los productos.
Para el diseño de la aplicación se ha tenido en cuenta que sea sencilla de usar y de
gráfica simple para facilitar la venta de los productos y el uso de iconos agradables a la
vista y con la representación de los productos para su posible uso en pantallas táctiles,
que cada día son más utilizadas por los establecimientos de hostelería por la rapidez de
uso que proporcionan las mismas.
Para el cobro se ha diseñado un teclado numérico donde se introduce el dinero
entregado por parte del consumidor y la aplicación calcula automáticamente la cantidad
exacta que hay que devolverle al consumidor respecto al pedido que haya realizado.
iii Gestión de un establecimiento McDonald’s
ABSTRACT
This project has the aim to create an application able to administer a Mc´Donald´s
establishment. To do so, both, the base data solicitor system Oracle 10g and the Oracle
Developer Suite 10g´s tools were needed in the graphic application field.
In order to store information several tables with the products, prices, ingredients,
and available units in the establishment have been created. The access to this
information is in the sale application that is updated whenever the table´s product are
sold.
The design of the application uses simple graphic, easier in use, in order to
facilitate the product sale with the use of bright and colorful icons. This application also
relies on the product sale by using tactile screens; more and more used in catering trade
establishments because of the sale speed they provide.
The charge operations involve a numeric keyboard in which the consumer introduces
the money, straightaway, the machine calculates the exact change according to what has
been ordered.
iv Gestión de un establecimiento McDonald’s
ÍNDICE
1. Introducción
1.1. Historia de la Empresa McDonald’s
1.2. Competencia
1.3. Objetivos Principios y Responsabilidad Corporativa
1.4. Controversia
1.5. Ley de los Arcos Dorados
2. Enunciado del Problema
3. Organización del Proyecto
3.1. Plan de Proyecto
3.2. Garantía de Calidad de Software
3.3. Plan de Calidad del Proyecto
4. Identificación de Necesidades
4.1. Documento de Conceptos del Sistema
5. Análisis de Requisitos
5.1. Reconocimiento del Problema
5.1.1. Ámbito del Proyecto
5.1.2. Contexto General del Sistema
5.1.3. Unidades de Organización Afectadas
5.1.4. Funciones Primarias Afectadas por la Mecanización
5.2. Modelo Físico del Sistema Actual
5.3. Modelo Lógico del Sistema Actual
5.4. Lista de Requisitos
5.5. Modelo Lógico del Nuevo Sistema
5.5.1. Nivel Contextual
5.5.2. Diccionario de Datos del Nivel Contextual
5.5.3. Nivel Conceptual
5.5.4. Diccionario de Datos del Nivel Conceptual
5.6. Modelo Conceptual de Datos
6. Estudio de Arquitectura
6.1. Diagrama de Exposición de la Aplicación
6.2. Diagrama de Exposición de la Organización
6.3. Especificación de Componentes del Sistema
6.3.1. Hardware Necesario Existente
6.3.2. Hardware Necesario de Nueva Adquisición
6.3.3. Software Necesario Existente
6.3.4. Software Necesario de Nueva Adquisición
6.4. Requisitos Software Necesarios
6.5. Evaluación de las Alternativas
6.6. Evaluación Organizativa, Operativa y Técnica
6.6.1. Matriz de Evaluación Organizativa
6.6.2. Matriz de Evaluación Operativa
6.6.3. Matriz de Evaluación Técnica
6.7. Evaluación Económica
6.7.1. Matriz de Evaluación Económica
6.8. Valoración Final de cada Alternativa
v 1
2
5
5
7
8
9
12
13
15
19
21
22
28
31
31
32
33
34
36
37
38
47
49
49
51
52
55
64
66
67
68
68
68
69
69
70
71
74
76
77
78
79
81
82
Gestión de un establecimiento McDonald’s
6.9. Elección de la Alternativa
7. Diseño Externo
7.1. Modelo Físico del Nuevo Sistema
7.1.1. Fronteras de Mecanización
7.1.2. Diagrama del Modelo Físico del Nuevo Sistema
7.1.3. Especificación de Procesos
7.1.4. Diseño de Entradas
7.1.5. Diseño de Salidas
7.1.6. Estimación de los Volúmenes de Información
7.1.7. Procesos de Control y Seguridad
7.2. Modelo Conceptual de Datos
7.3. Estrategia de Planes
7.3.1. Plan de Pruebas
7.3.2. Plan de Conversión
7.3.3. Plan de Formación
7.3.4. Plan de Implantación
8. Diseño Interno
8.1. Subsistemas Batch
8.2. Subsistemas Online
8.3. Especificaciones de los Plantes
9. Programación
9.1. Descripción de Componentes del Sistema
9.2. Manual de Usuario
9.2.1. Introducción
9.2.2. Descripción General del Sistema
9.2.3. Perfiles de Usuario
9.2.4. Funcionalidades de la Aplicación
9.2.5. Ayuda
9.2.6. Uso de la Aplicación
9.3. Manual de Explotación
9.3.1. Información General de la Aplicación
9.3.2. Información Sobre la Gestión de Datos
10. Pruebas del Sistema
10.1. Entorno de Pruebas
10.2. Tipos de Pruebas
10.3. Comentarios a las Pruebas Realizadas
11. Implantación del Sistema
11.1. Pruebas de Implantación
11.2. Plan de Contingencia
12. Mantenimiento del Sistema
12.1. Descripción de Mantenimientos Ofrecidos
13. Bibliografía
14. Anexos
14.1. Valoración Económica
14.2. Planificación del Proyecto
14.3. Conclusiones
vi 85
87
89
90
91
96
101
109
112
119
122
125
126
127
128
129
130
134
136
140
143
145
148
148
149
150
151
152
153
165
165
165
167
170
172
174
177
179
180
181
183
184
186
188
191
192
Gestión de un establecimiento McDonald’s
1.- INTRODUCCIÓN
1 Gestión de un establecimiento McDonald’s
1. Introducción
1.1 Historia de la empresa McDonald’s
McDonald’s es una cadena de restaurantes establecida en los Estados Unidos y
especializada en comida rápida. Su lema actual es I’m lovin’it (Me encanta) y su
mascota es el payaso Ronald McDonald.
La empresa la iniciaron en 1948 los hermanos Richard y Maurice McDonald
abriendo un restaurante en San Bernardino (California), donde introdujeron los
conceptos de servicio rápido con productos de calidad y a muy bajo precio. Se trataba
de un establecimiento en el que se hacían pedidos de comida desde el coche,
incorporando ya la forma ortogonal, arcos dorados luminosos, gran cantidad de ventajas
y un ambiente propicio para que los padres acudieran con sus hijos.
En 1954, Ray A. Kroc, un emprendedor hombre de negocios nacido en Chicago,
entra en contacto con el establecimiento de los hermanos McDonald. Al ver las
posibilidades de este concepto de restaurante, consigue primero la cesión del derecho de
comercializar la marca y, posteriormente, compra la totalidad del negocio. Después de
abrir con gran éxito, en 1955, su primer restaurante McDonald’s en Des Plaines, en el
estado de Illinois, crea el sistema de franquicias, de manera que en 1959 funcionaban ya
cien restaurantes bajo la licencia McDonald’s con unas ventas anuales de 50 millones de
dólares.
En 1967, McDonald’s Corporation abría su primer restaurante en Canadá,
iniciándose así el período de expansión de McDonald’s por todo el mundo.
2 Gestión de un establecimiento McDonald’s
Un año más tarde, Jim Delligatti, un franquiciado de Pittsburg, creó el producto
estrella de McDonald’s: el Big Mac. Con los años el precio del Big Mac por países se
ha consolidado como uno de los índices de referencia para conocer el grado de
desarrollo de las naciones (el “índice Big Mac”).
En 1969, se fundaba la Universidad de la Hamburguesa, en Illinois, uno de los
centros de formación corporativa más avanzados del mundo, por el que pasan
anualmente más de 3.000 estudiantes (entre directivos, franquiciados y empleados).
En 1975 McDonald's incorpora el servicio al auto a través de una ventanilla al
costado del restaurante (en inglés, drive through). Este nuevo concepto, ya había sido
aplicado por la cadena Wendy´s, y anteriormente, por un restaurante llamado Pig
Sandwich (aunque esta compañía fue la primera en introducir el servicio de drive
through, actualmente ha dejado de implementar este servicio para implementar un
servicio más personal con el cliente y consumidor). Fue un éxito entre los
automovilistas que no deseaban perder tiempo. El sistema funciona aún, y consiste en
hacer el pedido sin bajarse del auto a través de un citófono o intercomunicador, luego se
avanza con el auto hasta una ventanilla donde se paga y se retira el pedido.
A partir de aquí, será cuando comience la expansión mundial de la cadena hacia
Oriente abriendo en 1978 su restaurante número 5.000 en Japón
Será en 1981 cuando McDonald’s abra su primer restaurante en España, en la
Gran Vía de Madrid. Llegando un año más tarde su primera campaña publicitaria
protagonizada por el famoso futbolista Diego Maradona.
3 Gestión de un establecimiento McDonald’s
Durante las décadas de los 80 y los 90 McDonald’s empieza a situarse fuerte en el
sur de América. En México abrió en 1985 ubicándose sobre la lateral del periférico, al
sur de la Ciudad de México, al año 2007 la cadena cuenta con 335 establecimientos en
los 31 Estados de la República Mexicana. En Argentina abrió en 1985, en la avenida
porteña Cabildo. En Venezuela el primer McDonald's fue inaugurado el 31 de agosto de
1985, en la Urbanización El Rosal, Caracas, para 2007 existen 130 restaurantes de la
cadena en todo el país. En Chile abrió en 1990, en la avenida Kennedy en la comuna de
Las Condes, el 18 de noviembre de 1991 inauguró su primer restaurante en Uruguay en
el centro comercial Montevideo Shopping; el primer restaurante en Colombia fue
inaugurado el 14 de julio de 1995, en el centro comercial Andino de Bogotá, hoy la
cadena cuenta con más de 20 sucursales en la ciudad capital (incluyendo Chía), mientras
que en el Perú, fue en 1996, y en Ecuador, en 1998.
4 Gestión de un establecimiento McDonald’s
1.2 Competencia
McDonald's compite directamente con Carl's Jr., Burger King, Wendy's y Jack in
the Box en el mercado de las hamburguesas. Otras compañías de comida rápida son
Kentucky Fried Chicken (KFC), Taco Bell, Subway, Pizza Hut y Domino's pizza. En
algunos países de Europa también está la cadena franco-belga Quick Restaurant y la
española Telepizza.
1.3 Objetivos, principios y responsabilidad corporativa
McDonald’s tiene el objetivo principal de ser el lugar y la forma de comer
preferidos para los clientes. Sus estrategias para conseguir ese objetivo se representan
en el “Plan para Ganar”: atrae a los clientes ofreciéndoles toda una experiencia que les
motive a visitar McDonald’s tanto por la calidad y variedad de sus productos como por
el hecho de estar en un entorno agradable y familiar.
Principios:
5 Gestión de un establecimiento McDonald’s
•
Calidad: Máxima calidad y seguridad en los productos. Se verifica a lo largo
de todas las fases de producción y selección de productos, desde los
ingredientes hasta la preparación en el restaurante.
•
Servicio: El cliente siempre es lo más importante y el objetivo es conseguir
en todo momento el 100% de su satisfacción.
•
Limpieza: Los restaurantes McDonald’s prestan una atención permanente a
la limpieza e higiene de sus instalaciones.
•
Valor: McDonald’s ofrece comida nutritiva y saludable, servida con rapidez
en un ambiente agradable, al mejor precio.
Responsabilidad social corporativa
Como compañía McDonald’s es consciente de que, al estar presente en las vidas de
millones de personas de todo el mundo, tiene un compromiso con la sociedad y con el
entorno que le rodea.
Para McDonald’s, la responsabilidad social corporativa, no es un programa
complementario, sino parte intrínseca del proceso de toma de decisiones, en el que se
tienen en cuenta factores empresariales, pero también las expectativas de los
consumidores y empleados, así como de los grupos de interés y líderes de opinión.
Asuntos como la calidad y seguridad alimentaria, la nutrición y los estilos de vida
equilibrados y activos, el respecto al medio ambiente, las políticas de empleo y el apoyo
a las comunidades en las que operan, son algunas de las prioridades de la compañía en
el área de la responsabilidad social corporativa.
6 Gestión de un establecimiento McDonald’s
1.4 Controversia
La comida rápida ha creado numerosos problemas, sobre todo con la sanidad,
debido a que contiene muchas grasas. La película Super Size Me (2004), un documental
dirigido y protagonizado por Morgan Spurlock en el que decide alimentarse únicamente
de comida de los restaurantes McDonald's durante un mes entero, ha reabierto la
controversia sobre la calidad nutritiva de la comida rápida en general y de McDonald's
en particular. Muchos nutricionistas opinan que la comida rápida puede formar parte de
una dieta equilibrada más diversa. Se le llama comida chatarra por los pocos nutrientes
que aporta al organismo.
En España, el especialista en nutrición y referencia mundial Grande Cobian decía
que se podía comer de todo pero con moderación. Y preguntado sobre si se debía comer
este tipo de comida, señalaba que era importante en la dieta, al igual que otros
productos, pero siempre con moderación y sin abandonar el equilibrio dietético.
7 Gestión de un establecimiento McDonald’s
1.5 Ley de los arcos dorados
La ley de los arcos dorados fue elaborada por Thomas Friedman, columnista del
New York Times, en su libro “The Lexus and the Olive Tree”. La ley se popularizó al
dar a conocer el hecho de que no hay dos países en los que esté instalado McDonald’s
que se haya declarado la guerra.
Esta ley tuvo su excepción con el ataque de la OTAN a Yugoslavia en 1994.
Aunque los partidarios más ortodoxos de la ley niegan que esto fuera una excepción ya
que no fue una guerra entre países, sino entre Yugoslavia y una organización: la OTAN.
8 Gestión de un establecimiento McDonald’s
2.- ENUNCIADO DEL PROBLEMA
9 Gestión de un establecimiento McDonald’s
2. Enunciado del problema tratado
El proyecto consiste en realizar una aplicación de gestión para una empresa
franquiciada (en este caso McDonald’s), para la gestión de almacén, menús y cobros.
Para ello se hará uso de uno de los mejores sistemas gestores de bases de datos del
actual mercado, Oracle. Este SGBD está soportado en diferentes Sistemas Operativos de
mayor uso como son: Windows, Linux, Solaris, AIX, HP-UX. Permitiendo que la
empresa pueda decidir entre diferentes sistemas a la hora de cubrir sus necesidades y
variar de uno sin tener que adaptar la aplicación a la nueva plataforma.
Con el diseño de esta aplicación se pretende principalmente alcanzar dos objetivos.
En primer lugar, realizar una gestión de almacén rápida y eficiente permitiendo
consultas sobre el stock disponible y mensajes de aviso en caso de que se estén
agotando los productos, puesto que en este tipo de franquicias no se dispone de una
gestión de almacén informatizada. En segundo lugar se desea que la aplicación tenga
una mayor y fácil portabilidad, siendo esto muy importante en el caso de que la empresa
deseara migrar de plataforma software y/o hardware porque se mantendría la aplicación
intacta sin necesidad de sobrescribir código.
A continuación se pasa a mostrar las funcionalidades principales:
•
Actualización de la base de datos, así como realizar modificaciones sobre la
misma permitiendo añadir nuevos productos, eliminar los existentes,
cambiar precio y stock.
•
Interfaz gráfica de fácil uso que sea del agrado del usuario.
10 Gestión de un establecimiento McDonald’s
•
Emitir alertas en caso de que el stock de un producto se esté agotando para
proceder a su reposición.
•
Gestión de almacén, menú y cobros en la misma aplicación.
•
Mantenimiento sencillo por cualquier persona con conocimientos de Oracle.
•
Diseño adecuado para su uso en pantallas táctiles.
•
Imágenes de los productos en venta.
11 Gestión de un establecimiento McDonald’s
3.- ORGANIZACIÓN DEL PROYECTO
12 Gestión de un establecimiento McDonald’s
3. Organización del Proyecto
3.1 Plan de Proyecto
La gestión del Plan de Proyecto queda enmarcada dentro de los planes de la
empresa y a su vez, dentro de su plan informático, contemplando además, funciones de
seguimiento y control.
El organigrama del plan de proyecto de la aplicación sería:
Gestión del Sistema
Sistemas de Información
Garantía de Calidad
Planificación
Desarrollo
Producción
Las funciones que realiza el área de desarrollo son:
•
Plan de Proyecto: Partiendo del Plan de los Sistemas de información,
elaborado a partir de los objetivos de negocio de la empresa, el Centro de
Desarrollo debe obtener el Plan de Proyecto informático que cubra las
necesidades, objetivos y propuestas demandadas.
•
Administración de datos: Permite controlar la información existente sobre
datos y funciones en la empresa, facilitando las tareas de arquitectura de la
aplicación del proyecto.
13 Gestión de un establecimiento McDonald’s
•
Diseño de sistemas: Define el funcionamiento de un sistema de
información, no sólo en cuanto a especificaciones a utilizar en el desarrollo,
sino también todo el estudio organizativo que se precise: circuitos de
información, definición de puestos de trabajo, documentos a manejar.
•
Desarrollo de sistemas: Tarea eminentemente informática, consiste en el
desarrollo del producto que dará soporte al sistema de información.
•
Mantenimiento de sistemas: Posterior al desarrollo del sistema, contempla
las modificaciones a realizar sobre el sistema implantado, durante la
permanencia del mismo en producción, ocasionadas por cambios
funcionales o técnicos, o bien como corrección de las anomalías de
funcionamiento detectadas.
•
Dirección de Proyecto: Función orientada principalmente a la consecución
de los objetivos ligados al proyecto en desarrollo: plazos de entrega del
sistema en producción, recursos a utilizar, coste presupuestado.
•
Formación a Usuarios: Se incluye en esta función, tanto la formación
teórica en el uso del nuevo sistema, como el entrenamiento en el mismo.
•
Soporte Técnico: Dependiendo de la estructura y tamaño del área de
desarrollo, puede encontrarse integrada en el mismo área dedicada a dar
soporte técnico a los integrantes de desarrollo, con vistas a mejorar la
calidad de los productos a obtener.
14 Gestión de un establecimiento McDonald’s
3.2 Garantía de calidad del software
Este proyecto se encuentra recogido bajo la normativa ISO 9000 establecida por la
Organización Internacional para la Estandarización que establece un modelo de
actuación para la toma de las acciones necesarias para asegurar la calidad final del
proyecto tratado. Este modelo recibe el nombre de Sistema de Gestión de Calidad.
La Norma fue establecida en 1994, pensada para organizaciones de tipo productivo.
Más tarde en el año 2000 se adecua a todo tipo de organizaciones, empresas de servicios
y administraciones públicas.
Dentro de esta familia de normativas, se incluyen dos políticas, ambas del año 2000
y relacionadas entre sí, importantes para la consecución de proyectos: ISO 9001 e ISO
9004.
™ ISO 9001: Requisitos del Sistema de Gestión de Calidad. Norma
certificable basada en la utilización de procesos. Consta de cuatro puntos:
o Responsabilidad de Dirección.
o Gestión de Recursos.
o Realización del Producto.
o Medición. Análisis y mejora.
Estos criterios pueden ser verificados a través del Círculo de Deming, nombrado
así por Eduard Deming, estadístico norteamericano del siglo XX y basado en los
conceptos establecidos por Walter Shewhart, estadounidense doctorado en física.
15 Gestión de un establecimiento McDonald’s
Las siglas PDCA son el acrónimo de Plan, Do, Check, Act (Planificar, Hacer,
Verificar, Actuar).
¾ PLAN
o Identificar el proceso que se quiere mejorar.
o Recopilar datos para profundizar en el conocimiento del proceso.
o Análisis e interpretación de los datos.
o Establecer los objetivos de mejora.
o Detallar las especificaciones de los resultados esperados.
o Definir los procesos necesarios para conseguir estos objetivos,
verificando las especificaciones.
¾ DO
o Ejecutar los procesos definidos en el paso anterior.
o Documentar las acciones realizadas.
16 Gestión de un establecimiento McDonald’s
¾ CHECK
o Pasado un período de tiempo previsto de antemano, volver a
recopilar datos de control y analizarlos, comparándolos con los
objetivos y especificaciones iniciales, para evaluar si se ha
producido la mejora esperada.
o Documentar las conclusiones.
¾ ACT
o Modificar los procesos según las conclusiones del paso anterior para
alcanzar los objetivos con las especificaciones iniciales, si fuese
necesario.
o Aplicar nuevas mejoras si se han detectado en el paso anterior.
o Documentar el proceso.
™ ISO 9004: Fundamentos y vocabulario del Sistema de Gestión Empresarial.
Norma que complementa a la ISO 9001 para la gestión de la calidad. Aunque
fueron concebidas como un par coherente, cada una tiene su objetivo propio.
En este caso, se busca la satisfacción del cliente y del resto de partes
implicadas en el proyecto.
El Sistema de Gestión de Calidad se compone de dos partes:
o Programa de Garantía de Calidad: Políticas para el aseguramiento de
la calidad de acuerdo a las estrategias y directrices de cada empresa.
17 Gestión de un establecimiento McDonald’s
o Manuales de Normas y Procedimientos: Los distintos manuales de
cada departamento de la organización que regulan las actividades
realizadas.
Ambos apartados son complementarios entre sí y deben integrarse con el resto de
actividades para el desarrollo del proyecto.
Para el control del Sistema de Gestión de Calidad debe crearse un departamento,
que sea organizativamente independiente del resto de áreas dedicadas al proyecto. Este
departamento se responsabiliza de tareas como del mantenimiento del sistema, el
establecimiento de auditorías, la planificación y documentación de las actividades, la
detección de condiciones adversas o el control de que los productos entregados posean
la calidad exigida.
Este departamento realiza principalmente cuatro funciones:
o Actividades de Soporte.
o Actividades de Gestión de Calidad.
o Actividades de Planificación.
o Actividades de Ingeniería de Calidad.
18 Gestión de un establecimiento McDonald’s
3.3 Plan de Calidad del Proyecto
Para asegurar el cumplimiento de los requisitos del Programa de Garantía de
Calidad relativos a proyectos de desarrollo informático, se prepara un Plan de Garantía
de Calidad, que se desarrolla en base a las directrices establecidas en el sistema, en
consonancia con los requisitos estipulados y la normativa aplicable.
Este Plan de Calidad se presenta al cliente para su evaluación y aprobación, en cada
una de sus versiones. El cliente podrá auditar y controlar la ejecución de dicho Plan.
Se encuentra establecido que el Plan de Calidad contenga los siguientes apartados:
•
Una descripción de los criterios y actividades de garantía de calidad.
•
La planificación en tiempo, de las actividades de aseguramiento de la
calidad, la organización y responsabilidades de las mismas.
•
Referencia a los procedimientos, normas, metodología, guías y estándares
aplicables.
Un ejemplo de formalización del contenido del Plan de Calidad sería el siguiente:
1.
Alcance.
2.
Documentos de referencia.
3.
Organización y responsabilidades.
4.
Control de Suministros.
19 Gestión de un establecimiento McDonald’s
5.
Actividades de garantía de calidad sobre el Plan y la Gestión del proyecto,
la gestión de configuración y confidencialidad.
6.
Actividades de garantía de calidad en las fases de análisis y diseño.
7.
Gestión de elementos críticos.
20 Gestión de un establecimiento McDonald’s
4.- IDENTIFICACIÓN DE NECESIDADES
21 Gestión de un establecimiento McDonald’s
4. Identificación de Necesidades
En esta etapa se define el problema a resolver y se fijan las normas a seguir para la
dirección del proyecto. En lo que respecta al desarrollo, se establecen los límites del
proyecto fijando qué partes del sistema pueden cambiarse y cuáles no. Además se
establecen los objetivos, restricciones y antecedentes del sistema en estudio.
Es importante destacar que cuanto más detallada y completa sea la información que
el usuario presente, más sencillo será abordar el desarrollo de este proyecto.
4.1 Documento de Conceptos del Sistema
El documento de Conceptos del Sistema especifica la información recogida durante
la etapa de Identificación de Necesidades. Esta información se recopila en:
•
Objetivos del sistema: Son objetivos de tipo empresarial y no de tipo
informático. No debe confundirse con los requisitos específicos del sistema.
•
Alcance de la aplicación: Debe tenerse en cuenta bajo el título del proyecto
o la concepción inicial que se pueda tener, pueden tener cabida una gran
cantidad de funciones de negocio a considerar. Por eso, es fundamental
llegar a acotar el alcance del sistema identificando las funciones de negocio
que se pretenden automatizar.
•
Tipología de los usuarios finales: Aunque aún no se conozca en detalle, se
debe conocer el perfil de personas a quien va dirigida la aplicación final.
Posiblemente existirán diferentes topologías y no todos tendrán las mismas
22 Gestión de un establecimiento McDonald’s
necesidades y problemas. Esto servirá para saber qué tipo de entrevistas se
deben de realizar a cada uno de los tipos de usuarios finales.
•
Restricciones: Deben considerarse aquellas restricciones que puedan afectar
al plan del proyecto y su desarrollo. Así, se tendrán en cuenta restricciones
de tipo económico, de tiempo y de tipo organizativo.
•
Organización y funciones empresariales: Es importante conocer cómo está
organizado el cliente, y para ello se debe obtener el organigrama de éste.
Además, se deben conocer las funciones básicas que realiza cada área y los
responsables de cada una.
•
Antecedentes: Cualquier información acerca de los motivos que han llevado
a la organización del cliente a solicitar la aplicación.
23 Gestión de un establecimiento McDonald’s
PROYECTO
DOCUMENTO DE
EMPRESA: ICAI
McDonald’s
CONCEPTOS DEL SISTEMA
2007-2008
PAG 1/4
1. OBJETIVOS DEL SISTEMA
El proyecto consiste en realizar una aplicación de gestión para una empresa
franquiciada (en este caso McDonald’s), para la gestión de almacén, menú y cobros.
Con el diseño de esta aplicación se pretende principalmente alcanzar dos objetivos.
En primer lugar, realizar una gestión de almacén rápida y eficiente permitiendo
consultas sobre el stock disponible y mensajes de aviso en caso de que se estén
agotando los productos, puesto que en este tipo de franquicias no se dispone de una
gestión de almacén informatizada. En segundo lugar se desea que la aplicación tenga
una mayor y fácil portabilidad.
El sistema debe de ser capaz de cumplir una serie de requisitos básicos descritos a
continuación:
•
Actualización de la base de datos, así como realizar modificaciones sobre
la misma permitiendo añadir nuevos productos, eliminar los existentes,
cambiar precio y stock.
•
Interfaz gráfica de fácil uso que sea del agrado del usuario.
•
Emitir alertas en caso de que el stock de un producto se esté agotando para
proceder a su reposición.
•
Gestión de almacén, menú y cobros en la misma aplicación.
•
Mantenimiento sencillo por cualquier persona con conocimientos de
Oracle.
•
Diseño adecuado para su uso en pantallas táctiles.
•
Imágenes de los productos en venta.
24 Gestión de un establecimiento McDonald’s
PROYECTO
DOCUMENTO DE
EMPRESA: ICAI
McDonald’s
CONCEPTOS DEL SISTEMA
2007-2008
PAG 2/4
2. ALCANCE DEL SISTEMA
Se dispondrá de un interfaz fácil de utilizar. Bajo el Gestor de Base de Datos se
organizarán todos los menús de comida, las bebidas, el almacén y los cobros.
Desde el menú de cobros se dispondrá:
•
De un interfaz numérico para modificaciones en el precio de la venta de
los diferentes productos. Este interfaz numérico tendrá el tamaño
suficiente para su uso en pantallas táctiles.
•
De imágenes de los productos para su selección, de modo que una vez sean
señalados su precio automáticamente se sumará al total de la venta.
Desde el menú de almacén:
•
Se podrá consultar la cantidad de ingredientes, actualizarla, añadir o
eliminar ingredientes.
3. TIPOLOGÍA DE LOS USUARIOS FINALES
Habrá dos tipos de usuarios que manejen la aplicación. Por un lado estarán el
gerente y su ayudante que actualizará la base de datos según los productos e
ingredientes. Y por otro lado están los dependientes que se encargan de vender los
productos utilizando únicamente la parte de cobros; y los encargados de área y
encargados de turno que en algunos casos puede que tengan que acceder a la
aplicación.
4. RESTRICCIONES
25 Gestión de un establecimiento McDonald’s
No hay restricciones económicas ni temporales. Simplemente se debe tener en
cuenta las limitaciones hardware y software de las que se dispone.
PROYECTO
DOCUMENTO DE
EMPRESA: ICAI
McDonald’s
CONCEPTOS DEL SISTEMA
2007-2008
PAG 3/4
5. ORGANIZACIÓN DEL PROYECTO
Este Proyecto está constituido por el siguiente grupo de trabajo:
Director de Proyecto:
Encargado de promover la oferta del proyecto. Impone los criterios que deben
cumplirse para la finalización del mismo. Actúa como empresa cliente que requiere una
aplicación software. Controla los avances del proyecto y controla que los objetivos
sean cumplidos, dando su Visto Bueno para la finalización y presentación del mismo.
Coordinador del Proyecto:
Es la persona que solicita el proyecto en primera instancia. Se encarga de aprobar
los avances del analista/programador y solventar las dudas del mismo.
Analista/Programador:
Es la persona que se encarga de la elaboración del proyecto. Sus funciones son:
•
Estudio del problema tratado.
•
Recopilación de información necesaria, ya sea mediante entrevistas,
cuestionarios.
•
Diseño del Proyecto.
•
Programación de la aplicación.
26 Gestión de un establecimiento McDonald’s
•
Creación de juego de pruebas.
•
Implantación y mantenimiento.
PROYECTO
DOCUMENTO DE
EMPRESA: ICAI
McDonald’s
CONCEPTOS DEL SISTEMA
2007-2008
PAG 4/4
5. ORGANIZACIÓN DEL PROYECTO
Estructura Organizativa
Coordinador
Analista/Programador
Documentación
Análisis del Sistema
Creación del Sistema
Programación del Sistema
Implantación
Mantenimiento
27 Director
Gestión de un establecimiento McDonald’s
5.- ANÁLISIS DE REQUISITOS
Análisis de
Requisitos
Modelo Físico del
Sistema
Modelo Lógico del
Sistema
28 Lista de Requisitos
Gestión de un establecimiento McDonald’s
5. Análisis de Requisitos
El objetivo de esta fase es alcanzar un conocimiento suficiente del sistema,
definiendo las necesidades, problemas y requisitos del usuario, para expresarlo mediante
los modelos de procesos y datos.
El análisis se basa en tres principios básicos que se describen a continuación:
a) El ciclo de la información. Contiene tres puntos de vista diferentes sobre los
datos que se procesan por los programas: el flujo de la información, el
contenido de la información y la estructura de la información. Cada una de
ellas se representan y especifican de manera diferente.
•
El flujo de la información: Representa la manera en que los datos
cambian conforme pasan a través del sistema. La entrada se
transforma en datos intermedios y más adelante, en la salida. A lo
largo de este camino de transformación, pueden introducirse datos
adicionales. Las transformaciones que se aplican a los datos son
funciones de un módulo o programas a ejecutar. Los datos que se
mueven entre dos transformaciones, definen la entrada y salida de
cada función.
•
El contenido de la información: Representa el conjunto de datos
individuales que componen los flujos o almacenes de información.
La representación del contenido se realiza por medio de la
especificación en el diccionario de datos.
29 Gestión de un establecimiento McDonald’s
•
La estructura de la información: Representa la organización lógica
de los distintos elementos de datos. Así, un flujo de información
estará formado por un conjunto de datos elementales, cada uno con
un formato y tamaño específico. El contenido de la información es
especificado a través del diccionario de datos.
b) El problema a resolver. Suele ser demasiado complejo como para ser
comprendido como un todo. Por esta razón, se tiende a particionar,
descomponiendo el problema en partes más pequeñas que tengan una
complejidad menor.
c) Las representaciones lógicas y físicas del sistema. La visión lógica presenta
las funciones que han de realizarse y la información que debe procesarse,
independientemente de los detalles de la implementación. Mientras que la
visión física presenta una manifestación de las operaciones que se llevan a
cabo y las estructuras de información, teniendo en cuenta los detalles de la
implementación.
30 Gestión de un establecimiento McDonald’s
5.1 Reconocimiento del Problema
El objetivo buscado es reconocer los elementos básicos del sistema tal y como lo
percibe el usuario. Para ello se parte de una especificación, recogida en el Documento
de Conceptos del Sistema, y del Plan de Proyecto. De este modo se comprende el
contexto del sistema. Además debe establecerse la comunicación necesaria para el
análisis del problema, con la aportación del usuario.
Debe recogerse información sobre:
•
Ámbito del proyecto.
•
Contexto general del sistema.
•
Unidades de la organización afectadas.
•
Funciones primarias afectadas por la mecanización.
5.1.1 Ámbito del Proyecto
Partiendo de los objetivos señalados en el “Documento de Conceptos del Sistema”
se definen las funciones de negocio a mecanizar:
•
Actualización de la base de datos, así como realizar modificaciones sobre la
misma permitiendo añadir nuevos productos, eliminar los existentes,
cambiar precio y stock.
•
Emisión alertas en caso de que el stock de un producto se esté agotando
para proceder a su reposición.
31 Gestión de un establecimiento McDonald’s
•
Gestión de almacén, menú y cobros en la misma aplicación.
5.1.2 Contexto general del Sistema
El contexto general del Sistema es la interacción que tendrá el usuario con el
Sistema, así como el papel que debe realizar el encargado de la administración de la
base de datos, para realizar operaciones de actualización de información.
El usuario tiene acceso a la base de datos a través de la aplicación, en este caso el
usuario puede ser el dependiente que vende el producto, o los encargados para atender a
las incidencias. Se restringe el acceso a la base de datos para evitar alteraciones.
La aplicación se comunica bidireccionalmente con la base de datos para extraer
información del precio de venta de los productos y también para reducir las unidades de
dicho producto vendidas por el dependiente.
32 Gestión de un establecimiento McDonald’s
El administrador tendrá acceso total a la base de datos para realizar las
modificaciones y ampliaciones oportunas respecto a los productos, por ejemplo: insertar
en la base de datos un producto nuevo, modificar el precio, actualizar las existencias de
los diferentes productos en caso de que lleguen más al establecimiento.
5.1.3 Unidades de la organización afectadas
Este proyecto al estar destinado a un establecimiento de la marca McDonald’s y no
a la empresa en su conjunto, no se puede hablar de estructura de la organización, sino de
los puestos en el restaurante que se podrían ver afectados. Se enumeran a continuación:
•
Encargado de área: Tiene responsabilidad sobre un área concreta de trabajo,
como puede ser la cocina, el salón o el mostrador.
•
Azafata: Es la persona que en el mostrador o en el salón da la bienvenida a
los clientes, responde a sus preguntas y, organiza las mesas y el orden del
salón.
•
Gerente: Su rol es dirigir a todo el equipo supervisándoles y orientándoles
para realizar sus funciones eficazmente dentro del restaurante y potenciar su
desarrollo profesional.
•
Secretaria: Es la persona que junto al gerente, conoce todo sobre la
organización del restaurante, los horarios de los empleados, los contratos de
trabajo y los documentos importantes a tener al día, las normas y/o leyes a
respetar…
33 Gestión de un establecimiento McDonald’s
•
Encargado de turno: Es la persona que tiene la responsabilidad del buen
funcionamiento del restaurante durante uno de los diferentes turnos de
trabajo (apertura, cierre…).
•
Personal de equipo: Un trabajo variado, con múltiples posibilidades, es la
persona que participa en cocina preparando los productos y en el mostrador
acoge al cliente, atiende y prepara el pedido, responde a las preguntas,
cobra y organiza el salón.
•
Asistente del gerente: Es la persona que apoya al gerente en todo lo que son
las funciones de gestión del restaurante y asume la responsabilidad en su
ausencia. Tiene la vocación de tomar decisiones apropiadas para las
situaciones y motiva al equipo de gerencia.
5.1.4 Funciones primarias afectadas por la mecanización
ÁREAS
Gerente
Asistente
del
gerente
Secretaria
Encargado
de turno
Personal
Encargado
de área
Actualización de
precios
SI
SI
NO
NO
NO
NO
Actualización de
Stock
SI
SI
NO
NO
NO
NO
Consulta de
precios
SI
SI
SI
SI
SI
SI
Consulta de
unidades
SI
SI
SI
SI
SI
SI
Venta de
productos
SI
SI
SI
SI
SI
SI
FUNCIÓN
En la mecanización de dicho sistema estarán afectados todos los puestos del
restaurante excepto el de azafata, que no va a hacer uso de la aplicación. Por lo tanto
34 Gestión de un establecimiento McDonald’s
desempeñarán el papel de Administrador el gerente y su ayudante, y el papel de Usuario
de la aplicación el personal del equipo que en ese momento se encargue de cobrar los
productos, los encargados por si surge cualquier conflicto con los cobros o existencias y
la Secretaria para realizar las consultas pertinentes.
35 Gestión de un establecimiento McDonald’s
5.2 Modelo Físico del Sistema Actual
El modelo físico pretende recoger la problemática existente y los requisitos
necesarios para solventarla. Así como consecuencia de una entrevista, puede ser
necesario realizar nuevas entrevistas con conocimientos de funciones más específicas.
El modelo físico debe distinguir los principales procesos del sistema (los flujos de
información que posee o las diferentes entidades como almacenes de datos o interfaces
definidos).
Actualmente el establecimiento no cuenta con ninguna herramienta que realice las
funciones expuestas en este proyecto, por ese motivo no se puede obtener el modelo
físico del sistema actual.
36 Gestión de un establecimiento McDonald’s
5.3 Modelo Lógico del Sistema Actual
El modelo lógico pretende identificar las funciones o procesos y los datos
esenciales, eliminando o sustituyendo lo considerado como no esencial para el
funcionamiento del negocio en estudio.
Por lo comentado anteriormente, al no existir modelo físico del sistema actual
tampoco existirá modelo lógico del sistema actual.
37 Gestión de un establecimiento McDonald’s
5.4 Lista de Requisitos
Esta lista es una relación de los requisitos expresados por el cliente para su nuevo
sistema. Con la información obtenida de la entrevista con el cliente se confecciona la
lista, recogiendo las características de cada requisito en una ficha específica. Es
conveniente realizar una división de los requisitos atendiendo a su naturaleza. Los
diferentes tipos de requisitos son los siguientes:
•
Funcionales: Atienden a características propias de las funciones de negocio.
•
Operativos: Atienden al modo en que operará el sistema.
•
De prestaciones: Atienden a características adicionales o funciones de
menor prioridad.
•
De seguridad: Atienden al control del acceso al sistema y a la privacidad de
los datos.
•
De fiabilidad: Atienden a la integridad y veracidad de la información.
Cabe destacar también la existencia de requisitos impuestos indirectamente por la
utilización de un cierto software de desarrollo o una plataforma de trabajo. Por lo tanto
las obligaciones de utilizar el Sistema Gestor de Base de Datos Oracle, con sus
correspondientes herramientas, también será recogidas en el documento por la
importancia fundamental que tienen.
38 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ1. Prioridad: Alta.
Título: Instalación de las Herramientas Oracle Forms.
Categoría: Operativa.
Descripción: El Usuario debe tener instaladas las
herramientas de desarrollo Oracle Forms en cada uno de los
ordenadores cliente en los que se ejecutará la aplicación.
MEDICIÓN
BENEFICIOS
El usuario ya podrá ejecutar la aplicación.
COMENTARIOS
El usuario necesita tener instaladas las herramientas Oracle
para poder ejecutar la aplicación. La instalación de las
aplicaciones durará entre 10-30 minutos dependiendo del
hardware de que disponga el usuario.
REQUISITOS
RQ2.
RALACIONADOS
39 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ2. Prioridad: Alta.
Título: Instalación de la base de datos.
Categoría: Operativa.
Descripción: El usuario debe de tener instalado el sistema
gestor de base de datos en un único ordenador para tener una
única fuente de información.
MEDICIÓN
BENEFICIOS
Obtención de la información de cada uno de los productos por
parte de la aplicación instalada sin redundancia de datos. Esto
permite saber el precio de los productos, unidades disponibles,
ingredientes…
COMENTARIOS
El usuario deberá arrancar el sistema gestor de base de datos
Oracle y posteriormente la aplicación, de esta manera se
tendría una única fuente de información centralizada.
REQUISITOS
RQ1.
RALACIONADOS
40 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ3. Prioridad: Alta.
Título: Iconos en la aplicación de los productos en venta.
Categoría: Operativa.
Descripción: La aplicación dispondrá de iconos de los
productos que venda el establecimiento y serán seleccionables
mediante un clic de ratón.
MEDICIÓN
BENEFICIOS
El vendedor no tendrá que introducir el precio de los
productos manualmente ni realizar la operación de “suma”
para hallar el total de la venta realizada.
COMENTARIOS
Cuando el vendedor seleccione un producto se añadirá su
precio al total de la compra realizada por el consumidor.
REQUISITOS
RALACIONADOS
41 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ4. Prioridad: Media.
Título: Permitir compatibilidad y manejo de la aplicación en
pantallas táctiles.
Categoría: Prestaciones.
Descripción: La aplicación deberá tener un menú adecuado y
una distribución de la interfaz adecuada para el uso en
pantallas táctiles.
MEDICIÓN
BENEFICIOS
Posibilidad de hacer uso de la aplicación en pantallas táctiles.
COMENTARIOS
El usuario podrá usar la aplicación con un ordenador con/sin
pantalla táctil.
REQUISITOS
RALACIONADOS
42 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ5. Prioridad: Media.
Título: Emisión de alertas en caso de que el stock de un
producto se esté agotando.
Categoría: Prestaciones.
Descripción: La aplicación emitirá alertas en caso de que el
stock de un producto descienda por debajo de cierto número
elegido por el usuario.
MEDICIÓN
BENEFICIOS
La aplicación emite avisos de los productos que se están
agotando facilitando la labor de la gestión de éstos y evitando
el control manual por parte del personal al cargo.
COMENTARIOS
Una vez emitida la primera alerta para el producto que se
agota en cuestión, después se emitirán alertas cada cierta
cantidad del producto vendido para recordar al usuario que
debe de ser repuesto con brevedad; pero sin llegar a ser
molesto para éste.
REQUISITOS
RALACIONADOS
43 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ6. Prioridad: Alta.
Título: Creación de perfiles Usuario y Administrador.
Categoría: Seguridad.
Descripción: Creación de dos perfiles diferenciados para el
uso de la aplicación con unos permisos determinados.
MEDICIÓN
Los perfiles son creados desde el gestor de la base de datos.
BENEFICIOS
COMENTARIOS
Se crearán dos perfiles: Usuario y Administrador:
- Usuario: tiene permisos de consulta de la información pero
no puede modificar ningún dato almacenado en la aplicación
ni tener acceso a la estructura de la base de datos.
- Administrador: permiso para el acceso a la información y a
la estructura de la base de datos.
REQUISITOS
RALACIONADOS
44 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ7. Prioridad: Alta.
Título: Función de mantenimiento de la base de datos.
Categoría: Funcional.
Descripción: Debe de estar disponible una función de
mantenimiento de la base de datos para resolver cualquier
eventualidad que suceda en la misma.
MEDICIÓN
La función se encuentra disponible en el gestor de la base de
datos.
BENEFICIOS
Resolver cualquier eventualidad que pueda suceder con la base
de datos o la aplicación que trabaja sobre ella.
COMENTARIOS
La función de mantenimiento debe ser realizada por parte del
perfil administrador de la base.
REQUISITOS
RQ6.
RALACIONADOS
45 Gestión de un establecimiento McDonald’s
IDENTIFICACIÓN
Proyecto: Gestión de un establecimiento McDonald’s
Jefe de Proyecto: David Álvarez Seoane
REQUISITO
Fecha: 2/01/2008.
Versión: 1.0
Estado: Pendiente.
Identificador: RQ8. Prioridad: Alta.
Título: Función de actualización de la base de datos.
Categoría: Funcional.
Descripción:
Debe
estar
disponible
una
función
de
actualización de la base de datos para poder poner al día la
información sobre los productos en venta.
MEDICIÓN
La función se encuentra disponible en el gestor de la base de
datos.
BENEFICIOS
Poder actualizar la base de datos con la información relativa a
stocks de los ingredientes, precios de los productos,
ingredientes necesarios para cada uno de los productos en
venta…
COMENTARIOS
La función de actualización debe de ser realizada por el perfil
administrador de la base de datos.
REQUISITOS
RQ6.
RALACIONADOS
46 Gestión de un establecimiento McDonald’s
5.5 Modelo Lógico del Nuevo Sistema
El funcionamiento de sistemas se representa por un modelo de procesos. Este
modelo se confecciona a partir de tres componentes: gráfico, de definición y de
especificación.
El componente gráfico es una descomposición de procesos, un esquema gráfico o
DFD (diagrama de flujo de datos) que sirva para describir el funcionamiento del
sistema. Se parte del nivel de contexto que consiste en un esquema que refleja la
relación del sistema que se va a diseñar (el sistema de previsión de ventas) con las
entidades externas a él. Las entidades externas abarcan desde personas a conexiones con
otras máquinas o bases de datos de otras aplicaciones. En este caso, las entidades
externas van a ser entidades humanas y van a consistir en los usuarios que vayan a
desempeñar la función de negocio de la previsión de ventas (ya sea en la forma de
consulta o de generación de informes) y el administrador responsable del
mantenimiento del sistema. En este diagrama se representa el flujo de la información
que recibe o envía el sistema.
En los siguientes niveles se profundiza en los procesos que lleva a cabo el sistema.
Estos procesos están basados en los objetivos marcados en el Documento de Conceptos
del Sistema y en los requisitos de la Lista de Requisitos. La representación de los
procesos en el modelo lógico no va a ser exhaustiva, sólo va a indicar las funciones de
negocios a automatizar. Más adelante se va a tratar el modelo físico que sí va a
representar cada uno de los pasos necesarios para llevar a cabo cada proceso.
47 Gestión de un establecimiento McDonald’s
El componente de definición consiste en describir cada objeto representado en los
diagramas. Esta descripción es conocida como el diccionario de datos. Los tipos de
objetos que van a aparecer son:
•
Entidades externas: representados por rectángulos son entidades que no están
contenidas en el sistema. Ej: bases de datos externas, personas, sistemas
informáticos interconectados.
•
Procesos: representados por círculos describen un módulo o una actividad que
va a realizar el sistema. El sistema se representa como un proceso en el nivel de
contexto.
•
Flujos de datos: es la información que puede recibir o enviar un proceso o
sistema.
•
Almacenes: entidades pertenecientes al sistema que guardan información.
Pueden ser de muchos tipos desde ficheros a bases de datos.
El componente de especificación lo constituye una descripción detallada del
diccionario de datos, de aquellos procesos de más bajo nivel, que no se descomponen en
otros. Son estos procesos los que describen la lógica del sistema, y por tanto deben ser
los más detalladamente especificados.
Para reducir la complejidad, en este documento se van a integrar la componente de
definición y de especificación.
48 Gestión de un establecimiento McDonald’s
5.5.1 Nivel Contextual.
5.5.2 Diccionario de Datos del Nivel Contextual
Usuario: Entidad externa. Representa a todo aquel usuario que se conecta al sistema con
la finalidad de realizar la función de negocio de ventas. En esta entidad también se
engloba a los usuarios que se conectan para realizar consultas sobre precios y unidades
de los productos.
Administrador: Entidad externa. Representa al responsable del mantenimiento del
sistema, de la introducción de los datos de los distintos productos en venta y de la
gestión general de los usuarios.
Sistema Gestión del Establecimiento: Proceso. Este proceso representa la totalidad del
sistema Gestión del Establecimiento.
Usuario y Contraseña: Flujo de datos. Información introducida por el usuario al
conectarse al sistema, compuesta por el nombre de usuario y la contraseña.
Verificación: Flujo de datos. Información que devuelve el sistema al usuario con el
resultado de la validación de sus datos al conectarse al sistema.
49 Gestión de un establecimiento McDonald’s
Ejecución: Flujo de datos. Ejecución del sistema.
Datos de consulta: Flujo de datos. Información solicitada o venta durante la ejecución.
Introducción Usuarios: Flujo de datos. Información que introduce el administrador al
sistema con los tipos de usuarios y sus respectivas contraseñas que harán uso del
sistema.
Respuesta Usuarios: Flujo de datos. Confirmación de que se han introducido los
usuarios correctamente.
Introducción Datos: Flujo de datos. Información que introduce el administrador de los
productos en venta.
Respuesta Datos: Flujo de datos. Confirmación de que la introducción de los datos de
los productos se ha efectuado correctamente.
50 Gestión de un establecimiento McDonald’s
5.5.3 Nivel Conceptual
51 Gestión de un establecimiento McDonald’s
5.5.4 Diccionario de Datos del Nivel Conceptual
Validación usuario: Proceso. Se encarga de validar el nombre de usuario y la contraseña
introducidas por el usuario o el administrador.
Usuario y Contraseña: Flujo de datos. Información introducida por el usuario al
conectarse al sistema, compuesta por el nombre de usuario y la contraseña.
Verificación: Flujo de datos. Información que devuelve el sistema al usuario con el
resultado de la validación de sus datos al conectarse al sistema.
Usuario: Flujo de datos. Se introduce un usuario con posibilidad de ejecutar la
aplicación.
Administrador: Flujo de datos. El administrador es el que hace uso del sistema para
realizar tareas de actualización y mantenimiento.
Ejecución de la Aplicación: Proceso. Proceso por el cual la aplicación es ejecutada por
algún usuario.
Datos Consulta: Flujo de datos. Información solicitada o venta durante la ejecución.
Ejecución: Flujo de datos. Ejecución del sistema.
Gestión del Administrador: Proceso. Función que permite al administrador de la base de
datos llevar a cabo todas sus tareas.
Información Productos: Flujo de datos. Información de los productos a introducir,
eliminar o actualizar de la base de datos.
52 Gestión de un establecimiento McDonald’s
Gestionar Usuarios: Proceso. Función que permite al administrador gestionar los
distintos tipos de usuarios que ejecutarán la aplicación.
Información Usuarios: Flujo de datos. Información de los usuarios que usan el sistema,
incluyendo los privilegios de los mismos.
Introducción Usuarios: Flujo de datos. Información que introduce el administrador al
sistema con los tipos de usuarios y sus respectivas contraseñas que harán uso del
sistema.
Respuesta Usuarios: Flujo de datos. Confirmación de que se han introducido los
usuarios correctamente.
Introducir Datos: Proceso. Se encarga de introducir los datos de los distintos productos
en la base de datos del sistema.
Introducción Datos: Flujo de datos. Información que introduce el administrador de los
productos en venta.
Respuesta Datos: Flujo de datos. Confirmación de que la introducción de los datos de
los productos se ha efectuado correctamente.
Usuarios: Almacén de datos. Contiene todos los datos de los usuarios del sistema. A
continuación se muestra su estructura:
USUARIOS = { ID-USUARIO + CONTRASEÑA + PERMISOS + DNI +
NOMBRE + APELLIDOS + TELEFONO + EMAIL }
53 Gestión de un establecimiento McDonald’s
Productos: Almacén de datos. Contiene todos los datos de los productos que hay en el
establecimiento. La estructura es la siguiente:
PRODUCTOS = { INGREDIENTE + CANTIDAD + MINIMO + { {
HAMBURGUESA + MENU + PRECIO } + { ENSALADA + PRECIO } + { MENU +
COMPLEMENTO + PRECIO } + { HELADO + MENU + PRECIO } + { BEBIDA +
MENU } + {POSTRE + MENU } } }
54 Gestión de un establecimiento McDonald’s
5.6
Modelo Conceptual de Datos
A partir de las estructuras de los almacenes que se han obtenido anteriormente, se
va a desarrollar el Modelo Conceptual de Datos. Con este diseño se pretende obtener,
por así decirlo, las características principales que van a poseer los datos que va a
manejar este Sistema. Estas especificaciones conforman la estructura lógica que los
datos tienen, que a través del diagrama Entidad/Relación se obtendrán todas las
entidades y relaciones entre las mismas, evitando las redundancias de información.
Para obtener este modelo, a continuación se va a describir brevemente el proceso
de diseño para una mayor comprensión de los pasos que se están realizando en todo
momento. Este diseño consiste en lo siguiente:
•
Se parte de las estructuras obtenidas en los diccionarios de datos de los
almacenes de información.
•
Se normalizan estas estructuras hasta la tercera gorma normal (3FN),
pasando por cada una de las formas normales anteriores. Existen otras
formas normales como Boyce-Codd o cuarta forma normal que conforman
los diseños más restrictivos, pero para este proyecto no son necesarias y por
eso se ha optado por llegar únicamente hasta la tercera forma normal.
•
Identificar las entidades del Sistema.
•
Identificar las relaciones del Sistema.
•
Extracción de las relaciones embebidas en entidades, en caso de ser
necesario.
55 Gestión de un establecimiento McDonald’s
•
Revisión de entidades y relaciones obtenidas incorporando o eliminando
aquellas que sean necesarias para representar la lógica de negocio.
•
Representar el diagrama Entidad/Relación.
Estructura de datos de Usuarios:
USUARIOS = { ID-USUARIO + CONTRASEÑA + PERMISOS + DNI + NOMBRE
+ APELLIDOS + TELEFONO + EMAIL }
1.
Normalización:
• 1FN:
USUARIOS1
=
{
ID-USUARIO
+
CONTRASEÑA
+
PERMISOS + DNI + NOMBRE + APELLIDOS + TELEFONO
+ EMAIL }
• 2FN:
USUARIOS1 ya se encuentra.
• 3FN:
USUARIOS11 = { ID-USUARIO + CONTRASEÑA +
PERMISOS + DNI(*) }
USUARIOS12 = { DNI + NOMBRE + APELLIDOS +
TELEFONO + EMAIL }
56 Gestión de un establecimiento McDonald’s
2.
Identificar entidades:
USUARIOS11: entidad Usuario.
USUARUOS12: entidad Datos Personales.
3.
Identificar relaciones:
No existen relaciones
4.
Relaciones embebidas:
USUARIOS11 = { ID-USUARIO + CONTRASEÑA + PERMISOS +
DNI(*) }
Se trae la siguiente relación:
USUARIOS11 = { ID-USUARIO + CONTRASEÑA + PERMISOS }
USUARIOS111 = { ID-USUARIO + DNI }
USUARIOS111: relación Posee.
5.
Revisión de entidades y relaciones:
No es necesario.
6.
Diagrama:
57 Gestión de un establecimiento McDonald’s
Estructura de datos Productos:
PRODUCTOS = { INGREDIENTE + CANTIDAD + MINIMO + HAMBURGUESA
+ MENU + PRECIO + ENSALADA + COMPLEMENTO + HELADO + BEBIDA +
POSTRE }
1.
Normalización:
• 1FN:
PR1 = { HAMBURGUESA + INGREDIENTE + CANTIDAD +
PRECIO + MENU }
PR2 = { ENSALADA + INGREDIENTE + CANTIDAD +
PRECIO }
PR3 = { COMPLEMENTO + INGREDIENTE + CANTIDAD +
MENU }
PR4 = { HELADO + INGREDIENTE + CANTIDAD +
PRECIO}
PR5 = { BEBIDA + MINIMO + CANTIDAD + MENU }
PR6 = { POSTRE + MENU + CANTIDAD + MINIMO }
PR7 = { MENU + PRECIO }
PR8 = { INGREDIENTE + CANTIDAD + MINIMO }
• 2FN:
58 Gestión de un establecimiento McDonald’s
PR11 = { HAMBURGUESA + INGREDIENTE + CANTIDAD}
PR12 = { HAMBURGUESA + PRECIO }
PR13 = { HAMBURGUESA + MENU }
PR21 = { ENSALADA + INGREDIENTE + CANTIDAD }
PR22 = { ENSALADA + PRECIO }
PR31 = { COMPLEMENTO + INGREDIENTE + CANTIDAD}
PR32 = { COMPLEMENTO + MENU }
PR41 = { HELADO + INGREDIENTE + CANTIDAD }
PR42 = { HELADO + PRECIO }
PR51 = { BEBIDA + CANTIDAD + MINIMO }
PR52 = { BEBIDA + MENU }
PR61 = { POSTRE + CANTIDAD + MINIMO }
PR62 = { POSTRE + MENU }
PR7 ya se encuentra.
PR8 ya se encuentra.
• 3FN:
No es necesario.
2.
Identificar entidades:
59 Gestión de un establecimiento McDonald’s
PR12: entidad Hamburguesa.
PR22: entidad Ensalada.
PR42: entidad Helado.
PR51: entidad Bebida.
PR61: entidad Postre.
PR7: entidad Menú.
PR8: entidad Ingrediente.
3.
Identificar relaciones:
PR11: relación Compuesta.
PR21: relación Compuesta.
PR31: relación Compuesto.
PR41: relación Compuesto.
PR13: relación Formado.
PR32: relación Formado.
PR52: relación Formado.
PR62: relación Formado.
4.
Relaciones embebidas:
No hay.
60 Gestión de un establecimiento McDonald’s
5.
Revisión de entidades y relaciones:
No es necesario.
6.
Diagrama:
61 Gestión de un establecimiento McDonald’s
Diagrama Entidad/Relación completo:
62 Gestión de un establecimiento McDonald’s
Como puede comprobarse en el diagrama Entidad/Relación completo, los
almacenes de información del sistema no poseen relación alguna. Esto resulta lógico
puesto que la información sobre los Productos del Establecimiento es totalmente
independiente de la información sobre los perfiles de usuarios que pueda contener la
base de datos.
Los datos personales que se solicitan en el Sistema, han sido pensados para que en
caso de ser necesarios, se pueda contactar con los usuarios de la Aplicación. Está
pensado especialmente para la empresa en caso de requerir servicios de soporte.
El campo DNI se incluye para identificar unívocamente a un usuario, ya que el
nombre no es suficiente para este cometido puesto que pueden existir nombres iguales.
63 Gestión de un establecimiento McDonald’s
6.- ESTUDIO DE ARQUITECTURA
64 Gestión de un establecimiento McDonald’s
6. Estudio de Arquitectura
En esta fase se van a definir las posibles soluciones de arquitectura que satisfagan
tanto los requisitos del usuario como las restricciones de diseño. Para ellos se van a
definir esas posibles soluciones, se las va a someter a un estudio de viabilidad y se va a
elegir la más adecuada para ser desarrollada e implementada. La decisión final va a
estar afectada por los modelos anteriores donde se han recogido los requisitos
planteados por el usuario.
La solución adoptada debe suministrar suficiente información para hacer
estimaciones razonables sobre el coste del proyecto y dar una visión a los usuarios de
cómo va a ser su nuevo sistema y cómo se adaptará al uso de la organización. La
realización de esta etapa consiste básicamente en cuatro actividades:
•
Especificar la tecnología hardware, software y de comunicaciones de cada
alternativa a estudiar.
•
Evaluar cada una en sus aspectos: estratégicos, organizativos, operativos,
técnicos y económicos.
•
Seleccionar una alternativa.
•
Elaborar la planificación general del proyecto.
65 Gestión de un establecimiento McDonald’s
6.1
Diagrama de Exposición de la Aplicación
Este diagrama representa la arquitectura mínima necesaria que es utilizada para
desarrollar el Sistema tratado.
Este diseño se compone de un ordenador personal como mínimo que cumpla los
requisitos necesarios para la instalación del gestor de base de datos Oracle. El equipo se
encuentra conectado a Internet y a una red de área local, lo que provoca que debe
disponer de elementos de seguridad adicionales a los ya disponibles, como son un
firewall y un programa antivirus con actualización continua de las definiciones de virus
y un servicio de soporte y recuperación ante cualquier suceso.
El resto de ordenadores tienen que tener los requisitos mínimos para instalar las
herramientas Oracle que permitan la ejecución de la aplicación. También se encuentran
conectados a la red de área local para conectar la aplicación a la base de datos del
equipo principal.
Las medidas de seguridad ya disponibles proceden del propio Sistema Operativo
utilizado como plataforma para el desarrollo y del gestor Oracle, el cual posee sus
propios mecanismos que proporcionan total seguridad durante el desarrollo y
explotación tanto de la base de datos como de la aplicación que trabaja sobre la misma.
El diagrama que representa esta organización es el que se muestra a continuación:
66 Gestión de un establecimiento McDonald’s
6.2
Diagrama de exposición de la Organización
Este diagrama representa la estructura organizativa que posee el futuro cliente. En
este caso el proyecto se está diseñando para un establecimiento de la franquicia
McDonald’s. Por lo tanto habrá que incluir al diagrama anterior los servidores
necesarios que garanticen la funcionalidad de la aplicación para que en el caso de que se
caiga un servidor el otro pueda continuar con el trabajo, y los Ordenadores cliente que
ejecutaran la aplicación con acceso a la base de datos que se encuentra en los servidores.
Diagrama de la empresa:
67 Gestión de un establecimiento McDonald’s
6.3
Especificación de Componentes del Sistema
6.3.1 Hardware Necesario Existente
Los componentes hardware de los que ya se disponen para el diseño y explotación
del Sistema son los siguientes:
•
Ordenador portátil con procesador Intel Core 2 Duo a 1.66 GHz de
velocidad de proceso. Con una memoria RAM disponible de 2 GB DDR2,
tarjeta gráfica NVIDIA 8600GS, un disco duro de 160 GB, tarjeta de sonido
HD y una unidad combo grabadora de CD y DVD.
•
Impresora Canon
6.3.2 Hardware Necesario de Nueva Adquisición
68 Gestión de un establecimiento McDonald’s
El Hardware necesario para este Sistema es más que suficiente con el que ya se
posee, puesto que cubre con amplitud los requisitos especificados para el diseño y
explotación del Sistema.
Los requisitos más estrictos los ponen las herramientas de desarrollo Oracle,
necesarias para el diseño de la aplicación que trabaja sobre la base de datos y el sistema
gestor de base de datos Oracle necesario para el diseño de la base de datos que utiliza la
Aplicación.
Es por ello que no se necesita hardware de nueva adquisición.
6.3.3 Software Necesario Existente
Los componentes software de los que ya se disponen para el diseño y explotación
del Sistema son los siguientes:
•
Sistema Operativo Windows XP SP2 Professional.
•
Paquete de aplicaciones Microsoft Office 2007 Enterprise Edition.
•
Navegador Internet Explorer 7 y Mozilla Firefox 3.
6.3.4 Software Necesario de Nueva Adquisición
Los componentes software de nueva adquisición necesarios para el diseño y
explotación del Sistema son los siguientes:
•
Gestor de base de datos Oracle, versión 10g.
•
Paquete de Herramientas Oracle Developer Suite.
69 Gestión de un establecimiento McDonald’s
6.4
Requisitos Software Necesarios
La versión escogida para el sistema gestor de bases de datos Oracle es la versión
10g. La misma versión 10g, se ha seleccionado para las herramientas de desarrollo
Oracle. Los requisitos necesarios son los siguientes:
•
Procesador Pentium IV a 2 GHz de velocidad de proceso.
•
512 MB de memoria RAM.
•
4 GB de disco duro.
•
Sistema Operativo Windows XP.
•
Unidad de CD-ROM para la instalación.
•
Microsoft Internet Explorer 5.0 o posterior.
•
Espacio de almacenamiento adicional para las bases de datos que van a ser
diseñadas. Este tamaño dependerá del número de bases y la complejidad y
extensión de las mismas.
70 Gestión de un establecimiento McDonald’s
6.5
Evaluación de las Alternativas
La evaluación de las diferentes soluciones propuestas al sistema se realiza en base a
cuatro aspectos de interés: evaluación organizativa, operativa, técnica y económica.
Para los tres primeros se usará una matriz de Evaluación Organizativa donde se recojan
y puntúen las diferentes características o parámetros de cada aspecto, para cada una de
las alternativas. Para la evaluación económica se utilizará una Matriz de Evaluación de
Costes, similar a la anterior, pero evaluando aspectos propiamente económicos.
Debe llevarse a cabo una identificación de parámetros dirigidos a conocer cómo y
en qué medida las soluciones cubren los objetivos y requisitos establecidos. Cada grupo
de parámetros así identificado, tiene un fin concreto dentro de la valoración que pueda
hacerse de cada una de las alternativas, y, por ello, puede darse a cada uno una
ponderación absoluta (obtenida como media ponderada del valor dado a cada
parámetro) y una ponderación relativa a la importancia que tiene en el proyecto con
relación a los otros grupos de parámetros.
Finalizada esta primera ponderación se realiza un análisis de valores obtenidos, con
objeto de refinar la puntuación si fuese necesario.
Las alternativas propuestas para este Sistema se detallan a continuación:
71 Gestión de un establecimiento McDonald’s
Código: MFA01
Especificación de la Alternativa 1.
Título: Arquitectura de modo local.
Antecedentes
No hay.
Requisitos
Los únicos requisitos necesarios son los expuestos en un principio por el Sistema.
Deben cumplirse tanto los requisitos hardware como software ya expuestos
anteriormente.
Beneficios
El principal beneficio que se aporta es la sencillez y el bajo coste de los requisitos
software necesarios para instalar y ejecutar el programa. Por ello el coste económico
necesario se hace mínimo.
Requisitos Hardware
Los requisitos hardware ya vienen especificados con anterioridad en esta
documentación. Se pueden considerar que son escasos y que no suponen inconveniente
para los actuales sistemas que se comercializan.
Requisitos Software
Deben cumplirse los requisitos mínimos impuestos por la utilización de la plataforma
Windows XP y el sistema gestor de bases de datos Oracle. Estos requisitos ya vienen
especificados con anterioridad en esta documentación.
72 Gestión de un establecimiento McDonald’s
Código: MFA02
Especificación de la Alternativa 2.
Título: Arquitectura Cliente Servidor.
Antecedentes
No hay.
Requisitos
Será necesario tener una arquitectura cliente servidor para utilizar la aplicación. Una
arquitectura basada en que el cliente sólo realiza la función de presentación de la
aplicación, mientras que el servidor realiza el resto de funciones como son la gestión de
datos y la gestión de la aplicación.
Beneficios
El acceso desde distintos terminales simultáneamente sin necesidad de haber instalado
previamente el programa en cada uno de los terminales.
Requisitos Hardware
El servidor debe cumplir los requisitos hardware anteriormente especificados. Estos
requisitos se pueden considerar como poco exigentes, luego no supondrán un
inconveniente.
Requisitos Software
Deben cumplirse los requisitos mínimos impuestos por la utilización de la plataforma
Windows XP y el sistema gestor de bases de datos Oracle. Estos requisitos ya vienen
especificados con anterioridad en esta documentación.
73 Gestión de un establecimiento McDonald’s
6.6
Evaluación Organizativa, Operativa y Técnica
Definidas las diferentes soluciones, se evalúa el impacto de cada alternativa en la
organización. Para ello se pueden considerar diferentes aspectos dependiendo de la
organización, del negocio y del sistema en estudio. Ejemplo:
•
Adecuación a la organización, cambios organizativos requeridos.
•
Incorporación de nuevas funciones y recursos humanos.
•
Modificación de normativa existente o incorporación de nueva normativa.
A nivel operativo, se evalúa cada una de las alternativas, considerando como
factores:
•
Cambios en la operativa actual.
•
Fiabilidad y seguridad.
•
Agilidad de la solución: facilidades de gestión.
•
Administración y control del sistema.
A nivel técnico se evalúan los procedimientos y componentes hardware y software
que utiliza cada alternativa. Dependiendo del sistema a desarrollar, pueden evaluarse
características propias del hardware y software requerido, como: portabilidad,
mantenibilidad, seguridad, fiabilidad, facilidad de uso, etc. Si bien todos estos aspectos
se recogen finalmente en la Matriz de Evaluación Organizativa es conveniente dejar
especificado el concepto de cada grupo de parámetros y los criterios seguidos a la hora
de calificarlo.
74 Gestión de un establecimiento McDonald’s
Cada aspecto o característica se referencia con un número, y se le asigna un peso o
valor entre 1 y 3, (3 = imprescindible, 2 = importante, 1 = conveniente) dependiendo de
la importancia que tenga dicho factor en el negocio de estudio.
A continuación se calcula el porcentaje asociado a cada grupo (ponderación
absoluta), como media obtenida del valor dado a cada parámetro.
Para cada alternativa, se puntúan las diferentes características según el grado de
cumplimiento de ellas, valorándose con un número entre 0 y 3 (3 = se cumple
perfectamente, 2 = se cumple, pero no totalmente, 1 = apenas se cumple esta
característica, 0 = no se cumple). Esta puntuación se coloca debajo de la columna PT
(puntuación) de cada alternativa.
Por último, se pondera cada característica, multiplicando el valor del PESO por la
puntuación dada (PT) y se coloca el resultado sobre la columna VA (valor) de cada una.
Una vez valoradas todas las características de todas las alternativas, se realiza la suma
total de las columnas PT y VA. La alternativa que tenga mayor VA es la más favorable
en lo que respecta a factores organizativos, operativos y técnicos. La suma de las
columnas PT ofrece una visión de las puntuaciones dadas, sin ponderar.
75 Gestión de un establecimiento McDonald’s
6.6.1 Matriz de Evaluación Organizativa.
Diferentes parámetros que evalúan el impacto y posibles consecuencias que la
implantación de una arquitectura u otra tienen en la estructura organizativa de la
empresa.
ALTERNATIVAS
1
PARÁMETROS
2
Peso
Valor
Total
Valor
Total
1
Administrar el Sistema.
3
9
27
10
30
2
Información contenida en la base de
datos, veraz y fiable.
3
10
30
10
30
3
Disponibilidad de modificación de la base
de datos.
3
9
27
9
27
4
Disponibilidad de actualización de la base
de datos.
3
9
27
9
27
5
Facilidad en el manejo de la aplicación.
2
7
14
8
16
6
Necesidad de formación.
2
8
16
9
18
7
Compatible con servidor de aplicaciones.
2
7
14
5
10
8
Portabilidad de la aplicación.
1
8
8
7
7
TOTAL
76 163
165
Gestión de un establecimiento McDonald’s
6.6.2 Matriz de Evaluación Operativa
Diferentes parámetros referidos a la operativa de negocio y a la necesidad de
cambios en la misma. También referidos parámetros de seguridad y de gestión del
Sistema.
ALTERNATIVAS
1
PARÁMETROS
2
Peso
Valor
Total
Valor
Total
3
9
27
9
27
2
7
14
8
16
1
Fiabilidad de los datos.
2
Cambio
de
organización.
3
Facilidad de uso y manejo de la
aplicación.
2
7
14
7
14
4
Necesidad de cambios en la operativa.
2
6
12
8
16
5
Seguridad del Sistema.
2
8
16
8
16
6
Agilidad de la aplicación.
2
8
16
7
14
7
Control del Sistema.
2
7
14
7
14
operatividad
en
la
TOTAL
77 113
117
Gestión de un establecimiento McDonald’s
6.6.3 Matriz de Evaluación Técnica
Diferentes parámetros referidos a componentes hardware y software que requiere y
utiliza cada alternativa. Necesidad de nueva adquisición de componentes y de formación
de personal.
ALTERNATIVAS
1
PARÁMETROS
2
Peso
Valor
Total
Valor
Total
1
Requisitos Hardware.
3
6
18
8
24
2
Posible hardware de nueva adquisición.
2
7
14
7
14
3
Requisitos software.
2
7
14
8
16
4
Posible software de nueva adquisición.
2
7
14
8
16
5
Formación de personal.
2
7
14
7
14
6
Portabilidad software.
1
7
7
7
7
TOTAL
78 81
91
Gestión de un establecimiento McDonald’s
6.7
Evaluación Económica
La viabilidad económica considera lo obtenido como la inversión o gasto en el
proyecto. Un estudio detallado del factor económico se realiza en base al llamado
Análisis de Coste/Beneficio. En él se marcan los costes del proyecto y se contrastan con
los beneficios que aportará el sistema. Existirán beneficios tangibles: aquellos que se
puedan valorar directamente y por tanto cuantificar, y beneficios intangibles: aquellos
cuyos valores no se pueden precisar y son resultado de juicios subjetivos.
Con los costes y beneficios cuantificados de alguna manera, se determina la
rentabilidad del proyecto mediante consideraciones de amortización.
Desde el punto de vista de valoración de posibles soluciones para determinar si
“van a costar mucho” en comparación con otros proyectos o con determinados
presupuestos, es suficiente valorar los costes tangibles. Estos costes son:
•
Costes de implantación
o Costes de desarrollo (incluye al personal necesario para el desarrollo
del nuevo sistema).
o Costes de puesta en marcha (supone el paso a producción una vez
desarrollado el sistema).
o Costes de formación (preparación en el manejo del nuevo sistema a
los diferentes usuarios del mismo).
•
Costes de adquisición de tecnología.
79 Gestión de un establecimiento McDonald’s
o Coste del hardware (coste del equipo para el nuevo sistema,
teniendo en cuenta los costes de su instalación y mobiliario).
o Coste de software (licencias de productos ya desarrollados y
comercializados a adquirir).
o Coste de las comunicaciones (redes de transmisión de datos, redes
de área local o equipos de comunicación a adquirir).
•
Costes operacionales
o Costes del centro de proceso de datos (costes fijos de explotación
del nuevo sistema, teniendo en cuenta personas y material).
o Costes de mantenimiento y mejora (producción manual y otros
costes de documentación, empaquetado, envíos, mantenimiento de
licencias, etc.).
80 Gestión de un establecimiento McDonald’s
6.7.1 Matriz de Evaluación Económica
La matriz de Evaluación de Costes recoge, por grupos o Factores, cada uno de los
costes medibles o estimables. En esta matriz, se anotan los costes reales o esperados de
cada parámetro, para cada una de las alternativas, obteniéndose como suma de ellos, el
valor del coste total de cada solución.
ALTERNATIVAS
1
PARÁMETROS
2
Peso
Valor
Total
Valor
Total
1
Coste de diseño.
3
8
24
8
24
2
Coste de implantación.
2
6
12
7
14
3
Mantenimiento del Sistema.
2
7
14
8
16
4
Formación de personal.
2
8
16
8
16
TOTAL
81 66
70
Gestión de un establecimiento McDonald’s
6.8
Valoración Final de Cada Alternativa
A continuación se obtiene la valoración total de cada alternativa sumando cada uno
de los resultados obtenidos en las distintas matrices de evaluación según los diferentes
aspectos del análisis.
Alternativa 1
Alternativa 2
Parámetros Organizativos
163
165
Parámetros Operativos
113
117
Parámetros Técnicos
81
91
Parámetros Económicos
66
70
423
443
Estos datos pueden ser recogidos en gráficos para una mayor y más fácil
comprensión de los valores obtenidos.
82 Gestión de un establecimiento McDonald’s
83 Gestión de un establecimiento McDonald’s
84 Gestión de un establecimiento McDonald’s
6.9
Elección de la Alternativa
Como se ha mostrado anteriormente ambas alternativas han obtenido una
puntuación muy pareja y cumplen con los requisitos que se han exigido a la hora de la
creación del Sistema.
Cada alternativa propuesta estaba enfocada a un tipo de uso:
•
La primera alternativa propuesta estaba enfocada para un establecimiento
con un solo puesto de venta por lo que sólo sería necesario un equipo
informático.
•
La segunda alternativa se centraba en el uso de la arquitectura clienteservidor. Mediante esta alternativa en el servidor estaría alojada la base de
datos común para el resto de ordenadores que serían utilizados por los
trabajadores y teniendo así una base de datos común y accesible por todos
para la venta de productos.
Tras haber analizado los datos se utilizará una arquitectura cliente-servidor, que se
corresponde con la alternativa 2.
85 Gestión de un establecimiento McDonald’s
6.10 Planificación del Proyecto
La planificación estimada para el Proyecto se muestra a continuación. Esta
planificación recoge las distintas fases y tareas a realizar así como los hitos que han de
ser cumplidos para el correcto desarrollo del Proyecto.
Id Nombre de tarea
1 Definición del proyecto
Duración Comienzo
Fin
F
noviembre
P M
F
diciembre
P M
55 días? lun 01/10/07 vie 14/12/07
2
Adquisición del Material
6 días? lun 01/10/07 lun 08/10/07
3
Aprendizaje Oracle
49 días? mar 09/10/07 vie 14/12/07
4
Entrega Anexo B
1 día? jue 29/11/07 jue 29/11/07
5 Documentación del proyecto
150 días? lun 15/10/07 vie 09/05/08
6
Recopilación de información
150 días? lun 15/10/07 vie 09/05/08
7
Recopilación de material gráfico
8 Ciclo de vida
octubre
P M
22 días? lun 17/12/07 mar 15/01/08
120 días? lun 03/12/07 vie 16/05/08
9
Identif icación de necesidades
5 días? lun 03/12/07 dom 09/12/07
10
Análisis de requisitos
11 días? lun 10/12/07 lun 24/12/07
11
Estudio de arquitectura
18 días? mié 26/12/07 vie 18/01/08
12
Diseño Externo
20 días? lun 21/01/08 vie 15/02/08
13
Diseño interno
25 días? lun 18/02/08 vie 21/03/08
14
Programación
30 días? lun 24/03/08 vie 02/05/08
15
Pruebas del sistema
6 días? lun 05/05/08 lun 12/05/08
16
Implantación
4 días? mar 13/05/08 vie 16/05/08
17 Bibliografia
2 días? lun 19/05/08 mar 20/05/08
18 Anexos
3 días? mié 21/05/08 vie 23/05/08
19 Retoques y encuadernación
4 días? sáb 24/05/08 mar 27/05/08
86 F
enero
P M
F
febrero
marzo
P M F P M
F
abril
P M
F
mayo
P M
Gestión de un establecimiento McDonald’s
7.- DISEÑO EXTERNO
87 Gestión de un establecimiento McDonald’s
7. Diseño Externo
En este momento, es necesario encaminar el diseño de la aplicación a la creación y
especificación del modelo físico del nuevo sistema utilizando el modelo lógico del
nuevo sistema. Por ello una vez elegida la arquitectura que va a formar el Proyecto, se
van a redefinir las entradas y salidas, se especifican y concretarán los procesos y, se
detallará las transacciones y volúmenes de información.
Con los nuevos modelos creados y, a partir de los mismos, se planeará el modelo
lógico de datos. Este modelo se encuentra muy relacionado con las transacciones de
información, lo que conlleva que ambas unidades deben concebirse simultáneamente.
Es preciso diseñar una estrategia a seguir en el resto de fases que puntualizarán el
Sistema e ir pensando en cómo se realizarán las pruebas y la implantación del programa.
Pensar también en la necesidad de planes de formación para los usuarios finales.
También es ineludible dotar a la aplicación de procesos de seguridad y control,
muchos de ellos detallados en los requisitos recogidos en una de las primeras fases del
diseño.
88 Gestión de un establecimiento McDonald’s
7.1 Modelo Físico del Nuevo Sistema
Teniendo en cuenta los modelos físico y lógico del sistema actual, en el caso de
haber podido hallarse por la existencia de una aplicación anterior o de aplicaciones
similares y a partir del modelo lógico nuevo que se ha deducido combinando las
necesidades del cliente y las carencias, cuellos de botella y dificultades del anterior
sistema, se realiza el modelo lógico del nuevo sistema.
Es necesario transformar el modelo lógico nuevo en un modelo físico que
especifique los procesos reales y esté soportado en una arquitectura compatible con la
especificada y elegida finalmente en la etapa anterior.
Los principales puntos a tener en cuenta en la creación de este modelo se muestra a
continuación:
•
Construir las fronteras de mecanización del sistema, Con ellas se
especifican todos aquellos procesos que deben realizarse de forma manual
por no poder realizarse automáticamente.
•
Establecer los prototipados de los procesos. Deben definirse y especificar
al tipo al que pertenecen y la frecuencia con la que son necesarios
realizarlos.
•
Creación de las entradas y salidas de la aplicación. Deben decretarse los
informes que son necesarios así como su forma y contenido.
•
Estimar volúmenes de información. Identificar las transacciones que son
críticas.
89 Gestión de un establecimiento McDonald’s
•
Definir los controles necesarios y de seguridad del Sistema.
7.1.1 Fronteras de Mecanización
Las fronteras de mecanización del sistema determinan todos aquellos procesos que
deben realizarse de forma manual por no poder realizarse de forma automática. Ambos
tipos de procesos serán incluidos en el modelo físico nuevo puesto que si sólo
apareciesen los procesos automáticos, no se podrían especificar de manera completa
todas las funciones de negocio.
Generalmente las fronteras se sitúan en todos aquellos procesos de entrada y salida
del Sistema, aunque no es la norma general. Pueden existir procesos que por su
complejidad o por su peculiaridad deban realizarse de forma manual por no existir una
manera automática de llevarlos a cabo.
Las fronteras entre los procesos aparecerán representadas en el modelo usando
líneas discontinuas.
90 Gestión de un establecimiento McDonald’s
7.1.2 Diagrama del Modelo Físico del Nuevo Sistema
7.1.2.1 Nivel Contextual
7.1.2.2 Diccionario de Datos del Nivel Contextual
Usuario: Entidad externa. Representa a todo aquel usuario que se conecta al sistema con
la finalidad de realizar la función de negocio de ventas. En esta entidad también se
engloba a los usuarios que se conectan para realizar consultas sobre precios y unidades
de los productos.
Administrador: Entidad externa. Representa al responsable del mantenimiento del
sistema, de la introducción de los datos de los distintos productos en venta y de la
gestión general de los usuarios.
Sistema Gestión del Establecimiento: Proceso. Este proceso representa la totalidad del
sistema Gestión del Establecimiento.
Usuario y Contraseña: Flujo de datos. Información introducida por el usuario al
conectarse al sistema, compuesta por el nombre de usuario y la contraseña.
Verificación: Flujo de datos. Información que devuelve el sistema al usuario con el
resultado de la validación de sus datos al conectarse al sistema.
91 Gestión de un establecimiento McDonald’s
Ejecución: Flujo de datos. Ejecución del sistema.
Datos de consulta: Flujo de datos. Información solicitada o venta durante la ejecución.
Introducción Usuarios: Flujo de datos. Información que introduce el administrador al
sistema con los tipos de usuarios y sus respectivas contraseñas que harán uso del
sistema.
Respuesta Usuarios: Flujo de datos. Confirmación de que se han introducido los
usuarios correctamente.
Introducción Datos: Flujo de datos. Información que introduce el administrador de los
productos en venta.
Respuesta Datos: Flujo de datos. Confirmación de que la introducción de los datos de
los productos se ha efectuado correctamente.
Este nivel del modelo es idéntico al perteneciente al modelo lógico del nuevo
sistema puesto que al ser la categoría de más alto nivel y los procesos más generales,
deben ser los mismos y realizarse de igual forma.
Los flujos de información también permanecen iguales puesto que la información
que debe manejar el Sistema es la misma.
92 Gestión de un establecimiento McDonald’s
7.1.2.3 Nivel Conceptual
93 Gestión de un establecimiento McDonald’s
7.1.2.4 Diccionario de Datos del Nivel Conceptual
Validación usuario: Proceso. Se encarga de validar el nombre de usuario y la contraseña
introducidas por el usuario o el administrador.
Usuario y Contraseña: Flujo de datos. Información introducida por el usuario al
conectarse al sistema, compuesta por el nombre de usuario y la contraseña.
Verificación: Flujo de datos. Información que devuelve el sistema al usuario con el
resultado de la validación de sus datos al conectarse al sistema.
Usuario: Flujo de datos. Se introduce un usuario con posibilidad de ejecutar la
aplicación.
Administrador: Flujo de datos. El administrador es el que hace uso del sistema para
realizar tareas de actualización y mantenimiento.
Ejecución de la Aplicación: Proceso. Proceso por el cual la aplicación es ejecutada por
algún usuario.
Datos Consulta: Flujo de datos. Información solicitada o venta durante la ejecución.
Ejecución: Flujo de datos. Ejecución del sistema.
Gestión del Administrador: Proceso. Función que permite al administrador de la base de
datos llevar a cabo todas sus tareas.
Información Productos: Flujo de datos. Información de los productos a introducir,
eliminar o actualizar de la base de datos.
94 Gestión de un establecimiento McDonald’s
Gestionar Usuarios: Proceso. Función que permite al administrador gestionar los
distintos tipos de usuarios que ejecutarán la aplicación.
Información Usuarios: Flujo de datos. Información de los usuarios que usan el sistema,
incluyendo los privilegios de los mismos.
Introducción Usuarios: Flujo de datos. Información que introduce el administrador al
sistema con los tipos de usuarios y sus respectivas contraseñas que harán uso del
sistema.
Respuesta Usuarios: Flujo de datos. Confirmación de que se han introducido los
usuarios correctamente.
Introducir Datos: Proceso. Se encarga de introducir los datos de los distintos productos
en la base de datos del sistema.
Introducción Datos: Flujo de datos. Información que introduce el administrador de los
productos en venta.
Respuesta Datos: Flujo de datos. Confirmación de que la introducción de los datos de
los productos se ha efectuado correctamente.
Usuarios: Almacén de datos. Contiene todos los datos de los usuarios del sistema.
95 Gestión de un establecimiento McDonald’s
El nivel conceptual del modelo también es muy similar al modelo lógico nuevo
puesto que la mayoría de los procesos que componen el Sistema se realizan de forma
automática y no manual, y no es necesario por tanto una mayor especificación de dichos
procesos.
Las fronteras de mecanización estarían formadas por los procesos 4 y 5 puesto que
serían los procesos que se realizarían de forma manual, de forma resumida, consistirían
en el mantenimiento de la base de datos y actualización de la misma.
Aunque el Sistema gestor de bases de datos tiene mecanismos para realizar los
procesos introducir datos y gestionar usuarios, la información debe ser recogida,
seleccionada, verificada e introducida de forma manual y es por ello que se ha tipificado
como manuales.
El proceso gestión del administrador debe realizar tareas que pueden considerarse
como manuales, pero éstas son mínimas y los procesos mayoritariamente son
automáticos, por ello este proceso no ha sido marcado como frontera de mecanización.
7.1.3 Especificación de procesos
En el modelo obtenido se han especificado someramente los procesos que
intervienen en el Sistema. Se ha mostrado el flujo de información que manejan y el tipo
de información.
Con las fronteras de mecanización también se ha definido qué procesos deben
realizarse de manera manual y cuáles de forma automática.
96 Gestión de un establecimiento McDonald’s
Por todo ello no es suficiente, puesto que se requieren más datos de cada uno de los
procesos de la aplicación. En este punto de la dase del diseño externo se van a
especificar cada uno de los procesos recogiendo la siguiente información:
•
Nombre del Proceso y número que lo identifica en el diagrama.
•
Localización del proceso dentro del Sistema. Si se cree necesario, se debe
especificar en qué sistema de la arquitectura se localiza y dónde es
ejecutado.
•
Categoría del proceso.
•
Tipo de proceso.
•
Frecuencia de realización de ese proceso. Debe ser una estimación temporal
de cuántas veces es necesario realizar el proceso y con qué periodicidad.
•
Descripción del proceso. A rasgos generales, debe comentarse la función
que realiza.
•
Información adicional que se crea necesaria por la complejidad del proceso.
Toda esta información acerca de cada uno de los procesos necesarios a realizar
dentro de la aplicación se muestra a continuación:
97 Gestión de un establecimiento McDonald’s
Proceso: Validación Usuario.
Identificación: 1
Localización: Servidor de aplicaciones. Oracle Forms.
Categoría: Cliente-Servidor.
Tipo: Automático.
Frecuencia: Diaria.
Descripción:
Proceso de validación de los usuarios para tener acceso a las funcionalidades de la
aplicación. Recibe la información de los usuarios (usuario y contraseña) y mediante el
proceso de Servicio de perfiles, se da acceso a los usuarios.
Proceso: Ejecución de la aplicación.
Identificación: 2
Localización: Servidor de aplicaciones. Oracle Forms
Categoría: Cliente-Servidor
Tipo: Automático
Frecuencia: Diaria
Descripción:
Proceso de ejecución de la aplicación. Pone todos los recursos necesarios para poder
ejecutar correctamente la aplicación.
98 Gestión de un establecimiento McDonald’s
Proceso: Gestión del administrador.
Identificación: 3
Localización: Servidor de aplicaciones. Oracle Forms
Categoría: Cliente-Servidor
Tipo: Automático
Frecuencia: Semanal
Descripción:
El administrador de la base de datos se encarga de realizar las funciones de
administración de perfiles de usuario, almacenamiento de la información y las tareas de
mantenimiento y actualización.
Proceso: Gestionar Usuarios.
Identificación: 4
Localización: Servidor de aplicaciones. Oracle Forms
Categoría: Cliente-Servidor
Tipo: Automático
Frecuencia: Diaria
Descripción:
Proceso de gestión de la información de los usuarios. También se encarga de dar
acceso a la aplicación a los usuarios que así lo indiquen mediante su identificador de
usuario y contraseña.
99 Gestión de un establecimiento McDonald’s
Proceso: Introducir datos.
Identificación: 5
Localización: Servidor de aplicaciones. Oracle Forms
Categoría: Cliente-Servidor
Tipo: Automático
Frecuencia: Semanal
Descripción:
Proceso de almacenamiento de información en la base de datos. Necesario en la
creación de la aplicación y cada vez que se agoten las existencias de los productos o
modificación de los mismos.
100 Gestión de un establecimiento McDonald’s
7.1.4 Diseño de Entradas
A continuación se mostrarán las pantallas referentes a las entradas del sistema que
sirven al usuario como interfaz gráfico.
Estas pantallas han sido obtenidas a través del modelo físico y lógico del nuevo
Sistema, estudiando los distintos flujos de información para detectar todas las entradas
de información.
De cada una de las pantallas que componen el Sistema debe especificarse una serie
de información:
•
Nombre que identifica a la pantalla.
•
Código de identificación. Identifica unívocamente a la pantalla dentro del
grupo de pantallas que componen el programa.
•
Descripción somera de su función dentro del programa.
•
Formatos utilizados y análisis de datos tratados.
•
Campos que componen la ventana.
•
Tipo de validaciones que realiza, en caso de ser necesarias.
•
Tablas o ficheros que utiliza la pantalla para las diferentes acciones que
realiza.
101 Gestión de un establecimiento McDonald’s
7.1.4.1 Pantallas de la aplicación
•
Pantalla Principal:
Pantalla: Principal
Identificador: MD01
Descripción:
Pantalla inicial de la aplicación.
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
Campos:
En esta pantalla no existe campos de información
Validaciones:
No hace uso de validaciones. No son necesarias
Tablas y ficheros:
No hace uso de tablas o ficheros
102 Gestión de un establecimiento McDonald’s
•
Pantalla Hamburguesas:
Pantalla: Hamburguesas
Identificador: MD02
Descripción:
Pantalla que muestra las diferentes hamburguesas para su venta.
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
Campos:
En esta pantalla no existe campos de información
Validaciones:
No hace uso de validaciones. No son necesarias
103 Gestión de un establecimiento McDonald’s
Tablas y ficheros:
Hace uso de las tablas: hamburguesa_ingrediente, hamburguesa_precio, ingredientes.
•
Pantalla Bebidas:
Pantalla: Bebidas
Identificador: MD03
Descripción:
Pantalla que muestra las diferentes bebidas para su venta.
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
Campos:
En esta pantalla no existe campos de información
104 Gestión de un establecimiento McDonald’s
Validaciones:
No hace uso de validaciones. No son necesarias
Tablas y ficheros:
Hace uso de las tablas: bebidas, bebida_precio.
•
Pantalla Ensaladas:
Pantalla: Ensaladas
Identificador: MD04
Descripción:
Pantalla que muestra las diferentes ensaladas para su venta.
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
105 Gestión de un establecimiento McDonald’s
Campos:
En esta pantalla no existe campos de información
Validaciones:
No hace uso de validaciones. No son necesarias
Tablas y ficheros:
Hace uso de las tablas: ensalada_ingrediente, ensalada, ingredientes.
•
Pantalla Helados
Pantalla: Helados
Identificador: MD05
Descripción:
Pantalla que muestra los diferentes helados para su venta.
106 Gestión de un establecimiento McDonald’s
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
Campos:
En esta pantalla no existe campos de información
Validaciones:
No hace uso de validaciones. No son necesarias
Tablas y ficheros:
Hace uso de las tablas: helado, helado_ingrediente, ingredientes.
•
Pantalla McMenú
Pantalla: McMenú
Identificador: MD06
107 Gestión de un establecimiento McDonald’s
Descripción:
Pantalla que muestra el McMenú con sus posibles opciones a escoger.
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
Campos:
En esta pantalla no existe campos de información
Validaciones:
No hace uso de validaciones. No son necesarias
Tablas y ficheros:
Hace uso de las tablas: menú,
bebida_menu,
complemento_menu,
complemento_ingrediente, hamburguesa_ingrediente, ingredientes, bebida.
•
Pantalla Happy Meal
108 Gestión de un establecimiento McDonald’s
Pantalla: Happy Meal
Identificador: MD07
Descripción:
Pantalla que muestra el menú Happy meal con sus posibles opciones a escoger.
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
Campos:
En esta pantalla no existe campos de información
Validaciones:
No hace uso de validaciones. No son necesarias
Tablas y ficheros:
Hace uso de las tablas: menú,
bebida_menu,
complemento_menu,
complemento_ingrediente,
hamburguesa_ingrediente,
ingredientes,
bebida,
postre_menu, postre.
7.1.5 Diseño de Salidas
A continuación se mostrarán las pantallas referentes a las salidas del Sistema que
sirven al Usuario como interfaz gráfico.
Estas pantallas han sido obtenidas a través del modelo físico y lógico del nuevo
sistema, estudiando los distintos flujos de información para detectar todas las salidas de
información, en forma de informes.
Al igual que con las pantallas de entrada, de cada una de las pantallas que
componen las salidas del Sistema debe especificarse una serie de información:
•
Nombre que identifica a la pantalla.
109 Gestión de un establecimiento McDonald’s
•
Código de identificación. Identifica unívocamente a una pantalla dentro del
conjunto de pantallas que componen el programa.
•
Descripción somera de su función dentro del programa.
•
Formatos utilizados y análisis de datos tratados.
•
Campos que componen la ventana.
•
Tipo de validaciones que realiza, en caso de ser necesarias.
•
Tablas o ficheros que utiliza la pantalla para las diferentes acciones que
realiza.
7.1.5.1 Pantallas de la aplicación
•
Pantalla de salida.
110 Gestión de un establecimiento McDonald’s
Pantalla: Salida
Identificador: MD08
Descripción:
Pantalla que muestra el precio, el nombre, y las unidades de los productos escogidos
para su venta.
Muestra el precio total del pedio, el cobro en caja, y la devolución que hay que
devolver al cliente.
Formatos:
Letra utilizada Times New Roman 11. Formato de las imágenes JPG.
Campos:
En esta pantalla no existe campos de información
Validaciones:
No hace uso de validaciones. No son necesarias
Tablas y ficheros:
Hace uso de las tablas: hamburguesa_precio, ensalada, helado, bebida_precio, menú.
7.1.6 Estimación de los volúmenes de información. Identificación de
transiciones críticas.
Con la estimación de los volúmenes de información se persiguen dos objetivos:
•
Pretende detectar todos aquellos procesos que requieran más acceso a la base
de datos, puesto que estos accesos son relativamente lentos y provocan que
las transiciones de información entre procesos se vean afectados y reducida
su velocidad. Además este estudio de volúmenes de información indicará si
los procesos definidos en el modelo lógico están bien diseñados respecto a
los datos que se manejan.
111 Gestión de un establecimiento McDonald’s
•
Obtención de la información acerca de las diferentes entidades del modelo de
datos, a fin de realizar un diseño lógico de estos. Así puede descubrirse la
necesidad de crear nuevas claves o identificadores que resten tiempo a los
programas aunque sea a base de aumentar la redundancia y por tanto, la
ocupación en disco.
7.1.6.1 Matriz de procesos y entidades crítica
Para realizar la matriz de procesos una vez obtenidos los modelos físico y lógico
anteriormente y del modelo conceptual de datos. Se relacionarán todos los procesos que
hace el Sistema con las entidades de que dispone y los diseños de entrada y salida,
hallados en esta misma fase con las historias de vida de las diferentes entidades de la
aplicación.
En las columnas se disponen todas las entidades y relaciones del modelo de datos
mientras que en las filas de la matriz se colocan los procesos críticos de bajo nivel. En
los lugares donde los procesos y entidades se encuentran, se colocan las relaciones que
existen entre ambas.
A esta matriz se puede acceder para:
•
Crear: Indicado con una C.
•
Actualizar: Indicado con una A.
•
Leer: Indicado con una L.
•
Escribir: Indicado con una E.
•
Borrar: Indicado con una B.
112 Gestión de un establecimiento McDonald’s
Antes de realizar la matriz de procesos se deberá:
•
Observar el diagrama Entidad/Relación, para determinar si se pueden
acceder a los datos que serán necesarios.
•
Representar el Modelo Lógico de Procesos para detectar si todos los datos
están siendo recogidos en el diseño.
•
Diseñar en la matriz de procesos el modo de acceso a cada una de las
entidades existentes en el sistema.
113 Gestión de un establecimiento McDonald’s
El modelo entidad/relación es el siguiente:
114 Gestión de un establecimiento McDonald’s
• El modelo lógico del nuevo Sistema es el siguiente:
115 Gestión de un establecimiento McDonald’s
La matriz de procesos y entidades obtenida es la siguiente:
Entidad
Ingrediente
Ensalada
Hamburguesa
Complemento
Validación
usuario
-
-
-
-
Ejecución de la
aplicación
L, A
L, A
L, A
L, A
Proceso
Gestión
del C, A, L, E,
Administrador
B
C, A, L,
E, B
C, A, L, E, B
C, A, L, E, B
-
-
-
-
C, A
C, A
C, A
C, A
Gestionar
Usuarios
Introducir datos
Entidad
Helado
Menú
Bebida
Postre
Usuario
-
-
-
-
L
Ejecución de la
aplicación
L, A, B
L, A, B
L, A, B
L, A, B
-
Gestión del
Administrador
C, A, L,
E, B
C, A, L,
E, B
C, A, L,
E, B
C, A, L,
E, B
C, A, L, E,
B
-
-
-
-
B, L
C, A
C, A
C, A
C, A
-
Proceso
Validación
usuario
Gestionar
Usuarios
Introducir datos
116 Gestión de un establecimiento McDonald’s
A la vista de los resultados obtenidos en la matriz, se puede observar que la entidad
Usuario sólo puede ser creada por el Administrador de la Base de Datos. Los demás
procesos que se relacionan con dicha entidad sólo pueden realizar las opciones de
borrado, lectura, escritura y actualización.
En las entidades ingrediente, ensalada, hamburguesa, complemento, helado, menú,
bebida y postre se realizan las mismas operaciones por los procesos que las utilizan.
Estas entidades sólo pueden ser creadas por el Administrador de la Base de Datos y al
realizar el almacenamiento de la información referente a la actualización de los
productos e ingredientes del establecimiento. El único proceso que puede borrar una
ocurrencia de estas entidades es el de la Gestión del Administrador. Todas estas
entidades se pueden considerar como críticas puesto que varios procesos pueden
acceder a ellas simultáneamente para realizar diferentes operaciones. Esto puede
provocar inconsistencias de información.
La matriz de procesos y entidades crítica relaciona las entidades consideradas
críticas con los procesos que acceden a ella para realizar distintas operaciones. La
matriz es la siguiente:
117 Gestión de un establecimiento McDonald’s
Entidad
Ingrediente
Ensalada
Hamburguesa
Complemento
L, A
L, A
L, A
L, A
Gestión del
Administrador
C, A, L, E,
B
C, A, L,
E, B
C, A, L, E, B
C, A, L, E, B
Introducir datos
C, A
C, A
C, A
C, A
Helado
Menú
Bebida
Postre
L, A, B
L, A, B
L, A, B
L, A, B
C, A, L, E, B
C, A, L, E, B
C, A
C, A
Proceso
Ejecución de la
aplicación
Entidad
Proceso
Ejecución de la
aplicación
Gestión del
Administrador
Introducir datos
C, A, L, E, C, A, L, E,
B
B
C, A
C, A
7.1.6.2 Volúmenes de Acceso
Debe recopilarse la información acerca de la frecuencia de accesos de las
transacciones críticas sobre las entidades definidas en el modelo de datos.
El objetivo de este proceso es optimizar el diseño de la base de datos, obteniendo
por tanto un mayor rendimiento, lo que repercute directamente en el usuario de la
aplicación.
118 Gestión de un establecimiento McDonald’s
VOLÚMENES DE ACCESOS
Entidades
Ingrediente
Ensalada
Hamburguesa
Complemento
Ejecución de la
aplicación
10
4
8
6
Gestión
del
Administrador
7
7
7
7
Introducir
datos
10
4
7
6
TOTAL
27
22
22
19
Procesos
VOLÚMENES DE ACCESOS
Entidades
Helado
Menú
Bebida
Postre
Ejecución de la
aplicación
5
7
7
6
Gestión
del
Administrador
7
7
7
7
Introducir
datos
5
6
6
5
TOTAL
17
20
20
18
Procesos
7.1.7 Procesos de Control y Seguridad
Los procesos de control y seguridad son procesos externos a las funciones que
realiza el sistema. Ahora que se conoce con detalle cómo es la lógica del negocio y qué
estructura posee, a través del modelo físico del nuevo Sistema, es necesario introducir
estos controles al Sistema para dotarlo de robustez y seguridad.
119 Gestión de un establecimiento McDonald’s
A la hora de introducir estos controles se debe tener en cuenta lo siguiente:
• Controles destinados a preservar la integridad de los datos.
• Seguridad de la información y del acceso.
• Procedimiento de recuperación de la información.
• Realizar un histórico de la información.
7.1.7.1 Procesos de Control
El control es la comparación de un hecho con un objetivo prefijado. Deberían
incorporarse al modelo todos los procedimientos de control, tanto manuales como
automáticos que sirvan para mantener la integridad de los datos y su recuperación. Las
funciones recogidas pueden ser las siguientes: recuperación (R), integridad (I),
seguridad de acceso (SA), auditoría (A) y de entrada y salida (E/S). A su vez se
menciona si el proceso se realiza me forma manual o automática Para ellos se puede
utilizar una tabla de control.
Requerimientos
Implantado Requerido
Tipo
Manual
Controles
Logging de Acceso
E
I, SA
Manu.
Perfiles
E/S
I
Auto.
SGBD
E/S
I
Auto.
SGBD
Acceso a la estructura de
la BD.
E
SA
Manu.
Permisos
Modificación de la BD.
E
SA
Manu.
Permisos
Control de Datos
Operaciones
escritura/lectura
de
120 Gestión de un establecimiento McDonald’s
7.1.7.2 Seguridad de la Información
Son todos aquellos procedimientos que proporcionan seguridad a los datos e
informaciones que maneja el Sistema. También preservan la privacidad de los datos, en
caso de ser necesario.
En primer lugar, se deben predeterminar todos los riesgos que posee el Sistema o
cuáles de ellos pueden llegar a serlo potencialmente. Los procesos que deben ser
considerados pueden englobarse en cuatro categorías:
•
Confidencialidad de la información: sólo las personas previamente
autorizadas pueden acceder a la información de la aplicación.
•
Datos a gestionar: fragmentar los datos en grupos para que distintos
usuarios con diferentes perfiles sólo accedan y/o modifiquen a los que
tienen permisos de entrada.
•
Integridad del Sistema: asegurar la integridad del Sistema ante incidencias
que puedan provocar la caída del programa o parte de sus procesos.
•
Accesos y operaciones de entrada / salida: controlar el acceso al Sistema y
permitir ejecutar sólo aquellas operaciones de entrada / salida autorizadas.
7.1.7.3 Auditabilidad del Sistema
No son necesarios los procesos de auditoría pública del sistema debido a la
naturaleza del Sistema y a los objetivos que se pretenden alcanzar con este desarrollo.
121 Gestión de un establecimiento McDonald’s
7.2 Modelo Conceptual de Datos
En el modelo conceptual se proyectaban las características de los datos que utiliza
el Sistema sin tener en cuenta todas aquellas características técnicas y de arquitectura
hardware que posteriormente se han obtenido.
Ahora con el modelo lógico de datos, se establece la estructura de esos datos. Estas
estructuras se concretarán posteriormente en tablas y en relacionas entre las mismas. En
dichas tablas, las columnas representarán a los atributos y las filas o tuplas serán todas
las ocurrencias de esas tablas. Otra de las funciones de este modelo lógico es la de
completar todos aquellos datos tratados con anterioridad. Los aspectos fundamentales
que complementa son los siguientes:
•
Determinación de claves.
•
Definición y composición de entidades.
•
Clasificación y definición de atributos.
•
Establecimiento de relaciones entre entidades del sistema.
Para determinar este modelo, se usa como base el diagrama Entidad-Relación
obtenido en fases posteriores. A partir de él se establecen todas aquellas relaciones
posibles y lógicas entre las entidades.
El modelo Entidad-Relación es el siguiente:
122 Gestión de un establecimiento McDonald’s
A continuación se describen todas las tablas necesarias:
Tabla Hamburguesa_Ingrediente = { HAMBURGUESA + INGREDIENTE +
CANTIDAD}
Tabla Hamburguesa = { HAMBURGUESA + PRECIO }
123 Gestión de un establecimiento McDonald’s
Tabla Hamburguesa_Menu = { HAMBURGUESA + MENU }
Tabla
Ensalada_Ingrediente
=
{
ENSALADA
+
INGREDIENTE
+
CANTIDAD}
Tabla Ensalada = { ENSALADA + PRECIO }
Tabla Complemento_Ingrediente = { COMPLEMENTO + INGREDIENTE +
CANTIDAD}
Tabla Complemento_Menu= { COMPLEMENTO + MENU }
Tabla Helado_Ingrediente= { HELADO + INGREDIENTE + CANTIDAD }
Tabla Helado= { HELADO + PRECIO }
Tabla Bebida= { BEBIDA + CANTIDAD + MINIMO }
Tabla Bebida_Menu= { BEBIDA + MENU }
Tabla Postre= { POSTRE + CANTIDAD + MINIMO }
Tabla Postre_Menu= { POSTRE + MENU }
Tabla Menu= { MENU + PRECIO }
Tabla Ingredientes= { INGREDIENTE + CANTIDAD + MINIMO }
124 Gestión de un establecimiento McDonald’s
7.3 Estrategia de Planes
Esta etapa de diseño finaliza con la creación de la estrategia de planes de pruebas,
implantación, conversión y formación. Estos planes serán descritos a continuación
desde una vista de alto nivel y completados en la posterior fase de desarrollo.
Cada uno de estos planes cubren una serie de objetivos y necesidades del Sistema:
•
El Plan de Pruebas está indicado para escoger y realizar todas las pruebas
que el programa necesita para asegurar su integridad y su correcto
funcionamiento.
•
El Plan de Conversión establece los pasos necesarios para realizar todas
aquellas conversiones de formatos que sean necesarias. Estos cambios
afectan principalmente al grupo de procedimientos de entrada / salida.
•
El Plan de Formación asienta todas las pautas para realizar la formación de
los recursos humanos de la empresa cliente que va a utilizar el Sistema
desarrollado en este proyecto.
•
El Plan de Implantación instaura los pasos a seguir para implantar la
aplicación en la arquitectura hardware de la empresa cliente. Deben
realizarse todas las etapas necesarias antes y después de la puesta en marcha
del Sistema.
125 Gestión de un establecimiento McDonald’s
7.3.1 Plan de Pruebas
En primer lugar deben establecerse todos los criterios en los cuales el Sistema será
aceptado y cumplirá con los objetivos y requisitos ya establecidos. Estos criterios
afectarán directamente al posterior análisis de los resultados de las pruebas realizadas.
A su vez, deben imponerse los márgenes de error que van a ser permitidos en las
pruebas, ya que pueden determinar significativamente que un Sistema sea aceptado o
rechazado.
Se requieren realizar una serie de etapas básicas:
•
Haber analizado todos los requisitos que se han establecido en la aplicación.
En caso de no haberse realizado ya, es necesario hacerlo ahora.
•
Los encargados de llevar a cabo las pruebas deben tener un conocimiento
suficiente del Sistema.
•
Los encargados de las pruebas deben conocer con profundidad los
requisitos y normas que ha establecido el cliente para la aceptación del
programa.
•
Determinarse los tiempos que serán suficientes y necesarios para cada una
de las pruebas. A su vez, debe realizarse una estimación del tiempo que esta
fase del desarrollo va a tardar.
Existen un conjunto de pruebas diferentes que son estándares para los proyectos
que tratan una aplicación software. Si por algún motivo este conjunto de pruebas no
fuese suficiente, pueden llevarse a cabo otras adicionales para abarcar todos los ámbitos
126 Gestión de un establecimiento McDonald’s
del proyecto. En este caso, este conjunto de pruebas es más que suficiente para el
proyecto aquí tratado. Las pruebas son las siguientes:
•
Prueba Funcional: prueba el correcto funcionamiento de los componentes
software de la aplicación. Esta prueba analiza cada componente por
separado.
•
Prueba de Prestaciones: prueba del correcto funcionamiento de todos los
componentes integrados.
•
Pruebas de Aceptación: prueba de los resultados y datos que genera el
Sistema. También comprueban la agilidad del Sistema.
•
Pruebas de Regresión: si se han modificado alguno de los aspectos del
Sistema, todas la pruebas realizadas anteriormente, deben volver a
realizarse.
•
Pruebas de implantación: pruebas para la adecuación de la arquitectura
hardware escogida para la posterior implantación en la empresa cliente.
7.3.2 Plan de Conversión
Para la correcta implantación del Sistema y posterior funcionamiento, debe llevarse
a cabo la conversión de todos los formatos que sean necesarios para que la aplicación
puede realizar todos sus procesos de un forma correcta. Los aspectos a analizar en esta
fase son los siguientes:
•
Conversión de Ficheros de Entrada: realizar la conversión de formato de un
fichero de entrada que es necesario para la puesta en marcha de la
127 Gestión de un establecimiento McDonald’s
aplicación. Este fichero puede existir previamente o haberse generado
específicamente para esta aplicación. En caso de existir previamente porque
así lo requieran las funciones de negocio, es más que probable que haya que
realizar adicionalmente una adecuación de la estructura del fichero.
•
Conversión entre terminales: en el caso de tratarse de una arquitectura
cliente-servidor ya instaurada, hay que tener en cuenta los ficheros que
comparten los diferentes terminales y adecuarlos al Sistema.
•
Conversión de Documentos de entrada / salida: deben utilizarse los mismos
sistemas magnéticos de almacenaje que existen en la empresa cliente y
adecuar los ficheros en el caso que sea necesario.
•
Conversión de software preexistente: si se requiere, debe convertirse todos
aquellos formatos que afecten a otras aplicaciones ya instauradas en la
arquitectura de la empresa cliente.
7.3.3 Plan de Formación
Con este plan, se pretende identificar al usuario o grupo de usuarios de la empresa
cliente que va a utilizar esta aplicación. Con ello se pretende identificar y saber los
conocimientos de los usuarios del Sistema para poder adecuar la formación al nivel
requerido, siendo mucho más eficaz que una formación desde cero sin conocer el perfil
de los usuarios.
Dentro de este grupo de usuarios, existen otros subgrupos, dependiendo de la
utilización que vayan a hacer de la herramienta y de la función que cumplan dentro de la
128 Gestión de un establecimiento McDonald’s
misma. Con ello se podrán realizar distintos planes de formación que se amolden
perfectamente a los usuarios.
La formación se llevará a cabo una vez realizada la fase de pruebas y paralelamente
a la fase de implantación del Sistema. No es necesario que la formación deba realizarse
a la vez que las pruebas puesto que la complejidad de este Sistema es baja y la
formación se puede realizar, por lo general, rápidamente. Muchas veces, la necesidad de
adelantar la formación puede deberse a que la empresa donde debe implantarse la
aplicación es grande y el grupo de usuarios objetivo de la misma es amplio. Pero aun
con estos posibles inconvenientes, parece lógico realizar este plan una vez finalizadas
las pruebas.
7.3.4 Plan de Implantación
En este momento pueden establecerse las pautas generales, puesto que la
implantación depende en todo momento de la arquitectura hardware de la empresa
cliente y de la estructura y composición de la misma. En general, las acciones que deben
llevarse a cabo son las siguientes:
•
Implantación del nuevo hardware y software necesario para el nuevo
Sistema.
•
Planificación de todas las operaciones necesarias para poder instaurar el
nuevo Sistema.
•
Actividades relativas a las operaciones de conversión.
129 Gestión de un establecimiento McDonald’s
8.- DISEÑO INTERNO
130 Gestión de un establecimiento McDonald’s
En esta fase deben diseñarse los diversos componentes software y realizar una
especificación detallada de su estructura así como de su función o cometido.
Se parte del modelo físico del nuevo sistema definido en la etapa anterior de diseño
externo en el que se han especificado todos aquellos procesos automáticos y todos
aquellos procesos que deben realizarse de forma manual. Los procesos automáticos
deben desempeñarse a través de un subsistema Batch. Los procesos que se realizan de
forma online, es decir, aquellos que no tienen un orden predeterminado de ejecución y
no se conoce en qué momento serán solicitados, se deben recoger bajo un subsitema
Online y así con cada una de la tipología de procesos existentes.
Para todos aquellos procesos automáticos, ya mencionados, se va a utilizar la
técnica del diagrama de funciones o diagrama HIPO que se basa en los diagramas de
flujo de datos ya obtenidos con anterioridad.
Para todos los procesos online, se utilizará una técnica parecida a la anterior, a
través de un diagrama denominado STC o Structured Chart.
Una vez diseñada la función de negocio o adecuada a la ya existente, se estructuran
en componentes. Si es necesario, para estos componentes pueden realizarse los
denominados cuadernos de carga, que recogen todos los elementos necesarios para la
programación del Sistema. Este cuaderno de carga es un documento adicional y
opcional, diseñado únicamente cuando sea preciso, que debe utilizarse tanto por los
programadores como por el equipo encargado de realizar las pruebas de la aplicación.
Debido a la naturaleza de este Sistema, antes de poder llevar a cabo la
programación de todos los componentes software necesarios, debe diseñarse la base de
131 Gestión de un establecimiento McDonald’s
datos. Se debe tener clara su estructura y composición. A su vez, deben crearse los
ficheros que serán necesarios ya que en el momento en que se esté programando la
aplicación, se pueda hacer uso de su composición evitando futuros errores de
conversión y la pérdida de recursos y tiempo.
Por la importancia que el modelo físico del nuevo sistema tiene en este proceso y
siendo la base para la obtención de los subsistemas batch y online se va a volver a
mostrar. Se expondrá únicamente el nivel conceptual puesto que es la parte del
diagrama de más bajo nivel del que deben partir ambos diagramas. En este diagrama
también se encuentran representadas las fronteras de mecanización, método
fundamental para delimitar todos aquellos procesos automáticos de los que no lo son.
132 Gestión de un establecimiento McDonald’s
El diagrama conceptual del modelo físico del nuevo sistema es:
133 Gestión de un establecimiento McDonald’s
8.1 Subsistemas Batch
El subsistema Batch se constituye por todos aquellos procesos que se ejecutan con
una frecuencia predeterminada que suele mantenerse fija y en un orden secuencial,
realizando siempre las mismas tareas en el mismo orden.
La principal forma de representar los procesos automáticos es a través del diagrama
HIPO. Esta representación se obtiene a partir de la derivación de los componentes del
modelo DFD, en este caso el modelo físico de procesos. El resultado que generará este
diagrama serán los programas y ficheros que contendrá el Sistema.
8.1.1 Diagramas HIPO
Este diagrama sigue un orden de representación jerárquico, se muestran los
componentes de arriba abajo.
Una vez se han analizado los diagramas DFD, es especial el modelo físico de
procesos, se ha obtenido lo siguiente:
Aceptación de Usuario:
134 Gestión de un establecimiento McDonald’s
135 Gestión de un establecimiento McDonald’s
8.2 Subsistemas Online
Los subsistemas on-line se ocupan de aquellas funciones de negocio que no se
realizan bajo un orden secuencial de ejecución y por el contrario se procesan de manera
aleatoria a petición del usuario. Estas funciones han sido diseñadas y especificadas en el
modelo físico de procesos detallando sus flujos de datos, almacenes de información y
procesos.
Mediante la derivación del DFD de la función hacia un diagrama STC, estos
componentes van a dar lugar a ventanas y módulos de programa que se van a diseñar
unitariamente. Se toma toda la información disponible en la especificación de procesos
y se deriva al STC.
El STC es un diagrama jerárquico donde los elementos son módulos con
información sobre su acoplamiento respecto a otros módulos: datos y control. En el
STC vienen representados los eventos que ocurren en el subsistema on-line
provenientes de las acciones del usuario sobre su interfaz.
Los elementos que componen un diagrama STC son:
•
Los rectángulos representan módulos independientes. La estructura de los otros
módulos del diagrama no van a tener influencia alguna.
•
Los romboides representan dispositivos de entrada/salida (teclado, discos, bases
de datos).
•
Los rectángulos con dos líneas verticales paralelas representan un módulo
reutilizable para distintas funciones de negocio.
136 Gestión de un establecimiento McDonald’s
•
Las flechas con una base circular negra representan flujos de control.
•
Las flechas con una base circular blanca representan flujos de información.
Diagrama STC del proceso de validación de usuario:
137 Gestión de un establecimiento McDonald’s
Diagrama STC del Proceso Gestión de Usuarios:
138 Gestión de un establecimiento McDonald’s
Diagrama STC del Proceso Introducir Datos:
139 Gestión de un establecimiento McDonald’s
8.3 Especificaciones de los Planes
Una vez ya explicados todos los planes necesarios en la fase anterior que van a
llevarse a cabo, ahora se va a pasar a especificar todos aquellos que por su importancia
o complejidad sea necesario ampliarlos.
De todos los planes tratados, del único que se ve primordial especificar, es del Plan
de Pruebas, debido a la importancia vital que tiene para el correcto funcionamiento del
Sistema y la posterior satisfacción de los clientes.
8.3.1 Plan de Pruebas
Como ya se ha comentado, la estrategia a seguir del plan de pruebas se especificó
en la fase anterior. Se comentó los tipos de pruebas que se iban a realizar así como
aspectos de más bajo nivel que afectaban a las mismas.
En este punto del diseño y una vez realizados los subsistemas batch y online, ya se
conocen todos los componentes software del Sistema, lo que permite que las
especificaciones de pruebas sean totalmente reales y ajustadas a la aplicación. Este plan
de pruebas va a constar de los siguientes puntos:
•
Especificaciones de la arquitectura hardware y software sobre la que se va a
instaurar el programa.
•
Descripción de los componentes que van a ser necesarios para realizar las
pruebas.
•
Características de los tipos de pruebas.
140 Gestión de un establecimiento McDonald’s
•
Datos de los ficheros que van a ser necesarios para las pruebas.
•
Planificación de las pruebas.
•
Funciones adicionales de las pruebas.
8.3.1.1 Descripción del Entorno de Pruebas
RECURSO
DESCRIPCIÓN
LOCALIZACIÓN
Sistema operativo
Windows XP Home Edition Servidor
(Service Pack 2)
Base de datos
Oracle 10g
Servidor
Servidor de aplicación
Apache
Servidor
Clientes Web
Internet Explorer 6
PC’s clientes
Internet Explorer 7
Mozilla Firefox 2.0
Herramientas
MS Office
PC’s clientes
de aplicación
8.3.1.2 Características de las pruebas
La prueba que se va a realizar va a ser un almacenamiento temporal de información
en la base de datos para su posterior comprobación. Esta prueba involucra a los
siguientes procedimientos:
• Acceso a la base de datos como administrador.
• Almacenamiento de Información.
• Modificación de la base de datos.
141 Gestión de un establecimiento McDonald’s
• Actualización de la base de datos.
• Consulta de la base de datos.
• Borrado del contenido de la base de datos.
• Cierre del SGBD Oracle.
142 Gestión de un establecimiento McDonald’s
9.- PROGRAMACIÓN
143 Gestión de un establecimiento McDonald’s
La fase de programación consiste en transformar el Sistema en un conjunto de
programas que puedan ser utilizados por los futuros clientes. Estos programas deben
estar bajo unos estándares de calidad.
La transformación en programas depende de varios factores: desde la forma en que
ha sido diseñado, pasando por el lenguaje de programación que se va a utilizar, las
herramientas software usadas así como de los propios programadores que lo van a
codificar. Además de los objetivos que debe cumplir la aplicación, ya fijados en etapas
posteriores, se busca acometer otros como: objetivos económicos, de fiabilidad, de
eficiencia o de mínimo mantenimiento.
Aunque existe una fase de pruebas de la que ya se han comentado algunos hechos,
durante la fase de codificación de los programas también deben realizarse la prueba de
cada subprograma una vez se ha escrito. Estas pruebas las deben realizar los propios
programadores y se pretende que todos los módulos software funcionen correctamente
antes de que sean integrados.
A la finalización de la codificación de los programas, le sigue la elaboración de los
manuales de usuario y de los manuales de explotación propios de cada elemento
software y los perfiles de usuario para el Sistema.
144 Gestión de un establecimiento McDonald’s
9.1 Descripción de Componentes del Sistema
A continuación se describe brevemente cada uno de los componentes que
conforman la base de datos y la aplicación que trabaja sobre la misma
•
Tablas de la base de datos:
o Tabla Hamburguesa_Ingrediente (Hamburguesa varchar(50),
Ingrediente varchar(50),Cantidad number(6)). Primary Key:
Hamburguesa,Ingrediente. Foreign Key: Ingrediente
o Tabla Ingredientes (Ingrediente varchar(50), cantidad number (6),
minimo number(6)). Primary Key: Ingrediente.
o Tabla Hamburguesa (Hamburguesa varchar(50), precio number
(2,2)). Primary Key: Hamburguesa.
o Tabla Hamburguesa_Menu (Hamburguesa varchar (50), Menu
varchar (50)). Primary Key: Hamburguesa,Menu. Foreign Keys:
Hamburguesa y Menu.
o Tabla Ensalada_Ingrediente (Ensalada varchar (50), Ingrediente
varchar
(50),
Cantidad
number
(6)).
Primary
Key:
Ensalada,Ingrediente. Foreign Keys: Ensalada e Ingrediente.
o Tabla Ensalada (Ensalada varchar (50), precio number (2,2)).
Primary Key: Ensalada.
145 Gestión de un establecimiento McDonald’s
o Tabla Complemento_Ingrediente (Complemento varchar (50),
Ingrediente varchar (50), cantidad number (6)). Primary Key:
Complemento,Ingrediente.
Foreign
Keys:
Complemento
e
Ingrediente.
o Tabla Complemento_Menu (Complemento varchar (50), Menu
varchar (50)). Primary Key: Complemento,Menu. Foreign Keys:
Complemento y Menu.
o Tabla Helado_Ingrediente (Helado varchar (50), Ingrediente varchar
(50), cantidad number (6)). Primary Key: Helado,Ingrediente.
Foreign Keys: Helado e Ingrediente.
o Tabla Helado (Helado varchar (50), precio number (2,2)). Primary
Key: Helado.
o Tabla Bebida (Bebida varchar (50), precio number (2,2), cantidad
number (6), minimo number (6)). Primary Key: Bebida.
o Tabla Bebida_Menu (Bebida varchar (50), Menu varchar (50)).
Primary Key: Bebida,Menu. Foreign Keys: Bebida y Menu.
o Tabla Postre (Postre varchar (50), cantidad number (6), minimo
number (6)). Primary Key: Postre.
o Tabla Postre_Menu (Postre varchar (50), Menu varchar (50)).
Primary Key: Postre,Menu. Foreign Keys: Postre y Menu.
146 Gestión de un establecimiento McDonald’s
o Tabla Menu (Menu varchar (50), Precio number (2,2)). Primary
Key: Menu.
147 Gestión de un establecimiento McDonald’s
9.2 Manual de Usuario
La guía de usuario es un manual de instrucciones para la operación del sistema
similar al de cualquier aplicación informática del mercado. Se realiza orientándolo a las
funciones de negocio que debe llevar a cabo el usuario.
9.2.1 Introducción
A continuación se presenta el objetivo del sistema y el ámbito o funciones de
negocio que se realizan bajo este sistema.
9.2.1.1 Objeto de la Aplicación
Este sistema pretende facilitar la venta de productos y el control de los mismos
mediante una base de datos de un establecimiento de comida rápida, es este caso
McDonald’s.
Así mediante el uso de clics de ratón o mediante pulsaciones en una pantalla táctil
se puede vender cualquier producto del establecimiento y en una misma ventana
favoreciendo la simplicidad y la eficacia y rendimiento durante su uso.
En la aplicación se puede catalogar los productos por las familias a las que
pertenecen e incorpora un teclado numérico para proceder al cobro.
Se ha hecho hincapié en la arquitectura cliente-servidor para facilitar su uso en
distintos ordenadores y accediendo a una base de datos común para todos ellos evitando
la redundancia y errores en los datos.
148 Gestión de un establecimiento McDonald’s
Aparte, se han creado diferentes perfiles de usuario, los cuales el administrador
podrá manejar según vea conveniente para permitir diferentes niveles de uso.
9.2.1.2 Ámbito de la Aplicación
Como se ha mencionado anteriormente esta aplicación está destinada a ser usada
por establecimientos McDonald’s ya que se incorpora todos sus productos que se
venden en España. Dentro del establecimiento será usada por el personal a cargo de las
ventas.
9.2.2 Descripción General del Sistema
9.2.2.1 Entorno de Trabajo
Esta aplicación ha sido diseñada para poder utilizarse en un establecimiento
McDonald’s, o mediante la modificación de los productos podría usarse en cualquier
establecimiento de Hostelería.
También ha sido elaborada para la utilización en servidores de aplicaciones. A través
de un Servidor central, varios ordenadores pueden acceder simultáneamente a la
aplicación y realizar las operaciones oportunas.
Los requisitos tanto hardware como software han sido minimizados para que puedan
ser ejecutados sin problemas tanto en ordenadores de última generación como en
ordenadores que se han quedado anticuados. Estos requisitos son los siguientes:
•
Sistema Operativo Windows XP.
•
Espacio en disco duro de 2 GB.
149 Gestión de un establecimiento McDonald’s
•
512 MB de memoria RAM.
•
Unidad de CD/DVD.
•
Microsoft Internet Explorer 6.0 o posterior.
9.2.3 Perfiles de Usuario
Existen distintos perfiles de usuario para tener acceso a la aplicación.
Genéricamente se puede hablar de un perfil de usuario que tiene acceso a toda la
información que contiene la base de datos y a todas las funcionalidades de consulta de
que dispone la aplicación. Por seguridad y la integridad del programa, no poseen acceso
a la estructura interna de las tablas que componen el Sistema. Estos usuarios disponen
de un nombre de usuario y clave de acceso personal que aparte de dotar al usuario de
seguridad, permite al Sistema gestionar de manera más eficiente a los usuarios.
Por otro lado, existe un perfil de administrador de la base de datos. Encargado de
gestionar el Sistema. Posee acceso a la totalidad de la información de la base de datos y
a la estructura interna de las tablas. Se encarga de gestionar a los usuarios, la
información de la base de datos y las operaciones de actualización y mantenimiento de
la base de datos.
Adicionalmente se ha dotado a la aplicación de permisos de acceso que el
administrador puede imponer a los usuarios. Esto permite restringir al acceso de
información o a las distintas funcionalidades. También permite la segmentación de
funciones dentro del Sistema.
150 Gestión de un establecimiento McDonald’s
9.2.4 Funcionalidades de la aplicación
9.2.4.1 Instalación de la aplicación
Lo primero que debe comprobarse es que el ordenador en el que se va a instalar la
aplicación, cumple con todos los requisitos necesarios y se dispone de los programas
necesarios para la ejecución. Estos programas ya han sido mencionados con anterioridad
y si es necesario, se recomienda su consulta.
A continuación se describen los pasos necesarios para su ejecución. Esta aplicación
puede utilizarse a través de un instalador estándar que Windows proporciona o a través
del propio sistema gestor de bases de datos Oracle. La opción de instalación a través de
instalador es comúnmente conocida y no tiene mayor dificultad, por ello se va a explicar
en mayor profundidad como utilizar la aplicación desde el propio Oracle.
- Instalación utilizando el instalador de Windows:
Paso 1: Se hará doble clic sobre el icono de instalación del paquete software. El
instalador se ejecutará y aparecerá en pantalla.
Paso 2: El asistente recomienda que se cierren todos los programas que se
encuentren en ejecución y si es necesario, se cierre el programa antivirus para evitar
disminuciones de rendimiento o retardos en la instalación.
Paso 3: Se deben seguir las instrucciones que aparecen en pantalla. Seleccionar la
ruta de acceso e instalar todos los componentes. Una vez finalizada la instalación
ejecutar la aplicación utilizando el acceso directo en el escritorio o a través del menú
Inicio y Programas.
151 Gestión de un establecimiento McDonald’s
- Instalación usando Oracle:
Paso1: iniciar la instancia de ejecución de Oracle Start OC4J. Esta instancia abrirá
una ventana de entorno MS-DOS que no deberá cerrarse hasta la finalización de la
utilización del Sistema.
Paso 2: copiar todos los ficheros de la aplicación en el disco duro del ordenador
donde se desee utilizar el programa.
Paso 3: ejecutar el fichero principal de la aplicación (con extensión *.fmb). Este
fichero inicia la apertura de la herramienta de desarrollo Oracle Forms.
Paso 4: compilar la ejecución usando el botón indicado para ello. Este botón se
encuentra disponible en la barra de herramientas del programa Forms. Una vez
compilado, ejecutar la aplicación utilizando el botón habilitado para ello.
Paso 5: el programa preguntará por el nombre de usuario y la clave de acceso para
acceder al Sistema. Deberán ser introducidos.
Paso 6: el programa se iniciará y permitirá al usuario la consulta de toda aquella
información que desee y de todas las funcionalidades disponibles.
Paso 7: Una vez finalizada la ejecución del Sistema, se deberá cerrar la aplicación
y ejecutar la instancia de cierre de Oracle: Shutdown OC4J. Todas las ventanas del
gestor Oracle serán cerradas.
9.2.5 Ayuda
Para más información puede utilizarse la ayuda que proporciona el gestor Oracle o
152 Gestión de un establecimiento McDonald’s
toda la información disponible en el portal web de Oracle: www.oracle.com.
9.2.6 Uso de la Aplicación
La aplicación se ha construido de forma que sea lo más fácil e intuitiva posible. Por
ello se va a explicar brevemente los distintos componentes de las ventanas, la
funcionalidad que tienen dentro de las mismas y una venta virtual de productos.
En primer lugar se ve la pantalla principal de la aplicación:
Ahora se procederá a la venta de 2 Hamburguesas, 1 ensalada y 1 coca-cola.
153 Gestión de un establecimiento McDonald’s
En primer lugar se sitúa el cursor dentro de Familias en el icono que parece una
hamburguesa.
154 Gestión de un establecimiento McDonald’s
En segundo lugar, se pulsa sobre el icono apareciendo toda la lista de
hamburguesas del establecimiento.
155 Gestión de un establecimiento McDonald’s
En tercer lugar se pulsará una hamburguesa dentro de las que aparecen, por
ejemplo una Hamburguesa normal.
Se puede observar que tras pulsar el botón de hamburguesa normal se ha añadido a
la lista de ventas indicando las unidades, el nombre del producto y su precio. También
se añadió el importe de la hamburguesa al total.
156 Gestión de un establecimiento McDonald’s
Ahora se procederá a añadir a la cesta de la compra un McRoyal, para eso se sitúa
el cursor sobre la Hamburguesa y se le da un clic.
Se puede observar que tras pulsar el botón de McRoyal se ha añadido a la lista de
ventas indicando las unidades, el nombre del producto y su precio. También se añadió el
importe de la hamburguesa al total.
157 Gestión de un establecimiento McDonald’s
Ahora se procederá a situar el cursor sobre el icono Ensaladas dentro de Familias.
158 Gestión de un establecimiento McDonald’s
Se pulsa sobre el icono Ensaladas apareciendo las diferentes saladas de las que
dispone el establecimiento.
159 Gestión de un establecimiento McDonald’s
Se pulsa sobre el icono Atlántica.
Se puede observar que tras pulsar el botón de Atlantica se ha añadido a la lista de
ventas indicando las unidades, el nombre del producto y su precio. También se añadió el
importe de la ensalada al total.
160 Gestión de un establecimiento McDonald’s
Para proceder a la selección de la Coca-cola, se pulsa sobre el icono de Bebidas
situado en Familias en la parte derecha de la pantalla.
Se despliegan todas las bebidas del establecimiento y se puede seleccionar
cualquiera de ellas.
161 Gestión de un establecimiento McDonald’s
Se pulsa sobre el icono de Coca-cola.
Tras pulsar el icono de Coca-cola se ha añadido a la lista de ventas indicando las
unidades, el nombre del producto y su precio. También se añadió el importe de la Cocacola al total.
162 Gestión de un establecimiento McDonald’s
Ahora se procederá al cobro. Para ello se utiliza el teclado numérico situado a la
izquierda de la pantalla. Se dispone a cobrar la cantidad de 10,65 euros y se entrega 11
euros teniendo que dar el cambio.
Para ello se pulsa 2 veces el icono ‘1’, y una vez el icono ‘COBRAR’.
A continuación en la casilla ‘DEVOLUCION’ se muestra el importe que hay que
darle al consumidor.
163 Gestión de un establecimiento McDonald’s
Para realizar otra venta se pulsa sobre el icono ‘CAJA’
Se restablecen los contadores a 0 y se puede proceder con la siguiente venta.
164 Gestión de un establecimiento McDonald’s
9.3 Manual de Explotación
El manual de explotación está enfocado a la persona o grupo de personas
encargadas de la gestión del Sistema. Esta persona se encargará de la explotación día a
día así como de la gestión del resto de usuarios y de la gestión de la información.
9.3.1 Información General de la Aplicación
La aplicación ha sido diseñada utilizando el sistema gestor de bases de datos Oracle
para la creación y manejo de la base de datos y las herramientas de desarrollo Oracle
Developer Forms. El lenguaje utilizado ha sido SQL Plus y PL para la programación de
los componentes y el tratamiento de eventos.
9.3.2 Información sobre la Gestión de Datos
La información que contiene la base de datos debe ser gestionada a través del
sistema gestor de bases de datos Oracle.
El administrador de la base de datos debe tener conocimientos de bases de datos en
Oracle para poder gestionar la información.
9.3.3 Información sobre el Control
9.3.3.1 Gestión de Usuarios
La gestión de usuarios debe realizarse a través del propio gestor de bases de datos
Oracle. De la misma forma, pueden concederse los permisos necesarios a los usuarios.
165 Gestión de un establecimiento McDonald’s
9.3.3.2 Gestión de Operaciones de Actualización y Mantenimiento
La gestión de las operaciones de actualización y mantenimiento de la base de datos
deben realizarse a través del sistema gestor de bases de datos Oracle.
9.3.3.3 Ayuda
Para más información, se recomienda consultar el manual de usuario de la
aplicación.
166 Gestión de un establecimiento McDonald’s
10.- PRUEBAS DEL SISTEMA
167 Gestión de un establecimiento McDonald’s
Los programas que componen el Sistema ya han sido codificados. Sobre ellos se
han realizado las pruebas unitarias, es decir, la prueba de cada módulo por separado una
vez han sido programados para verificar su correcto funcionamiento. Entre las pruebas
unitarias realizadas, pueden destacarse las siguientes:
•
Pruebas de encaminamiento, que aseguran que las llamadas entre
procedimientos se realicen correctamente.
•
Pruebas para la posterior integración, que aseguran que la integración de los
módulos sea correcta.
•
Pruebas de usabilidad, que verifican la accesibilidad a los módulos.
•
Pruebas de sobrecarga, que verifican la integridad de los módulos ante
elevadas cargas de trabajo.
•
Pruebas de seguridad, que se encargan de comprobar la seguridad de los
módulos en el trato de la información.
•
Pruebas de explotabilidad, que aseguran el correcto funcionamiento de cada
módulo.
Muchas de estas pruebas unitarias volverán a ser repetidas para la prueba de todo el
Sistema, esta vez con todos los módulos que lo componen integrados entre sí.
Ahora es el momento de integrar todos esos componentes y realizar las pruebas al
Sistema. Todas estas pruebas han sido ya establecidas en el plan de pruebas realizado en
la fase del Diseño Interno. El plan de pruebas pretende obtener una aplicación fiable,
estable y lo más eficiente posible.
168 Gestión de un establecimiento McDonald’s
Esta fase se considera crítica para la aceptación del Sistema por parte del cliente.
Puede suceder, que el resultado de las pruebas no sea el esperado y por tanto
insatisfactorio. El programa tendría que volver a ser revisado y cambiar aquellas partes
más problemáticas o críticas. Pero también puede suceder el extremo contrario, que el
resultado de la prueba del Sistema sea correcto. Esto provocará la aceptación de la
aplicación y la posterior implantación en la empresa cliente.
169 Gestión de un establecimiento McDonald’s
10.1 Entorno de Pruebas
De acuerdo con el plan de pruebas, debe realizarse todo el ciclo de pruebas
acordado. Este ciclo de pruebas reúne las distintas pruebas a las que será sometido la
totalidad del Sistema.
Para acometer estas pruebas, se necesita lo que se denomina un entorno de pruebas.
Este entorno de pruebas simula la arquitectura hardware y software de la empresa donde
la aplicación será integrada. También debe de ser capaz de simular el entorno de
explotación del cliente y la carga de trabajo que va a tener que soportar. En muchas
ocasiones, existen reglas y funciones de trabajo que el cliente tiene asimiladas en sus
funciones de negocio. Estas reglas deben ser tenidas en cuenta por el entorno de trabajo.
En este caso, estas restricciones no están presentes, luego no van a ser tenidas en cuenta.
Entorno de pruebas:
RECURSO
DESCRIPCIÓN
LOCALIZACIÓN
Sistema operativo
Windows XP Home Edition Servidor Web
(Service Pack 2)
Base de datos
MySQL Server 5.0.45
Servidor base de datos
Servidor de aplicación
Apache 2.2.3 (Win32)
Servidor Web
Clientes Web
Internet Explorer 6
PC’s clientes
Internet Explorer 7
Mozilla Firefox 2.0
Herramientas
MS Office
PC’s clientes
de aplicación
170 Gestión de un establecimiento McDonald’s
El entorno de pruebas ha sido acordado previamente a la realización de las
pruebas que van a ser acometidas. Los volúmenes de carga también han sido acordados.
Se van a realizar pruebas con este nivel acordado y con un nivel superior para poder
verificar el funcionamiento ante sobrecargas de trabajo.
El equipo de pruebas ha sido configurado con personal de la empresa cliente,
puesto que no hay suficientes recursos humanos en el equipo de desarrollo de este
Sistema. Aunque lo recomendable es que este equipo sea totalmente independiente del
equipo de desarrollo y del de la empresa para asegurar la independencia en las pruebas y
asegurar también una mayor calidad, por las características de esta aplicación y de los
objetivos que persigue, no va a ser necesario utilizar un equipo independiente.
171 Gestión de un establecimiento McDonald’s
10.2 Tipos de Pruebas
A continuación se van a nombrar aquellas pruebas que se realizarán en el Sistema.
Este ciclo de pruebas ha sido acordado previamente. El ciclo de pruebas es el siguiente:
•
Pruebas de encadenamiento: verifican las llamadas entre componentes.
•
Pruebas de Integración: verifican la funcionalidad de todo el sistema
integrado y el rendimiento de los recursos utilizados.
•
Pruebas de Explotabilidad: verifican la correcta operación del sistema.
•
Pruebas de Seguridad: verifican los aspectos de seguridad exigidos en los
requisitos del sistema.
•
Pruebas de Sobrecarga: verifican el correcto comportamiento del sistema
ante los estados de estrés en los que puede verse envuelto.
•
Pruebas de Recuperación: verifican la capacidad del sistema para recuperar
información o incidencias anómalas.
•
Pruebas de Regresión: verifican el correcto comportamiento del sistema
ante la modificación de alguno de sus componentes.
•
Pruebas de Aceptación de Usuario: certifican, por parte de los usuarios, la
funcionalidad y rendimiento del sistema, de acuerdo con los requisitos
establecidos.
•
Pruebas de Usabilidad: certifican, por parte de los usuarios, la
manejabilidad y amigabilidad del sistema.
172 Gestión de un establecimiento McDonald’s
Como ya se ha comentado, muchas pruebas de las que se han mencionado aquí ya
habían sido realizadas en las pruebas unitarias realizadas a cada módulo
independientemente. El objetivo es probar el mismo funcionamiento cuando esos
módulos se encuentran integrados entre sí.
173 Gestión de un establecimiento McDonald’s
10.3 Comentarios a las Pruebas Realizadas
Se va a realizar un breve comentario de cada una de las pruebas más críticas o de
aquellas que se requiera un comentario extra de las que han sido realizadas en el
Sistema:
10.3.1 Pruebas de Encaminamiento
Estas pruebas garantizan que la comunicación entre los componentes sea adecuada.
Se realizan tanto para subsistemas batch como on-line.
Al contrario que en el subsistema batch, el subsistema on-line requiere que el
usuario que realice el papel de la administración de la base de datos haga las
operaciones de comprobación manualmente, puesto que estos procedimientos no se
encuentran automatizados.
10.3.2 Pruebas de Integración
Una vez realizadas las pruebas de encaminamiento, se procede a integrar todos los
componentes software que forman el Sistema.
Cada vez que se integra una función con sus interfaces, se le somete a la
comprobación de la funcionalidad respecto a los objetivos que se han marcado. Durante
la realización de estas pruebas, se debe monitorizar todo el proceso para verificar la
correcta integración de los componentes.
174 Gestión de un establecimiento McDonald’s
10.3.3 Pruebas de Explotabilidad
Determinan la facilidad que ofrece el sistema para su explotación. Para ello, se
ejecutarán tanto los procesos batch como los on-line.
El único proceso que se necesita para verificar el funcionamiento de la aplicación
es la ejecución del Sistema. Se debe comprobar que los datos mostrados por pantalla
sean los adecuados y en el formato correcto.
10.3.4 Pruebas de Seguridad
Los mecanismos que este Sistema tiene incorporados vienen proporcionados en
parte por el gestor de bases de datos Oracle.
El resto de usuarios podrán visualizar la información contenida en la base de datos,
siempre que el administrador no haya optado por hacer uso de los permisos de acceso.
10.3.5 Pruebas de Sobrecarga
La arquitectura del sistema se ha definido para poder soportar un acceso máximo
de operaciones, que ha sido previamente estudiado y acordado con el cliente. En
momentos determinados, el sistema puede recibir una carga de trabajo mayor por
diversos motivos.
Si se quieren evitar posibles disminuciones de rendimiento por sobrecargas de
trabajo, se recomienda mejorar las especificaciones hardware de la arquitectura donde
se implanta la aplicación.
175 Gestión de un establecimiento McDonald’s
10.3.6 Pruebas de Regresión
Esta tipología de pruebas se realizarán para detectar anomalías o errores en el
software, que pueden estar provocados por un diseño o codificación erróneas. Al añadir
una mejora o actualización al sistema deben volver a repetirse una parte importante de
las pruebas realizadas.
En el caso de que se incorporen nuevas innovación sobre el sistema, se necesitará
el uso de herramientas de prueba que permiten la repetición de las mismas.
176 Gestión de un establecimiento McDonald’s
11.- IMPLANTACIÓN DEL SISTEMA
El software del Sistema ya ha sido probado. Ha superado las pruebas
satisfactoriamente y está listo para ser instalado. Se ha verificado la configuración que
el software debe llevar en el proceso de la instalación. El software debe ser migrado al
servidor de aplicaciones o a los puestos que sea necesario.
177 Gestión de un establecimiento McDonald’s
Todavía existen diversas actividades a abordar. Si este número de actividades fuese
complejo, se haría necesario un plan de implantación. En este caso no va a ser
necesario.
178 Gestión de un establecimiento McDonald’s
11.1 Pruebas de Implantación
Una vez se ha instalado el software en la arquitectura cliente, éste debe ser
verificado y objeto de algunas pruebas antes de que sea utilizado por la totalidad de los
usuarios de la empresa cliente.
Estas pruebas se dividen en dos grandes grupos:
•
Pruebas de certificación del correcto funcionamiento del software. Serie de
pruebas destinadas a comprobar que la totalidad del software que se ha
implantado funciona correctamente. También se debe comprobar que no
existen incompatibilidades o interacciones no deseadas con otro tipo de
software que ya se encontraba instaurado.
•
Pruebas de aceptación final del Sistema. Los diversos usuarios de la
aplicación deben verificar que la aplicación funciona correctamente desde
los distintos puestos desde los que se realiza el trabajo.
Ambas pruebas han sido superadas correctamente y se ha recibido la conformidad
del cliente. El Sistema se ha implantado satisfactoriamente.
179 Gestión de un establecimiento McDonald’s
11.2 Plan de Contingencia
El plan de contingencia se utiliza para dar salida y solucionar posibles anomalías
que surjan en el momento de la implantación del software. Existen diferentes niveles en
este plan, dependiendo del nivel de implantación y del tipo de problemas que hayan
surgido.
No ha sido necesario utilizar el plan de contingencia puesto que la implantación ha
ocurrido sin problemas y no han existido ningún tipo de interacciones negativas entre
los componentes de la arquitectura cliente y el Sistema instaurado.
180 Gestión de un establecimiento McDonald’s
12.- MANTENIMIENTO DEL SISTEMA
181 Gestión de un establecimiento McDonald’s
Se ha acordado un periodo de garantía y asistencia técnica para el paquete software
que se ha desarrollado. Este soporte de mantenimiento se da como respuesta a los
posibles errores o incidencias que no han podido ser detectadas en la fase de pruebas de
la aplicación o durante la fase de implantación.
Existen dos tipos de mantenimiento que se le ofrecen al cliente:
•
Mantenimiento Adaptativo.
•
Mantenimiento Correctivo.
Para un mayor control de la función de mantenimiento ofrecida al cliente, se ha de
documentar qué unidades han sido afectadas y cuáles han requerido asistencia y por qué
motivos.
182 Gestión de un establecimiento McDonald’s
12.1 Descripción de Mantenimientos Ofrecidos
12.1.1 Mantenimiento Correctivo
Este mantenimiento está orientado a la corrección de los errores sucedidos durante
la operación del Sistema. Estos errores deben ser anotados y el entorno en el que han
sucedido. Una vez notificados deben ser subsanados a la menor brevedad.
Para realizar este mantenimiento se requiere de la utilización de los manuales de
usuario y explotación del Sistema.
12.1.2 Mantenimiento Adaptativo
El mantenimiento adaptativo está orientado a la mejora de versión de la aplicación
que vaya apareciendo con el tiempo. Este mantenimiento también ofrece cierta
cobertura ante actualizaciones tecnológicas o de sistema operativo siempre que no se
cambie de versión.
183 Gestión de un establecimiento McDonald’s
13.- BIBLIOGRAFÍA
184 Gestión de un establecimiento McDonald’s
[SOMM05]
Sommerville, I., traducción de Alfonso Galipienso, M. I., “Ingeniería
del software”, Pearson Addison Wesley, Madrid 2005.
[BARR01]
Barranco de Areba, J., “Metodología del análisis estructurado de
sistemas” Segunda edición, Universidad Pontificia de Comillas,
Madrid 2001.
[PERE02]
Pérez-Campanero Atanasio, J. A., Morera Pascual, J. M., “Conceptos
de sistemas operativos”, Universidad Pontificia de Comillas, Madrid
2002.
[RAMO06]
Ramos Martín, M., Montero Rodríguez, F., Ramos Martín, A.,
“Desarrollo de aplicaciones en entornos de 4ª generación y con
herramientas case”, Mc Graw Hill, Madrid 2006.
[RIVE02]
Rivero Cornelio, E., Martínez Fuentes, L., Reina Juliá, L., Benavides
Abajo, J., Olaizola Bartolomé, J. M., “Introducción al SQL para
usuarios y programadores”, Praninfo, Madrid 2002.
[RIVE02]
Rivero Cornelio, E., “Bases de datos relacionales”, Paraninfo, Madrid
2002.
Dominios de Internet:
http://www.mcdonalds.es/
http://es.wikipedia.org/wiki/Portada
185 Gestión de un establecimiento McDonald’s
14.- ANEXOS
186 Gestión de un establecimiento McDonald’s
A continuación se incluyen una serie de anexos que complementarán este proyecto.
Los puntos a tratar son los siguientes:
•
Valoración Económica.
•
Planificación real que ha tenido el Proyecto.
En el primer anexo se valorará desde el punto de vista económico el coste de
realización del proyecto, desglosando en la medida de lo posible. En él se incluyen el
número de horas trabajadas, su coste y personal necesario, el coste de las licencias de
software y demás costes asociados.
El segundo anexo, recoge las fechas en que han sido acaecidas las fechas de
finalización de las distintas fases de desarrollo del Proyecto.
187 Gestión de un establecimiento McDonald’s
14.1 Valoración Económica
En este punto se recoge la valoración económica del proyecto. Se recogen diversos
costes como son el número de horas trabajadas, su coste y personal necesario, el coste
de las licencias de software y demás costes asociados.
En primer lugar se va a recoger el coste del personal de recursos humanos
necesario para la elaboración del Proyecto. Para la elaboración del Sistema denominado
Gestión de un Establecimiento McDonald’s se ha requerido de un analista Junior para la
fase de diseño y de un programador junior para la fase de programación, pruebas e
implantación.
La siguiente tabla recoge la relación de costes del personal:
Recurso Humano
Horas trabajadas
Salario/hora
Salario total
Analista
165
50 €
8250 €
Programador
105
45 €
4725 €
Los costes de las licencias del software utilizado vienen descritos a continuación.
También se incluye el coste del Sistema Operativo necesario. Destacar que también se
incluirán el coste de todas las actualizaciones de versión que han sido ineludibles. Estos
costes vienen descritos en la siguiente tabla:
188 Gestión de un establecimiento McDonald’s
Software
Descripción
Coste
Windows XP HE SP2
Sistema operativo
150 €
MS Office
Suite ofimática
700 €
Easycase
Herramienta CASE
6.000 €
Oracle 10g
Sistema Gestor de BBDD
Gratuito
Suite Herramienta de desarrollo
Gratuito
Oracle Developer
10g
GIMP 2
Firefox 2.0
Herramienta de diseño gráfico
Gratuito
Navegador Web
Gratuito
Destacar que el paquete de software ofimático Microsoft Office 2003 se compone
de los siguientes programas:
•
Microsoft Office Word 2003.
•
Microsoft Office Excel 2003.
•
Microsoft Office Access 2003.
•
Microsoft Office PowerPoint 2003.
•
Microsoft Office Project 2003.
•
Microsoft Office Visio 2003.
•
Microsoft Office Outlook 2003.
•
Microsoft Office Publisher 2003.
189 Gestión de un establecimiento McDonald’s
•
Soporte para Extensible Markup Lenguaje e Information Rights
Management.
A continuación se detalla el coste del ordenador personal estándar para poder
ejecutar la aplicación diseñada en este proyecto. Se incluyen dos tipos de ordenadores
personales: un equipo de sobremesa y un ordenador portátil por si se necesita
portabilidad.
Hardware Descripción Coste Asphire 5920G PC portátil 600 € AMD X2 PC de sobremesa 800 € Canon Impresora multifunción 750 € DVDs, USB’s Soportes para copias 120 € Después de haber analizado todos los costes necesarios para la creación de este
Proyecto, la siguiente tabla recoge los costes totales de los distintos recursos y el coste
total:
Sección
Coste
Recursos humanos
12975 €
Componentes software
850 €
Componentes hardware
2970 €
TOTAL
16795 €
190 Gestión de un establecimiento McDonald’s
14.2 Planificación del Proyecto
Id Nombre de tarea
1 Definición del proyecto
Duración Comienzo
Fin
F
noviembre
P M
F
diciembre
P M
55 días? lun 01/10/07 vie 14/12/07
2
Adquisición del Material
6 días? lun 01/10/07 lun 08/10/07
3
Aprendizaje Oracle
49 días? mar 09/10/07 vie 14/12/07
4
Entrega Anexo B
1 día? jue 29/11/07 jue 29/11/07
5 Documentación del proyecto
150 días? lun 15/10/07 vie 09/05/08
6
Recopilación de información
150 días? lun 15/10/07 vie 09/05/08
7
Recopilación de material gráfico
22 días? lun 17/12/07 mar 15/01/08
8 Ciclo de vida
octubre
P M
120 días? lun 03/12/07 vie 16/05/08
9
Identif icación de necesidades
5 días? lun 03/12/07 dom 09/12/07
10
Análisis de requisitos
11 días? lun 10/12/07 lun 24/12/07
11
Estudio de arquitectura
18 días? mié 26/12/07 vie 18/01/08
12
Diseño Externo
20 días? lun 21/01/08 vie 15/02/08
13
Diseño interno
25 días? lun 18/02/08 vie 21/03/08
14
Programación
30 días? lun 24/03/08 vie 02/05/08
15
Pruebas del sistema
6 días? lun 05/05/08 lun 12/05/08
16
Implantación
4 días? mar 13/05/08 vie 16/05/08
17 Bibliografia
2 días? lun 19/05/08 mar 20/05/08
18 Anexos
3 días? mié 21/05/08 vie 23/05/08
19 Retoques y encuadernación
4 días? sáb 24/05/08 mar 27/05/08
191 F
enero
P M
F
febrero
marzo
P M F P M
F
abril
P M
F
mayo
P M
Gestión de un establecimiento McDonald’s
14.3 Conclusiones
Tras la finalización de este proyecto, se pasa a resumir las principales conclusiones
que se han obtenido referentes a la creación de una aplicación de la Gestión de un
Establecimiento McDonald’s
14.3.1 Cumplimiento de los Objetivos Marcados
Desde el punto de vista funcional, se ha cumplido el objetivo que se pretendía de
diseñar una aplicación software que sirviese de herramienta para un establecimiento
McDonald’s.
La aplicación se ha creado para que sea fácil e intuitiva. Se buscaba que primase la
sencillez y la velocidad en el proceso de carga, por ello se ha evitado la inclusión de
elementos adicionales innecesarios aunque se penalizase el apartado visual. Aún así el
interfaz se ha intentado que sea lo más amigable posible. El programa permite realizar
la Gestión de un Establecimiento McDonald’s.
Desde el punto de vista académico se ha conseguido cumplir el doble objetivo que
se buscaba.
Por un lado tener un conocimiento mucho mayor del sistema gestor de bases de
datos Oracle del que en un principio se tenía y por el otro, realizar prácticas de forma
real en uno de los sistemas que actualmente más se están utilizando en el mundo
empresarial.
192 Gestión de un establecimiento McDonald’s
14.3.2 Futuro de la Herramienta Software
Esta aplicación dispone de la posibilidad de actualización de la información
incluida en la base de datos. Se había tenido en cuenta desde un principio que si los
datos contenidos no eran actualizados, el programa se quedaría rápidamente obsoleto y
su historia de vida sería relativamente corta.
193