Sei sulla pagina 1di 0

SISTEMA PARA EL CONTROL DE INVENTARIOS Y VENTAS DE LA

EMPRESA TELEOPTICA S.A DE C.V (ETAPA 1)



Por Marcos Omar Cruz Ortega






Marcos Omar Cruz Ortega
II

CONTENIDO

CAPITULO 1. Introduccin ............................................................................................................ 6
CAPITULO 2. Justificacin .............................................................................................................
CAPITULO !. O"#eti$o genera%. .....................................................................................................
!.1 O"#eti$os es&ec'ficos ........................................................................................................... (
CAPITULO ). Marco Terico ......................................................................................................... *
).1 Conce&tos "+sicos de %egua#es de &rogramacin. .............................................................. *
).2 Inter&retacin , com&i%acin .............................................................................................. *
).2.1 Lengua#e inter&retado ............................................................................................... 1-
).2.2 Lengua#e com&i%ado .................................................................................................. 1-
4.2.3 Lengua#es intermediarios .......................................................................................... 1-
).! Lengua#es orientados a o"#etos. ....................................................................................... 11
).!.1 .nca&su%ado .............................................................................................................. 12
).!.2 Modu%aridad .............................................................................................................. 12
).!.! /erencia .................................................................................................................... 12
).) 0isua% 1asic ........................................................................................................................ 1!
).).1 Procedimientos ......................................................................................................... 1)
).).2 O"#etos , &ro&iedades .............................................................................................. 1)
).).! .$entos ...................................................................................................................... 12
).).) 3unciones o m4todos ................................................................................................ 12
).).2 3ormu%arios ............................................................................................................... 12
).).6 Contro%es 1+sicos ...................................................................................................... 16
).2 Cr,sta% 5e&orts .................................................................................................................. 1
).6 1ases de 6atos .................................................................................................................. 1(
).6.1 O"#eti$os de %os sistemas de "ase de datos ............................................................. 1(
).6.2 7estores de 1ases de 6atos ...................................................................................... 1*
).6.! Conce&tos "+sicos ..................................................................................................... 2-
).6.) 6iagrama de c%ases .................................................................................................... 21
).6.2 6iagrama de f%u#o ...................................................................................................... 22
Marcos Omar Cruz Ortega
III

).6.6 6iagrama entidad re%acin ........................................................................................ 22
).6. 6iagrama de Caso de Uso .......................................................................................... 22
).6.( 6iagrama de 8ecuencia ............................................................................................. 22
CAPITULO 2. A9:LI8I8 ; 6.8A55OLLO 6.L 8I8T.MA ................................................................. 2!
2.1 Te%e&tica 8A de C0 ........................................................................................................... 2!
2.1.1 An+%isis de &rocesos , &ro"%emas de %a em&resa ...................................................... 2!
2.2 6esarro%%o .......................................................................................................................... 2(
2.2.1 5e<uerimientos de% usuario. ..................................................................................... 2(
2.2.2 Ti&o de %engua#e a uti%izar ......................................................................................... 2*
2.2.! .structura de %a 1ase de 6atos. ................................................................................. 2*
2.2.) Ta"%as de %a "ase de datos. ....................................................................................... !-
2.2.2 Cam&os , ti&os de datos. .......................................................................................... !-
2.2.6 8istema o&erati$o so"re e% <ue tra"a#ara e% sistema ................................................ !!
2.! P%aneacin de %a im&%antacin e ingenier'a de% sistema ................................................... !)
2.!.1 Modu%o contrase=a de acceso .................................................................................. !)
2.!.2 Cata%ogo de materia%es .............................................................................................. !2
2.!.! Cata%ogo de Pro,ectos ............................................................................................... !2
2.!.) Cata%ogo de Pro$eedores .......................................................................................... !6
2.!.2 Im&rimir In$entario ................................................................................................... !6
2.!.6 Usuarios ..................................................................................................................... !
2.!. Modu%o e%iminar registros ......................................................................................... !(
2.) Programacin. ................................................................................................................... !*
2.).1 6iagrama de C%ases de% 8istema ................................................................................ !*
2.).2 6iagramas de 8ecuencia de% sistema. ....................................................................... )-
2.2 Im&%antacin de% sistema , Prue"as .................................................................................. ))
CAPITULO 6. Conc%usiones , 5ecomendaciones ........................................................................ )6
6.2 Mantenimiento. ................................................................................................................ )6
CAPITULO . Ane>os ................................................................................................................... )(
CAPITULO (. 1i"%iograf'a ............................................................................................................ 22

Marcos Omar Cruz Ortega
I0

Tabla de Ilustraciones
I%ustracin )?1 8&%as@ 8creen de 0isua% 8tudio 2-1- ......................................................................... 1!
I%ustracin )?2 .#em&%o de Procedimiento en 0isua% 1asic.9.T ........................................................ 1)
I%ustracin )?! Cuadro de /erramientas <ue ofrece Microsoft en e% 0isua% 8tudio ......................... 1)
I%ustracin )?) .#em&%o de %as &ro&iedades de un contro% de 0isua% 8tudio. .................................... 12
I%ustracin )?2 Contro% La"e% ............................................................................................................. 16
I%ustracin )?6 Contro% Te>t1o> ......................................................................................................... 16
I%ustracin )? Contro% 1utton........................................................................................................... 16
I%ustracin )?( Cuadro de Mensa#e ................................................................................................... 1
I%ustracin )?* 0entana de Cdigo de 0isua% 1asic ........................................................................... 1
I%ustracin )?1- Cr,sta% 5e&ortsA %ogo oficia% ..................................................................................... 1
I%ustracin 2?1 Oficinas de Te%eo&tica 8A de C0 ................................................................................ 2!
I%ustracin 2?2 A%mac4n de Te%eo&tica 8A de C0............................................................................... 2)
I%ustracin 2?! TracB de Tiem&os &rogramados &or 3ase de e%a"oracin rea%izado en Microsoft
Pro#ect 2-1-. ..................................................................................................................................... 26
I%ustracin 2?) 8egunda &arte de% TracB de Tiem&os &rogramados &or fase de e%a"oracin rea%izado
en Microsoft Pro#ect 2-1-. ................................................................................................................ 2
I%ustracin 2?2 O"tencin de 5e<uerimientos .................................................................................. 2(
I%ustracin 2?6 Microsoft Access 2-1- .............................................................................................. 2*
I%ustracin 2? Cam&os , ti&os de datos &ara %a Ta"%a In$entario .................................................... !-
I%ustracin 2?( Cam&os , ti&os de datos &ara %a Ta"%a Lideres. ........................................................ !1
I%ustracin 2?* Cam&os , ti&os de datos &ara %a Ta"%a Login. ........................................................... !1
I%ustracin 2?1- Cam&os , ti&os de datos &ara %a Ta"%a Pro$eedores. ............................................. !1
I%ustracin 2?11 Cam&os , ti&os de datos &ara %a Ta"%a Pro,ectos ................................................... !2
I%ustracin 2?12 Cam&os , ti&os de datos &ara %a Ta"%a 5emisiones ................................................ !2
I%ustracin 2?1! Cam&os , ti&os de datos &ara %a Ta"%a 5esidentes. ................................................ !2
I%ustracin 2?1) 5e%aciones entre %as Ta"%as de %a 1ase de 6atos ..................................................... !!
I%ustracin 2?12 8istema Im&%antado en e% .<ui&o de% L'der de Pro,ectos ....................................... ))
I%ustracin 2?16 8istema Im&%antado en e% 8itio de Tra"a#o de% 8u&er$isor ..................................... ))
I%ustracin ?2 L'neas de cdigo de %a cone>in con %a 1ase de 6atos ............................................. )(
I%ustracin ?! 6ise=o de 6iagrama de C%ases en 0isua% 8tudio 2-1- .............................................. )(
I%ustracin ?) 6ise=o de 6iagrama de 8ecuencia en 0isua% 8tudio 2-1- ........................................ )*
I%ustracin ?2 Panta%%a Inicia% de %a A&%icacin ................................................................................ )*
I%ustracin ? Ca&tura de %a &anta%%a de Lideres de Pro,ecto ......................................................... 2-
I%ustracin ?6 Panta%%a de %as &rimeras ca&turas de% in$entario ...................................................... 2-
I%ustracin ?* 0ista de im&resin de un 5e&orte............................................................................. 21
I%ustracin ?( Panta%%a de% Listado de Pro$eedores ......................................................................... 21

Marcos Omar Cruz Ortega
0

Listado de Tablas
Ta"%a )?1 A%gunos e#em&%os de %engua#es am&%iamente usados ...................................................... 11
Ta"%a )?2 Ta"%a de e#em&%o C5e%acin Pe%'cu%asD ............................................................................... 2-
Ta"%a )?! Otra re&resentacin de %a re%acin Pe%'cu%as ..................................................................... 21


Listado de Diagramas
6iagrama 2?1 6iagrama genera% de &rocesos. .................................................................................. 2)
6iagrama 2?2 6iagrama de Casos de Uso ......................................................................................... 2*
6iagrama 2?! 6iagrama de 3%u#o de Login ........................................................................................ !)
6iagrama 2?) 6iagrama de 3%u#o &ara e% Cata%ogo de Materia%es .................................................... !2
6iagrama 2?2 6iagrama de 3%u#o &ara %%e$ar e% Cata%ogo de &ro,ectos ............................................ !2
6iagrama 2?6 6iagrama de 3%u#o &ara e% Cata%ogo de Pro$eedores ................................................. !6
6iagrama 2? 6iagrama de 3%u#o &ara Im&rimir in$entario .............................................................. !6
6iagrama 2?( 6iagrama de 3%u#o &ara cam"iar &ri$i%egios de usuario. ............................................ !
6iagrama 2?* 6iagrama de 3%u#o &ara e%iminar registros. ................................................................ !(
6iagrama 2?1- 6iagrama de C%ases de% 8istema ............................................................................... !*
6iagrama 2?11 6iagrama de 8ecuencia &ara cuando %os dos ti&os de usuario ingresen a% sistema. )-
6iagrama 2?12 6iagrama de 8ecuencia &ara cuando un L'der Agregue un 5egistro ........................ )-
6iagrama 2?1! 6iagrama de 8ecuencia &ara cuando un L'der rea%iza una Consu%ta ........................ )1
6iagrama 2?1) 6iagrama de 8ecuencia &ara cuando un Lider .dita un 5egistro ............................. )1
6iagrama 2?12 6iagrama de 3%u#o Para cuando e% L'der Im&rime un 5e&orte ................................. )2
6iagrama 2?16 6iagrama de 3%u#o &ara cuando e% 8u&er$isor agrega 5emisiones ........................... )2
6iagrama 2?1 6iagrama de 8ecuencia &ara cuando un 8u&er$isor Im&rime ................................. )!
6iagrama 2?1( 6iagrama de 8ecuencia &ara cuando un 8u&er$isor Consu%ta Informacin. ............ )!

Marcos Omar Cruz Ortega
6

CAPITULO 1. INTRODUCCIN

El siguiente trabajo presenta de manera detallada la informacin que resulta del
seguimiento al desarrollo de un sistema de cmputo para optimizar los procesos de ventas
e inventarios en los proyectos que actualmente se llevan a cabo en la empresa Teleptica
S de !".

En el !ap#tulo $$ y $$$ se pretende dar a conocer la definicin del problema% la
justificacin% as# como el objetivo general y los objetivos espec#ficos que integraran la
solucin.

En el !ap#tulo $" se pretende dar a conocer el marco terico% es decir% una
e&plicacin breve de lo que es la programacin% lo que es una base de datos% etc.%
abordando y definiendo temas y conceptos que ayudaran a comprender el trabajo realizado.

En el !ap#tulo " se describe todo el an'lisis y desarrollo del sistema% que va desde
el an'lisis de la infraestructura y procesos de la empresa conociendo sus necesidades%
(asta identificar las delimitaciones de la solucin. Se describir' la ingenier#a del sistema que
tiene el objetivo de satisfacer estas necesidades% incluyendo el dise)o lgico% la base de
datos que se utilizar'% adem's el dise)o de los diagramas de todos los mdulos de la
aplicacin.

El !ap#tulo "$ describe la fase de conclusiones y recomendaciones% en donde se da
a conocer en resumen los resultados de la implementacin% se muestran algunas capturas
de pantalla del sistema realizado y algunas propiedades de los controles m's importantes
que integran las interfaces% de igual manera se dan a conocer algunas observaciones y
recomendaciones respecto a su funcionamiento y futuro mantenimiento.


Marcos Omar Cruz Ortega


CAPITULO . !U"TI#ICACIN

En la actualidad un sistema computarizado que realice procesos de tipo
administrativo dentro de una empresa es sinnimo de eficiencia y modernidad% actualmente
no solo las grandes empresas se caracterizan por tener sistemas computarizados% si no que
a(ora se (a convertido en una verdadera necesidad para todo negocio ya que permite llevar
de forma ordenada el registro y el control de las operaciones que se realizan.

Teleoptica S de !" es un empresa dedicada a la integracin de proyectos de
infraestructura tecnolgica% sin embargo% cuando el tiempo de desarrollo de un proyecto
requiere que en el sitio de trabajo e&ista un almac*n% se encuentra una deficiencia% puesto
que actualmente no se cuenta con un sistema de control para estos almacenes e&ternos%
por lo que los residentes de obra o los supervisores lo llevan a cabo arc(ivando las
entradas en una bit'cora impresa y no se efect+a un conteo oportuno del material que
queda en el almac*n. Esto evidentemente genera un problema% pues no se lleva un registro
eficiente% por lo que cuando se quiere conocer el corolario del inventario% se deben consultar
uno a uno los registros generados de entrada de la bit'cora% incluso consultar detalles
implica demasiado tiempo y se suelen encontrar incongruencias en los registros conforme
avanza el proyecto.

CAPITULO $. O%!ETI&O 'ENERAL.

,roveer a Teleptica S de !" una aplicacin inform'tica que permita y ayude a
optimizar consultas de los procesos de ventas e inventarios (aciendo uso del equipo de
cmputo e&istente en la compa)#a y de esta manera facilitar el almacenamiento y la
inspeccin de la informacin que se maneja en cada uno de los proyectos de la empresa%
adem's de ayudar a agilizar consultas precisas y ordenadas en el momento que el personal
facultado lo requiera.

Marcos Omar Cruz Ortega
(

$.1 Ob(eti)os es*ec+,icos

-ise)ar el modelo de un sistema de soft.are que permita mejorar los procesos y
solucionar las necesidades de administracin de la informacin de los proyectos
de la empresa.
!rear una /ase de -atos para almacenar la informacin requerida y para el buen
funcionamiento del sistema.
-ise)ar las interfaces del sistema de modo que resulte f'cil de entender y de
utilizar.
!odificar el sistema en base al dise)o previamente realizado.
Situar el sistema en el equipo de cmputo de la compa)#a y facultar al personal
para que pueda interactuar con el sistema.
$mplantar el sistema en la empresa% sujeto a futuras mejoras o actualizaciones.

Marcos Omar Cruz Ortega
*

CAPITULO -. .ARCO TERICO

-.1 Conce*tos b/sicos de legua(es de *rogramaci0n.

,ara entender de manera sencilla el concepto de lenguaje de programacin
podemos partir de lo siguiente. Sabemos que los seres (umanos se comunican por medio
de un lenguaje% es decir% un conjunto de sonidos que articulados manifiestan lo que la
persona quiere comunicar% de manera que mudando ese razonamiento podemos definir a
un lenguaje de programacin como un conjunto de caracteres% s#mbolos% representaciones
y reglas que permiten introducir y tratar la informacin en una computadora ya que un
lenguaje de programacin est' dise)ado para describir el conjunto de acciones
consecutivas que un equipo debe ejecutar% pues este de un modo pr'ctico sirve para que
los seres (umanos puedan dar instrucciones a una computadora.

E&isten muc(os tipos de lenguajes de programacin% y cada uno de ellos est'
destinado a un propsito concreto% podemos clasificarlos en lenguajes de bajo y alto nivel%
siendo los primeros los que se encuentran muy cerca de la forma interna de comunicacin
de una computadora% mientras que los de alto nivel son m's sencillos de entender debido a
su interfaz y su forma de uso. El lenguaje utilizado por el procesador se denomina lenguaje
m'quina. Se trata de datos tal como llegan al procesador% que consisten en una serie de 0 y
1 2datos binarios3. El lenguaje m'quina% por lo tanto% es muy dif#cil de comprender por los
seres (umanos% razn por la cual se (an desarrollado lenguajes intermediarios
comprensibles para el (ombre. El cdigo escrito en este tipo de lenguaje se transforma en
cdigo m'quina para que el procesador pueda entenderlo y posteriormente procesarlo.

-. Inter*retaci0n 1 com*ilaci0n

4os lenguajes de programacin pueden% en l#neas generales% dividirse en dos
categor#as5
Lenguajes interpretados.
Lenguajes compilados.
Lenguajes intermediarios.

Marcos Omar Cruz Ortega
1-

-..1 Lengua(e inter*retado

6n lenguaje de programacin es% por definicin% diferente al lenguaje m'quina. ,or
lo tanto% debe traducirse para que el procesador pueda comprenderlo. 6n programa escrito
en un lenguaje interpretado requiere de un programa au&iliar 2el int*rprete3% que traduce los
comandos de los programas seg+n sea necesario.

-.. Lengua(e com*ilado

6n programa escrito en un lenguaje compilado se traduce a trav*s de un programa
ane&o llamado compilador que% a su vez% crea un nuevo arc(ivo independiente que no
necesita ning+n otro programa para ejecutarse a s# mismo. Este arc(ivo se
llama ejecutable.

6n programa escrito en un lenguaje compilado posee la ventaja de no necesitar un
programa ane&o para ser ejecutado una vez que (a sido compilado. dem's% como slo es
necesaria una traduccin% la ejecucin se vuelve m's r'pida. Sin embargo% no es tan
fle&ible como un programa escrito en lenguaje interpretado% ya que cada modificacin del
arc(ivo fuente requiere de la compilacin del programa para aplicar los cambios.

4.2.3 Lengua(es intermediarios

lgunos lenguajes pertenecen a ambas categor#as% dado que el programa escrito en
estos lenguajes puede% en ciertos casos% sufrir una fase de compilacin intermediaria. 4os
applets 7ava% son peque)os programas que a menudo se cargan en p'ginas .eb% y son
arc(ivos compilados que slo pueden ejecutarse dentro de un navegador .eb 2son arc(ivos
con la e&tensin .class3.

Marcos Omar Cruz Ortega
11

continuacin% una breve lista de los lenguajes de programacin actuales5

4enguaje ,rincipal 'rea de aplicacin !ompilado8interpretado
ADA Tiempo real 4enguaje compilado
BASIC ,rogramacin para fines educativos 4enguaje interpretado
C ,rogramacin de sistema 4enguaje compilado
C++ ,rogramacin de sistema orientado a objeto 4enguaje compilado
Cobol dministracin 4enguaje compilado
Fortran !'lculo 4enguaje compilado
a!a ,rogramacin orientada a $nternet 4enguaje intermediario
"A#LAB !'lculos matem'ticos 4enguaje interpretado
C$lculos matem$ticos !'lculos matem'ticos 4enguaje interpretado
LIS% $nteligencia artificial 4enguaje intermediario
%ascal Educacin 4enguaje compilado
%&% -esarrollo de sitios .eb din'micos 4enguaje interpretado
Inteligencia arti'icial $nteligencia artificial 4enguaje interpretado
%erl ,rocesamiento de cadenas de caracteres 4enguaje interpretado
Tabla 4-1 Alguno !"!#$lo %! l!ngua"! a#$l&a#!n'! ua%o

-.$ Lengua(es orientados a ob(etos.

4os lenguajes de programacin orientados a objetos tienen su origen en un lenguaje
que fue dise)ado por los profesores 9le:7o(an -a(l y ;risten <ygaard en <oruega. Este
lenguaje de programacin orientado a objetos fue el =Simula >?@ que fue un lenguaje creado
para (acer simulaciones de naves.

En realidad los lenguajes de programacin orientados a objetos tratan a los
programas como conjuntos de objetos que se ayudan entre ellos para realizar acciones.
Entendiendo como objeto a las entidades que contienen datos. ,ermitiendo que los
programas sean m's f'ciles de escribir% mantener y reutilizar.

4os objetos tienen toda la informacin 2atributos3 que los diferencia de otros
pertenecientes a otra clase. ,or medio de unos m*todos se comunican los objetos de una
misma o diferente clase produciendo el cambio de estado de los objetos. Esto (ace que se
les trate como unidades indivisibles en las que no se separan la informacin ni los m*todos
usados en su tratamiento.
Marcos Omar Cruz Ortega
12

-entro de la ,99 encontramos un sinf#n de terminolog#as y conceptos que nos
ayudan a comprender la funcionalidad de estos lenguajes de programacin% algunos de los
cuales y solo por mencionar algunos de estos conceptosA Encapsulado% Bodularidad y
Cerencia.

-.$.1 Enca*sulado

En programacin orientada a objetos se denomina encapsulamiento al (ec(o de que
cada objeto est' aislado del e&terior% es un mdulo natural% y la aplicacin entera se reduce
a un agregado o rompecabezas de objetos. El aislamiento protege a los datos asociados a
un objeto contra su modificacin por quien no tenga derec(o a acceder a ellos% eliminando
efectos secundarios e interacciones.

-.$. .odularidad

En programacin orientada a objetos% se denomina modularidad a la propiedad que
permite subdividir una aplicacin en partes m's peque)as llamadas mdulos% cada una de
las cuales debe ser tan independiente como sea posible de la aplicacin en s# y de las
restantes partes.

-.$.$ 2erencia

4a (erencia es espec#fica de la programacin orientada a objetos% donde una clase
nueva se crea a partir de una clase e&istente. 4a (erencia 2a la que (abitualmente se
denomina subclases3 proviene del (ec(o de que la subclase contiene los atributos y
m*todos de la clase primaria. 4a principal ventaja de la (erencia es la capacidad para definir
atributos y m*todos nuevos para la subclase% que luego se aplican a los atributos y m*todos
(eredados. 4a gran ventaja es que uno ya no debe comenzar desde cero cuando desea
especializar una clase e&istente.

Marcos Omar Cruz Ortega
1!

-.- &isual %asic

"isual /asic es un lenguaje de programacin dirigido por eventos% desarrollado por
lan !ooper para Bicrosoft. Este lenguaje de programacin es un dialecto de /S$!% con
importantes agregados. Su primera versin fue presentada en 1DD1% con la intencin de
simplificar la programacin utilizando un ambiente de desarrollo completamente gr'fico que
facilitara la creacin de interfaces gr'ficas y% en cierta medida% tambi*n la programacin
misma. E aunque "isual /asic es de propsito general% tambi*n provee facilidades para el
desarrollo de aplicaciones de bases de datos usando -ata ccess 9bjects% Femote -ata
9bjects o ctiveG -ata 9bjects. "isual /asic contiene un entorno de desarrollo integrado o
$-E que integra editor de te&tos para edicin del cdigo fuente% un depurador% un
compilador y un editor de interfaces gr'ficas o H6$.

4a m's reciente versin es un lenguaje
de programacin orientado a objetos. Su
introduccin result muy controvertida% ya que
debido a cambios significativos en el lenguaje
"/.<ET no es compatible (acia atr's con "isual
/asic >.0% pero el manejo de las instrucciones
es similar a versiones anteriores% facilitando as#
el desarrollo de aplicaciones m's avanzadas
con (erramientas modernas.

4a gran mayor#a de programadores de "/.<ET utilizan el entorno de desarrollo
integrado Bicrosoft "isual Studio en alguna de sus versiones% desde el primer "isual Studio
.<ET (asta "isual Studio .<ET 2013% vase Ilustracin 4-1% que es la +ltima versin de
"isual Studio para la plataforma .<ET % aunque e&isten otras alternativas% como S(arp
-evelop que adem's es libre.

Ilu'(a)&*n 4-1 S$la+ S)(!!n %! V&ual S'u%&o ,-1-
Marcos Omar Cruz Ortega
1)

-.-.1 Procedimientos

6n procedimiento en "isual
/asic es un conjunto de instrucciones
que se ejecutan en cierto orden para
lograr un objetivo% los procedimientos
constan de un principio y un fin y para
determinarlos se utilizan las palabras clave o reservadas Sub y (nd Sub respectivamente.
,or lo general la instruccin Sub se encuentra precedida por otra palabra que determina el
tipo de acceso que tendr' el procedimiento como lo deja ver la ilustracin 4-2.

%ri!ate5 Significa que el procedimiento solo puede ser utilizado en el m*todo de
programacin donde se est' creando.

%ublic5 Significa que el procedimiento est' disponible para cualquier modulo que se
utilice en el programa que se est' creando.

-.-. Ob(etos 1 *ro*iedades

4os objetos y los distintos tipos de
controles como se muestran en la Ilustracin
4-3 son entidades gen*ricas de las que puede
(aber varios ejemplares en cada programa.
En programacin orientada a objetos% o como
en el caso de "isual /asic basado en objetos%
se llama clase a estas entidades gen*ricas%
mientras que se llama objeto a cada ejemplar
de una clase determinada. ,or ejemplo en un
programa puede (aber varios botones% cada
uno de los cuales es un objeto de tipo Button.

Ilu'(a)&*n 4-, E"!#$lo %! P(o)!%&#&!n'o !n V&ual .a&).NET
Ilu'(a)&*n 4-/ Cua%(o %! 0!((a#&!n'a 1u! o2(!)!
M&)(oo2' !n !l V&ual S'u%&o
Marcos Omar Cruz Ortega
12

4as propiedades por otra parte son
datos que tiene varios valores lgicos como
2True% Ialse3 o num*ricos% propios de ese
objeto y distintos de las de otros objetos de
su clase. !asi todas las propiedades de los
objetos pueden establecerse en tiempo de
dise)o y por lo regular tambi*n en tiempo de
ejecucin. En este segundo caso se accede
a sus valores por medio de las sentencias
del programa como puede verse en la
Ilustracin 4-4.

-.-.$ E)entos

4os eventos no son m's que toda accin del usuario sobre el programa% por
ejemplo5 (acer clic sobre un botn% el arrastrar un icono% pulsar una tecla% etc. !ada vez que
se produce un evento sobre un determinado tipo de control se ejecuta una determinada
funcin o procedimiento que realiza la accin programada por el usuario para ese evento
concreto

-.-.- #unciones o m3todos

6na funcin es una instruccin que realiza un procedimiento espec#fico y puede o
no devolver un valor. ,or lo general el valor devuelto es almacenado en una variable para
utilizar el contenido en otra parte. 6na funcin puede servir para solicitar informacin al
usuario% mostrar un mensaje% etc.

-.-.4 #ormularios

El formulario es el principal medio de comunicacin entre el usuario y la aplicacin%
en donde los usuarios interact+an con los controles sobre el formulario para datos y obtener
resultados del sistema.

Ilu'(a)&*n 4-4 E"!#$lo %! la $(o$&!%a%! %! un
)on'(ol %! V&ual S'u%&o.
Marcos Omar Cruz Ortega
16

-.-.5 Controles %/sicos

!on los controles% los usuarios pueden operar y obtener los resultados de una
aplicacin. ,uede a)adir controles a un formulario seleccionando la (erramienta adecuada
del !uadro de Cerramientas% v*ase la $lustracin 4:3.

4.4.6.1 Control etiqueta (Label)

Se utiliza para mostrar te&to que el usuario no puede modificar.
Heneralmente para identificar otros controles en el formulario o para
mostrar instrucciones al usuario. Vase la Ilustracin 4-5.

4.4.6.2 Control Caja de Texto (TextBox).

Se utiliza para que el usuario le proporcione datos a la
aplicacin o para que la aplicacin le devuelva la informacin al
usuario. El te&to que se muestra en el control puede ser cambiado
por el usuario. Vase la Ilustracin 4-6.

4.4.6.3 Control botn de comando (Button)

6n botn de comando es uno de los m's importantes y
utilizados% ya que es el botn de comando el que generalmente
permite que la aplicacin inicie% interrumpa o termine un
determinado proceso. Vase la Ilustracin 4-7.


Ilu'(a)&*n 4-3
Con'(ol Lab!l
Ilu'(a)&*n 4-4 Con'(ol
T!5'.o5
Ilu'(a)&*n 4-6 Con'(ol
.u''on
Marcos Omar Cruz Ortega
1

4.4.6.4 Cuadros de mensaje
6na de las formas m's simples que tiene
"isual /asic para ofrecer informacin al usuario es
utilizando cuadros de mensaje% mismos que
informan y ayudan al usuario a la toma de
decisiones durante la interaccin con el sistema. 4a
Ilustracin 4-8 muestra un ejemplo de estos cuadros
de mensaje.



4.4.6. !entana de cdi"o

!digo es un t*rmino general para todas las
sentencias que se escriban en una aplicacin% la
ventana de cdigo se utiliza para escribir% mostrar y
editar el cdigo de la aplicacin% en "isual /asic
puede abrirse una ventana de cdigo por cada
mdulo de la aplicacin. Vase la Ilustracin 4-9.


-.4 Cr1stal Re*orts

!rystal Feports es una aplicacin de
inteligencia empresarial% utilizada para dise)ar y
generar informes desde una amplia gama de
fuentes de datos. "isual Studio incluye una versin
de esta (erramienta con propsito general para
informes y reportes% lo que faculta a toda aplicacin
desarrollada con "isual Studio de un plus
importante. Vase la Ilustracin 4-10.
Ilu'(a)&*n 4-1- C(7'al R!$o('8 logo o2&)&al
Ilu'(a)&*n 4-9 V!n'ana %! C*%&go %! V&ual .a&)
Ilu'(a)&*n 4-: Cua%(o %! M!na"!
Marcos Omar Cruz Ortega
1(

-.5 %ases de Datos

6na base de datos o banco de datos es un conjunto de datos pertenecientes a un
mismo conte&to y almacenados sistem'ticamente para su posterior uso. En este sentido%
una biblioteca puede considerarse una base de datos compuesta en su mayor#a por
documentos y te&tos impresos en papel e inde&ados para su consulta. ctualmente% y
debido al desarrollo tecnolgico de campos como la inform'tica y la electrnica% la mayor#a
de las bases de datos est'n en formato digital% y por ende se (a desarrollado y se ofrece un
amplio rango de soluciones al problema del almacenamiento de datos.

-.5.1 Ob(eti)os de los sistemas de base de datos

4os objetivos principales de un sistema de base de datos son los de ayudar en los
siguientes aspectos5

4.6.1.1 #edundancia e inconsistencia de datos

!uando se manejan grandes cantidades de informacin% e&iste la posibilidad de que
si no se controla detalladamente el almacenamiento% se puede originar un duplicado de
registros% lo que (ace inestable el control del contenido almacenado en la base de datos.

4.6.1.2 $cceso a los datos

6n sistema de base de datos debe contemplar un entorno que le facilite al usuario el
manejo de la informacin% de manera que esta siempre debe estar disponible cuando el
usuario la necesite. -e igual manera debe asegurarse la integridad de los datos.

Marcos Omar Cruz Ortega
1*


4.6.1.3 $nomal%as del acceso concurrente

,ara mejorar el funcionamiento global del sistema y obtener un tiempo de respuesta
m's r'pido% muc(os sistemas permiten que m+ltiples usuarios actualicen los datos
simult'neamente. En un entorno as# la interaccin de actualizaciones concurrentes no
puede dar por resultado datos inconsistentes.

4.6.1.4 &e"uridad

4a informacin de toda organizacin es importante% aunque unos datos lo son m's
que otros% por tal motivo se debe considerar el control de acceso a los mismos% no todos
los usuarios pueden visualizar alguna informacin. ,ara que un sistema de /ase de -atos
sea confiable debe mantener un grado de seguridad que garantice la autentificacin de los
usuarios y la proteccin de los datos.

-.5. 'estores de %ases de Datos

E&isten programas denominados Sistemas Hestores de /ases de -atos% que
permiten almacenar y posteriormente acceder a los datos de forma r'pida y estructurada.
4as propiedades de estos gestores% as# como su utilizacin y administracin% se estudian
dentro del 'mbito de la inform'tica.

4as aplicaciones m's usuales son para la gestin de empresas e instituciones
p+blicas. Tambi*n son ampliamente utilizadas en entornos cient#ficos con el objeto de
almacenar la informacin e&perimental.

lgunos de los modelos o paradigmas en que se basan las bases de datos son5

Bodelo 7er'rquico
Bodelo de Fed
Bodelo Felacional

Marcos Omar Cruz Ortega
2-

-.5.$ Conce*tos b/sicos

4.6.3.1 Tablas

El modelo relacional proporciona una
manera simple de representar los datos5 una
tabla bidimensional llamada relacin.

4a relacin ,el#culas tiene la intencin
de manejar la informacin de las instancias en
la entidad ,el#culas% cada rengln corresponde
a una entidad pel#cula y cada columna
corresponde a uno de los atributos de la
entidad. Sin embargo las relaciones pueden
representar m's que entidades% como se e&plicar' m's adelante.

4.6.3.2 $tributos

4os atributos son las columnas de una relacin y describen caracter#sticas
particulares de ella.

4.6.3.3 'squemas

Es el nombre que se le da a una relacin y el conjunto de atributos en ella. Si
tomamos como ejemplo la tabla anterior quedar#a de la siguiente manera5 %el)culas *t)tulo+
a,o+ duraci-n+ tipo..

En un modelo relacin% un dise)o consiste de uno o m's esquemas. este conjunto
se le conoce como esquema relacional de base de datos o simplemente esquema de base
de datos.

Ttulo ao duracin tipo
Star Wars 1977 124 color
Mighty Ducks 1991 104 color
Wayne's World 1992 95 color

Tabla 4-, Tabla %! !"!#$lo (R!la)&*n P!l;)ula)
Marcos Omar Cruz Ortega
21

4.6.3.4 Tu(las

Son cada uno de los renglones en una relacin conteniendo valores para cada uno
de los atributos. ,or ejemplo5 *Star /ars+ 0122+ 024+ color..

4.6.3. )ominios

Se debe considerar que cada atributo debe ser atmico% es decir% que no sea
divisible% no se puede pensar en un atributo como un JregistroJ o JestructuraJ de datos.

4.6.3.6 #e(resentaciones equi*alentes de una relacin

-ebe aclararse que las relaciones
son un conjunto de tuplas% no una lista de
tuplas. El orden en que aparecen las tuplas
es irrelevante. s# mismo el orden de los
atributos tampoco es relevante.




-.5.- Diagrama de clases

6n diagrama de clases es un tipo de diagrama est'tico que describe la estructura de
un sistema mostrando sus clases% atributos y las relaciones entre ellos. 4os diagramas de
clases son utilizados durante el proceso de an'lisis y dise)o de los sistemas% en donde se
crea el dise)o conceptual de la informacin que se manejara en el sistema% y los
componentes que se encargaran del funcionamiento.

Ao ttulo tipo duracin
1991 Mighty Ducks color 104
1992 Wayne's World color 95
1977 Star Wars color 124
Tabla 4-/ O'(a (!$(!!n'a)&*n %! la (!la)&*n
P!l;)ula
Marcos Omar Cruz Ortega
22

-.5.4 Diagrama de ,lu(o

6n diagrama de flujo o diagrama de actividades es la representacin gr'fica del
proceso que sigue un mdulo determinado. Se utiliza en disciplinas como programacin%
econom#a% procesos industriales etc.

-.5.5 Diagrama entidad relaci0n

6n diagrama de entidad relacin es una (erramienta para el modelado de datos que
permite representar las entidades relevantes de un sistema de informacin. s# como sus
interrelaciones y propiedades.

-.5.6 Diagrama de Caso de Uso

4os diagramas de casos de uso documentan el comportamiento de un sistema
desde el punto de vista del usuario. ,or lo tanto los casos de uso determinan los requisitos
funcionales del sistema% es decir% representan las funciones que un sistema puede ejecutar.
Su ventaja principal es la facilidad para interpretarlos% lo que (ace que sean especialmente
+tiles en la comunicacin con el cliente.

-.5.7 Diagrama de "ecuencia

6n diagrama de secuencia muestra la interaccin de un conjunto de objetos en una
aplicacin a trav*s del tiempo y se modela para cada caso de uso. Bientras que
el diagrama de casos de uso permite el modelado de una vista del escenario% el diagrama
de secuencia contiene detalles de implementacin del escenario% incluyendo los objetos y
clases que se usan para implementar el escenario y mensajes intercambiados entre los
objetos.

Marcos Omar Cruz Ortega
2!

CAPITULO 4. AN8LI"I" 9 DE"ARROLLO DEL "I"TE.A

El desarrollo de sistemas es un t*rmino totalmente amplio% ya que describe la
conversacin de un proceso manual a una solucin automatizada% basada en la necesidad
de incrementar la eficiencia y productividad de las operaciones de una organizacin% para lo
cual primeramente conoceremos a la empresa y los procedimientos e&istentes en ella.

4.1 Tele0*tica "A de C&

Teleptica S de !" es una
organizacin conformada por un grupo
de profesionales dedicados a la
infraestructura en telecomunicaciones%
ingenier#a% dise)o% log#stica e
implementacin de proyectos% que
actualmente es respaldada por m's
de 1D a)os de e&periencia.
ctualmente las oficinas se
encuentran ubicadas en "#a Hustavo
/az K21>0% Tlalnepantla% Edo de
B*&ico.

4.1.1 An/lisis de *rocesos 1 *roblemas de la em*resa

,ara poder determinar con e&actitud los alcances de la solucin inform'tica que se
(a de realizar% es preciso involucrarse un poco dentro de Teleptica para conocer los
procesos dentro de la empresa. En la organizacin militan procesos principales que giran
alrededor de un objetivo principal el cual es ayudar con el desarrollo de proyectos de
infraestructura tecnolgica.


Ilu'(a)&*n 3-1 O2&)&na %! T!l!o$'&)a SA %! CV
Marcos Omar Cruz Ortega
2)

,ara que se pueda iniciar cualquier tipo de trabajo. 6n 4#der de proyectos% quien es
la persona encargada de la ingenier#a% log#stica y parte presupuestal de las propuestas
(acia el cliente% antes tuvo que (aber recibido la autorizacin de una cotizacin previa% esta
es emitida por el mismo cliente. !uando al fin una cotizacin es aceptada% llega al Status de
aprobacin y el material% el equipo y todo lo considerado por el l#der para realizar el proyecto
es adquirido por el departamento de compras% esto mediante demandas a los proveedores
v#a correo electrnico% el cual contiene los datos principales del material o equipo que se
desea adquirir.

6na compra se lleva a cabo cuando los
materiales o equipos se (an acabado en el
almac*n de Teleptica mismo que se muestra
en la Ilustracin 5-2 o cuando los art#culos
e&istentes no son suficientes para cubrir la
demanda de los proyectos que se atienden en
ese momento o cuando est' por iniciarse un
proyecto nuevo% pudiendo ser el caso de la
combinacin de dos o m's de las condiciones
anteriores. 4a contrariedad principal es que%
debido a una deficiente organizacin y comunicacin algunas compras y entregas se
atrasan% ya que muc(as veces debido a las magnitudes de los proyectos se desconocen las
cantidades e&actas de los recursos disponibles% afectando el flujo de desarrollo de manera
frecuente. ,odemos representar los procesos base con el Diara!a 5-1.

Ilu'(a)&*n 3-, Al#a)<n %! T!l!o$'&)a SA %! CV
D&ag(a#a 3-1 D&ag(a#a g!n!(al %! $(o)!o.
Marcos Omar Cruz Ortega
22

$nmediatamente de conocer los antecedentes y las ambigLedades de la empresa% se
propone el desarrollo de un sistema de soft.are que permita tanto al 'rea de ingenier#a de
la organizacin optimizar el control de la informacin% como a la parte operativa tener
informacin organizada y confiable de una manera 'gil% lo que permitir' sin lugar a duda un
mejor flujo de informacin y mejor administracin de los proyectos. ,ara lo cual se
consider el siguiente Trac de tiempos programados por fase de elaboracin.
Marcos Omar Cruz Ortega
26


Ilu'(a)&*n 3-/ T(a)= %! T&!#$o $(og(a#a%o $o( >a! %! !labo(a)&*n (!al&?a%o !n M&)(oo2' P(o"!)' ,-1-.
Marcos Omar Cruz Ortega
2

Ilu'(a)&*n 3-4 S!gun%a $a('! %!l T(a)= %! T&!#$o $(og(a#a%o $o( 2a! %! !labo(a)&*n (!al&?a%o !n M&)(oo2' P(o"!)' ,-1-.
Marcos Omar Cruz Ortega
2(

4. Desarrollo

4as actividades iniciales de conocer a la empresa ayudaron a la planeacin del
sistema ya que permiti identificar la definicin del problema% el establecimiento del alcance
y los objetivos del proyecto. /asado en la premisa de que la planeacin se cumple
estudiando los procedimientos e&istentes de la organizacin% determinando las posibilidades
y oportunidades de mejoras.

4..1 Re:uerimientos del usuario.

Si bien los requerimientos
pueden obtenerse de muc(as
maneras. Esta actividad fue realizada
mediante esfuerzos y an'lisis
conjuntos de los miembros del equipo
de trabajo% Vase Ilustracin 5-5.
E&aminando los requerimientos
manuales y automatizados% y
estudiando las relaciones entre el
sistema que se va a desarrollar y otras
aplicaciones ya e&istentes para
determinar el impacto de uno sobre el otro. Esta parte del desarrollo tuvo como objetivo
comprender las responsabilidades del usuario% sus limitaciones y problem'ticas% as# como
todos los procedimientos que realiza para el cumplimiento de sus objetivos% tratando de
llegar el eje central de los problemas y darle una solucin simplificada.

!on base a lo anterior se decidi qu* tipo de sistema se va a dise)ar% tomando en
cuenta las siguientes caracter#sticas para el buen desempe)o de este5

Tipo de lenguaje de programacin a utilizar.
Tipo de base de datos.
Estructura de la base de datos.
Tablas% campos y tipos de datos que integraran la base de datos.
Sistema operativo sobre el que trabajara el sistema.
Ilu'(a)&*n 3-3 Ob'!n)&*n %! R!1u!(&#&!n'o
Marcos Omar Cruz Ortega
2*

4.. Ti*o de lengua(e a utili;ar

!onociendo los requerimientos% analizados los tipos de lenguajes de programacin
e&istentes as# como los gestores de bases de datos y tomando en cuenta la gran usabilidad
que el personal de Teleoptica S de !" encuentra en las aplicaciones de escritorio% el tipo
de lenguaje de programacin a utilizar ser' el lenguaje "isual /asic% debido a que
proporciona una interfaz m's amigable al usuario y es una plataforma potente capaz de
satisfacer las necesidades.

.2.2.1 Ti(o de base de datos

4a base de datos que se utilizar' para el almacenamiento
de la informacin ser' una base de datos relacional dise)ada en
Bicrosoft ccess ya que la empresa es propietaria de licencias de
9ffice% y si es necesario e&traer informacin o actualizar la base de
datos se podr' realizar de manera sencilla% r'pida y sin necesidad
de alguna licencia de soft.are adicional.

4..$ Estructura de la %ase de Datos.

,ara poder entender
de manera sencilla la
estructura que tendr' la base
de datos nos ayudaremos de
un -iagrama de !asos de
6so. Vase Diara!a 5-2% en
donde a primera instancia
podremos identificar las
acciones que podr' realizar
cada uno de los involucrados
en el sistema.

Ilu'(a)&*n 3-4 M&)(oo2'
A))! ,-1-
D&ag(a#a 3-, D&ag(a#a %! Cao %! @o
Marcos Omar Cruz Ortega
!-

4..- Tablas de la base de datos.

6na vez que se (an analizado los procesos de la organizacin y la informacin
necesaria para su correcto funcionamiento% se (a determinado que se necesitan las
siguientes tablas para el almacenar los diferentes registros de la empresa.

$nventario.
4#deres.
4ogin.
,roveedores.
,royectos
Femisiones.
Fesidentes.

4..4 Cam*os 1 ti*os de datos.

El dise)o de las tablas de la base de datos del sistema es de vital importancia para
el desarrollo de este por lo que (ay que poner mayor atencin a este punto. continuacin
se definir'n los campos y el tipo de datos que tendr' cada tabla.

.2..1 Tabla +n*entario


Esta tabla almacenara los datos
generales de todos los materiales y8o
equipos disponibles para cada proyecto% esto
deber' corresponder con la cotizacin
aprobada por el cliente. !omo se muestra en
la figura% e&isten varios campos que ayudaran
a almacenar toda la informacin
correspondiente. Vase Ilustracin 5-7.

Ilu'(a)&*n 3-6 Ca#$o 7 '&$o %! %a'o $a(a la Tabla
InA!n'a(&o
Marcos Omar Cruz Ortega
!1

.2..2 Tabla L%deres

Esta tabla% se encargara de guardar la
informacin de los l#deres de proyecto% esta
informacin ser' de muc(a ayuda para saber
qui*n est' a cargo de un determinado
proyecto y en dnde podemos contactarlo o
incluso localizarlo para cualquier duda o
comentario. Vase Ilustracin 5-8.

.2..3 Tabla Lo"in
Esta sencilla tabla tiene como objetivo
salvar la informacin de las cuentas de
usuario del sistema% es decir% cuando se
ejecuta la plicacin lo primero que aparece
es una ventana de 4ogin% en donde el usuario
tendr' que ingresar sus datos de
autentificacin% de esta forma el sistema
consulta% valida los datos y le da acceso al usuario con sus respectivos privilegios. Vase
Ilustracin 5-9.
.2..4 Tabla ,ro*eedores

bsolutamente todo material y8o
equipo necesario lo suministra uno o varios
proveedores% por tanto se lleg a la
conclusin de que para poder llevar la
relacin de los proyectos que tiene la
empresa% era de vital importancia saber los
datos de los proveedores que est'n
involucradosA esta tabla pretende almacenar
esta informacin. Vase Ilustracin 5-10.

Ilu'(a)&*n 3-: Ca#$o 7 '&$o %! %a'o $a(a la Tabla
L&%!(!.
Ilu'(a)&*n 3-9 Ca#$o 7 '&$o %! %a'o $a(a la Tabla
Log&n.
Ilu'(a)&*n 3-1- Ca#$o 7 '&$o %! %a'o $a(a la
Tabla P(oA!!%o(!.
Marcos Omar Cruz Ortega
!2

.2.. Tabla (ro-ectos

!omo se mencion p'rrafos atr's%
todo gira en torno a los proyectos de la
empresa% y son estos los que se van a
administrar con m's eficacia con ayuda del
sistema. Esta tabla tiene como principal
objetivo acumular la informacin b'sica de
los proyectos que tenga la empresa% m's
adelante se e&plicaran las relaciones que e&isten entre las tablas que se (an venido
e&plicando% para poder entender la arquitectura de la base de datos. Vase Ilustracin 5-11.

.2..6 Tabla #emisiones

Esta tabla va a registrar todo el
material y8o equipo que se tenga en el sitio
de trabajo% esta informacin ser' +til tanto
para el residente de obra quien podr' pedir
material de manera oportuna% tanto para el
l#der de proyectos quien podr' visualizar el
estado real del material disponible. Vase Ilustracin 5-12.

.2... Tabla #esidentes
,or ultimo pero no menos importante%
tener a la mano la informacin de los
residentes de obra o supervisores que est'n
a cargo de la parte operativa de los proyectos
es importante para el desarrollo de los
mismos. Vase Ilustracin 5-13.



Ilu'(a)&*n 3-11 Ca#$o 7 '&$o %! %a'o $a(a la
Tabla P(o7!)'o
Ilu'(a)&*n 3-1, Ca#$o 7 '&$o %! %a'o $a(a la
Tabla R!#&&on!
Ilu'(a)&*n 3-1/ Ca#$o 7 '&$o %! %a'o $a(a la
Tabla R!&%!n'!.
Marcos Omar Cruz Ortega
!!

.2../ #elaciones entre las tablas

!omo se puede ver en la Ilustracin 5-14 e&isten varias relaciones entre las tablas
que componen la base de datos% mismas que permiten la interaccin de los objetos.

4..5 "istema o*erati)o sobre el :ue traba(ara el sistema

!omo el lenguaje de programacin que se utilizara es una
plataforma de Bicrosoft% el sistema a desarrollar correr' en las
diferentes versiones de Mindo.s% que ir'n desde un Mindo.s G, (asta
la versin m's reciente del momento que es la versin Mindo.s N.
Ilu'(a)&*n 3-14 R!la)&on! !n'(! la Tabla %! la .a! %! Da'o
Marcos Omar Cruz Ortega
!)

4.$ Planeaci0n de la im*lantaci0n e ingenier+a del sistema

4a base para el buen funcionamiento de un sistema% es sin duda alguna realizar una
buena planificacin% un buen dise)o y todo lo que involucre la ingenier#a del sistemaA en
este caso particular% fue de gran ayuda el dise)o de diagramas de flujo% que no es m's que
la representacin de los procedimientos y estados del sistema de forma gr'fica% mismos
que a continuacin se describen.


4.$.1 .odulo contrase<a de acceso

Toda aplicacin que maneja
informacin delicada% confidencial o importante
tiene que estar resguardada por un nivel de
seguridad adecuado. "l Diara!a 5-3 muestra
el modulo inicial del sistema% y cada vez que se
inicie el sistema este ser' el proceso que dar'
entrada al men+ principal del sistema% en esta
ventana se solicitar' la clave del usuario y la
contrase)a% y solo si ambas son correctas el
usuario podr' acceder al men+ principal.

E
D&ag(a#a 3-/ D&ag(a#a %! >lu"o %! Log&n
Marcos Omar Cruz Ortega
!2

4.$. Cat/logo de materiales

En el cat'logo de materiales el
usuario podr' agregar% buscar% modificar y
eliminar en caso de ser necesario el registro
de los datos de uno o varios materiales o
equipos registrados en la base de datos del
sistema especialmente de la Tabla
$nventario. El Diara!a 5-4 muestra el
modulo que corresponde al cat'logo de
materiales.






4.$.$ Cat/logo de Pro1ectos

El siguiente diagrama muestra la manera en la que est' estructurado el flujo en el
cat'logo de ,royectos. Vase "l Diara!a 5-3.






1U8CA5
MAT.5IAL
I9T5O6UCI5
LO8 6ATO8
CATALO7O 6.
MAT.5IAL.8 E
?
F
A75.7A5
.LIMI9A5
CLA0. GH
ACTUALIIA5
P5.CIO
LO7I9
6ATO8
CO55.CTO8
U8UA5IO
CLA0.
U8UA5IO8
AC.PTA5 CA9C.LA5
9O
8I
D&ag(a#a 3-4 D&ag(a#a %! >lu"o $a(a !l Ca'alogo %!
Ma'!(&al!
D&ag(a#a 3-3 D&ag(a#a %! >lu"o $a(a ll!Aa( !l Ca'alogo %! $(o7!)'o
Marcos Omar Cruz Ortega
!6

4.$.- Cat/logo de Pro)eedores

El siguiente diagrama muestra la manera en la que est' estructurado el cat'logo de
los ,roveedores. !omo puede observarse en el Diara!a 5-6# e&iste cierta similitud al
diagrama anterior% eso nos permite saber que se procesara la informacin de manera
parecida.













4.$.4 Im*rimir In)entario

Este mdulo tan simple lo que
permite es obtener de forma impresa toda
la relacin de inventario que actualmente
se tengan registrados en la base de datos.





D&ag(a#a 3-4 D&ag(a#a %! >lu"o $a(a !l Ca'alogo %! P(oA!!%o(!
D&ag(a#a 3-6 D&ag(a#a %! >lu"o $a(a I#$(&#&( &nA!n'a(&o
Marcos Omar Cruz Ortega
!

4.$.5 Usuarios

l ingresar a la opcin
usuarios del sistema se abrir' la
ventana de acceso a
administrador de usuarios% este
pedir' que se ingrese la clave
de usuario y el contrase)a para
poder ingresar al administrador
de todos los usuarios% solo en
caso de que los datos
ingresados sean correctos% la
ventana permitir' (acer
cambios seg+n los privilegios de
cada usuario. Vase el
Diara!a 5-8.




E
I9ICIO 6. 8.8IO9
6ATO8
CO55.CTO8 GH
U8UA5IO
CLA0.
U8UA5IO8
AC.PTA5 CA9C.LA5
9O
MO6I3ICA5
PA88JO56
U8UA5IO8
I9T5O6UCI5
LO8 6ATO8
A6MI9I8T5A6O5 6.
U8UA5IO8
?
F
A75.7A5
.LIMI9A5
CLA0. GH
E
D&ag(a#a 3-: D&ag(a#a %! >lu"o $a(a )a#b&a( $(&A&l!g&o %! uua(&o.
Marcos Omar Cruz Ortega
!(

4.$.6 .odulo eliminar registros

Este mdulo representado por el Diara!a 5-9 es el que nos permitir' eliminar
alg+n registro en la base de datos% en este diagrama podemos eliminar los datos de
cualquier tabla pues engloba el proceso de eliminar cualquier tipo de registro. Esto con el
simple propsito de que si (ubo alg+n error en la (ora de registrar algo se pueda corregir de
la mejor manera posible.

.LIMI9A5 5.7I8T5O8
?
TIPO 6. .7I8T5O
A .LIMI9A5
E
U8UA5IO
LI6.5.8
8UP.50I8O5.8
P5O0..6O5
P5O;.CTO8
9O
9O
9O
9O
I6KU8UA5IO
I6KLI6.5
I6K
8UP.50I8O5
I6K
P5O0..6O5
T1II
8I
8I
8I
8I
8I
TKLO7I9
?
TKLI6.5.8
?
TK8UP.50I8O5.8
?
TKP5O0..6O5.8
?
TKP5O;.CTO8
MAT.5IAL.8 9PA5T. 8I
?
TKI90.9TA5IO
9O
9O

D&ag(a#a 3-9 D&ag(a#a %! >lu"o $a(a !l&#&na( (!g&'(o.


Marcos Omar Cruz Ortega
!*

4.- Programaci0n.

4a programacin es una actividad totalmente t*cnica que se inicia tomando como
base la documentacin obtenida de las especificaciones t*cnicas. El objetivo de esta
actividad es interpretar todas las especificaciones del usuario a un lenguaje entendible por
la computadora% lo que da como resultado un programa de aplicacin que (a sido
compilado del lenguaje de programacin al leguaje objeto% mismo que obedece a la
siguiente arquitectura.

4.-.1 Diagrama de Clases del "istema

6n diagrama de clases como se muestra en el Diara!a 5-10 es un tipo de
diagrama est'tico que describe la estructura de un sistema mostrando sus clases% atributos
y las relaciones entre ellos. En base a lo anterior y utilizado toda la informacin que ya se
tiene% se dise)o el siguiente -iagrama de !lases con la (erramienta que el propio "isual
Studio incluye.





D&ag(a#a 3-1- D&ag(a#a %! Cla! %!l S&'!#a
Marcos Omar Cruz Ortega
)-

4.-. Diagramas de "ecuencia del sistema.


D&ag(a#a 3-11 D&ag(a#a %! S!)u!n)&a $a(a )uan%o lo %o '&$o %! uua(&o &ng(!!n al &'!#a

D&ag(a#a 3-1, D&ag(a#a %! S!)u!n)&a $a(a )uan%o un L;%!( Ag(!gu! un R!g&'(o
Marcos Omar Cruz Ortega
)1


D&ag(a#a 3-1/ D&ag(a#a %! S!)u!n)&a $a(a )uan%o un L;%!( (!al&?a una Conul'a

D&ag(a#a 3-14 D&ag(a#a %! S!)u!n)&a $a(a )uan%o un L;%!( E%&'a un
R!g&'(o
Marcos Omar Cruz Ortega
)2


D&ag(a#a 3-13 D&ag(a#a %! >lu"o Pa(a )uan%o !l L;%!( I#$(&#! un R!$o('!

D&ag(a#a 3-14 D&ag(a#a %! >lu"o $a(a )uan%o !l Su$!(A&o( ag(!ga
R!#&&on!
Marcos Omar Cruz Ortega
)!



D&ag(a#a 3-1: D&ag(a#a %! S!)u!n)&a $a(a )uan%o un Su$!(A&o( Conul'a
In2o(#a)&*n.
D&ag(a#a 3-16 D&ag(a#a %! S!)u!n)&a $a(a )uan%o un Su$!(A&o( I#$(&#!
Marcos Omar Cruz Ortega
))

4.4 Im*lantaci0n del sistema 1 Pruebas

l implantar un sistema de
informacin lo primero que debemos
(acer es asegurarnos que este sea
operacional% es decir% que funcione de
acuerdo a los requerimientos del
an'lisis y permitir que los usuarios
puedan comenzar a operarlo. En esta
fase se procede a instalar lo necesario
para que nuestro sistema lleve a cabo el
proceso que (emos analizado
previamente. Vase Ilustracin 5-15


En este caso particular se creo
el Setup que configura el sistema tan
solo siguiendo un asistente de
instalacin. Es importante mencionar
que esta aplicacin se instalo en la
maquina de los lideres de proyecto y
en los equipos port'tiles de los
supervisores quienes se encuentran
generalmente en movimiento como se
muestra en la Ilustracin 5-16.







Ilu'(a)&*n 3-13 S&'!#a I#$lan'a%o !n !l E1u&$o %!l L;%!(
%! P(o7!)'o

Ilu'(a)&*n 3-14 S&'!#a I#$lan'a%o !n !l S&'&o %! T(aba"o
%!l Su$!(A&o(

Marcos Omar Cruz Ortega
)2

..1.1 'ntrenamiento del usuario

En esta etapa se prepar material de entrenamiento en forma de gu#a para que el
usuario pueda entender y operar la nueva aplicacin. 4os esfuerzos de entrenamiento
llevaron a los usuarios (asta un punto en el que pueden efectuar su trabajo normal y
efectivamente% logrando as# que los procedimientos pudieran evaluarse y los cambios
puedan efectuarse en forma adecuada durante la prueba del sistema.
Marcos Omar Cruz Ortega
)6

CAPITULO 5. CONCLU"IONE" 9 RECO.ENDACIONE"

6.1.1.1 #e*isin (ost0 im(lantacin.

6na vez que el sistema de aplicacin fue implantado y se encuentra funcionando
debe establecerse una actividad para efectuar una revisin encaminada a comparar los
logros alcanzados% contra los planes originales% la practica de las revisiones posteriores a la
implantacin nos ser'n +tiles para.

finar conocimientos relativos al desarrollo de sistemas
$dentificar posibles 'reas de modificacin o mejoras.
Sugerir posibles t*cnicas de control de proyectos% a fin de minimizar los
problemas encontrados en los trabajos anteriores.

-eber'n revisarse los avisos de fallas o deficiencias% los cambios y los registros de
errores que se (ayan preparado desde que el sistema fue implantado.

5. .antenimiento.

!omo ultimo% el especificar una actividad y un mecanismo para el mantenimiento
continuo de un sistema reconoce que el cambio es una constante en este medio% tanto en
la naturaleza de los sistemas como en la tecnolog#a% por lo tanto% cada proyecto deber'
producir documentacin el integrar la opcin de modificar la aplicacin implantada conforme
cambien los requerimientos. 4as razones para modificar los sistemas de informacin
implantados pueden clasificarse en dos categor#as5 cambios obligatorios y mejoras.

4a conclusin del proyecto puede resumirse en que se (a notado un cambio
evidente en la administracin de proyectos% pues a(ora la informacin resulta m's fluida y
f'cil de manejar o consultar% si bien el sistema no se (a sometido a pruebas de usabilidad%
la aplicacin quedo tan entendible y simplificada que el usuario sin problema aprendi a
manejarlo en menos de 3 (oras y al cumplir con sus requerimientos se dio por terminado el
proyecto Sistema para el control de $nventarios y "entas de la empresa Teleoptica S de
!".
Marcos Omar Cruz Ortega
)

El siguiente diagrama describe gr'ficamente el proceso de mantenimiento de Soft.are% el cual puede ayudar a comprender lo
que debe de implicar todo el proceso.

Marcos Omar Cruz Ortega
)(

CAPITULO 6. ANE=O"





Ilu'(a)&*n 6-, D&!Bo %! D&ag(a#a %! Cla! !n V&ual S'u%&o ,-1-
Ilu'(a)&*n 6-1 L;n!a %! )*%&go %! la )on!5&*n )on la .a! %! Da'o

Marcos Omar Cruz Ortega
)*


Ilu'(a)&*n 6-/ D&!Bo %! D&ag(a#a %! S!)u!n)&a !n V&ual S'u%&o ,-1-
Ilu'(a)&*n 6-4 Pan'alla In&)&al %! la A$l&)a)&*n
Marcos Omar Cruz Ortega
2-

Ilu'(a)&*n 6-3 Ca$'u(a %! la $an'alla %! L&%!(! %! P(o7!)'o
Ilu'(a)&*n 6-4 Pan'alla %! la $(&#!(a )a$'u(a %!l &nA!n'a(&o
Marcos Omar Cruz Ortega
21


Ilu'(a)&*n 6-: Pan'alla %!l L&'a%o %! P(oA!!%o(!
Ilu'(a)&*n 6-6 V&'a %! &#$(!&*n %! un R!$o('!

Marcos Omar Cruz Ortega
22

CAPITULO 7. %I%LIO'RA#>A

7@ezziA C.A L Jaza,eriA M. M. C1**2D. Fundamentos de Ingeniera de Software. 6ino Prentice /a%%.
JacBsonA M. C1**6D. Requisitos y especificaciones de software: un lxico de la prctica, los principios
y preuicios. Addison?Jes%e, , ACM Press.
LamsMeerdeA A. $. C2--*D. ingeniera de Requisitos: !e los o"eti#os del sistema de modelos $%&
para 'specificaciones de software. Ji%e,.
Li"ert,A J. C2---D. ()) para principiantes. M4>icoN Pearson .ducacin.

@tt&NOOMMM2.ua@.esO#caceresOca&su%asO6iagramaCasos6eUso.&df

Potrebbero piacerti anche