Download - Reestructuracion Del Protocolo Cervecera
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
1/73
S.E.P. TECNOLÓGICO NACIONAL
DE MÉXICO
INSTITUTO TECNOLÓGICO De Tuxtepec
TALLER DE INVESTIGACIÓN II
“Sistema de contro para a entrada!saidade persona en a Cer"ecera de Tr#pico
S$A$ de C$V$%
In&eniera en Sistemas Computacionaes
'RESENTAN(
Ana Ceciia S)nc*e+ ,ern)nde+Diana Ei+a-et* .arate Es/ui"ies
DOCENTE(
0$S$C$ 0ar1a de Lourdes ,ern)nde+ 0art1ne+
5 de Mayo del 2016
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
2/73
O2ICIO DE AUTORI.ACIÓN DE I0'RESIÓN
2
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
3/73
DEDICATORIA
3
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
4/73
La concepción de este proyecto de investigación está
dedicada a nuestros padres, pilares fundamentales en
nuestras vidas. Sin ellos jamás hubiésemos podido
conseguir lo que hasta ahora tenemos. Su tenacidad y
lucha insaciable han hecho de ellos el gran ejemplo a
seguir y destacar. También dedicamos este proyecto a
nuestros amigos que en todo momento estuvieron ah
para ayudarnos, a nuestra profesora !ara de Lourdes
"ernánde# !artne#, quien nos asesoró en cada
momento y aclaro nuestras dudas las cuales surgan
constantemente. $ todos ellos muchas gracias, sin
ustedes no lo hubiésemos podido lograr.
RESU0EN
4
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
5/73
%l siguiente proyecto tiene como objetivo el desarrollo de un sistema para el
control de operaciones de entrada&salida de empleados la 'ompa(a 'erveceradel Trópico S.$. de '.)., el cual es una soft*are que permite agili#ar
diversos procesos que se reali#an en la compa(a, entre los que se involucra+
registro de empleados, emisión de total de horas trabajadas por empleados
además de permitir la consulta de dicha información en cualquier momento.
-ara la ejecución del trabajo se hi#o uso de la !etodologa de cascada, mejor
conocida como ciclo de vida clásico además de un conjunto de las herramientas
!L / 0Lenguaje de modelado unificado1, necesario para modelar sistemasorientados a objetos y 2o!L utili#ado para modelar el negocio. 3e igual
forma se aplicaron técnicas como entrevistas no estructuras y la observación
directa con el propósito de obtener información relevante que permitiera
alcan#ar los objetivos planteados. -ara desarrollar el sistema se hi#o uso del
sistema gestor de base de datos ya establecido, )isual 4o5-ro y los
intérpretes para el lenguaje de programación. 'on el sistema desarrollado
se logrará reducir los tiempos de ejecución de algunas actividades laborales,
tiempos de consulta y análisis de la información además de disminuir los
riesgos de pérdida de información.
3NDICE'67T%7836
5
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
6/73
-9:87$0S1
;. 6ficio de autori#ación de impresión
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
7/73
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
8/73
3NDICE DE CUADROS
'67T%7836 -9:87$
'uadro/.H%tapas del metodo 0/1
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
9/73
KLos problemas que e5istan anteriormente
• Todo registro de llegada y salida de los trabajadores se haca fsicamente,
anotando los datos, como la hora de entrada.• Se tienen que hacer dos registros, uno de entrada y otro de salida, en
caso de no tener algunos de los dos firmados por el jefe, no se efectuara
el pago correspondiente al da de trabajo.• 7o cuentan con un método más ágil de administrar las asistencias o faltas
dentro de la empresa.• Su proceso para administrar sus asistencias es un poco tedioso, por el
hecho que tienen que buscar a su jefe para la firma de llegada y salida.
K'omo se llevaba el control antes
• %l control se llevaba anteriormente de manera fsica y un poco virtual, los
trabajadores tenan que anotar su hora de entradasalida en una hoja y
buscar a su jefe para que les firmara como recibido, después de eso
deban reali#ar la misma hoja pero en %5cel para tenerla en caso de que
se e5traviase la hoja original prácticamente el registro lo llevaban a cabo
dos veces.
3ebemos aclarar que hasta hace poco introdujeron el trabajo virtual enconjunto con lo fsico, pudieron haber implementado un sistema en el cual
tanto los jefes como los trabajadores podran tener acceso para reali#ar un
solo proceso, de manera conjunta con respecto a los registros de los
horarios de los trabajadores.
'LANTEA0IENTO DEL 'RO4LE0A
%l principal problema se presenta en la I'ompa(a 'ervecera del Trópico S.$ de
'.).J en la cual se presentan algunos problemas para llevar correctamente los
datos y horarios que registran los empleados que entran por la puerta no.; de
esta empresa, ya que a veces los registros son alterados por los mismos
"
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
10/73
usuarios de esta puerta por no cumplir correctamente sus horarios de entrada&
salida y e5isten sobornos a los guardias que se encuentran a cargo de la puerta.
%n caso de tener los registros acotados correctamente, ponemos a disposición
de la empresa una opción de agili#ación conforme a la toma de datos concreta y
correctamente, ya que cada empleado debe tener en cuenta los permisos que
puede disponer en su horario de trabajo, la hora en la que debe de salir y si
puede o no, permanecer más tiempo de trabajo en la empresa al instante de ser
beneficiado en su pago y as, que este Mltimo paso sea reali#ado con más
facilidad al tener un orden en los datos que los empleados registren en nuestro
sistema, lo que sera correspondiente a los registros de las horas e5tras de los
empleados y al pago ya sea reali#ado semanal o quincenalmente.
5USTI2ICACIÓN DEL 'RO4LE0A
na de las necesidades más apremiantes en la empresa seria el control de
entradasalida de los trabajadores para brindar un mejor control en los permisos
dados a los trabajadores y evitaremos el e5ceso de salidas. %s de las pocas
instituciones privadas que no cuentan con un programa de entradas y salidas
10
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
11/73
dirigido a sus empleados, actualmente el registro que tienen es deficiente y
nosotros tratamos de mejor eso, por ello se consideran a resolver los siguientes
puntos+
• Nue el trabajador solo tenga acceso a las consultas de su información,
con respecto de los horarios y permisos otorgados en su tiempo de
trabajo.• 'omo restricción que el trabajador no pueda consultar su información sin
tener a la mano su gafete de entrada• La manipulación de información solo e5istirá por los altos mandos de la
compa(a, en este caso los supervisores de las áreas que conforman a la
empresa para reali#ar los cálculos referentes al pago quincenal detrabajador.
I0'ACTO SOCIAL6 TECNOLÓGICO6 ECONÓ0ICO 7
A04IENTAL
%l impacto que la implementación del sistema tendra en la 'ompa(a 'ervecera
del Trópico S.$. de '.). sera que sus empleados tengan una mayor confian#a
de que los datos personales serán recolectados de forma concreta la empresa
estuviera actuali#ada en manejo de tecnologa, ya que en la actualidad ya casi
todas las empresas privadas tienen un sistema local en donde sabemos que el
11
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
12/73
uso de la tecnologa cada ve# es mayor reducira gastos en la utili#ación y
compra de papel ya que actualmente se utili#a este medio para recolectar los
datos de forma ambiental, al reducir el uso de papel se podran talar menos
árboles.
VIA4ILIDAD DE LA INVESTIGACIÓN
Los altos mandos de la 'ompa(a 'ervera del trópico están de acuerdo en que
se implemente un sistema al que ellos tengan un fácil acceso y que redu#ca el
tiempo de recolección de los datos referentes a las horas de entrada y salida de
cada empleado, con respecto a los mencionados anteriormente, ellos tienen la
suficiente confian#a en el sistema, ya que saben que sus datos ya no pueden ser
12
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
13/73
manipulados tan fácilmente y que en caso de generarse faltas por parte de los
empleados no regulares, estas sean sancionadas y que todo registro genere el
pago correspondiente de manera más eficiente, que as sus pagos no se atrasen
por la manera en que actualmente se recolectan y acotan los datos.
O45ETIVOS DE LA INVESTIGACIÓN
O-8eti"o &enera
3ise(ar e implementar un sistema a la 'ompa(a 'ervecera del Trópico, para
llevar un buen control sobre los horarios de entradasalida del personal que se
encuentra laborando en las jornadas diarias.
13
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
14/73
O-8eti"os espec19icos
• 8dentificar los problemas que tiene el sistema actual que maneja laempresa
• $nali#ar detalladamente el sistema de control que maneja en la compa(a• 3etectar los errores que se presentan al utili#ar ese sistema• 3ise(ar el modelado del sistema para corregir los errores que se
presenten poco a poco• 3ise(ar las tablas que contendrá nuestro sistema• $nali#ar si el sistema resuelve todos y cada uno de los errores que se
presentaban al inicio de la detección de los problemas• 8mplementar un tiempo de prueba del sistema para anali#ar el tiempo de
los registros• -oner en marcha la implementación de nuestro sistema• Tener un tiempo de análisis, si es que se detectan fallas en el sistema• !ejorar los registros de las entradas de los trabajadores de la compa(a• Tener un mejor control de los horarios de los trabajadores• 6btener registros ntegros acerca de las horas e5tras que los trabajadores
tienen derecho•
%vitar permisos especiales por beneficio de los supervisores
ESTA4LECI0IENTO DE LA ,I'ÓTESIS
'on este sistema se lograra que los empleados de la 'ompa(a 'ervecera delTrópico lleven un control adecuado en sus entradas y salidas a la empresa,
logrando as que al final de la quincena se puedan reali#ar los descuentos
relacionados con los datos que se registraron en el sistema.
14
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
15/73
AN:LISIS DE 2UNDA0ENTOS ;2UNDA0ENTO TEÓRICO<
=$= SistemaLa palabra sistema se emplea actualmente en muchos ámbitos distintos+ se
habla de sistemas eléctricos, sistemas monetarios, etc.
%n la definición de sistemas se destaca un conjunto de elementos relacionados
entre s actuando en determinado entorno con el fin de alcan#ar objetivos
comunes con capacidad de autocontrol. 0-iattini, :arca, O 'aballero, /GGA1.
15
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
16/73
Figura 1._Sistema
=$=$= Tipos de sistemas$
Los sistemas pueden ser abiertos o cerrados.
=$=$> Casi9icaci#n de sistemas$
na primera clasificación de los sistemas considera el conjunto de objetos de los
que constan. 0Piley F. , ;EE=1
Los sistemas entonces, pueden ser+
• Sistemas de tiempo continuo.
16
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
17/73
Se dice que es continuo si opera en el tiempo de manera continua,
implica ecuaciones de entradasalida que definen para cada punto del
dominio del tiempo.•
Sistemas en tiempo discreto.6pera solo en tiempos discretos y sus ecuaciones de entradasalida están
definidas solo en determinados puntos del tiempo.• Sistemas dinámicos.
Son llamados as si las ecuaciones ya están dadas y no es necesario
calcular el uso del tiempo que este tendrá.• Sistemas estáticos.
Si el uso del tiempo se mantiene estático, ósea que el sistema está en
funcionamiento en todo momento.
=$=$> Caracter1sticas de un sistema$
'ada sistema debe cumplir con distintas caractersticas, las cuales demuestran
la calidad que tiene el mismo, las cuales pueden ser+
• %stabilidad• $daptabilidad.• %ficiencia.• Sinergia.
0'alvo O -iattini, /GG?1
=$=$? Estructura de un sistema
$unque la estructura de un sistema depende totalmente de la empresa u
organi#ación a la que pertene#ca, se puede identificar una base comMn que es
bastante tpica en la mayora de las empresas. 02raude, /GG=1.
=$> Cicos de "ida de un sistema
%l ciclo de vida de un sistema en general, que se generó después del análisis del
problema de la empresa u organi#ación que lo solicita, es el tiempo en que
tendrá un uso correcto mediante los mantenimientos que el sistema deberá
recibir para que la manipulación de información del mismo, sea de una manera
correcta y optimi#ada y que conforme a las tecnologas que se desarrollen en el
1
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
18/73
tiempo o momento en que el sistema se encuentra funcionando, pueda
actuali#arse dependiendo los requerimientos que se generen en la empresa al
paso de los a(os.
=$>$= 0odeo de cascada
%n los a(os AG se impuso un nuevo enfoque de desarrollo del soft*are,
introducido por >oyce en ;EAG, a través de un ciclo de vida en IcascadaJ 0as
denominado por la disposición de las distintas fases de desarrollo, en las que los
resultados de una fase parecen caer en cascada hacia la siguiente fase. %l
método ideado por >oyce constituye uno de los primeros modelos de ciclo de
vida publicados, por lo que también recibe el nombre de modelo de ciclo de vida
clásico. %ste método modela el ciclo convencional de la 8ngeniera del Soft*are,
aplicando un enfoque sistemático y secuencial de desarrollo que comien#a con la
ingeniera del sistema y progresa a través del análisis, dise(o, codificación,
pruebas y mantenimiento.
=$>$> 0odeo estructurado
3ise(o estructurado es el proceso de decidir qué componentes, y la
intercone5ión entre los mismos, para solucionar un problema bien especificado.
'omien#a cuando el analista de sistemas ha producido un conjunto de
requerimientos funcionales lógicos para un sistema, y finali#a cuando el
dise(ador ha especificado los componentes del sistema y las relaciones entre los
mismos. 0Serrano, ;EED1.
na ve# que se han establecido los requisitos del soft*are 0en el análisis1, el
dise(o del soft*are es la primera de tres actividades técnicas+
• 3ise(o• 'odificación• -rueba.
1!
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
19/73
'ada actividad transforma la información de forma que finalmente se obtiene un
soft*are para computadora válido.
=$>$@ 0odeo en espira
2oehm cerró la década de los CG publicando en ;ECC un modelo de ciclo de vida
en espiral que sustituye a la solución en fases del Imodelo en cascadaJ con
ciclos de e5perimentación y aprendi#aje. %l modelo incorpora un nuevo elemento
en el desarrollo de soft*are como es el Ianálisis de riesgosJ y define cuatro
actividades principales, las cuales son+
Q -lanificaciónQ $nálisis de riesgosQ 8ngenieraQ %valuación del cliente
'on cada iteración alrededor de la espiral 0comen#ando en el centro y siguiendo
hacia el e5terior1, se van construyendo sucesivas versiones del soft*are, cada
ve# más completas.
=$>$? 0odeo prototipo
%n contraste con la 8ngeniera de Soft*are de la década de los AG, que dio
respuesta a proyectos grandes pero con requisitos estables, la 8ngeniera de
Soft*are de los CG reaccionó a las complicaciones resultantes de encontrarse
con requisitos poco claros y dinámicos, dando lugar a la Iconstrucción de
prototiposJ. 0Rendall O Rendall, /G;;1
%l modelo de ciclo de vida de prototipos fue propuesto por :omaa en ;EC?.
n prototipo es un mecanismo para identificar los requisitos del soft*are. La
construcción de prototipos es un proceso que facilita al ingeniero de soft*are el
desarrollo de la aplicación. %l prototipo suele tomar una de las tres formas
siguientes+
Q n modelo en papel o en computadora que describe la interacción
hombre&máquina.
3e forma que facilite al usuario la comprensión de su funcionamiento. -or
1"
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
20/73
ejemplo, si el sistema a construir es un cajero automático, se puede hacer
un programa que simule la interacción del usuario con el cajero sin que el
programa esté conectado a ninguna base de datos real ni se despache
dinero. 3e esta manera el cliente puede hacerse a la idea de cómo va afuncionar el sistema final sin tener que construirlo, y as discutirlo con el
ingeniero de soft*are. 7aturalmente, en un prototipo no se simularán
todas las funcionalidades del sistema pero, si es necesario, se podrán
construir otros a medida que la aplicación se vaya desarrollando.Q n modelo que implementa una función requerida importante.
%s el mismo caso que anteriormente pero sin centrarse en la interacción
hombre&máquina. -or ejemplo, el modelo podra simular todos los pasos a
seguir internamente en el sistema en el acceso a la base de datos de
clientes cuando se quiere obtener dinero del cajero, pero sin que
realmente se trate de una base de datos real ni de un cliente del banco.Q n programa real que se adecue en parte al soft*are que se desea
desarrollar. -or ejemplo, se puede disponer de una aplicación relacionada con un
Icajero automáticoJ, que al presentarla al cliente, permita al analista
identificar las necesidades del cliente y por lo tanto los requisitos del
soft*are a construir. 0Piley %. , ;ECA1.
7ormalmente, el prototipo sirve como mecanismo para identificar los requisitos
del soft*are, y su construcción suele llevar las siguientes etapas+
Q >ecolección de requisitos.Q 3ise(o rápido.Q 'onstrucción del prototipo.Q %valuación del prototipoQ >efinamiento del prototipo.Q -roducto.
$lgunos ingenieros del soft*are abogan por desarrollar rápidamente un prototipo
que les permita especificar completamente el sistema y obtener más
consistentemente el producto final.
=$@ 4ases de datos
20
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
21/73
na base de datos es un conjunto de información almacenada de forma
ordenada en campos y registros en una o más tablas, por ejemplo, una lista de
nombres, teléfonos y direcciones.
=$@$= Sistemas &estores de -ases de datos
n sistema de base de datos es prácticamente un sistema para archivar en un
computador determinados tipos de datos. Los sistemas de gestión de base de
datos con soporte SNL más utili#ados son, por orden alfabético+
• 32• 4irebird• 8nformi5• 8nterbase• !ySNL• 6racle• -ostgre SNL• SNL Server • Sysbase $S%
=$@$> Len&ua8e de manipuaci#n de datos
n lenguaje de !anipulación de 3atos 03ata !anipulation Languaje 03!L1, es
un lenguaje proporcionado por el sistema de gestión de bases de datos que
permite a los usuarios de la misma llevar a cabo las tareas de consulta o
21
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
22/73
manipulación de los datos, organi#ados por el modelo de datos adecuado.
%l lenguaje de manipulación de datos más popular hoy en da es SNL, usado
para recuperar y manipular datos en una base de datos relacional. 0Luque,
:óme#, O Lópe#, /GG/1
=$@$@$ Len&ua8e de de9inici#n de datos
%l lenguaje de 3efinición de datos, en inglés 3ata 3efinition Language 03LL1, es
el que se encarga de la modificación de la estructura de los objetos de la base de
datos. %5isten cuatro operaciones básicas+ '>%$T%, $LT%>, 3>6- y
T>7'$T%. 0Pesley, ;EE=1
1.4 Visua 2ox'ro$
%s una aplicación que permite gestionar y manipular información organi#ada en
una base de datos. -uede elaborar consultas, informes, pantallas, menMs y
proyectos sobre una o varias tablas que conformara un sistema de base de
datos.
Figura 2._Logo de visual foxpro
=$?$= Caracter1sticas$
22
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
23/73
)isual 4o5-ro provee a los desarrolladores un conjunto de herramientas para
crear aplicaciones de bases de datos para el escritorio, entornos clienteservidor,
Tablet -' o para la Peb. 0Ti#nado, ;EED1
%ntre sus caractersticas se pueden enumerar+Q 'apacidades para el manejo de datos nativos y remotos.Q 4le5ibilidad para crear soluciones de bases de datos.Q Lenguaje de -rogramación 6rientado a objetos.Q tili#ación de Sentencias SNL en forma nativa.Q !anejo de vistas, cursores y control completo de estructuras relacionales.Q Su propio gestor de base de datos incorporado.
Sin embargo, también puede conectarse con servidores de base de datos, tales
como 6racle, !icrosoft SNL Server o !ySNL.
'uenta con un motor de generación de informes renovado y fle5ible para
soluciones más robustas.
3esde la versión E.G, amplio soporte de !L, tanto como fuente de datos 0por
ej., servicios Peb basados en !L1 como por generar reportes en formato !L.
La Mltima versión liberada es la E.G. %sta cuenta con el S-; y el 0más reciente1
S-/ 0en inglés1 en los que hay algunas nuevas caractersticas y especialmente
brindan estabilidad al producto.
%n la actualidad, a pesar de que !icrosoft ha decidido no continuar con !icrosoft)isual 4o5-ro, e5iste una comunidad de desarrolladores que sigue trabajando en
él, -ortal4o5 y !undo )isual 4o5-ro son las más importantes entre los
desarrolladores de habla hispana. También encontramos una comunidad muy
activa de desarrolladores en los grupos de :oogle donde podemos encontrar a
muchos programadores que siguen desarrollando soft*are para las distintas
versiones de Pindo*s.
=$?$> ,istoria
23
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
24/73
)isual 4o5-ro proviene de 4o5-ro, que a su ve# deriva de 4o52$S%, creado por
4o5 Soft*are en ;EC? inicialmente un clon de d2ase, acabó superándolo y, junto
a 'lipper, convirtiéndose en una de las estrellas de los lenguajes 52ase.
'uando se presentó 4o5-ro /.G se incluyeron varias tecnologas querevolucionaron el mercado de desarrollo de bases de datos, donde la adición de
Tecnologa >ushmore hi#o posible que tablas tuvieran millones de registros sin la
necesidad de pasar a tecnologas más caras, las instrucciones SNL que
reempla#aban procedimientos completos. SNL fue, y todava es, el lenguaje de
los datos.
La presentación de medio tipo PUS8PU: 0Phat you see is *hat you get1 que
significa+ Vlo que tM ves es lo que consiguesV que abrió el camino a dise(adoresde pantallas e informes.
!icrosoft compró 4o5 Soft*are en junio de ;EE/ por ;A= millones de dólares. %n
el momento de la compra el desarrollo de 4o5-ro /.B estaba casi terminado,
a(adiéndole la capacidad de generar ejecutables para Pindo*s. Las versiones
de 4o5-ro /.D para Pindo*s, !ac y ni5 se consideran las Mltimas versiones de
4o5-ro.
1.5 Len&ua8e uni9icado de 0odeado ;U0L<
Bu es e U0L
%l en&ua8e uni9icado de modeado o U0L es el sucesor de la oleada de
métodos de análisis y dise(o orientado a objetos que surgió a finales de la
década de ;ECG y principios de la siguiente. %l !L unifica, sobre todo, losmétodos de 2ooch, >umbaugh y Facobson, pero su alcance llegara a ser mucho
más amplio.
24
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
25/73
Figura 3._Logo UML
%l !L es un leguaje de modelado, y no un método. La mayor parte de los
métodos consisten, al menos en principio, en un lenguaje y en un proceso de
modelar. %l U0L es la notación 0principalmente gráfica1 de que se valen los
métodos para e5presar los dise(os. %l proceso es la orientación que nos dan
sobre los pasos a seguir para hacer el dise(o.
%n enero de ;EEA, varias organi#aciones entregaron sus propuestas de
estandari#ación de métodos, con el fin de simplificar el intercambio de modelos.
%stas propuestas se enfocan en un meta modelo y una notación opcional. 'omo
su propuesta al 6!:, la >ational liberó la versión ;.G de la documentación del
!L.
Notaciones y meta modelos
La notación es el material gráfico que se ve en los modelos es la sinta5is del
lenguaje de modelado. -or ejemplo, la denominación de un diagrama de clases
define como se representan conceptos y temas como clase, asociación y
multiplicidad.
-or supuesto, esto nos lleva a la pregunta de qué significan e5actamente
asociación, multiplicidad e incluso, clase. -or el uso comMn se infieren algunas
definiciones informales, pero es mucha la gente que e5ige definiciones más
rigurosas.
25
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
26/73
Lo fundamental en el dise(o es ver los temas clave para el desarrollo. Los
métodos formales se pierden con frecuencia en infinidad de detalles menores.
8gualmente, los métodos formales son difciles de comprender y manejar, aveces, incluso, más que los lenguajes de programación por si fuera poco, ni
siquiera son ejecutables.
Los que trabajan con los métodos 66 0orientado a objetos1 buscan como
hacerlos más rigurosos sin sacrificar su utilidad. n modo de lograrlo es
mediante la definición de un meta modeo+ un diagrama, usualmente un
diagrama de clases, que defina la notación.Las técnicas en el !L fueron dise(adas en cierta medida para ayudar a los
usuarios a hacer un buen desarrollo de 66, pero cada técnica tiene distintas
ventajas a las de las demás.
$ lo largo de la historia del hiperte5to, y sobre todo, de la hipermedia, han
e5istido numerosos métodos, notaciones y modelos para el dise(o orientado a
objetos, algunos de los cuales hemos definido aqu+ "3!, >!!, 66"3!,
%6>!, etc. 'on el lenguaje !L, los dise(adores sólo tienen que aprender una
Mnica notación que vale para los diferentes aspectos del dise(o y construcción de
un hiperte5to. Se puede emplear también para modelar distintos tipos de
sistemas+ sistemas de soft*are, sistemas de hard*are, organi#aciones del
mundo real, etc.
!L ofrece E tipos de diagramas con los cuales se pueden modelar sistemas+
3iagrama de 'asos para so para modelar los procesos VbusinessV3iagrama de Secuencia para modelar el paso de mensajes entre objetos3iagrama de 'olaboración para modelar interacciones entre objetos3iagrama de %stado para modelar el comportamiento de los objetos en el
sistema3iagramas de $ctividad para modelar el comportamiento de los 'asos de
so, objetos u operaciones.
26
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
27/73
3iagrama de 'lases para modelar la estructura estática de las clases en el
sistema3iagrama de 6bjetos para modelar la estructura estática de los objetos en
el sistema3iagramas de 'omponentes para modelar componentes3iagrama de 8mplementación para modelar la distribución del sistema
!L no es, por tanto, un método, sino varios. Se trata de una estandari#ación o
consolidación de muchas notaciones y modelos usados anteriormente. Se debe a
los trabajos de :rade 2ooch, Fames >umbaugh e 8var Facobson, que haban
sido los creadores de otras tres metodologas orientadas a objetos. 0!L gota a
gota, ;EEE1
1.6 Dia&ramas de casos de uso
Eementos(
Figura 4._Elementos de casos de uso
%l modelado de un diagrama de casos de uso es una técnica utili#ada para
describir los requisitos funcionales de un sistema. %stán escritos en términos de
actores e5ternos, casos de uso y el sistema modelado. Los actores representan
el papel de una entidad e5terna al sistema como un usuario, un hard*are u otro
sistema que interactMa con el sistema modelado. Los actores inician la
comunicación con el sistema a través de los casos de uso, donde el caso de uso
2
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
28/73
representa una secuencia de acciones reali#adas por el sistema y recibe el actor
que lo utili#a datos tangibles de un tipo o formato ya conocido, y el valor de
respuesta de la ejecución de un caso de uso 0contenido1 es también ya un tipo
conocido, todo eso es definido junto con el caso de uso a través de te5to dedocumentación.
Los actores y casos de uso son clases. n actor está conectado a uno a más
casos de uso a través de asociaciones, tanto actores como casos de uso pueden
tener relaciones de generali#ación que definen un comportamiento comMn de
herencia en las superclases especiali#adas en subclases.
%l uso de casos de uso en colaboraciones es muy importante donde éstas son la
descripción de un conte5to mostrando las clases objetos, sus relaciones y su
interacción ejemplificando como las clases objetos interactMan para llevar a
cabo una actividad especfica en el sistema. na colaboración es descrita por los
diagramas de actividades y diagramas de colaboración.
'uando un caso de uso se implementa, la responsabilidad de cada paso de la
ejecución debe estar asociado a las clases que participan de la colaboración,
tpicamente especificando las operaciones necesarias dentro de estas clases
junto con la definición de cómo van a interactuar. n escenario es una instancia
de caso de uso, o de una colaboración, mostrando la trayectoria especfica de
cada acción. $s que, el escenario es un ejemplo importante de un caso de uso o
de una colaboración.
'uando se ve en términos de un caso de uso, solo la interacción entre el actor
e5terno y el caso de uso se ve, pero observando a nivel de una colaboración,
todas las interacciones y pasos de la ejecución que implementan el sistema
serán descritos y especificados.
2!
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
29/73
Figura ._E!emplo de casos de uso
%l diagrama de casos de uso anterior muestra las funciones de un actor e5terno
de un sistema de control bancario de un banco ficticio que fue modelado en el
estudio de caso al final de este trabajo. %l diagrama especifica que funciones el
administrador de base de datos podrá reali#ar. -uede verse que no hay ninguna
preocupación con la implementación de cada una de estas funciones, ya que
este diagrama solo se reduce a determinar qué funciones deberán ser
soportadas por el sistema modelado. 0$prende a !odelar $plicaciones con !L+/W %dición, /G;D1
1.7 Ser"idor
n ser"idor e- o ser"idor ,TT' es un programa informático que procesa
una aplicación del lado del servidor , reali#ando cone5iones bidireccionales yo
unidireccionales y sncronas o asncronas con el cliente y generando o cediendouna respuesta en cualquier lenguaje o $plicación del lado del cliente. %l código
recibido por el cliente suele ser compilado y ejecutado por un navegador *eb.
-ara la transmisión de todos estos datos suele utili#arse algMn protocolo.
:eneralmente se usa el protocolo "TT- para estas comunicaciones,
perteneciente a la capa de aplicación del modelo 6S8. %l término también se
emplea para referirse al ordenador que ejecuta el programa.
2"
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
30/73
Figura "._Servidor
%l Servidor *eb se ejecuta en un ordenador manteniéndose a la espera de
peticiones por parte de un cliente 0un navegador *eb1 y que responde a estas
peticiones adecuadamente, mediante una página web que se e5hibirá en el
navegador o mostrando el respectivo mensaje si se detectó algMn error. $ modo
de ejemplo, al teclear www.google.com en nuestro navegador, éste reali#a una
petición "TT- al servidor de dicha dirección. %l servidor responde al cliente
enviando el código "T!L de la página el cliente, una ve# recibido el código, lo
interpreta y lo e5hibe en pantalla. 'omo vemos con este ejemplo, el cliente es el
encargado de interpretar el código "T!L, es decir, de mostrar las fuentes, los
colores y la disposición de los te5tos y objetos de la página el servidor tan sólo
se limita a transferir el código de la página sin llevar a cabo ninguna
interpretación de la misma.
$demás de la transferencia de código "T!L, los Servidores *eb pueden
entregar aplicaciones *eb. Xstas son porciones de código que se ejecutan
cuando se reali#an ciertas peticiones o respuestas "TT-. "ay que distinguir
entre+
30
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
31/73
• $plicaciones en el lado del cliente+ el cliente *eb es el encargado de
ejecutarlas en la máquina del usuario. Son las aplicaciones
tipo Fava VappletsV o FavaScript+ el servidor proporciona el código de las
aplicaciones al cliente y éste, mediante el navegador, las ejecuta. %snecesario, por tanto, que el cliente disponga de un navegador con capacidad
para ejecutar aplicaciones 0también llamadas scripts1. 'omMnmente, los
navegadores permiten ejecutar aplicaciones escritas en
lenguaje JavaScript y java, aunque pueden a(adirse más lenguajes mediante
el uso de plugins.
• $plicaciones en el lado del servidor+ el servidor *eb ejecuta la aplicación
ésta, una ve# ejecutada, genera cierto código "T!L el servidor toma estecódigo recién creado y lo enva al cliente por medio del protocolo "TT-.
Las aplicaciones de servidor muchas veces suelen ser la mejor opción para
reali#ar aplicaciones *eb. La ra#ón es que, al ejecutarse ésta en el servidor y no
en la máquina del cliente, éste no necesita ninguna capacidad a(adida, como s
ocurre en el caso de querer ejecutar aplicaciones javascript o java. $s pues,
cualquier cliente dotado de un navegador *eb básico puede utili#ar este tipo de
aplicaciones.
%l hecho de que "TT- y "T!L estén ntimamente ligados no debe dar lugar a
confundir ambos términos. "T!L es un lenguaje de marcas y "TT- es un
VprotocoloV.
31
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
32/73
'ROCEDI0IENTO O 0FTODO
Modelo de ciclo de vida clásico o cascada
%s as denominado por la disposición de las distintas fases de desarrollo, en lasque los resultados de una fase parecen caer en cascada hacia la siguiente fase.
%l método ideado por >oyce constituye uno de los primeros modelos de ciclo de
vida publicados, por lo que también recibe el nombre de modelo de ciclo de vida
clásico.
%ste método modela el ciclo convencional de la 8ngeniera del Soft*are,
aplicando un enfoque sistemático y secuencial de desarrollo que comien#a con la
32
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
33/73
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
34/73
d1 Etapa II( Diseo de sistema$e1 %n esta etapa se desarrolla los procesos de análisis
conjuntamente con los procesos de gestión y soporte. %n estos
procesos se incluye la ingeniera de requisitos del sistema de laprimera etapa, con los que se determinará, anali#ará, validará y
gestionaran los requisitos de la aplicación y la manera en que
estará desarrollado el sistema, se establecerán los componentes
que integraran la aplicación, las relaciones y restricciones de
interacción entre ellos. %n relación al dise(o detallado se
reali#ará el dise(o de la interfa# usuario y de la base de datos del
sistema.
f1 $l finali#ar esta etapa se deben obtener los siguientes productos+
a1 3ocumento de dise(o arquitectónicob1 3ocumento de dise(o detallado
& <
h1 Etapa III H IV( Codi9icaci#n6 prue-as H mantenimiento$
i1 %sta es la Mltima etapa del proyecto y se caracteri#a por laentrega de la aplicación. Se ejecutaran lo procesos de programación,
integración y pruebas del sistema. %n el proceso de programación se
codificará cada uno de los componentes que conforman la arquitectura
de la aplicación, para luego reali#ar las pruebas de ejecución e
integración correspondientes. na ve# que se valide que la aplicación
funciona correctamente, esta será entregada al cliente, para luego
capacitar personal y entregar el manual de usuarioscorrespondiente que permitirá a los empleados o futuros empleados
tener una noción de cómo funciona el sistema.
j1 %sta etapa generará los siguientes productos+
Y1 a1 3ocumento de especificaciones
de pruebas
34
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
35/73
l1 b1 !anual de suarios
m1 %n el cuadro ;, se muestran las actividades, objetivos,
metodologas y productos que se obtendrán en cada etapa
del proyecto a desarrollar.
35
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
36/73
n
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
37/73
u1 Etapa I$ An)isis de os re/uerimientos
v1
*1 %sta etapa tuvo como finalidad conocer la necesidad de ejecutar el
proyecto y detallar el funcionamiento del sistema de la compa(a.8nicialmente se reali#ó el documento inicio del proyecto para justificar la
necesidad de reali#ar el sistema y describir su alcance o restricciones.
-ara determinar la necesidad de desarrollo, se hi#o necesaria la aplicación
de entrevistas a los empleados de la compa(a, as como también el uso de
técnicas de recolección de información.
51 $ su ve#, se reali#ó el documento de instanciación del método cuyo uso
fue adaptar el método a las caractersticas del sistema desarrollado. $demás
se reali#ó el plan integral del proyecto para decidir los objetivos que persigue el
proyecto, alcance, actividades y que recursos y costos se requieren para
reali#arlas. Todos estos documentos apoyados en los procesos de soporte,
los cuales permitieron determinar los riesgos que pueden afectar el proyecto y
el tiempo necesario para ejecutar las actividades.
3"
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
38/73
y1#1 $simismo, se reali#ó el documento del modelo del negocio para
especificar los actores, objetos y eventos que intervienen en cada uno de
los procesos de la 'ompa(a 'ervecera del Trópico S.$. de '.).
Los productos obtenidos en esta etapa fueron+
aa1
ab1
ac1 a1 3ocumento de inicio del proyecto y de instanciación delmétodo.
ad1 b1 -lan integral del proyecto.
ae1
af1
ag) PROYECTO: Desarrollo de un sistema de control de asistencia para laCompañía Cervecera del Trópico S.A. de C.V.
ah) AUTOR
ai) FECHA
aj) VER SIÓN
ak) DESCRIPCIÓN
al) Ana
Cecili
aSánch
ez
erná
ndez
!
Diana
"liza#
eth
$arate
"s%ui
vies
am) an) &.'( ao) Versi
ón
preli
minar
como
propu
esta
de
desar
rollo.
ap) Ana
Cecilia
Sánch
ez
erná
ndez
!
Diana
"liza#
eth
$arate
"s%ui
a%) ar) &.' as) Versi
ón preli
minar
.
40
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
39/73
vies
at) Ana
Cecili
a
Sánch
ez
erná
ndez
!
Diana
"liza#
eth
$arate
"s%ui
vies
au) av) &.'' a*) Corre
cción
de la
versi
ón preli
minar
.
a+) Ana
Cecili
a
Sánch
ezerná
ndez
!
Diana
"liza#
eth
$arate
"s%ui
vies
a,) az) -. #a) Versi
ón
/inal.
bb) DOCUMENTO INICIO DEL PROYECTO'c# $uadro 3._(ocumento de inicio del pro)ecto
bd1
be1%ste documento e5plica el motivo de desarrollar la aplicación para
la 'ompa(a 'ervecera del Trópico S.$. de '.). con la finalidad
de dar respuesta a un conjunto de información, que tiene una o
más unidades organi#acionales de la empresa. %s el documento
se resumen diferentes aspectos a tomar en cuenta durante el
desarrollo del proyecto, entre los cuales se encuentran+ objetivos y
alcances del proyecto, caractersticas y requisitos iniciales de la
aplicación, visión del negocio, resumen de interesados,
necesidades de desarrollar el proyecto, costos de desarrollo,
supuestos ambientales e indicadores de eficiencia del negocio.
bf1 !ediante la aplicación de entrevistas no estructuradas al
personal de la empresa y el uso de técnicas como la observación
41
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
40/73
directa y revisión de documentos, ayudaron a comprender la
forma como se reali#an los procesos en la 'ompa(a 'ervecera
del Trópico S.$. de '.). permitiendo conocer los siguientes focos
problemáticos e5istentes+
bg1
a >etraso en la bMsqueda de horas e5actas de trabajo+ La mayora de los
datos están en la libreta de visitas, lo cual limita su bMsqueda rápida y
manipulación, esto trae como consecuencia no poder atender de forma
rápida y vera# a los supervisores o gerentes de la empresa al momento
que deseen reali#ar una consulta de dichos datos para el cálculo de los
pagos correspondientes.
b 4ácil acceso a los datos+ Se encuentran en un área de uso comMn
0entrada de la compa(a1, aunque su manipulación está permitida para
unos cuantos, lo cual no limita que la integridad de la información
disminuya, porque son accesibles para todos los empleados, pudiéndose
ocasionar e5travos, uso inapropiado de la información o da(os de los
mismos.
c %levados tiempos de procesamiento de información+ La información de los
reportes de las cantidades de hora trabajadas reali#ados por los
supervisores no se encuentran en formato digital, por lo que es necesario
transcribirlo a formato %5cel para luego reali#ar cálculos y gráficas que
permitan determinar el avance de las actividades de la compa(a, lo cual
genera pérdida de tiempo importante, ya que se cuenta con gran cantidad
de reportes.
-*<
-i<
-8<
42
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
41/73
bY1Caracter1sticas &eneraes de a apicaci#n$
bl1 %s un sistema para el control de las operaciones de entrada&salida de la 'ompa(a 'ervecera del Trópico S.$. de '.).ubicada en el municipio de San Fuan 2autista Tu5tepec 6a5aca.%l sistema contará con una interfa# gráfica acorde a lase5igencias de los usuarios y una base de datos en la cual sealmacenara toda la información necesaria para reali#ar consultas, lo que permitirá reali#ar en la empresa las labores dela forma más eficiente y efectiva posible. Los procesos llevados acabo por el sistema son+
a1 )alidación de usuarios+ permite que usuarios finales ingresen al sistemab1 $dministración de usuarios+ crear las cuentas de usuarios y reali#ar
modificaciones en las mismas.
c1 'ontrol de turnos+ con la finalidad de llevar un control de los turnos
que se trabajan en la compa(a, como lo son la hora entrada y salida
de empleados y asignación del turno correspondiente de trabajo a los
empleados.d1 'ontrol de operaciones de de horas trabajadas+ permite llevar
un control de las jornadas reali#adas por los trabajadores mediante la
llegada y salida del personal y as mismo calcular al final, el total de
horas que se trabajó y reali#ar as correctamente el pago referente a lossalarios
e1 'onsulta de información+ permite a los supervisores generar reportes
acerca de los horas totales de los empleados que tienen a su
disposición, asignar los turnos de trabajo y a su ve# imprimir estos
mismos, para ser entregados al gerente
bm1
bn1
bo17$
$
/$
*$
,$
$
$
43
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
42/73
8$
b51Re/uisitos iniciaes$
by1Se debe contar con una serie de requisitos al momento de
desarrollar el proyecto y por ende el sistema propuesto, acontinuación se menciona los requisitos mnimos para comen#ar
con el proyecto. Todos sabemos que para utili#ar determinado
sistema es indispensable tener una computadora la cual debe
contener las siguientes caractersticas+
• -' compatible con 82! con un procesador -entium.
• Mouse 0ratón1 o dispositivo apuntador.
• D? !2 >$! 0se recomienda ;/C !2 o más1
• %spacio en disco para )isual 4o5-ro+ ;;B !2 para la instalación mnima
o /GG !2 para la instalación má5ima.
b#1 %spacio en disco para la $ctuali#ación de componentes de Pindo*s+
depende del sistema operativo pero, normalmente, requiere BG !2. %n cuanto a
requisitos de soft*are, se debe contar con las caractersticas ya mencionadas
para que sea posible instalar el soft*are con el que se trabajará que es
necesario para el manejo y almacenamiento de la información. $ medida que
se vaya avan#ando en el desarrollo en el desarrollo del proyecto, los requisitos
aumentarán.
ca1Visi#n de ne&ocio$
cb1 La 'ompa(a 'ervecera del Trópico S.$. de '.). Se encarga de
producir y comerciali#ar distintos tipos de cerve#a a nivel local, nacional e
internacional, es parte del grupo modelo, el cual tiene a su disposición varias
plantas productoras a lo largo del pas. %stá integrada por tres tipos de
trabajadores, lo cuales participan en las actividades que se reali#an en la
misma. $ continuación se muestran los actores que intervienen en la reali#ación
de las actividades y modelan el comportamiento del negocio+
a1 :erentes.b1 Supervisores.c1 %mpleados en general
44
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
43/73
cc1 Necesidad de desarroar aapicaci#n$
cd1
ce1 $ctualmente las operaciones que se reali#an en la empresa
como la generación de reportes de turnos, que se tienen que reali#ar en
formatos de hojas de cálculo de %5cel o manualmente, los cuales a veces
resultan confusos y tediosos para los empleados de la empresa, además de
que se genera un atraso en la entrega de la información.
cf1
cg1 -or esta ra#ón surge la necesidad de implantar un soft*are el cual
permita tener un control de las operaciones que se reali#an en la empresa, los
cuales permitan automati#ar los mismos al presentarle a los usuarios
formatos que puedan llenar de una forma rápida y sencilla y a su ve#
permitirá tener un control de los horarios de los trabajadores y consultar
información la cual puede ser utili#ada por los gerentes al momentos de tomar
decisiones con respecto a pagos por concepto de horas e5tras, etc..
43
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
44/73
ch1Resumen de interesados de proHecto$ci1
cj1 $l momento de desarrollar una aplicación se requiere la participación de
un conjunto de actores los cuales posean diversos conocimientos, e5perienciay competencias. %stos son individuos que pertenecen a diferentes unidades
organi#acionales de la empresa y que están involucrados, directa o
indirectamente en la reali#ación del proyecto. $ continuación se muestra un
cuadro resumen de de los interesados del proyecto+
#$
#l$
#-$#$ Actor #o$ Descrip
ción#7$ Respons!i"i##
#$ Co-7a+.
#/$ Ge/e2,e #*$ E-7/e*a o/&a(;a#(9e #o2,/a,a
#,$ El 7/oye#,o dede*a//ollo de la a l(#a#(92.
#$ Co-7a+.
#$ S17e/4(*o/
#8$ E-7/e*a e ,(ee7a/,(#la/ (2,e/*
#:$ Po/e el 7/oye#,o *e llee
a #a3o.#y$ D(aa El(;ae,'a/a,e E*((e*
#;$ De*a//ollado/
da$ E* la 7e/*oa e7a/,(#(7a e lo*
d$ P/o#e*o* ,#(#o*B de&e*,(9 y de *o7o/,e de la
d#$ Co-7a+.
dd$ E-7leado
de$ E* la e-7/e*a e 'a/*o de la
d%$ A7l(#a#(9 de*a//ollada.
dg# $uadro 4._interesados del pro)ecto
dh1 3ependiendo del cargo, e5periencia y responsabilidades asignadas,
cada actor tendrá un rol durante la ejecución del proyecto, el cual se
refiere a un conjunto definido de actividades y responsabilidades que se
deben ejecutar para alcan#ar los objetivos planteados en el proyecto. "ay que
destacar que varios roles puedes ser asignados a un mismo interesado.
44
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
45/73
d($
d)$
d$
dl$
d-$
d$ No$! do$ d7$ Respons!i"i##
d$(aaEl(;ae,'a/a,eE*
d/$L
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
46/73
fc# $uadro ._*ntegrantes ) roles +ue e!ercer, el grupo de tra'a!o &1#.
%d$
%e$ No$! $ %&$ Respons!i"i##
%'$ AaCe#(l(aS#'e;e/de;
?$ E*7e#(al(*,a
de
%)$ e/(%(#
%$ >e/(%(#a/ y al(da/ lo* 7/od#,o*de #ada 7/o#e*o del de*a//ollo.
D(*e+a/ y e)e#,a/ 7/ea* de
(dadB de (,e&/a#(9B del *(*,e-a y
de a#e7,a#(9 de la a7l(#a#(92.
H$ D(aaEl(;ae,'
%-$ Ge*,o/de
%$ #o2%(&
1/a#(92 de
%o$ Ge*,(oa/ lo*
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
47/73
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
48/73
gs1 Supuestosam-ientaes$
&,$
gu1 %l ambiente puede influenciar o poner restricciones implcitaso
e5plcitamente en los requerimientos del sistema, por lo cual el analista debe
estar informado de estas mismas con la finalidad de que el sistema funcione
correctamente. $l momento de llevar a cabo el proyecto se deben tomar
en cuenta factores ambientales como la cultura organi#acional, normas y
polticas gubernamentales o industriales, entre otros. %l proyecto a desarrollar
presenta los siguientes supuestos ambientales+
gv1g*1 a1 %l soft*are debe cumplir con los criterios pautados en
las norma de calidad que operan en la empresa.
g51 b1 La cultura organi#acional es un factor importante al momento de
desarrollar el proyecto, debido a que algunos usuarios les resulta difcil cambiar
sus hábitos provocando as una resistencia al cambio. %s un supuesto creer y
confiar que el personal que labora en la empresa hará uso pleno del sistema
automati#ado que se le pretende implementar.
gy1 c1 Se debe contar con la infraestructura y condiciones fsicas
necesarias para mantener los equipos de computación en la empresa.
g#1 d1 %l sistema debe cumplir con las necesidades y requerimientos
pautados por los usuarios, estos serán determinados a través de la reali#ación
del modelo de negocios y entrevistas no estructuradas al personal de la
organi#ación.
ha) PROYECTO: Desarrollo de un sistema de control de asistencia para laCompañía Cervecera del Trópico S.A. de C.V.
hb) AUTOR
hc) FECHA
hd) VER SIÓN
he) DESCRIPCIÓN
h/) Ana
Cecili
hg) hh) &.'( hi) Versi
ón
4!
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
49/73
a
Sánch
ez
erná
ndez
!
Diana
"liza#
eth
$arate
"s%ui
vies
preli
minar
como
propu
esta
dedesar
rollo.
h0) Ana
Cecili
a
Sánch
ez
erná
ndez
!Diana
"liza#
eth
$arate
"s%ui
vies
h1) hl) &.' hm) Versi
ón
preli
minar
.
hn) Ana
Cecili
a
Sánch
ez
erná
ndez!
Diana
"liza#
eth
$arate
"s%ui
vies
ho) hp) &.'' h%) Corre
cción
de la
versi
ón
preli
minar
.
hr) Ana
Cecili
a
Sánch
ez
erná
ndez
!
Diana
"liza#
eth
$arate
"s%ui
vies
hs) ht) -. hu) Versi
ón
/inal.
v# $uadro /._(ocumento de instanciaci0n del m%todo
h*1
50
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
50/73
h51=$ Introducci#n$
hy1
h#1 %ste es uno de los documentos más importantes que deben producirse
al inicio de cada proyecto, debido a que se adaptan el conjunto de procesos yactividades prescritas por el método, a las caractersticas particulares de la
aplicación empresarial que se desarrollara para la 'ompa(a 'ervecera del
Trópico S.$. de '.). %n el proceso de ajuste del método se consideran las
caractersticas del producto que se desarrollará y del ambiente organi#acional
de implantación para as establecer los procesos técnicos, de soporte y
gestión del proyecto.
ia1ib1 >$ 'rocesos /ue se &enerar en e proHecto$
ic1
id1 %l modelo de procesos está formado por un total de once procesos, los
cuales representan el proceso completo de desarrollo de la aplicación. SegMn
su naturale#a se pueden clasificar en tres grupos los procesos de
desarrollo de soft*are+ procesos técnicos, procesos de gestión y procesos de
soporte.
ie1 %l grupo de procesos de gestión apoya la ejecución de todos los
procesos técnicos y se relaciona con la gestión del proyecto. $dministra el
alcance, los tiempos, los costos, los recursos humanos y otros recursos
requeridos para desarrollar la aplicación. %ste grupo incluye los procesos de
constitución, planificación, dirección, control y cierre del proyecto.
if1
ig1 %l grupo de procesos de soporte concentra todas aquellas actividades
que son necesarias para apoyar la ejecución de los procesos técnicos y
gerenciales. %stá integrado por los procesos de gestión de riesgo, gestión de
configuración y gestión de calidad.
ih1
51
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
51/73
ii1 %l grupo de procesos técnicos enmarcan todas las actividades
tecnológicas que conforman el desarrollo de la aplicación. %ste se divide
en procesos de análisis, procesos de dise(o y procesos de implementación.
%l grupo de procesos de análisis cubre los procesos de modelado denegocios e ingeniera de requisitos, los cuales tienen como objetivos
principales+ entender y modelar el sistema de negocios y definir y
especificar el conjunto de requisitos funcionales y no funcionales que la
aplicación debe satisfacer. %l grupo de procesos de dise(o está conformado
por los procesos de dise(o arquitectónico y dise(o detallado, estos tienen
como objetivo especificar la estructura y el conjunto de componentes que
deben conformar la aplicación para que satisfaga los requisitos establecidos.Los procesos de implementación agrupan los procesos de de construcción e
integración, pruebas de la aplicación y entrega de la aplicación y tiene
como objetivo asegurarse de que la aplicación cumpla con los requisitos
acordados y satisfaga las necesidades de los clientes.
ij1
iY1
il1 La aplicación a desarrollarse para la empresa >O! %nergy Systems de)ene#uela, '.$. pasará primeramente por los procesos de análisis, luego por
los de dise(o para as finali#ar en los procesos de desarrollo, todos estos
procesos apoyándose conjuntamente en los procesos de gestión y soporte
para as desarrollar un soft*are adaptado a la medida de la empresa. La
siguiente figura, muestra un esquema de los procesos que conforman los
procesos técnicos de gestión y de soporte.
im1
in1 Descripci#n de actores$
io1
ip1
iq1
ir1 %n esta etapa se busca describir los actores del negocio, es decir los
actores que reali#an los procesos y actividades de la empresa y que
52
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
52/73
determinan la funcionalidad de la aplicación a desarrollar. Los actores pueden
pertenecer o no a la organi#ación. Los actores que participan en la ejecución
de los diferentes procesos del negocio, se detallan a continuación+
(*$
it1 Cuadro >$ 'rimer Actor ($
( Actor' (8 Gerente(:$
(y$
(;$ Ge/e,
0d) E* el a#,o/ e#a/&ado de#o,/ola/ lo* /e&(*,/o* de lo**7e/(*o/e* de la #o-7a+
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
53/73
$
$
#$
d$
e$
%$
54
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
54/73
&$
'$
Yi1
Yj1
YY1
Yl1
Ym1 Cuadro >J$ Se&undo Actor $
o$ Actor( 7$ S)per*isor$
/$
* *7e/
8$ E* el a#,o/ e#a/&ado de#o,/ola/ lo* /e&(*,/o* de **e-7leado* #o//e*7od(e,e* 7o/
x# $uadro 5._Segundo ctor
y$
;$
la$
l$
"c&
"#&
e<
lf1 Capturas de pantaa$ Se&undo Actor l&$
l'$
l($
l)$
55
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
55/73
l$
ll$
56
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
56/73
l-$
l$
lo$
l7$
lq1 Cuadro >K$ Tercer Actor l/$
l*$ Actor+ l,$ S)per*isor #e t-cnicos.
5
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
57/73
l$
l$
l8$
l:$
y E-7
-$ E*,e a#,o/ *e e#a/&a de/e&(*,/a/ ** 'o/a* de e,/ada y*al(da #o//e#,a-e,e.
mc# $uadro 16._7ercer ctor
-d$
-e$
-%$
-&$
-'$
-($
m8<
mY1 Capturas de pantaa$ Tercer Actor
-l$
--$
-$
-o$
-7$
-$
mr<
ms1 'roductos /ue se &eneran en e proHecto$
mt1
5!
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
58/73
mu< La instanciación del método genera productos duranteel desarrollo del proyecto estos productos son el resultado de la
ejecución de los procesos técnicos, de gestión o de soporte. %l
método produce dos categoras de productos, los productos
intermedios y los productos finales. Los productos intermedios
son todos aquellos documentos, modelos, listas, etc., que no
constituyen parte integrante de la aplicación. Los productos
finales son los que conforman la aplicación propiamente dicha y
que son entregados al cliente al final del ciclo de desarrollo
m"< CONCLUSIONES 7 RECO0ENDACIONESm<
m51 "oy en da nos damos cuenta que las empresas pueden
tener un sistemas de registros ya que es más fácil trabajar de esta
forma.
my1 La tecnologa va evolucionando y las empresas hacen lo
mismo. %l papel y la hoja son cosas del pasado, un sistema es lo
de hoy. Las empresas pueden reali#ar consultas más rápido, elregistro de personas, etc.
m#1 La integridad de los datos está asegurada, ya que es muy
difcil que alguna persona pueda tener acceso a ellos, en el caso
de tener alguna libreta u hojas no es tan seguro como las
personas piensa.
na1"ay que tener en cuenta que los sistemas no son del todo seguro
por eso se debe tener un respaldo de toda la información que seencuentra almacena ah y as evitar pérdidas.
nb1Si las personas son nuevas, se recomienda que antes de
interactuar con dicho sistema lean el manual de usuario para que
as entiendan un poco como se trabaja mejor con este nuevo
método.
5"
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
59/73
nc< 'ASOS A SEGUIR ;E0'LEADO<
d$
ne1 ;.& %l empleado
deberá ingresar suusuario y 78- para
poder ingresar alsistema
nf1
ng1
nh1
ni1nj1
nY1 /.& na ve#ingresando elusuario y su 78- lesaparecerá unaventana dondeverán reflejada lafecha y hora en la
que ingresaron alsistema y elegirán elturno en el quetrabajaran.
nl1
nm1
nn1
no<np<
n/<
nr< 'ASOS A SEGUIR ;SU'ERVISOR<
ns<
60
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
60/73
nt1 ;.& %l supervisor para poder ingresar
de igual formaingresara su usuario
y contrase(a.nu1
nv1
n*1
n51
ny1
n#1
oa1/.& na ve# que elsupervisor ingrese alsistema le apareceránmMltiples opciones.3ependiendo de laopción que elijaaparecerá unaventana diferente.
ob1
oc1
od1
oe1
of1
og1
oh1=.& Si el supervisor quiere dar de baja a un empleado que por alguna ra#ón ya no trabaje en la empresa, puede modificar el
sistema y hacerlo.
61
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
61/73
o($
o($ ?.&Tambien tiene acceso a una lista de todos los empleados quese encuentran operando en la empresa. U esta lista se muestra aldarle la opción Lista de empleados.
oj1 B.& %lsupervisor
también es elencargadode asignar los turnos
que tomarancada uno de
losempleados.
oY1
ol1
om1
on1
oo1
op1
oq1D.& %n dado caso que se contrate nuevo personal, el supervisor seencarga del registro de dichas personas, él le proporcionara unusuario y contrase(a para que al ingresar a la empresa puedaregistrarse.
62
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
62/73
or1
os1
ot1
ou1
o"<
o<
ox<
oH< 'ASOS A SEGUIR ;GERENTE<
o+<pa< ;.& -ara que el
gerente puedaingresar al
sistema, de igualforma debe
ingresar usuario ycontrase(a ya
asignadas.
pb1
pc1
pd1
pe1
pf1
p&< /.& $l ingresar al sistema, el gerente puede visuali#ar lasopciones que tiene disponibles.
63
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
63/73
ph1
pi1
pj1
pY1
pl1
pm1
pn1
po1po1 =.& %l gerente
puede acceder
a una lista delos supervisoresque están a su
disposición.
pp1
pq1
pq1?.& %l gerente puede asignar los turnos para cada supervisor queestá a su mando.
pr1
ps1
pt1
pu1
pv1
p*1
64
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
64/73
p51B.& Si el gerentequiere dar debaja a algMn
supervisor
ingresa a laopción dar.Se modifica la
lista y seguardan los
cambios, peroeso es solo encaso de haber
despedido al supervisor.
py1
p#1D.& %n dado caso deque se contrate anuevo personal elgerente puede asignar a dichas personascomo supervisores yagregar los datos
correspondientes en elsistema.
qa1
qb1
qc1
qd1
qe1-or Mltimo y más importante, los administradores del sistema
deberán tener usuario y contrase(a para poder ingresar, estaspersonas estarán al tanto por si llega haber un fallo con el sistemao trataron de hacer alguna modificación.
qf1
/&< GLOSARIO/*<
qi1 Adapta-iidad$! -or la cual es capa# de evolucionar
dinámicamente con arreglo a su entorno, de manera que atraviesa
65
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
65/73
diferentes estados en los que se conserva la eficacia y finalidad
del sistema.
/8< Codi9icaci#n$! es aquella operación que tiene lugar para enviar
datos de un lugar a otro, procesarlos y obtener resultados a partir de ellos.
/< Din)mico$! Nue implica movimiento o lo produce.
/< Diseo$! $ctividad creativa que tiene por fin proyectar objetos que
sean Mtiles y estéticos.
/m< E9iciencia$! %s por lo cual el sistema atiende su objetivo con
la economa de medios poniendo en juego procesos que le
permiten ser adaptables y equilibrados.qn1Esta-iidad$! %s la cualidad por la cual el sistema permanece en
funcionamiento efica#, frente a las acciones de los factores
e5ternos al mismo.
/o< Est)tico$! Nue permanece en un mismo estado y no
e5perimenta cambios.
/p< ,ardare$! 'onjunto de elementos fsicos o materiales que
constituyen una computadora o un sistema informático.
//< Iteraci#n$! >epetición, reiteración.
/r
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
66/73
/u< Re9inamiento$! >asgo que caracteri#a a una persona o cosa
que es refinada o se ha refinado.
/"< Re&istro$! 3ocumento donde se relacionan ciertos
acontecimientos o cosas especialmente aquellos que debenconstar permanentemente de forma oficial.
/< Siner&ia$! 'ualidad por la cual la capacidad de actuación del
sistema es superior a las componentes sumadas individualmente.
/x< Sistema$! 'onjunto ordenado de normas y procedimientos
que regulan el funcionamiento de un grupo o colectividad.
/H< So9tare$! 'onjunto de programas y rutinas que permiten a
la computadora reali#ar determinadas tareas.
q#1SBL$! Lenguaje estándar $7S88S6 de de9inici#n, manipulación y
control de bases de datos relacionales. %s un lenguaje declarativo+
sólo hay que indicar qué se quiere hacer. %n cambio, en los
lenguajes procedimentales es necesario especificar cómo hay que
hacer cualquier acción sobre la base de datos.
ra<
r-<
rc<
rd<
re<
r9<
r&<r*<
ri<
r8<
r<
6
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
67/73
r<
rm<
rn<ro<
rp<
r/<
rr<
rs<
rt
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
68/73
*%$ e*leyB A. 1""3$. .
*&$ (leyB E. 1"!$. *ntroducci0n a la *ngenieria de sistemas. M:(#oBD.K. LIMSA.
*'$ (leyB . 1""3$. Sistemas: conceptos: metodologias )aplicaciones. M:(#oB D.K. L(-*a S.A de C.>.
*($
s8<
s<
s<
sm<
sn1 ANEMOSso& CRONOGRAMA DE ACTIVIDAD
*7$A#,((
dade*
*$P/o&/a-a#(9 de a#,((**$ *,$ E
e/o
*$ Ke/e/o
*$ Ma/;o
*
,$ ,#$ ,d$ ,e$ ,%$ ,&$ ,'$ ,($ ,)$ ,$ ,l$ ,-$ ,$ ,o$
,;$ Ide,(% (#a#(9 d
a$P
#$ -$
a$ -$
6"
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
69/73
e 7/ole-a*B o7
o/,(dade*
y o
)e,(o
*.
;$De,e/-(
8a$P
8e$ 8-$
:a$ :-$
0
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
70/73
a#(9 de lo* /e
e/(-(e,o
*:;$Al(*(* d
e la* e#e
ya$ y-$;a$ ;-$
1
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
71/73
*(dade* del*(*,
e-a
;;$D(*e+o d
el*(*,e-a
aaa$P
aad$aae$aa%$ aa&$ aa'$aa($ aa)$ aa$ aal$ aa-$aa$aao$
aa$@
ad$ae$a%$ a&$a'$a($ a)$ a$al$ a-$a$ao$
a;$De*
a//ollo y
a#a$P
a#d$ a#e$ a#%$ a#&$ a#'$ a#$ a#-$a#$ a#o$
ada$@
add$ade$ad%$ ad&$ad'$ad($ ad)$ ad$adl$ ad-$ad$ado$
2
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
72/73
do#-e,a#(9
ad;$P/
ea y -a,e
(-(e,o
aea$P
aed$aee$ ae%$ ae&$ ae'$ae($ ae)$ ae$ ael$ ae-$ae$aeo$
a%a$@ a%d$ a%e$ a%&$ a%'$ a%$ a%-$ a%o$
a%;$I-7
l
e-e,a#(9
a&a$P
a&d$a&e$a&%$ a&&$a&'$a&($ a&)$ a&$a&l$ a&-$a&$a&o$
a'a$
@
a'd$a'e$a'%$ a'&$a''$a'($ a')$ a'$a'l$ a'-$a'$a'o$
3
-
8/16/2019 Reestructuracion Del Protocolo Cervecera
73/73
y eol#(9 de
l*(*,e-a
a';$