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


2/73

O2ICIO DE AUTORI.ACIÓN DE I0'RESIÓN

2


3/73

DEDICATORIA

3


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


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


6/73

-9:87$0S1

;. 6ficio de autori#ación de impresión


7/73


8/73

3NDICE DE CUADROS

'67T%7836 -9:87$

'uadro/.H%tapas del metodo 0/1


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

"


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


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


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


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


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


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


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


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


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!


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"


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


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


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


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


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


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


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


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


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!


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"


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


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


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


33/73


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


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


36/73

n


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"


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


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


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


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


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


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


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


45/73

d($

d)$

d$

dl$

d-$

d$ No$! do$ d7$ Respons!i"i##

d$(aaEl(;ae,'a/a,eE*

d/$L


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*


47/73


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!


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


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


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


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+


53/73

$

$

#$

d$

e$

%$

54


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


55/73

l$

ll$

56


56/73

l-$

l$

lo$

l7$

lq1 Cuadro >K$ Tercer Actor l/$

l*$ Actor+ l,$ S)per*isor #e t-cnicos.

5


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!


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"


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


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


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


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


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


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


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


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


67/73

r<

rm<

rn<ro<

rp<

r/<

rr<

rs<

rt


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"


69/73

e 7/ole-a*B o7

o/,(dade*

y o

)e,(o

*.

;$De,e/-(

8a$P

8e$ 8-$

:a$ :-$

0


70/73

a#(9 de lo* /e

e/(-(e,o

*:;$Al(*(* d

e la* e#e

ya$ y-$;a$ ;-$

1


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


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


73/73

y eol#(9 de

l*(*,e-a

a';$

reestructuracion del protocolo cervecera

Documents