Sistema de Control de Autotransportes Unin Serrana S.A de C.

V
Natali Sampayo Islas
rea Acadmica de Tecnologas de la Informacin
Universidad Tecnolgica de Xicotepec de Jurez
sampayoinatali@gmail.com
Agosto, 2016

Resumen AUS- Control is a desktop system designed for the

AUS- Control es un sistema de escritorio, diseado
para la empresa Autotransportes Unin Serrana S.A de
C.V. Su nombre est basado en las iniciales de dicha
empresa (AUS).
Actualmente la empresa Autotransportes Unin
Serrana no cuenta con un sistema apto y personalizado
que realice sus actividades administrativas, ya que dicha
organizacin ha optado por comprar software para
poder realizar dichos procesos internos administrativos,
y esta se adapta al software, no el software a esta. Es por
ello que AUS-Control ser desarrollado a base de los
procesos administrativos que este realice,
especficamente para el rea de recursos humanos. Con
este sistema, los procesos administrativos sern
realizados ms rpido y eficaz, esto permitir al
personal realizar sus roles laborales sin margen de error,
esto beneficiar a la empresa de manera inmediata ya
que conocer la informacin al momento que se realicen
los procesos.
Los sistemas de informacin son de gran ayuda hacia
las organizaciones y sobre todo a los grandes avances
tecnolgicos, esta es la razn por la que se desarroll un
sistema informtico en el cual ayudar a la empresa a
tener un mejor control y administracin de su personal
en general.
Para desarrollar la aplicacin se realiz un anlisis
de los requerimientos bsicos con el cliente, esto con el
fin de que expresar todas las necesidades que requiere
de acuerdo al sistema que se implementar en la
empresa, las funcionalidades deseadas y la informacin
previa. A partir de esto se efecto un proceso de
seleccin tecnolgica con el fin de identificar la ms
adecuada a los requerimientos de la empresa.
El desarrollo del este sistema est basado a procesos
y metodologas que se describe en este documento,
Este sistema ser desarrollado en Visual Studio en su
versin 2015 con una base de datos desarrollada en
SQL.
Palabras Clave: Palabras Clave: AUS, Visual Studio,
SQL.
company Autotransportes Union S.A. de C.V. Serrana
His name is based on the initials of the company (AUS).
Currently the company Autotransportes Union Serrana
does not have a suitable and customized system to
perform its administrative activities, as this organization
has chosen to buy software to perform such
administrative internal processes, and this fits the
software, not the software to this. That is why AUS-
Control will be developed based on the administrative
processes that this conduct, specifically for the area of
human resources. With this system, administrative
processes will be made faster and more efficient, this will
enable staff to perform their job roles without margin of
error, this will benefit the company immediately because
you will know the information at the time that the
proceedings are conducted.
Information systems are helpful to organizations and
especially the great technological advances, this is the
reason why a computer system which will help the
company to have better control and management of his
staff developed general.
To develop the application an analysis of the basic
requirements with the customer, this in order to express
all the needs required according to the system to be
implemented in the company, the desired functionality
and previous information was performed. From this
technological process selection was performed in order
to identify the most suitable to the requirements of the
company.
The development of this system is based on processes
and methodologies described herein,
This system will be developed in Visual Studio 2015
version with a database developed in SQL.
Keywords: AUS, Visual Studio, SQL.

3. Introduccin

Abstract Actualmente la empresa de transporte pblico

Autotransportes Unin Serrana S.A. de C.V. no cuenta
con un sistema informtico que automatice los roles
administrativos para obtener un funcionamiento
controlado y seguro. Esto afecta con gravedad a dicha
empresa, las resultas de esta administracin atrasan los
procedimientos y los empleados llegan a duplicar sus
labores.
AUS Control ayudar a mantener un control en los
procesos administrativos para el rea de recursos
humanos y el inventario de las unidades dentro de la
empresa. En la actualidad estas reas llevan un control
por medio de documentos y bases de datos realizados en
Excel, a particularidad del rea de recepcin, esta,
maneja un software comprado por la empresa llamado
My Business, dicho software les ayuda a generar un
ticket de cobro por diferentes conceptos, pero comentados
cobros no se guardan en una base de datos exclusiva de la
empresa para el uso adecuado de ella, esto hace que los
empleados dupliquen su labor capturando diariamente los
cobros generados en una hoja de Excel, para as obtener
su reporte diario.
4. Objetivo General
Crear una aplicacin de escritorio para automatizar el
control del personal datos en el rea de Recursos
Humanos y control de inventario de las unidades de
transporte de la empresa Autotranportes Unin Serrana
S.A. de C.V.
5. Objetivos Especficos
Recopilar informacin necesaria de los procesos
administrativos que se llevan a cabo dentro de la
empresa.
Llevar a cabo el anlisis de la informacin vida, enfocndose en aquellas tareas que se vuelven
recopilada.
Crear un diagrama de casos de uso adecuado a
las necesidades de la empresa, basndose en el
anlisis realizado anteriormente.
Adaptar la estructura de los campos existentes
necesarios para recabar la informacin del
personal de la organizacin.
Adecuar la estructura de los campos existentes
precisos para recopilar el inventario de las
unidades existentes.
Crear modelo de base de datos adecuado a las
necesidades de las estructuras detalladas
anteriormente.
Disear interfaces agradables a la imagen
corporativa y de fcil manejo para el usuario.
Programar las interfaces de manera adaptable a
los procesos administrativos.
Establecer un manual de usuario para el buen
uso del sistema.
Mostrar los resultados obtenidos para la
aprobacin del usuario.
6. Planteamiento del Problema
La empresa Autotransportes Unin Serrana S.A de
C.V no cuenta con un sistema informtico que controle la
informacin del personal administrativo, operadores y
socios, adems, tener informacin del comportamiento de
las unidades de transporte.
El uso de las tecnologas de la Informacin y
Comunicacin tanto en chicas como en medianas
empresas ha sido de gran importancia para llevar una
mejor administracin y alta facilidad en los procesos de
estas.
En la actualidad la empresa Autotransportes Unin
Serrana S.A de C.V lleva sus registros del personal e
inventario de las unidades en una base de datos en Excel,
impidiendo as, que no haya un flujo de informacin en
diferentes reas, especficamente, Recursos Humanos y
Operativa. Generando as retardo al momento de
necesitar indagacin.
AUS Control ayudar a fortalecer, facilitar y
automatizar los proceso de la empresa, as como tambin
le permitir conocer en tiempo real los datos requeridos
ya sea del personal o de la unidades existentes.
7. Justificacin.
Hoy en da estamos acostumbrados a la forma ms
fcil de hacer nuestras tareas diarias, pero da con da nos
enfrentamos a cosas nuevas, es por ello que el ser
humano ha buscado la forma de mejorar su calidad de
cotidianas, de esta manera busca disminuir su tiempo de
inversin en ellas haciendo ms accesible y rpida la
forma de consultar informacin requerida en el momento
deseado.
AUS Control nace debido a la falta de automatizar los
roles de administracin de los empleados en la empresa
Autotransportes Unin Serrana S.A de C.V. ocasionando
un retraso en los procesos de administracin, as como
tambin duplicacin en las actividades de los empleados
de dicha empresa.
Actualmente las reas de esta organizacin dedicada al
transporte pblico, llevan un control por medio de
documentos y bases de datos realizados en Excel.
Este sistema informtico ayudar a facilitarle a sus
empleados cumplir con sus actividades de manera rpida
y efectiva.
Antes de implementar este sistema en la empresa el
personal de las reas implicadas ser capacitado, de igual
manera los equipos de cmputo e impresoras recibirn el
mantenimiento preventivo y correctivo necesario para
que este tenga la funcionalidad correcta.
Es as como AUS Control entrara en funcin para la
mejora de consulta de datos y expedientes del todo el
personal interno y externo de la empresa.

8. Desarrollo del Proyecto
Actualmente la tecnologa es primordial para resolver
algunos problemas ya que la mayora de las personas con
el paso del tiempo se han vuelto dependientes a esta. En
algunos mbitos como son: social, laboral, educativo, el
uso de la tecnologa es ms comn por lo que permite
realizar tareas de una manera ms rpida, eficiente y
segura en algunas veces, con poco recurso y menor
inversin de tiempo.
Para el desarrollo de AUS Control es necesario
mantener una secuencia, como en todo desarrollo de
software para mantener un control dentro de su
desarrollo, en el siguiente proyecto se hace mencin de
los procesos que nos marca la ingeniera de software.
Antes de crear las interfaces y la base de datos, se
realizar una reunin con el encargado de Recursos
Humanos para as tener una nocin completa de los
procesos internos que la empresa mantiene actualmente.
Para esto, el encargado de Recursos Humanos es el que
gestiona y conoce todos los procesos que existen dentro
de la empresa, es por ello que, para el desarrollo de esta
aplicacin, se cuenta con el asesoramiento del dicho
encargado.
De acuerdo con Pressman, Ingeniera en general es el
anlisis, diseo, construccin, verificacin y gestin de
las entidades tcnicas. En general, todo proceso de
ingeniera debe comenzar para contestar las siguientes
preguntas: Cul es el problema a resolver?, Cules son
las caractersticas de la entidad que se utiliza para
resolver el problema?, Cmo se realizar la entidad (y la
solucin) ?, Cmo se construir la entidad?, Cmo va a
probarse la entidad? Para los fines que se desarrolla el
software propuesto dentro de este proyecto, podemos
contestar estas preguntas en una primera instancia desde
un punto de vista global y sin considerar detalles
especficos, de tal manera que se pueden establecer los
siguientes puntos:
Desarrollar una aplicacin de software que
pueda utilizarse como sistema base para la
administracin del rea de Recursos
Humanos de la empresa antes mencionada.
La aplicacin de software debe tener
caractersticas tales que se cumpla con el
objetivo del proyecto, es decir, que el
software este perfectamente orientado a sus
usuarios para que realmente pueda ser
aplicado.
El software se realizar bajo la siguiente
premisa:
o Microsoft Visual Studio 2015
Microsoft Visual Studio es un entorno de
desarrollo integrado (IDE, por sus siglas en
ingls) para sistemas operativos Windows.
Soporta mltiples lenguajes
programacin tales como C++, C#, Visual
Basic .NET, F#, Java, Python, Ruby, PHP; al
igual que entornos de desarrollo web como
ASP.NET MVC, Django, etc., a lo cual
sumarle las nuevas capacidades online bajo
Windows Azure en forma del editor Monaco.
Visual Studio permite a los desarrolladores
crear sitios y aplicaciones web, as como
servicios web en cualquier entorno que
soporte la plataforma .NET (a partir de la
versin .NET 2002). As se pueden crear
aplicaciones que se comuniquen entre
estaciones de trabajo, pginas web,
dispositivos mviles, dispositivos
embebidos, consolas, etc.
Se hizo uso de esta herramienta por motivo
facilitar el desarrollo y tomando en cuenta
que la aplicacin a desarrollar es una
aplicacin de escritorio, para cumplir con
todos los requerimientos, Visual Studio 2015
cuenta con muchas herramientas y clases pre
codificados para facilitar los desarrollos de
aplicaciones.
Figura 1 Logotipo Visual Studio 201
o Microsoft SQL Server 2014
Microsoft SQL Server 2014 Express es una
edicin gratuita y contiene mltiples
caractersticas de SQL Server, ideales para
aprender, desarrollar y fortalecer las
aplicaciones de escritorio, de servidores
web y pequeos y para la redistribucin por
parte de fabricantes de software
independiente. SQL Server 2014 Express
incluye la versin completa de SQL Server
2014 Management Studio.
Figura 2 Logo SQL Server 2014
El software deber estar documentado
adecuadamente para facilitar futuros
de
 procesos tales como futuras expansiones a
nuevas exigencias por parte de los usuarios.
Existen diferentes modelos de procesos para la Ingeniera
de Software. Cada uno de estos modelos pretende de una
manera u otra proporcionar lo ms posible de orden al
complicado proceso de desarrollar un software. Para el
caso de este proyecto es necesario apagarse a lo ms
posible a uno de estos modelos con el fin de tener una
organizacin de actividades que se planean a base de una
serie de etapas lgicas e interconectadas entre s. El
modelo de ingeniera de software que esta en este
proyecto sigue el Modelo Lineal Secuencial, que ser
descrito a continuacin:
8.1 Modelo Lineal Secuencial
El modelo lineal secuencial, tambin conocido como
modelo en cascada, se basa en un enfoque sistemtico y
secuencial del desarrollo de software que comienza en un
nivel de sistemas y progresa el anlisis, diseo,
codificacin, pruebas y mantenimiento. La siguiente
figura ilustra el modelo lineal secuencial para la
ingeniera de software.
Figura 3 Modelo Lineal Secuencial
De acuerdo con Pressman, el modelo lineal secuencial
contempla seis actividades que deben llevarse a cabo. A
continuacin de describen estas actividades, y se aterriza
cada una de ellas a fines de este proyecto:
8.1.1 Ingeniera y modelado de Sistemas.
El software siempre forma parte de un contexto ms
grande, que puede ir desde una empresa hasta un
sistema. El trabajo comienza estableciendo requisitos de
todos los elementos del sistema, y asignando al software
algn subgrupo de estos requisitos. En el caso de la
herramienta de software que este proyecto propone,
queda establecido el hecho que el software es una
aplicacin aislada que no se incorpora a un sistema
(computacional) ms grande, pero si pertenece al
contexto de las metodologas que establece la empresa, y
es por esto que tienen que establecerse requerimientos
funcionales y no funcionales que permitan que el
software desarrollado pueda ubicarse exitosamente dentro
de este contexto.
En el caso particular de este proyecto, la aplicacin
est basada en los procesos internos de la empresa
Autotranportes Unin Serrana, con fines administrativos,
es por esto que, desde la primera etapa de la ingeniera de
software, se involucr al encargado de Recursos
Humanos, quien desde un principio proporcion
informacin detallada de los procesos administrativos
que se llevan a cabo dentro de dicha organizacin, para
as poder continuar con el anlisis y diseo de la
aplicacin.
8.1.2 Anlisis.
Para que el desarrollo de un proyecto de software
concluya con xito, es de suma importancia que antes de
empezar a codificar los programas que construirn la
aplicacin de software completa, se tenga una completa y
plena comprensin de los requisitos del software.
La tarea del anlisis de requisitos es un proceso de
descubrimiento, refinamientos, modelado y
especificacin. Se refina a detalle el mbito del software,
y se crean modelos de los requisitos de datos, flujo de
informacin y control, y de comportamiento operativo. Se
analizan soluciones alternativas y se asignan diferentes
elementos del software. El anlisis de requisitos permite
al desarrollador o desarrolladores especificar la funcin y
el rendimiento del software, indica la interfaz del
software con otros elementos del sistema y establece las
restricciones que debe cumplir el software.
 Anteriormente se mencion que con apoyo de la
persona encargada de Recursos Humanos de dicha
empresa se pudieron conocer a fondo los procesos
administrativos de la organizacin, y por consiguiente se
pudieron realizar los siguientes procesos importantes
entre las reas involucradas en la aplicacin propuesta en
este proyecto:
1. El usuario de Recursos Humanos debe tener un
registro y control total de todo el personal como
son administrativos, operadores y socios, ya que
este continuamente es editado y consultado por
diferentes reas de empresa. Este utilizado para
llevar un control, adems para tener
conocimiento del total de personal laborando en
la empresa. Para ello el encargado de Recursos
Humanos debe ingresar a su base de datos,
generada en Excel y buscar el por nombre y
apellido al empleado, cabe mencionar que
dichas bases de datos estn separadas, segn lo
que el encargado requiera (administrativo, Figura 4 Diagrama de Casos de Uso AUS Control.
operador, socio), esto implica que el proceso es
tardado ya que aparte que es necesario actualizar Basndonos en nuestro diagrama de casos de uso
la base de datos de cada una, el encargado debe tenemos un total de 8 procedimientos, pero eso no
cerciorarse que su bsqueda es en la base de significa que para el anlisis de la base de datos sea
datos correcta. Es por esto, que esta aplicacin pequea, ya que esta debe contener informacin al
AUS-Control, se mantendr en una sola base de momento que la aplicacin. Para ello se necesita una base
datos, al igual, ser fcil la bsqueda de de datos que almacene la siguiente informacin:
empleados, ya que est contar con una sola 1. Usuarios
interfaz para el encargado de Recursos 2. Datos del usuario (segn su tipo)
Humanos. 3. reas existentes dentro de la empresa para
Una vez analizados los procesos, se continuar con el poder identificar al rea a la cual pertenece el
anlisis de la aplicacin deseada, para esto nos basamos usuario.
en nuestros objetivos especficos y en los procesos ya 4. Unidades existentes, as como tambin
mencionados anteriormente. identificar quien las opera y a quien le
Dados los requerimientos del cliente y los procesos tal pertenece.
como los maneja la empresa, la aplicacin debe mantener 5. Datos de los Empleado, Operadores y Socios.
el siguiente proceso para cumplir con ellos:
1. Identificar al empleado, por medio de un usuario
6. Actas Administrativas, permisos y actividades
y una contrasea, para as este pueda iniciar del empleado administrativo.
7. Actas Administrativas y suspensiones del
sesin en la aplicacin.
2. Identificar el rea que corresponde el usuario, ya Operador.
8. Unidades y expediente correspondiente a los
sea administrativa de Recursos Humanos o
Administrador del Sistema. Socios.
Para ello la base de datos se desarrollar en SQL Server.
3. En caso de ser de Recursos Humanos, mostrar la
interfaz grfica, donde le permita consultar, Analizando los requerimientos de lo el cliente necesita se
obtiene el siguiente diagrama relacional para su
insertar, editar o eliminar al personal de la
empresa, buscndolos por un nmero segn desarrollo de la base de datos:
corresponda.
Una vez analizados los procesos que se identificaron
necesarios para el desarrollo del sistema propuesto en
este proyecto, se puede generar el siguiente diagrama de
casos de uso.

Figura 5 Diagrama Relacional

8.1.3 Diagrama de clases.
Un diagrama de clases en Lenguaje Unificado de
Modelado (UML) es un tipo de diagrama de estructura
esttica que describe la estructura de un sistema
mostrando las clases del sistema, sus atributos,
operaciones (o mtodos), y las relaciones entre objetos.
AUS-Control, contar con distintas clases y mtodos,
para obtener su funcionalidad, como se muestra a
continuacin:
Figura 6 Diagrama de Clases AUS-Control
8.1.4 Diagrama de componentes.
Un diagrama de componentes es un diagrama tipo
Lenguaje Unificado de Modelado. Un diagrama de
componentes representa cmo un sistema de software es
dividido en componentes y muestra las dependencias
entre componentes. Los componentes fsicos incluyen
archivos, cabeceras, bibliotecas compartidas, mdulos,
ejecutables, o paquetes.
Figura 7 Diagrama de Componentes
8.1.4 Estndar de codificacin.
Un estndar de codificacin completo comprende
todos los aspectos de la generacin de cdigo. Si bien los
programadores deben implementar un estndar de forma
prudente, ste debe tender siempre a lo prctico. Un
cdigo fuente completo debe reflejar un estilo armonioso,
como si un nico programador hubiera escrito todo el
cdigo de una sola vez. Al comenzar un proyecto de
software, establezca un estndar de codificacin para
asegurarse de que todos los programadores del proyecto
trabajen de forma coordinada. Cuando el proyecto de
software incorpore cdigo fuente previo, o bien cuando
realice el mantenimiento de un sistema de software
creado anteriormente, el estndar de codificacin debera
establecer cmo operar con la base de cdigo existente.
La legibilidad del cdigo fuente repercute directamente
en lo bien que un programador comprende un sistema de
software. La mantenibilidad del cdigo es la facilidad con
que el sistema de software puede modificarse para
aadirle nuevas caractersticas, modificar las ya
existentes, depurar errores, o mejorar el rendimiento.
Aunque la legibilidad y la mantenibilidad son el
resultado de muchos factores, una faceta del desarrollo de
software en la que todos los programadores influyen
especialmente es en la tcnica de codificacin. El mejor
mtodo para asegurarse de que un equipo de
programadores mantenga un cdigo de calidad es 8.1.4.2 Controles
establecer un estndar de codificacin sobre el que se
Las ventanas son los objetos sobre los que se dibujan
efectuarn luego revisiones del cdigo de rutinas. los controles como cajas de texto, botones etiquetas.
Usar tcnicas de codificacin slidas y realizar buenas
prcticas de programacin con vistas a generar un cdigo
de alta calidad es de gran importancia para la calidad del Prefijo para control.
Dependiendo del tipo de control, en caso de ser
software y para obtener un buen rendimiento. Adems, si un TextBox en las tres primeras letras txt
se aplica de forma continuada un estndar de agregando una descripcin de lo que capturara
codificacin bien definido, se utilizan tcnicas de ah.
programacin apropiadas, y, posteriormente, se efectan Descripcin:
revisiones del cdigo de rutinas, caben muchas
Tabla 2 Estndar de codificacin de controles
posibilidades de que un proyecto de software se convierta Tipo Abreviatura Descripcin
en un sistema de software fcil de comprender y de Variable
mantener.
Aunque el propsito principal para llevar a cabo
TextBox txtuser Tipo String captura
revisiones del cdigo a lo largo de todo el desarrollo es
el nombre del
localizar defectos en el mismo, las revisiones tambin usuario para
pueden afianzar los estndares de codificacin de manera ingresar al sistema
uniforme. La adopcin de un estndar de codificacin
slo es viable si se sigue desde el principio hasta el final
del proyecto de software. No es prctico, ni prudente,
imponer un estndar de codificacin una vez iniciado el 8.1.4.3 Tipo de dato
trabajo.
Tabla 3 Estndar de codificacin, tipo de dato.
El estndar de codificacin que establecer AUS
Tipo Abreviatura Descripcin
-Control, se muestra en las siguientes tablas: Variable

8.1.4.1 Variables
Integer Int Entero de 32 bits
Nombre: str con signo

Tabla 1 Estandar de codificacin de Variables

ESTRUCTUR DESCRIPCION
A VARIABLE 8.1.4.4 Declaracin de variables.
Longitud 72 caracteres
Tabla 4 Estndar de codificacin para la declaracin de
variables.
Formato String
Titulo str

Ejemplo String str Sintaxis [tipo variable] [Nombre de

Variable]

Descripcin: Descripcin Variable de tipo String que

Esta variable almacena los datos para la alamacena los datos para la
conexin con la base de datos.
conexin a la base de datos.
Ejemplo:
String str
=@"server=localhost;port=3307;database=ausco Observacione Caracteres no permitidos
ntrol;userid=root;password=;"; s
Ejemplo String str;
 9.1.1 Fases de Desarrollo del Sistema
8.1.4.5 Declaracin de clases.
Fase 1 Anlisis:
Tabla 5 Estndar de codificacin para declaracin de clases. Esta fase comienza con la planificacin de las
Titulo class RH : Form actividades a realizar. Posteriormente se iniciar con la
creacin del calendario del desarrollo del proyecto,
Sintaxis [Tipo] class [nombre de incluyendo de manera previa la asignacin de las
clase] responsabilidades con respecto a los mdulos que
componen el Sistema de Control de Autotransportes
Descripcin Esta clase de declara para el Unin Serrana.
funcionamiento de una de las
interfaces, en este caso la Fase 2 Requerimientos:
interfaz de RH En la segunda fase del proceso al realizar el
anlisis y especificacin de requerimientos, es decir, se
Observacione har una recopilacin de la informacin requerida para el
s sistema. Tomando en cuenta las especificaciones
establecidas por el usuario.
Ejemplo public partial class RH :
Form
Fase 3 Maquetacin y Diseo:
En esta fase se har la creacin de la propuesta
8.1.4.6 Declaracin de mtodos. de desarrollo, donde se plasmarn las interfaces del
sistema, es decir, se crear un prototipo para el Sistema
Tabla 6 Estndar de codificacin para declaracin de de Control de Autotransportes Unin Serrana. Mediante
mtodos. una gua de estilos, para la obtencin de un entorno
Titulo private void btnBuscar_Click grafico agradable para el usuario. De igual manera en
Sintaxis Nombre procedim [lista de este proceso se realizarn pruebas, con el propsito de
identificar pruebas de funcionalidad.
parmetros]
[tipoDato] nombrefuncion
Fase 4 Codificacin:
[listaParametros] En esta fase da comienzo a la construccin de la
Descripcin Este mtodo nos sirve para arquitectura del proyecto. Principalmente con la
que el sistema busque un estructura y creacin de base de datos. Posteriormente se
efectuar el desarrollo, mediante la codificacin para la
elemento en la base de datos
creacin del sistema, contemplando la etapa de pruebas,
Observaci para una mejor funcionalidad.
n
Fase 5 Pruebas:
Ejemplo private void Para la obtencin de un sistema de calidad, se
btnBuscar_Click(object harn una serie de pruebas, la cual consiste en la
sender, EventArgs e) integracin de los componentes previamente realizados.
As mismo se plasmarn en un registro lo errores que
hayan sido detectados y de igual manera se registrarn
los corregidos.
9. Mtodos y Procedimientos.
Fase 6 Implementacin:
En la ltima fase del proyecto se construye un
Para el desarrollar del este sistema se llevaron a cabo
plan de implementacin para que el sistema se encuentre
una serie de pasos y mtodos, desde la instalacin de las
en produccin y alternativas para su difusin, obteniendo
herramientas hasta el manejo y modificacin del sistema,
como resultado la entrega final del Sistema de Control de
esto con el fin de que todas las actividades planeadas, se
Autotransportes Unin Serrana.
puedan realizar de manera adecuada y concreta,
cubriendo los requerimientos del usuario. Se designaron
6 fases para el desarrollo y as obtener un trabajo de
calidad.

9.1 Alcance del proyecto.

Este proyecto es el primer paso hacia el concepto AUS-

Control. En este caso, el proyecto se centra en control de
la empresa, un sistema con registro de altas y bajas de 10 J Documentacin
personal, el cual debe cumplir su funcin como para
poder ser llamado funcional (Usable). O ms en concreto, 11 K Entrega final
poder manipular la informacin de la empresa Unin
Serrana SA de CV mediante diversos procesos,
descartando aquellas que no realicen las prestaciones 9.2.1 Organizacin de actividades.
adecuadas. Esto incluye:
Para obtener un buen resultado final, se deber llevar a
cabo una buena organizacin en el momento de
Realizar la adecuada manipulacin sobre el
desarrollar las actividades, es por ello que en el siguiente
registro del personal de la empresa, esto esquema se muestra una organizacin fija para la
implica: construccin del sistema.
El sistema permitir registrar nuevos
empleados, as como poder modificar la
base de datos del personal en general y
tambin eliminar registros de los
mismos.
La informacin de personal estar
disponible las 24 horas, en tiempo real
y completamente actualizada.
Los trabajadores podrn actualizar su
informacin personal de manera
sencilla pero eficiente.
Con todo esto se estara abriendo paso al proyecto, que
podr usar los resultados para construir un sistema
completo.

9.2 Tiempo del Proyecto.

Para tener un buen control del proyecto AUS-Control

son necesarias fijar diferentes actividades, para que su
procedimiento de desarrollo sea puntual y ordenado. Es Ilustracin 1 Esquema de organizacin de actividades.
por ello que en la siguiente tabla se definen las
actividades que se debern ejecutar al desarrollar el 9.2.2 Diagrama de precedencia.
sistema.
Una vez definido el conjunto de tareas que establece
Tabla 7 Lista de actividades este proyecto, es necesario definir las relaciones de
No de Descripcin precedencia que existen entre las tareas, es decir deben
Activida identificar que tarea procede, o sucede a otra.
d En el esquema mostrado a continuacin muestra la red
de precedencia que obtiene para poder desarrollar el
1 A Anlisis sistema AUS-Control.
2 B Fijar Requerimientos
3 C Anlisis y diseo
4 D Diseo de Base de Datos
5 E Pruebas a la Base de Datos
6 F Inicio Programacin (Prototipo)
7 G Observaciones /Aclaraciones del
Cliente
Ilustracin 2 Diagrama de precedencia.
8 H Programacin
9 I Pruebas 9.2.3 Estimacin de tiempo de las actividades.
 En la tabla que se muestra a continuacin, se podr
observar el tiempo estimado para llevar a cabo las
actividades para el desarrollo del sistema AUS-Control.
Tabla 8 Estimacin de tiempo de las actividades.
9.2.4 Cronograma de actividades.
El cronograma de actividades, es una herramienta muy
importante en la gestin de proyectos. Puede tratarse de
un documento impreso o de una aplicacin digital; en
cualquier caso, el cronograma incluye una lista de
actividades o tareas con las fechas previstas de su
comienzo y su final.
El cronograma de actividades, en este proyecto nos
ayudar a llevar un control del tiempo definido por
actividad, para as, poder cumplir en tiempo y forma con
el sistema.
Ilustracin 3 Cronograma de actividades.
9.3 Costos del proyecto.
9.3.1 Calculo de horas hombre por puntos de funcin y
casos de uso.
Las mtricas por puntos de funcin y por puntos de casos
de uso, nos ayudan a estimar el esfuerzo y las horas
hombre al realizar un software. Los mtodos para el
clculo de ambos son distintos, pero se utilizan con la
misma finalidad, esta, para conocer el tiempo de
esfuerzo.
Las mtricas por puntos de funcin, es necesario calcular
los puntos de funcin no ajustados, y estos se obtienen
por medio de la complejidad de las funciones dichas
obtenidas respecto a los DETs y RETs respecto a nuestro
sistema por medio de las interfaces (segn nuestras EI,
EO, EQ, ILF) .Una vez calculado los puntos de funcin
no ajustados se podr calcular el factor ajuste, y respecto
a ese clculo se podr obtener la estimacin de esfuerzo.
Para el clculo por medio de puntos por caso de uso,
suele ser diferente procesamiento, este se basa por medio
al clculo de puntos de casos de uso sin ajustar, factor de
complejidad tcnica, factor de complejidad del medio
ambiental y factor de productividad; dichos clculos nos
ayudarn a obtener un clculo final para la estimacin de
esfuerzo en horas hombre.
En este apartado explica detalladamente ambos clculos
para la estimacin de esfuerzo en horas hombre en base
del proyecto AUS Control.
9.3.1.1 Definicin de los lmites del sistema.
Definir los limistes del alcance del sistema es una parte
importante para calcular los puntos de funcin en un
sistema, ya que este nos ayuda a identificar los
parametros externos.
Existen tres versiones de los limites dependiendo de
la utilizacin que quiera realizarse de la tcnica:
La aplicacin o lmite del producto.
Limite inicial del proyecto a desarrollar.
Limite del proyecto de mejora.
En este caso de AUS Control se utilizar la segunda
tecnica Limite inicial del proyecto a desarrollar, ya
que este se desarrolla a base de requisitos de un sistema
que aun no existe.
9.3.1.2 Estimacin por puntos de funcin.
Para determinar la complejidad de las funciones de
datos nos basaremos en la tabla que nos ofrece el Manual
de Prcticas de Conteo del IFPUG .
Tabla 9 Tabla para determinar complejidad de funciones datos no dependen de
de datos otros. No existen
subgrupos.
Basandonos en la tabla 9,
la complejidad sera
Baja.
o Generar Reporte:
Tomando en cuenta la interfaz
antes explicada, tenemos como
resltado lo siguiente.
Entrada Externa (EI External Input): DETs:
Para definir dichas entredas tenemos 3 1. Folio.
interfaces EI las cuales se describiran a 2. Concepto
continuacin. 3. Operador.
o Login: 4. Nmero de unidad.
5. Numero de Operador.
En lo explicado y mostrado en
6. Reporte del da.
paginas anteriores tenemos los 7. Estatus
siguientes DETs. 8. Cerrar Sesin.
1. Usuario. 9. Accin.
2. Contrasea
Y se contaron 2 RETs ya
3. Ingresar
que su vemos nuestro
Y slo se contara un RET. diagrama existen
Basandonos en la tabla 9 , la subgrupos.
complejidad de este sera Baja. Por lo tanto la complejidad
o Recursos Humanos: es Baja.
Basandonos en lo axplicado de Salida Externa (EO Extenal OutPut)
la interfaz anteriormente Para deteminar la complejidad de las
obtenemos los siguientes salidas externas nos basaremos en la
DETs. tabla 10.
1. Nombre. Para definir dichas salidas tenemos 1
2. Apellido Paterno. interfaz la cual se describir a
3. Nmero de continuacin.
Trabajador. Tabla 10 Tabla para determinar complejidad de E xternal
4. Contrasea. Inquiry (EQ) y External Output (EO)
5. Elegir Puesto.
6. Calle.
7. Colonia.
8. Entidad Federativa.
9. No. Exterior.
10. No. Interior.
11. Municipio.
12. Telefono.
13. Celular.
14. Sexo.
o Generar Reporte.
15. Estado Civil.
16. CURP. .Una vez descrita y motrada la interfaz
17. No. Afiliacin de para generar un reporte se obtuvo lo
IMSS. siguientes resultados.
18. Buscar. DETs:
19. Agregar. 1. Accion
20. Modificar.
21. Eliminar. FTR:
22. Accin. 1.- Listado de los ticktes
23. Cerrar Sesin. generados.
Por lo tanto la complejidad es Baja.
Y se contarn un solo
Consulta Externa ( EQ External Query):
RET debido a que los
 Para determinar las consltas solo contamos con Factor ajuste:
una sola interfaz, la cual va conjunto a la Tabla 14 Factor ajuste
interfaz de Recurss Humanos, pero esta solo se
va contar 2 DETs ya que solo es necesario
introducir el Nmero de trabajador y seleccinar
el botn buscar, y con esto obtendriamos que
la complejidad de esta sera Baja(basndonos
en la tabla 10).
Archivos lgicos Internos ( ILF Internal
Logical File)
Respecto a nuestro modelo relacional, podemos
definir que nuestro sistema cuenta con 7 ILF.
Puntos de funcin correspondientes a funciones
transaccionales.

Una vez calculado lo anterios podemos determinar los

puntos de funcin, por medio de las interfacez ya
ezplicadas y ya calculas su complejidad, por lo
consiguiente obtendremos los siguientes resultados (Tabla
12, Basandonos en la tabla 11) :
Tabla 11 Puntos de funcin correspondientes a funciones
transaccionales
Ya calculado lo anterior se podr determinar los Puntos
de funcin ajustada, la cual se determina con la siguiente
formula:
PFA= PFSA*[0.65+(0.01* Factor ajuste)]
Donde:
PFA = Puntos de funcin ajustado.
PFSA = Puntos de funcin sin ajustar (65).
Factor Ajuste = 32.

Sustituyendo en la frmula:
PFA= 65 * [0.65+(0.01*32)]
PFA = 65* [0.65 + 0.32]
PFA = 65 * 0.97
PFA = 63.05
Tabla 12 Tabla de resultados.
Estimacin del esfuerzo requerido:

El objetivo ahora es calcular el esfuerzo requerido para

desarrollar la aplicacin. Este esfuerzo se mide en horas /
hombre, meses/hombre, o aos/hombre. Los puntos de
funcin en cierto modo son una medida subjetiva.
Para calcular la estimacin del esfuerzo requerido nos
basaremos en la siguiente tabla histrica.

Tabla 15 Tabla histrica

Una vez analizada la tabla 4 podremos determinar los
Puntos de Funcin no Ajustados por medio de las
siguiente tabla:

Tabla 13 PFSA

Si nos basamos en la tabla 5, podemos calcular es

esfuerzo requerido.
H/H = PFA * Horas PF promedio
H/H = 63 * 8
H/H = 504 Horas hombre
Ejemplo:
6 horas diarias de trabajo Los resultados obtenidos se muestran en la tabla 17.
1 mes = 20 das (Sin contar fines de semana)
504/ 6 = 84 das de trabajo Tabla 17 Peso de los casos de uso sin ajustar
84 / 20 = 4.2 meses para desarrollar el software de
lunes a viernes 6 horas diarias con 1 trabajador
(ESTIMACIN de duracin del proyecto)

9.3.1.3 Estimacin por casos de uso.

Ofrece la posibilidad de estimar las horas hombre de un

proyecto de un software que requiere de casos de uso, as
como tambin estima el esfuerzo de un proyecto de Teniendo los resultados de UAW y UUCW podemos
desarrollo a partir de los casos de uso. obtener UUCP:
Calcula el esfuerzo que costar desarrollar un sistema de UUCP = UAW+UUCW
software a partir de: UUCP = 2 + 30
Actores y casos de uso identificados. UUCP = 32
Factor de complejidad Tcnica.
Calcular UCP
La ecuacin para obtener los Puntos de casos de uso sin Para calcular el factor de complejidad tcnica tenemos la
ajustar es la siguiente: siguiente ecuacin:
UCP=UUCP*TCF*ECF*PF TCF= 0.6+ (0.1 * Factor Total Tcnico)
Donde: Para obtener el factor total tcnico utilizamos la siguiente
UUCP= Puntos de casos de uso sin ajustar. tabla:
TCF= Factor de complejidad tcnica.
ECF= Factor de complejidad del medio ambiente. Tabla 18 Factor total Tcnico
PF= Factor de productividad.

Para calcular puntos de casos de uso sin ajustar.

UUCP =UAW + UUCW
Donde:
UAW= Peso de los actores sin ajustar
UUCP= Peso de los casos de uso sin ajustar.

Para ello obtendremos los siguientes resultados, como se

muestran en las siguientes tablas:

Para calcular el peso de los actores sin ajustar tenemos la

siguiente frmula.
UAW =

Los resultados obtenidos se muestran en la tabla 16.

En base a los resultados plasmados en la tabla 18
Tabla 16 Peso de los actores sin ajustar. podremos determinar lo siguiente:
TCF=0.6 + (0.01*35.5)
TCF = 0.6 + (0.355)
TCF = 0.955

Factor de complejidad del medio ambiente.

Para el clculo de complejidad del medio ambiente
tenemos la siguiente formula:
ECF= 1.4 + (-0.03 * Factor Ambiental Total)
Para calcular el peso de los casos de uso sin ajustar
tenemos la siguiente frmula: Para obtener el Factor ambiental total utilizamos la
UUCW= siguiente tabla:
Tabla 19 Factor Ambiental Tabla 20 Estimacin de recursos

9.3.2.2 Justificacin de recursos.

Basndonos en la tabla 11 podemos hacer el clculo ECF: Tabla 21 Justificacin de recurso 1
ECF= 1.4 + (-0.03 * 44.5)
ECF = 1.4 + (-1.335)
ECF = 0.065
UCP sin productividad.
Para el clculo de UCP sin productividad tenemos
UCP = UUCP * TCF * ECF
Donde:
UUCP = 32
TCF = 0.955
ECF = 0.065
Sustituyendo:
UCP= 32 * 0.955 * 0.065
UCP = 20.8544
Dado que es un equipo nuevo usaremos PF= 20
Entonces:
UCP = 20.8544 * 20 Tabla 22 Justificacin de recursos 2
UCP = 417.088

Interpretacin.
Dado que UCP = 417.088 horas
Suponiendo que se trabajan 6 horas al da, esto seran 30
horas a la semana y por lo tanto el sistema se desarrollar
en 13.9 semanas (Aproximadamente en 14 Semanas).

9.3.2 Estimacin de costos por implantacin.

9.3.2.3 Control de Costos.
9.3.2.1 Estimacin de recursos.
Para evitar tener excedentes dentro del presupuesto
solicitado se manejar el siguiente control:

El manual de usuario solo se imprimir uno por

rea. Slo en caso de que el rea cuente con ms
de 5 miembros se realizarn de 2 a 3
impresiones del mismo, segn sea el caso.
El manual de desarrollo slo se imprimir uno y
se tendr guardado en archivo digital.
Las impresiones de tickets se realizarn como
comprobante de pago ya sea del Operador o
Socio.
 El uso de Cds ser de manera semanal para Personas No est capacitado con el
respaldar y guardar informacin de la base de uso de software
datos del sistema Organizacin. Retraso en el cronograma
Los usos de memorias de almacenamiento sern de actividades.
de uso diario para respaldar la base de datos, de Herramientas No se cuenta con el
dos a tres veces al da segn los decida el Hardware adecuado para la
administrador de la base de datos. implementacin del
sistema.
9.4 Riesgos del Proyecto.
9.4.1 Riesgos Conocidos. 10 Resultados.
1.- Estimacin de tiempo no calculada Los resultados obtenidos en este proyecto, muestran
correctamente. que despus de haberse aplicado las metodologas y el
2.- Mala administracin para el proceso del desarrollo, mejor los procesos internos administrativos
desarrollo de la empresa.
Por lo anterior la empresa ha considerado mantener
9.4.2 Riegos Predecibles. este sistema como su sistema base para la ejecucin de
sus roles administrativos.
1.- Falta de conocimiento del lenguaje. Respecto a lo mencionado en el prrafo anterior, se
2.- Mala organizacin para la asignacin de podra decir que AUS-Control a cumplido con los
actividades. objetivos planteados al inicio de este documento, al igual
que la empresa. Autotransportes Unin Serrana S.A de
9.4.3 Riegos impredecibles. C.V se ha mostrado ms que satisfecha con el uso de
dicho sistema.
1.- Robo de la informacin. Al trmino de la estructuracin de los tiempos de
2.- Enfermedad de algn miembro del equipo. trabajo, se procede al desarrollo de Sistema de Control de
3.- Falta de decisin del cliente en Autotransportes Unin Serrana S.A de C.V. (AUS
requerimientos. Control), para realizar los objetivos previamente
establecidos, para ello se mantuvo una comunicacin con
Tabla 23 Anlisis de riesgos el cliente haciendo posible cumplimiento de las
Riesgo Probabilidad Efecto funcionalidades que el sistema requera.
Posteriormente se emple el uso de las herramientas de
Mala estimacin Medio Tolerable diseo y la construccin de cada una de las interfaces del
en tiempo sistema y el desarrollo de la base de datos. Durante la
El cliente no fija Baja Tolerable fase de diseo y maquetacin, se realiz en tiempo y
los forma dando como resultado el Sistema de Control de
Autotransportes Unin Serrana, el cual fue mostrado al
requerimientos. cliente, obteniendo buenos comentarios y aprobacin del
Perdida de Baja Catastrfico boceto.
Informacin Por consiguiente, en la fase de codificacin se realiz el
desarrollo del sistema, mediante el lenguaje VB.NET.
Tabla 24 Anlisis de riesgos.
Riesgo Estrategia 10.1 Interfaces.
Mala estimacin en tiempo Cumplir y mantener un
buen control del Se muestra la captura de pantalla de cada una de las
cronograma de interfaces que componen el Sistema de Control de
actividades. Autotransportes Unin Serrana, as mismo se describe la
El cliente no fija con el Al inicio del proyecto se funcionalidad de cada una de ellas.
tiempo los requerimientos hace firmar al cliente el
del sistema. Acta de Inicio. 10.1.1 Iniciar Sesin
Interfaz donde el usuario podr acceder al sistema,
Tabla 25 Anlisis de riegos. mediante un usuario y contrasea, mismo que estar
Tipo de Riesgo Indicadores Potenciales almacenado en la base de datos, en caso de ser
Estimacin Mal manejo y retraso en incorrectos los datos, el sistema mandar un mensaje de
cronograma de actividades. error, ya sea que el error est en el nombre de usuario o
Tecnologa. No hay actualizacin para contrasea, dndole oportunidad de verificar los datos
el buen uso de ID introducidos.
 Una vez seleccionado la opcin se pueden mostrar las
diferentes interfaces, segn sea el caso.

10.1.3 Operadores Activos.

Figura 8 Iniciar Sesin

10.1.2 Principal Recursos Humanos

Figura 10 Operadores Activos

Este mdulo permite visualizar la lista de Operadores

Activos, as como tambin, dar de alta, modificar, dar de
baja, mostrar a detalle sus datos, ver sus Actas
Administrativas y Suspensiones e imprimir el Alta de un
Operador y un Reporte con la Lista de Operadores
Activos.

10.1.3.1 Actas Administrativas Operador

Figura 6 Principal Recursos Humanos
Este submen nos permite mostrar la interfaz de Actas
Cuando el usuario haya accedido satisfactoriamente al administrativas de un Operador seleccionado, para ello
sistema, podr visualizar la pantalla principal, en la cual debemos seleccionar un Operador, dar clic en el botn
se encuentra un men en la parte superior, donde podr Ver y nos mostrar la interfaz que se muestra a
seleccionar alguna de las dos opciones. continuacin.
Al seleccionar Cerrar Sesin, como su descripcin lo
dice, el usuario podr cerrar la sesin, para proteger su
cuenta, esto har que el sistema vuelva a activar la
interfaz de ingreso al sistema.
En caso de seleccionar la opcin Ver, el sistema
despliega un sub men, donde el usuario podr
seleccionar alguna de las opciones que se muestran, como
se muestra en la siguiente figura.

Figura 10 Actas Administrativas Operador

10.1.3.2 Suspensiones Operador

Figura 7 Recursos Humanos Ver

 En est interfaz slo se puede visualizar un listado de los
Operadores Inactivos, as como tambin las suspensiones
y actas administrativas que tuvieron mientras estuvieron
dentro de la empresa.

10.1.4 Empleados Activos

Figura 10 Suspensiones Operador

En este submen nos permite mostrar las suspensiones de

un Operador seleccionado de la interfaz Operadores
Activos. En esta interfaz el usuario puede visualizar un
Figura 12 Empleados Activos
historial de suspensiones que, obtenido el Operador, as
como tambin agregarle alguna nueva, el sistema
En est interfaz se visualiza si el usuario selecciona la
tambin permite imprimir un formato de suspensin que
nos lo genera dando clic en el botn Imprimir, como se opcin ver, empleados activos, as como tambin se
pueden agregar un nuevo empleado, modificar o darlo de
muestra en la siguiente figura.
baja.

10.1.4.1 Actas Administrativas Empleado

Figura 11 Suspensin - Impresin

10.1.3.3 Operadores Inactivos Figura 13 Actas Administrativas - Empleado

La interfaz Actas Administrativas, de un empleado,

nos permite visualizar, las actas administrativas que ha
obtenido el empleado previamente seleccionado, as como
tambin se puede levantar una nueva.

10.1.4.2 Permisos de Empleado

Figura 11 Operadores Inactivos

 De igual manera, el usuario podr dar de alta a un
empleado seleccionado de este listado, o en caso
contrario eliminarlo de manera definitiva de la base de
datos.

Figura 14 Permisos Empleado

Figura 16 Empleados Inactivos
El sistema permite de igual manera al usuario visualizar
los permisos que ha solicitado un empleado 10.1.5 Socios Activos
administrativo. En figura 14 de muestra la interfaz, esta
nos permite solicitar un permiso, imprimir un
memorndum para su autorizacin y cambiar el estatus
del permiso.

10.1.4.3 Actividades Empleado

Figura 17 Socios Activos

Para la interfaz de Socios Activos, le permite al usuario

saber y visualizar el total de los socios activos dentro de
la empresa, de igual manera dar de alta, modificar, dar de
baja o ver a detalle sus datos de un socio seleccionado.

10.1.5.1 Unidades Socio

Figura 15 Actividades Empleado

La interfaz hace referencia a las actividades que el rea

de Recursos Humanos le asigna, esta, le permite al
usuario visualizar todas las actividades, as como tambin
asignarle una nueva actividad.

10.1.4.4 Empleados Inactivos

La interfaz, le permite al usuario tener un expediente de

todos los empleados administrativos que han sido de baja
de la empresa, en ella slo puede visualizar la
informacin, ms no poder editarla, o agregar algn Figura 18 Unidades Socio
registro nuevo.
La interfaz hace referencia a las unidades que cada Socio
tiene dentro de la empresa, esta facilita al usuario un
listado de ellas, as como tambin poder agregarle una
nueva unidad, modificar los datos de ella, dar de baja,
imprimir el alta y asignarle la unidad a algn otro socio.

10.1.5.2 Expediente del Socio

Figura 21 Unidades Activas

La interfaz de Unidades Activas es muy similar a la

interfaz Unidades Socios, a diferencia que en ella no
podemos dar de alta una unidad, nicamente nos permite
mostrar sus datos y el listado de ellas.

10.1.6.1 Unidades Inactivas

Figura 19 Expediente del Socio

Le permite al usuario tener un expediente digital de la

documentacin de un usuario, teniendo un expediente
nico por cada Socio. Tambin le permite imprimir el
documento en caso de que se extraviara fsicamente.

10.1.5.3 Socios Inactivos

Figura 22 Unidades Incativas

La interfaz de Unidades Inactivas es idntica a la interfaz

Unidades activas, la diferencia es que en su listado nos
muestra las unidades que ya no se encuentran laborando
dentro de la empresa.

10.1.7 Administrador

Figura 20 Socios Inactivos

Esta interfaz le permite al usuario nicamente ver el
listado de los socios que han estado dentro de la empresa,
pero que ya no se encuentran activos. De igual manera le
permite ver los datos, darlo de alta, eliminarlo, y mostrar
las unidades que tena dentro.

10.1.6 Unidades Activas

Figura 23 Administrador
La interfaz que muestra la figura 23, le permite al
usuario tener una administracin de los usuarios que
tiene permitido ingresar al sistema, as como tambin
agregar o editar a un usuario.
11. Recomendaciones.
Para el buen uso del sistema, es altamente
recomendable capacitar al personal previo a su
instalacin.
En el sentido de administracin de los usuarios, es
importante adiestrar a cada uno de los operadores del
sistema, de tal manera que se haga un buen uso de la
herramienta garantizando un servicio de la calidad e
informacin de primera mano.
Adems, de deben hacer jornadas peridicas de datos,
como en lo que tiene que ver con la informacin general
de la base de datos.
En lo que respecta a la informacin debe ser
administrada por alguna autoridad del rea,
departamento o asignar personal especializado en la
administracin y mantenimiento de base de datos, se
recomienda que sta sea revisada continuamente de
manera que se pueda garantizar un excelente servicio y
una informacin actual y confiable.
Otro aspecto importante va dirigido a sus futuros
desarrolladores, los cuales en caso de ampliar este
sistema deben documentar el cdigo fuente, continuar
con la utilizacin de los estndares de diseos y
codificacin, que fueron implementados en el desarrollo
de este sistema y, de ser necesario, en caso de un
crecimiento desmesurado de la base de datos, hacer
respaldo diario o bien cambiar a un manejador ms
poderoso.
Casos de Uso: Es una descripcin de los pasos o las
actividades que debern realizarse para llevar a
cabo algn proceso. Los personajes o entidades que
se participaran en un caso de uso de denomina
actores.
Interfaz: Es una vista del ordenador que le permite al
usuario enviar y recibir datos en forma tal que le sea
prctico y fcil de acceder.
Lenguaje: Es el medio que utilizan los programadores
para crear un programa de ordenador.
Programacin: Se conoce como programacin en
ciencias de la comunicacin a los pasas que se
abordan para crear el cdigo fuente de un programa
informtico. De acuerdo con estos pasos, el cdigo
se escribe, se prueba y se perfecciona.
Sistema Informtico: Un sistema informtico es un
sistema que permite almacenar y procesar
informacin; como todo sistema, es el conjunto de
partes interrelacionadas: en este caso hardware,
software y recursos humanos. El hardware incluye
computadoras o cualquier tipo de dispositivo
electrnico inteligente, que consisten en
procesadores, memoria, sistemas de
almacenamiento, etc.
Usuario: Es la persona que utiliza o trabaja con algn
objeto o que es destinaria de algn servicio pblico,
privado, empresarial o profesional.

12. Conclusiones.
El desarrollo del sistema AUS-Control ha superado
las expectativas del cliente, en su caso la empresa
Autotransportes Unin Serrana S.A de C.V. ya que dicho
sistema ha mejorados los procesos administrativos
internos de la organizacin.

13. Referencias.
[1] Roger S. Pressman. es un americano ingeniero de
software, autor y consultor, y el presidente de RS
Pressman & Associates. Universidad de Connecticut.

14. Glosario.

Administrador: Una cuenta de administrador es una

cuenta de usuario que le permite realizar cambios
que afectan a otros usuarios. Los administradores
pueden cambiar la configuracin de la seguridad.
Aplicacin: Una aplicacin es un programa de
computadora que se utiliza para una operacin o
tarea especfica.