CEM296257

Vista previa del material en texto

INSTITUTO TECNOLÓGICO Y DE ESTUDIOS 
SUPERIORES DE MONTERREY 
CAMPUS QUERÉTARO 
ESTRATEGIA PARA EL DESARROLLO E IMPLEMENTACIÓN 
DE UN SISTEMA DE INFORMACIÓN A NIVEL OPERATIVO PARA 
LA ADMINISTRACIÓN DE ÓRDENES DE SERVICIO 
EN UNA EMPRESA FAMILIAR 
.. ;:,-¡;-,.-, ~;---..__ 
/ .. ;_ ~-- l, i OJ.i~.'\ 
CASO: NOVOCAR INNOVATIONS SA DE C~-~;.;:·· :!!~~r:~r~(~~t 
{
. ~ :-:~3 f'ADO ..,, 
:.Z:. '-"""' 
'.-:. DE ~ 
,..ci MEXICO ~ 
MAESTRÍA EN ADMINISTRACIÓN ,p
1
1t
1/;-\:1 
CON ORIENTACIÓN EN 
CREACIÓN Y FORTALECIMIENTO DE EMPRESAS 
FAMILIARES 
AUTOR: EDGAR ANTONIO NÚÑEZ MEJÍA 
ASESOR: DRA. MARCELA RAMÍREZ PASILLAS 
MARZO 2008 
Resumen ejecutivo 
La finalidad de este estudio es analizar los procesos de gestión y dirección de órdenes de 
servicio de una pequeña empresa familiar dedicada a la restauración automotriz, para desarrollar e 
implementar un TPS personalizado que controle estos procesos. 
Un TPS es un sistema de información que monitorea, recolecta, almacena, procesa y 
distribuye información para todas las transacciones de la pequeña empresa familiar. Esta información 
es primordial para mantener el negocio funcionando eficientemente y para ayudarle a agregar valor a 
sus productos y servicios. 
EL estudio se realizó en la empresa NOVOCAR INNOVATIONS SA de CV, la cual se dedica a 
la reparación y rehabilitación de vinyl, plástico, piel, textiles, velour, tapetes y alfombras sobre 
automóviles, camiones, aviones, embarcaciones marítimas y cualquier otro vehículo automotor. 
Repara bienes muebles en otros mercados: hospitales, restaurantes, hoteles, cines, etc. 
Parte de la estrategia de NOVOCAR INNOVATIONS es trabajar con altos estándares de 
calidad y brindar un servicio de excelencia, sin embargo no contaban con un TPS que les permitiera 
manejar la información de las órdenes de servicio, que es crítica para la operación efectiva de la 
empresa. 
El desarrollo e implementación del TPS se realizó en base al modelo de Pressman (1994), el 
cual consta de tres fases principales: la fase de definición donde realiza un diagnóstico de los 
procesos y se determinan los requerimientos del sistema, la fase de desarrollo donde se diseñan y se 
codifica el sistema, y por último la fase de mantenimiento donde se determina si se deben hacer 
revisiones o cambios al sistema ya en funcionamiento. 
El método de investigación utilizado fue la Investigación-Acción conceptualizado por el 
psicólogo Kurt Lewin (1946) el cual se enfoca en probar la teoría con la práctica en situaciones reales, 
se obtiene retroalimentación de las experiencias, lo que da pie a la modificación de la teoría como 
resultado de dicha retroalimentación. Es una metodología cíclica que involucra a todos los 
participantes del suceso. 
El resultado del proyecto fue satisfactorio para la empresa, ya que se cumplió con los objetivos 
establecidos, NOVOCAR INNOVATIONS cuenta ahora con un TPS que le permite ofrecer a sus 
clientes información oportuna sobre las órdenes de servicio, lo que impactará directamente en el 
servicio que ofrecen. Adicionalmente NOVOCAR INNOVATIONS puede analizar la información 
relacionada con sus órdenes de servicio y sus clientes, lo cual le permitirá desarrollar estrategias de 
posicionamiento y crecimiento. 
Tabla de contenido 
1. DEFINICIÓN DEL PROBLEMA ......................................................................................................... ! 
2. OBJETO DEL CASO DE ESTUDIO Y PREGUNTA DE INVESTIGACIÓN ..................................... 3 
3. MARCO CONCEPTUAL: CARACTERÍSTICAS GENERALES DE UN TPS Y SU ROL EN LA 
ADMINISTRACIÓN DE ÓRDENES EN UNA PEQUEÑA EMPRESA FAMILIAR .................................. 4 
3.1 Descripción de un TPS .......................................................................................................... 4 
3.2 Objetivos de un TPS .............................................................................................................. 4 
3.3 Características de un TPS .................................................................................................... 5 
3.4 Actividades y métodos de un TPS ....................................................................................... s 
3.5 Innovaciones en TPS ............................................................................................................. s 
3.6 Modelo para el desarrollo e implementación de un TPS personalizado en las 
pequeñas empresas familiares para la administración de órdenes de servicio .................. 6 
4. METODOLOGÍA DE INVESTIGACIÓN ........................................................................................... 12 
4.1 Investigación en Acción ...................................................................................................... 12 
4.2 Descripción de la empresa ................................................................................................. 13 
4.3 Recolección de datos .......................................................................................................... 16 
5. HALLAZGOS .................................................................................................................................... 18 
6. ANÁLISIS ......................................................................................................................................... 32 
7. CONCLUSIONES ............................................................................................................................. 34 
8. REFERENCIAS ................................................................................................................................ 37 
9. ANEXOS ........................................................................................................................................... 38 
Anexo 1 Entrevista con el gerente ........................................................................................... 38 
Anexo 2 Checklist individual .................................................................................................... 40 
Anexo 3 Checklist flotillas ........................................................................................................ 41 
Anexo 4 Casos de uso del sistema .......................................................................................... 42 
Anexo 5 Definición/Autorización del proyecto ....................................................................... 63 
Anexo 6 Especificación de los requerimientos de Software (SRS) ..................................... 68 
Anexo 7 Plan de aseguramiento de la calidad (SQAP) .......................................................... 76 
Anexo 8 Métricas y estimaciones ............................................................................................ 79 
Anexo 9 Script de la base de datos ......................................................................................... 82 
Anexo 10 Calendario de actividades del sistema .................................................................. 86 
Anexo 11 Manual del sistema ................................................................................................... 90 
Lista de Tablas 
Tabla 1. Información recolectada .................................................................................................... 17 
Tabla 2. Guía de contacto con la empresa ...................................................................................... 18 
Tabla 3. Análisis de Stakeholders ................................................................................................... 19 
Tabla 4. Plan de comunicación ........................................................................................................ 20 
Tabla 5. Matriz de necesidades de requerimientos ........................................................................ 21 
Lista de Ilustraciones 
Ilustración 1. Fases de la Ingeniería de Software .............................................................................6 
Ilustración 2. Misión y Visión de Novocar lnnovations SA de CV ................................................. 14 
Ilustración 3- Estrategia de Novocar lnnovations SA de CV ......................................................... 15 
Ilustración 4. Modelo Entidad-Relación para TPS de administración de órdenes de servicio .... 29 
1. DEFINICIÓN DEL PROBLEMA 
Los sistemas de información transaccionales a nivel operativo (TPS) controlan las actividades 
diarias y los movimientos de la empresa, como las ventas, pagos, inventarios y manufactura. El 
propósito principal de estos sistemas es monitorear las operaciones diarias y proporcionar 
información que sirva de apoyo al proceso de toma de decisiones (Stair and Reynolds, 2003). 
Los TPS son el primer tipo de sistemas de información que se implantan en las organizaciones 
con frecuencia, ya que automatizan las tareas operativas de la organización y almacena, procesa y 
distribuye la información para todas las transacciones de la empresa, entre ellas la administración de 
órdenes de servicio. Estos sistemas son intensivos en entrada y salida de información, es decir, son 
recolectores de información y sus beneficios son visibles y palpables. La mayoría de los 
requerimientos de informes hechos por la pequeña y mediana empresa son de datos operativos 
resultados de sistemas de información transaccionales (Ahituv, Neuman and Riley, 1994). 
En el contexto de las pequeñas empresas familiares es común encontrar que no existe un 
diseño y planeación de las operaciones realizadas, o en el mejor de los casos, este diseño de las 
operaciones se desarrolla día con día. Esto implica que no se puede determinar si los procesos 
involucrados son realizados de forma que generen una ventaja competitiva para la empresa. Uno de 
estos procesos es la administración de órdenes de servicio que es muy importante para que una 
pequeña empresa familiar cuyo objetivo principal es satisfacer necesidades de servicio establezca 
una filosofía orientada al cliente. 
Para establecer esta filosofía e implementar un TPS se requiere que las pequeñas empresas 
familiares redefinan sus procesos de negocio estratégicamente, es decir, estos procesos deben ser 
una fuente de competitividad e innovación. Esto significa que los desafíos de los mercados y la 
competencia en las industrias obligan a las pequeñas empresas familiares a eliminar todas las tareas 
que no agregan un valor directo al cliente, así como la mejora de aquellas actividades centrales que 
sí agregan valor, lo que permite una reducción de costos y niveles más altos de satisfacción hacia los 
clientes. 
Adicionalmente, es importante hacer actualizaciones tecnológicas e integrar sistemas de 
información a los procesos del negocio, para tener una mayor capacidad productiva y competitiva, y 
que permitan establecer estrategias claras de posicionamiento y crecimiento. Las tecnologías de 
información han permitido una globalización económica acelerada, la cual obliga a las pequeñas 
empresas familiares a competir no solo con empresas de la región, sino de todo el mundo, y por lo 
tanto una inversión apropiada en tecnologías de información alineada a un TPS relevante le brindará 
a las pequeñas empresas familiares una ventaja competitiva (Lauden and Lauden, 2006). 
1 
Esta ventaja competitiva está ligada a la creciente interdependencia entre la habilidad de las 
pequeñas empresas familiares en utilizar las tecnologías de información y su habilidad de 
implementar su estrategia corporativa y lograr sus metas. Lo que la pequeña empresa familiar logre 
hacer en el futuro dependerá de lo que sus sistemas le permitan hacer (Newkirk and Lederer, 2007). 
Esto implica que al utilizar tecnologías de información alineadas a un TPS personalizado, una 
pequeña empresa familiar dedicada a servicios puede entender mejor sus procesos y procedimientos 
actuales, por lo tanto le permite descubrir cómo utilizar las tecnologías de la información para 
competir por medio de una arquitectura de aplicaciones y bases de datos integradas. El aprendizaje 
organizacional adquirido a través de la experiencia de utilizar un TPS permite mejorar la habilidad de 
alinear la estrategia de la pequeña empresa familiar dedicada a servicios a la estrategia de sistemas 
de información y por lo tanto anticiparse a los cambios organizacionales y ambientales no previstos. 
Los sistemas de información ofrecen la oportunidad de revitalizar el servicio al cliente 
flexibilizando a la pequeña empresa familiar y sus servicios hacia el cliente. La flexibilidad estratégica 
es un factor crítico de éxito cuando la mayoría de los elementos de los sistemas organizacionales 
están en continuo movimiento, inclusive puede ser un factor de supervivencia. La flexibilidad permite 
a la pequeña empresa familiar dedicada a servicios obtener niveles superiores de eficiencia a través 
de sus actividades así como del rediseño de sus procesos de negocios (Levi and Powell, 1998). 
Lefebvre and Lefebvre (1992) argumentan que las pequeñas empresas familiares pueden ser 
más innovadoras que las grandes compañías porque tienen menos limites burocráticos y no tienen 
incómodos sistemas organizacionales. Ellos sugieren que la innovación viene de la información, 
particularmente del ambiente externo. El uso de tecnologías de la información permite que una 
producción pequeña sea más sencilla y por lo tanto se pueden introducir nuevas tecnologías de 
producción más rápidamente lo que conduce a ser una empresa más competitiva. 
Por lo tanto una pequeña empresa familiar de servicios que no cuente con un TPS enfocado 
en la administración de sus órdenes de servicio, le será mucho más complicado establecer y dar 
seguimiento a una estrategia corporativa que le permita un crecimiento sostenido. No podrá obtener 
una ventaja competitiva a través de procesos bien definidos que permitan una mayor capacidad 
productiva o por medio de la innovación que facilitan los sistemas de información y no contará con la 
flexibilidad de responder a los cambios externos. En resumen está condenada al fracaso. 
2 
2. OBJETO DEL CASO DE ESTUDIO Y PREGUNTA DE INVESTIGACIÓN 
El propósito de este estudio es analizar los procesos de gestión y dirección de órdenes de servicio 
de una pequeña empresa familiar dedicada a la restauración automotriz, para desarrollar e 
implementar un TPS personalizado que controle estos procesos. 
La pregunta de investigación por lo tanto es: ¿Cuál es la mejor estrategia para el desarrollo e 
implementación de un TPS personalizado que debe aplicarse a una pequeña empresa familiar 
dedicada a servicios para realizar la administración de órdenes de servicio? Y por ende, ¿cuáles son 
los procesos relacionados con la gestión y dirección de órdenes de servicio y que métricas deben 
establecerse para poder controlarlos? Y ¿cuál es el diseño idóneo de un TPS personalizado para 
realizar la gestión y dirección de órdenes de servicio de una pequeña empresa familiar dedicada a la 
restauración automotriz? 
3 
3. MARCO CONCEPTUAL: CARACTERÍSTICAS GENERALES DE UN TPS Y SU ROL 
EN LA ADMINISTRACIÓN DE ÓRDENES EN UNA PEQUEÑA EMPRESA 
FAMILIAR 
3.1 Descripción de un TPS 
Un TPS es un sistema que monitorea, recolecta, almacena, procesa y distribuye información 
para todas las transacciones de la pequeña empresa familiar. Esta información es crítica para la toma 
de decisiones en otros sistemas de información. En la pequeña empresa familiar como en cada 
organización hay procesos operativos que son críticos para que se lleve a cabo su misión, las 
transacciones de la pequeña empresa familiar ocurren cuando produce un producto o provee un 
servicio (Turban, Mclean and Wetherbe, 2002). Por ejemplo una pequeña empresa familiar dedicada 
a proveer servicios de limpieza profesional a otras microempresas tiene que administrar sus órdenes 
de servicio, asignar recursos a cada servicio (empleados, material, etc.), pagargastos administrativos 
(electricidad, renta, etc.}, realizar el servicio a los clientes y cobrarles. 
Cada transacción puede generar transacciones adicionales, sin embargo como las 
manipulaciones matemáticas de la mayoría de las transacciones son simples y repetitivas, son fáciles 
de integrar en un sistema de información. El sistema de información que soporta estas operaciones 
es un TPS. Este sistema normalmente incluye transacciones contables, de ventas, de personal y 
actividades de producción o servicios. 
3.2 Objetivos de un TPS 
El objetivo principal de un TPS es proveer toda la información necesaria para que una 
pequeña empresa familiar mantenga al negocio funcionando adecuadamente y eficientemente, así 
como ayudar a agregar valor a sus productos o servicios. Algunos objetivos específicos de un TPS 
incluyen: permitir una operación efectiva de la pequeña empresa familiar, proveer en tiempo 
documentos y reportes, incrementar la ventaja competitiva reduciendo los costos y mejorando el 
servicio, proveer los datos necesarios para los sistemas estratégicos, asegurar la integridad y 
exactitud de los datos y la información, así como salvaguardar la información de la pequeña empresa 
familiar (Turban, Mclean and Wetherbe, 2002). 
Los sistemas TPS normalmente son los mejores candidatos para una reingeniería de procesos 
y sus beneficios son más tangibles en cuanto a inversión en tecnologías de información. 
4 
3.3 Características de un TPS 
Se procesan grandes cantidades de datos normalmente, la fuente de los datos normalmente 
es interna y la salida en su mayoría es para una audiencia interna, sin embargo con los nuevos 
sistemas de TPS es posible tener salidas de datos directas. Los sistemas TPS procesan información 
en forma regular, es decir, diariamente, mensualmente, etc., se requiere una capacidad de 
almacenamiento grande y de gran velocidad para procesar un alto volumen de información. La 
entrada y salida de datos es de forma estructurada y con un gran nivel de detalle. Tienen poca 
complejidad matemática y de operación. Tienen un alto nivel de exactitud, integridad y seguridad, por 
lo tanto son altamente confiables (Stair and Reynolds, 2003). 
3.4 Actividades y métodos de un TPS 
Primero los datos son recolectados por personas o sensores y entran a la computadora por 
medio de algún dispositivo de entrada, normalmente se trata de automatizar la mayor posible 
cantidad de datos de entrada al TPS por los altos volúmenes de información. Posteriormente el 
sistema procesa los datos en una o dos formas básicas: procesamiento por lotes o procesamiento en 
línea. En el procesamiento por lotes el sistema recolecta los datos de las transacciones conforme van 
ocurriendo colocando los datos en grupos o lotes, el sistema entonces procesa los lotes 
periódicamente. En un procesamiento en línea los datos se procesan conforme las transacciones van 
ocurriendo (Turban, McLean and Wetherbe, 2002). 
Alternativamente existe un sistema hibrido (una combinación de procesamiento por lotes y en 
línea) que recolecta los datos conforme van ocurriendo las transacciones pero los procesa en 
intervalos de tiempo específicos. Por ejemplo un sistema de punto de venta (POS) puede recopilar los 
datos conforme ocurren las transacciones pero procesarlos en la tarde (Turban, McLean and 
Wetherbe, 2002). 
3.5 Innovaciones en TPS 
Algunos sistemas TPS pueden llegar a complicarse debido que integran diferentes tipos de 
hardware, software y telecomunicaciones, sin embargo actualmente existen sistemas TPS en línea 
(online transaction processing OL TP) que requieren una arquitectura de cliente-servidor. Con este 
tipo de arquitectura y tecnologías de Web es posible integrar más actividades y usuarios como 
proveedores y clientes directamente al sistema (Stair and Reynolds, 2003). 
5 
En lugar de intercambios simples de datos sobre redes privadas, como las transacciones 
tradicionales de EDI, actualmente muchas transacciones se conducen por Internet e lntranets. Como 
resultado los sistemas OL TP se han convertido en sistemas interactivos de TPS a través de Internet 
lo que permite transmisión de datos multimedia, rápido tiempo de respuesta y almacenamiento de 
grandes bases de datos de gráficos y video en tiempo real y a muy bajo costo. 
Algunos beneficios de estas innovaciones son: flexibilidad para el crecimiento de una 
demanda no pronosticada, costos más bajos, manejo de cuentas interactivo que permite a las 
empresas ofrecer servicios a cualquiera, reducción de tiempo en la búsqueda y análisis de 
información en grandes bases de datos, habilidad para manejar datos multimedia y almacenamiento 
efectivo de grandes cantidades de información gráfica y de video (Stair and Reynolds, 2003). 
3.6 Modelo para el desarrollo e implementación de un TPS personalizado en las 
pequeñas empresas familiares para la administración de órdenes de servicio 
La ingeniería de software es una disciplina o área de la informática que ofrece métodos y 
técnicas para planear, desarrollar y mantener software para un TPS personalizado de calidad 
(Pressman, 1994). De acuerdo al modelo de Pressman (1994) existen tres fases principales dentro de 
la ingeniería de software, las cuales se pueden aplicar a una pequeña empresa familiar: Estas fases 
se presentan en la siguiente figura: 
Ilustración 1. Fases de la Ingeniería de Software 
Fuente: Pressman, 1994 
La fase de definición que se centra en el "Qué", fase de desarrollo que se centra en el "Como" 
y la fase de mantenimiento que se centra en el "cambio". 
6 
Fase de definición 
En la fase de definición de un TPS personalizado, el analista de sistemas crea un mapa de 
carreteras de la institución y sus sistemas, identificando a los principales propietarios y usuarios de 
los datos en la institución a partir de la identificación y rediseño de los procesos administración de 
órdenes de servicio. Este mapa se crea a partir de un diagnostico de los procesos que comprenderá 
el TPS enfocado en la administración de órdenes de servicio. 
Es importante identificar que una orden de servicio o de un producto puede tomarse dentro de 
una compañía de forma electrónica, por teléfono o en papel. Muchas compañías tienen sistemas para 
la gente de ventas que permite introducir órdenes de compra o servicio de los clientes por medio de 
dispositivos portátiles o teléfonos-web, las ordenes pueden incluso pasar de un departamento a otro 
de forma interna a la empresa. Una vez que las ordenes entraron a la empresa, un sistema recibe, 
organiza y almacena todas esas órdenes (Stair and Reynolds, 2003). 
Un procesamiento de órdenes rápido y efectivo es la llave para la satisfacción al cliente, en 
algunos casos las órdenes de manufactura se procesan automáticamente una vez que se reciben. Un 
sistema de Extranet puede ser especialmente útil en procesar órdenes que involucran socios de 
negocio. Un sistema puede procesar órdenes de venta por producto, zona o agente de ventas. 
El rediseño de procesos de negocio involucrados con la administración de órdenes de servicio 
logra un mejoramiento significativo en la productividad, tiempos de respuesta y calidad. Se empieza 
realizando entrevistas con el personal involucrado en el procesamiento de órdenes de servicio para 
identificar el diagrama de flujo y repensar el proceso existente de manera que se pueda entregar 
mayor valor al cliente. Esto busca adoptar un sistema diferente de valor enfatizado en las 
necesidades del cliente, es decir, se reducen las barreras organizacionales y se eliminan tareas 
improductivas en áreas claves. Se rediseña la organización en equipos funcionales enlazados (cross-
functional teams) y se utiliza la tecnología para mejorar la distribución de información y la toma de 
decisiones (Rigby, 2007). 
Para lograr el rediseño de procesos de negocio se requiere redirigir los valores de la compañía 
hacia las necesidades de los clientes, rediseñarlos procesos principales del negocio utilizando 
tecnologías de información para lograr mejoras, reorganizar la organización en equipos funcionales 
enlazados con responsabilidades definidas en cada proceso, pensar en las contingencias de las 
personas involucradas y mejorar todos los procesos de negocio a través de toda la organización. 
Adicionalmente, existen varios documentos que soportan el rediseño de los procesos 
involucrados en la gestión de órdenes de servicio, los cuales son necesarios para dar el seguimiento 
7 
adecuado al rediseño. El primer documento se enfoca en el análisis de "Stakeholders", es decir los 
agentes involucrados dentro del proceso, ya sea que requieran información del proceso o que 
provean información al proceso (Hughes and Cotterell, 2002). Una vez que se identifica a los 
involucrados en el proceso, se requiere una matriz de necesidades, este documento establece 
ciertos parámetros requeridos para el nuevo proceso identificando la importancia de cada uno con 
respecto a la pequeña empresa familiar. 
Posteriormente, para establecer una comunicación efectiva entre el equipo que rediseña el 
proceso y los involucrados se establece un documento enfocado en el plan de comunicación, aquí se 
determinan los lazos de comunicación así como la frecuencia es que es necesaria esta comunicación. 
Para identificar y evaluar los procesos involucrados en la gestión de órdenes de servicio se pueden 
utilizar diferentes modelos como el diagrama de flujo o el modelo de casos de uso (Sommerville, 
2007). Este último modelo proporciona uno o más escenarios de cómo se realiza el proceso o como 
debería de realizarse, en otras palabras es una secuencia de interacciones que se desarrollan dentro 
del proceso en respuesta a un evento que inicia un actor principal sobre el proceso. 
Una vez realizado este análisis organizacional, el analista de sistemas detalla los problemas 
de los sistemas actuales. Al examinar documentos, papeles de trabajo y procedimiento, observar las 
operaciones de los sistemas y entrevistar a los usuarios clave de los sistemas, el analista puede 
identificar las áreas de problemas y los objetivos a ser alcanzados por una solución. Con frecuencia, 
la solución implica desarrollar un nuevo sistema de información o mejorar el ya existente. 
Además de recomendar una solución, el análisis de sistemas implica un estudio de factibilidad 
para determinar que una solución sea posible o alcanzable dados los recursos y restricciones de la 
institución. Se deben estudiar tres áreas principales de la factibilidad (Hughes and Cotterell, 2002): 
Factibilidad técnica: Si la solución propuesta puede ser implantada con el software, hardware y 
recursos técnicos disponibles. 
Factibilidad económica: Si los beneficios de la solución propuesta son mayores que los costos. 
Factibilidad operativa: Si la solución propuesta es deseable con el marco administrativo y 
organizacional existente. 
Se establecen los procesos de software los cuales son un marco de trabajo que define un 
conjunto de actividades para desarrollar y mantener software y sus productos asociados (planes del 
proyecto, código, manuales) con sus entradas y salidas. Las salidas también se les llaman productos 
de software o entregables. Las áreas claves de proceso son conjuntos de actividades dentro el 
proceso que permiten establecer un seguimiento preciso del desarrollo del proyecto (SEi, 1993): 
8 
1.- Administración de requerimientos (SRS IEEE 830 Std revision, 1998) - Establece un 
entendimiento común entre el cliente y el equipo de desarrollo de Software para conocer las 
necesidades del cliente, obtener información sobre los procesos y funciones que va a realizar 
el proyecto, así como las expectativas del cliente sobre él. Algunos elementos de la 
administración de requerimientos son los requerimientos de función, de características de los 
usuarios, restricciones, dependencias o relaciones con otros sistemas. 
2.- Aseguramiento de la calidad (SQAP IEEE 730 Std revision, 2002) - Proporciona una 
administración adecuada para proveer un control de calidad por medio de una serie de 
inspecciones, revisiones y pruebas a cada artículo específico del software. Este plan de 
calidad contiene entre otros elementos estándares, prácticas, convenciones y métricas, 
herramientas, técnicas y metodologías. 
La fase de análisis es primordial para estudiar los problemas de la organización e identificar 
los objetivos a ser alcanzados por el TPS. Toda la información recopilada durante la fase de análisis 
será utilizada para determinar los requerimientos del sistema y como apoyo para la fase de 
desarrollo. 
Fase de desarrollo 
En la fase de desarrollo se realiza el diseño de la nueva base de datos, o en su caso el 
análisis de la base de datos existente. En algunos casos se utilizan diagramas de entidad de relación 
para visualizar las relaciones establecidas en la base de datos. Se realiza la creación de prototipos 
para establecer la interfase del sistema con el usuario, estos prototipos pueden estar basados en el 
método de casos de uso o en el método de diagramas de flujos de datos. 
Una vez validado el diseño del sistema se procede a la programación, durante esta etapa, las 
especificaciones del sistema que fueron preparadas durante la etapa de diseño se traducen a código 
de programa. Sobre la base de documentos detallados de diseño para los archivos, operaciones y 
distribuciones de informes y otros detalles de diseño se preparan las especificaciones para cada 
programa en el sistema. 
En algunos proyectos de desarrollo de sistemas se asignan tareas de programación a 
especialistas cuyo trabajo consiste en codificar únicamente los programas. En otros proyectos se 
prefieren analistas programadores que diseñan y programan las funciones. Como los grandes 
sistemas implican muchos programas con miles (o aun cientos de miles) de líneas de código, se 
emplean con frecuencia equipos de programadores. Además, si todo un sistema puede ser 
9 
programado por una sola persona, la calidad del software será mayor si se somete a la revisión de un 
grupo. 
Es necesario llevar a cabo pruebas exhaustivas y a profundidad para certificar si el sistema 
produce los resultados correctos. La cantidad de tiempo necesaria para realizar las pruebas ha sido 
tradicionalmente subestimada en la planeación de proyectos de sistemas. Casi tanto como el 50 por 
ciento del presupuesto total de desarrollo de software puede ser gastado en pruebas. Las pruebas 
son también consumidoras de tiempo: los datos de prueba deben preparase cuidadosamente, los 
resultados revisados y las correcciones hechas en el sistema. En algunas ocasiones, partes del 
sistema deberán ser rediseñadas. Pero los riesgos de tratar esta etapa son muy grandes 
(Sommerville, 2007). 
Las pruebas de un sistema de información pueden descomponerse en tres actividades: 
1.- Pruebas por unidades, o pruebas de programas: Estas prueban consisten en evaluar cada 
programa por separado en el sistema. Mientras que se piensa ampliamente que el propósito 
de tales pruebas es garantizar que los programas están libres de errores, esta meta es en 
realidad imposible de alcanzar. Las pruebas deben verse, en vez de ello, como un medio de 
localizar errores en los programas, enfocándose en encontrar todos los caminos que pueden 
hacer que un programa falle. Una vez señalados, los problemas pueden ser corregidos. 
2.- Las pruebas al sistema: Estas pruebas evalúan el funcionamiento del sistema de 
información como un todo. Tratan de determinar si módulos discretos pueden funcionar 
conjuntamente tal como se planeó y si existen discrepancias entre las maneras como el 
sistema trabaja en la actualidad y cómo se diseñó. Entre las áreas examinadas se tienen el 
tiempo de proceso, la capacidad para almacenamiento de archivo y el manejo de las cargas 
pico, las capacidades de recuperación y de arranque y los procedimientosmanuales. 
3.- Las pruebas de aceptación: Estas pruebas proporcionan la certificación final de que el 
sistema está listo para ser usado en un escenario de producción. Las pruebas de sistemas 
son evaluadas por usuarios y revisadas por la administración. Cuando todas las partes están 
satisfechas de que el nuevo sistema cumple con sus normas, el sistema queda formalmente 
aceptado para su instalación. 
Es esencial que todos los aspectos de las pruebas sean pensados con sumo cuidado y que 
sean tan comprensibles como sea posible. Para asegurar esto, el equipo de desarrollo trabaja con los 
usuarios para pensar en un plan sistemático de prueba. En el plan de prueba se incluyen todos los 
preparativos para la serie de pruebas previamente descritas. 
10 
Fase de mantenimiento 
Después de que el sistema nuevo se ha instalado y la conversión está completa, se dice que 
el sistema está en producción. Durante esta etapa, el sistema será revisado por los usuarios y por 
especialistas técnicos para determinar qué tan bien ha cumplido con sus objetivos originales y para 
decidir si se deben hacer revisiones o modificaciones. Los cambios en hardware, software, 
documentación o procedimientos a un sistema de producción para corregir errores, cumplir con 
nuevos requerimientos o mejorar la eficiencia de procesamiento se denominan mantenimiento. 
Los estudios de mantenimiento han examinado la cantidad de tiempo que se requiere para 
diversas tareas de mantenimiento (Lientz y Swanson. 1980). Aproximadamente 20 por ciento del 
tiempo se dedica a corregir (debugging) problemas de producción de emergencia; otro 20 por ciento 
tiene que ver con cambios en los datos, archivos, informes. Hardware o Software del sistema. Pero el 
60 por ciento de todo el trabajo de mantenimiento consiste en estimular al usuario, mejorar la 
documentación y hacer un registro de los componentes del sistema para alcanzar una mayor 
eficiencia en el procesamiento. La cantidad de trabajo en la tercera categoría de problemas de 
mantenimiento se podría reducir significativamente mediante un mejor análisis de sistemas y mejores 
prácticas de diseño. 
11 
4. METODOLOGÍA DE INVESTIGACIÓN 
Para realizar este trabajo, en esta sección se explicará el método de investigación que se 
utilizó, se presentará a la empresa en donde se realiza el estudio y se especificará como se recolecto 
la información necesaria. 
4.1 Investigación en Acción 
Se utilizará el método de investigación por medio de "Investigación en Acción". La 
investigación en acción puede ser descrita como una familia de metodologías de investigación que 
persigue una acción o cambio y una investigación o entendimiento al mismo tiempo (Nogueira, 2006). 
Esta metodología fue conceptualizada por el psicólogo social Kurt Lewin en el año de 1946 donde 
expresa dos de las ideas principales: la decisión de grupo y el compromiso con la mejora. 
En la investigación-acción el investigador quiere probar la teoría con la práctica en situaciones 
reales, obtener retroalimentación de sus experiencias, modificar la teoría como resultado de sus 
retroalimentaciones, y probar nuevamente. La investigación-acción tiende a ser cíclica (pasos que 
tienden a recurrir en una secuencia similar), participativa (los clientes e informantes son considerados 
como socios o al menos participantes activos dentro del proceso), cualitativa (trabaja más con el 
lenguaje que con los números) y contemplativa (reflexiones críticas sobre los procesos y las salidas 
son parte importante de cada ciclo). 
La metodología de investigación-acción involucra seis etapas: análisis, diagnóstico, 
conceptualización, planeación, implementación de una acción y evaluación. Kemmis et. al. (1988) 
mencionan que Lewis describió la investigación-acción como un proceso de peldaños en espiral que 
constituyen la planificación, acción y evaluación del resultado de la toma de acción, y que 
generalmente se debe iniciar por una idea general, la cual debe ser analizada para focalizar la 
problemática principal y poder establecer los hechos, para después de una exploración preliminar se 
pueda determinar el plan de acción general. 
Una vez hecho esto se debe iniciar la acción que implicará un cambio estratégico no solo de 
mejoras sino también facilitará la comprensión del alcance futuro. Una vez realizado este paso surgen 
nuevos datos que deben ser valorados para una nueva planificación y así poder controlar y valorar y 
nuevamente re planear si es necesario. Investigación-acción tiene dos objetivos primordiales: el 
investigador debe dar soluciones a través de la implementación de cambios en una situación 
problemática, y poder generar nuevo conocimiento como resultado de sus actividades (McKay y 
Marshall, 2001 ). 
12 
4.2 Descripción de la empresa 
NOVOCAR INNOVATIONS es una empresa dedicada a la restauración estética automotriz y 
de interiores con altos estándares de calidad y un servicio de excelencia. Por medio de una avanzada 
tecnología de micro reparación se restauran rayones, agujeros y rasguños de forma profesional. Si el 
cliente lo desea se puede cambiar el color del interior del auto o de muebles en casa u oficina. Se 
obtienen resultados profesionales de forma rápida y económica. 
Una de las fortalezas más grandes del negocio es su mercado potencial, donde incluye el 
mercado automotriz o vehicular: flotillas de vehículos empresariales, compañías de seguros, 
compañías de renta de automóviles, agencias automotrices, líneas de autobuses turísticos y 
escolares y ambulancias. Dentro del mercado no automotriz se atienden aeropuertos, líneas aéreas, 
mobiliario de oficina y negocio, restaurantes, clubes deportivos y prácticamente cualquier giro 
comercial o casa habitación que necesite reparación de piel, vinyl, velour y tela. 
NOVOCAR INNOVATIONS repara, rehabilita y entinta vinyl, plástico, piel, textiles, velour, 
tapetes y alfombras sobre automóviles, camiones, aviones, embarcaciones marítimas y cualquier otro 
vehículo automotor. Repara bienes muebles en otros mercados: hospitales, restaurantes, hoteles, 
cines, etc. 
Repara parabrisas estrellados, repara abolladuras automotrices sin afectar la pintura, retoca la 
pintura exterior automotriz. Repara, rehabilita y entinta vinyl, plástico, piel, textiles, velour, tapetes y 
alfombras y daños sobre todo tipo de muebles tales como sillas, sillones, mesas, mobiliario médico, 
paneles plásticos, y mobiliario en general con los materiales antes mencionados. 
13 
Ilustración 2. Misión y Visión de Novocar lnnovations SA de CV 
• Ser una empresa de alta rentabilidad, con reconocimiento 
ante la sociedad en general como el líder y de mayor 
presencia y prestigio en la República Mexicana dentro de 
su especialidad, con la más alta y moderna tecnología y los 
operadores mejor preparados. Dicho prestigio debe de 
lograrse mediante el correcto desempeño del trabajo en 
los tres módulos de servicio. 
• Ser una empresa que contribuya al desarrollo económico 
y social creando fuentes de trabajo en las comunidades 
mexicanas. Otorgar la más alta satisfacción a todos los 
clientes que requieren el servicio de la rehabilitación de 
los daños sufridos en sus bienes muebles por la mejor 
tecnología, calidad del servicio y precios adecuados 
evitándole la substitución de la parte dañada por otra de 
mayor precio. 
• Así como ser, dentro del medio laboral, una muy buena 
alternativa de corto y largo plazo para la satisfacción de 
las necesidades económicas del personal, de continua 
superación profesional y laboral, con un ambiente y clima 
de trabajo que le permita permanentemente su 
realización personal. 
En el corto plazo Novocar lnnovations pretende ofrecer mejores procesos que involucren una 
mayor calidad, así como un servicio personalizado. Se requiere investigar sobre nuevos productos, 
así como desarrollar nuevas técnicas de reparación. Esto permitirá un incremento en el número de 
servicios realizadosde al menos 20%. 
En el largo plazo Novocar lnnovations planea integrar productos a la venta para el cuidado de 
interiores. Es de vital importancia para Novocar lnnovations posicionarse como la empresa de 
tapicería automotriz más reconocida en Querétaro por la calidad de sus servicios. Una vez afirmada 
la presencia en la ciudad de Querétaro, Novocar lnnovations pretende tener presencia en el resto de 
la república a través del establecimiento de nuevas sucursales en las principales ciudades del país. 
14 
Ilustración 3- Estrategia de Novocar lnnovations SA de CV 
•La Planeación estratégica se fundamenta en la DIFERENCIACIÓN: 
• 
•La base y sustento del crecimiento y expansión será mediante la correcta y creciente 
promoción y venta de servicios realizados al mercado seleccionado. 
•Se buscará directamente y por medio de alianzas la obtención de cuentas o clientes que 
representen negocios de cobertura multi-regional y nacional. 
•El servicio y atención a los clientes se realiza a domicilio, mediante el desplazamiento de una 
unidad móvil equipada al lugar en donde se encuentran los vehículos de los clientes. 
•Todos los territorios deberán de tener todos los servicios o módulos en operación (interiores, 
abolladuras y retoque de pintura) 
•El concepto de calidad y satisfacción del cliente, prevalece por encima de la rentabilidad de 
un servicio a plazo inmediato. 
•Se ofrecen todos los servicios de reparación y/o rehabilitación de las partes interiores y 
exteriores de vehículos, los cuales están referidos en la especialidad de cada módulo . 
• 
•Se atienden simultáneamente el mismo día y en el mismo lugar, conjuntos de vehículos que 
en cantidad no sea menor el valor promedio de facturación diaria esperada. 
9 
•Nunca se inicia algún servicio si se presupone el hecho de no poder terminar la totalidad de 
los trabajos a realizar sobre el mismo vehículo dentro del mismo día, con horarios laborales 
normales . 
• 
•Cualquier daño propuesto a ser reparado deberá de revisarse profundamente para no 
comprometerse a realizar algún arreglo fuera del perfil de daños susceptible según la 
especialidad de nuestra empresa . 
• 
• No se otorgará algún servicio en modelos de vehículos cuya antigüedad sea mayor a 6 años, 
con respecto a la fecha de petición del servicio, salvo que el automóvil sea calificado de tipo 
"clásico" o se encuentre en excelentes condiciones. 
15 
4.3 Recolección de datos 
Existen seis fuentes formales de evidencia para recolección de datos (Yin, 1986). 
1.- La documentación, la información documentada es relevante para todos los estudios, sin 
embargo el uso de estos documentos sirve para corroborar la evidencia de otras fuentes. Es decir, la 
documentación no se debe tomar como un registro literal de un evento, sin embargo, puede ser de 
gran utilidad para detallar información de otra fuente de evidencia. 
2.- Los registros de archivos, para muchos estudios son relevantes, en especial si están 
registrados en computadora. Sin embargo para algunos estudios puede resultar complicado verificar 
la exactitud de los registros o pudieran no tener gran relevancia, aunque pueden utilizarse para 
confirmar otra fuente de evidencia. 
3.- La entrevista, es una de las fuentes de evidencia más utilizada. Puede ser de diferentes 
formas, la entrevista abierta en la cual el investigador pregunta a personas claves sobre eventos o 
problemas, así como su opinión. La entrevista guiada aunque sigue teniendo un formato abierto sigue 
un formato establecido por un protocolo. El último tipo de entrevista tiene preguntas más 
estructuradas por medio de un cuestionario formal. 
4.- La observación directa, asumiendo que el fenómeno de interés no sea puramente histórico, 
algunos comportamientos o condiciones ambientales relevantes solo están disponibles por medio de 
la observación. La observación puede ser casual o recolectar datos de actividades formalmente. 
5.- La participación-observación es un tipo especial de observación en la cual el investigador 
no es un observador pasivo, por el contrario, el investigador puede tomar diferentes roles dentro de la 
situación estudiada e inclusive formar parte de los eventos del fenómeno. Uno de los principales 
riesgos de esta fuente de evidencia es el potencial sesgo de información. 
6.- Los artefactos físicos son la última fuente de evidencia para recolectar información en el 
estudio, los cuales pueden ser un dispositivo tecnológico, un instrumento o cualquier otra evidencia 
física. Este tipo de evidencia tiene la menor relevancia en la mayoría de los estudios. 
Existen tres principios básicos para recolectar la información: Usar múltiples fuentes de 
evidencia, crear una base de datos del estudio y mantener una cadena de evidencia. 
Las fuentes de evidencia a utilizar en este estudio serán: Entrevista abierta con el gerente de 
la empresa al iniciar el estudio. Participación-Observación para entender mejor la forma en que se 
realizan los procesos de órdenes de servicio y poder brindar mejores sugerencias de reingeniería de 
16 
procesos. Por último se recopilaran documentos que reflejan la forma en que controlan en este 
momento las órdenes de servicio, para poder recolectar los datos involucrados en el proceso. 
A continuación se presenta la información recolectada: 
Tabla 1. Información recolectada 
Se realizó una entrevista abierta donde se recopilaron los objetivos a corto y largo 
plazo. Así como la forma en que la empresa se publicita. Se dio una breve descripción 
de la forma en que realizan el servicio (ver Anexo 1 ). 
Checklist individual - Es un formato que maneja la empresa para tomar los datos del 
cliente y el vehículo (ver Anexo 2) . 
Checklist flotillas - Es un formato que manejaba anteriormente la empresa para 
registrar la entrada a servicio de varios vehículos al mismo tiempo. Aún cuando ya no 
se utiliza provee información sobre los detalles que pueden presentar los vehículos que 
ingresan a servicio (ver Anexo 3). 
Durante el periodo de desarrollo de este proyecto, hubo una estancia en las 
instalaciones de la empresa para experimentar el proceso de la administración de 
órdenes de servicio e identificar como se desarrolla la interacción con el cl iente 
17 
5. HALLAZGOS 
En esta sección se describen los resultados obtenidos en cada fase en el desarrollo e 
implementación de un TPS personalizado para la administración de órdenes de servicio. 
FASE DE DEFINICIÓN 
En esta fase inicialmente se identificó como fluye la información dentro de la empresa, 
identificando a los propietarios y usuarios de los datos y estableciendo los parámetros de 
comunicación entre los involucrados en el proyecto. 
La siguiente tabla establece la misión del proyecto y los parámetros de la comunicación con la 
empresa que solicita el proyecto. 
Tabla 2. Guía de contacto con la empresa 
Analizar los procesos de gestión y dirección de órdenes de servicio para 
¿Cuál es la misión? desarrollar e implementar un TPS personalizado que brinde las 
herramientas necesarias a la empresa para que pueda mejorar este 
proceso, controlando en todo momento la calidad y eficacia del sistema. 
Puntualidad 
Cumplir con los acuerdos establecidos 
Compromisos Control de Calidad en todas las áreas del proyecto (Programación, 
Implementación, etc.). 
Respeto 
Responsabilidad 
Reglas para la Lluvia de ideas 
resolución de Respeto a las ideas de la empresa 
problemas 
Evaluación de lo propuesto 
Seleccionar la mejor opción en base al mejor resultado esperado 
Cuando se reciba o se brinde retroalimentación: 
Resolución de Sin tomar las cosas de forma personal 
conflictos: 
Con respeto a las ideas y comentarios de los demás 
Tratando de aclarar lo más posible los puntos en discusión 
Brindar propuestas con fundamentos que posibiliten un mejor trabajo 
Si se cumple en fechas establecidas 
Medición de éxito: Cumplir con los requisitos de cada etapa 
Si el cliente está satisfecho con cadaavance 
Se generará una encuesta de evaluación para la empresa 
18 
Una vez que se establecieron las reglas de comunicación entre la empresa y la parte que 
desarrolla el sistema, es importante identificar y analizar a los agentes involucrados en el proyecto, ya 
sea de forma directa o indirecta. La siguiente tabla presenta las características de las personas 
implicadas en el proyecto: 
Nombre 
Organización 
Puesto 
Rol en el Proyecto 
Características 
Nivel de Interés 
Nivel de Influencia 
Sugerencias para 
manejar la relación 
Nombre 
Organización 
Puesto 
Rol en el Proyecto 
Características 
Nivel de Interés 
Nivel de Influencia 
Sugerencias para 
manejar la relación 
Tabla 3. Análisis de Stakeholders 
Adrian Verdiguel Empleados 
(Gerente) 
Novocar lnnovations 
Gerente General Ventas 
Sponsor del proyecto 
Gerente General, es el encargado de 
autorizar el proyecto y de evaluar que 
se cubran las expectativas, está 
involucrado en los procesos de ventas y 
toma de decisiones. También utiliza el 
sistema. 
Muy alto 
Muy alto, toma todas las decisiones 
en la parte de la empresa 
Mantenerlo informado, escuchar sus 
comentarios, dejarlo hablar, entregar 
resultados rápido 
Novocar lnnovations 
Usuarios normales 
Hacen uso del sistema 
El sistema se crea para ellos, son los 
usuarios directos, sin embargo no toman 
decisiones sobre él , están sujetos a las 
decisiones de Adrian Verdiguel 
Alto 
Bajo 
Capacitarlo para el uso del sistema, 
apoyo para realizar pruebas sobre el 
sistema 
Marcela Ramírez Clientes 
ITESM ORO 
Profesor 
Realiza evaluaciones y brinda apoyo 
técnico. 
Se encarga de guiar el desarrollo del 
proyecto, verifica que el proyecto se 
termine de manera satisfactoria y se 
encarga de evaluar el resultado final. 
Alto 
Alto 
Mantenerla informada, escuchar 
observaciones, entregarle resultados y 
solicitar apoyo cuando sea necesario. 
19 
Independientes 
Clientes 
No hacen uso directo del sistema, pero 
aportan información y el sistema es 
creado para darles una mejor atención 
Los clientes son afectados por el sistema, 
ya que se diseña para darles una mejor 
atención, se ingresan datos de los 
clientes, nunca interactúan directamente 
con el sistema 
Bajo 
Alto 
No se tiene una relación directa con el 
cliente, de esto se encargan los 
empleados. 
Es necesario determinar la frecuencia y la dirección en que fluye la información entre todos los 
involucrados en el proyecto para lograr una comunicación efectiva, la siguiente tabla muestra como 
se determinaron los lazos de comunicación: 
Tabla 4. Plan de comunicación 
o -o 
Q) 
>, 
o .... 
a. 
Q) 
"O .... 
o 
"O (/) ns o .... - "O .... (/) (/) ns o ·e Q) (/) Q) 
~ -E a. e E o -~ "O .... 
ü w a. 
Administrador del Proyecto e M N 
Gerente e 
Empleados e 
Profesor M e 
Clientes N 
D: Diario 
S Semanalmente 
M: Mensualmente 
C: Conforme a necesidades 
1: Informal 
N: Nunca 
BIBLIOTECA 
20 
Posteriormente, se establecieron las necesidades de la empresa orientadas a ofrecer un 
mayor valor al cliente dentro del proceso de administración de órdenes de servicio, para lo cual se 
estableció una matriz de necesidades de requerimientos de la empresa. La siguiente tabla presenta 
las principales necesidades de la empresa, así como la forma en que se van a cubrir dichas 
necesidades, lo que permite identificar los requerimientos claves en la realización del proyecto. 
Necesidades de la 
Em resa 
Bajo costo 
Mantenimiento 
Interface Ami able 
Ca acitación 
lm lementación 
lm resión de Facturas 
Se uridad 
Restricciones para 
Em leados 
Información de 
Vehículos Clientes 
Confiabilidad 
Procesos captura 
más rá idos 
Eliminar 
Redundancias 
Relación: 
Alta= 9 
Media= 3 
Baja= 1 
Tabla 5. Matriz de necesidades de requerimientos 
(1) 
+-' en e o -~ s s +-' ro o I (/) o 
Q) (1) (1) (1) 
ü 
(1) 
-o -o -o ro ~ (1) .... en en ro .8 o (1) en o.. +-' +-' ro e e e en ro (1) -~ ·u .E E (1) (1) -o e -o -o ro 
ro ·¡:: ·¡:: -o ro t (1) (1) o o ·¡:: 
o ::J ::J •e ,e ::J ::J 
o.. O" O" (1) (1) Ol e 
E 
(1) (1) en en (1) ro 
o:::: o:::: o o (/) ~ 
8 9 9 
9 9 3 
7 3 9 
9 3 9 
8 9 
9 3 3 9 
9 3 9 9 
10 9 
6 3 3 9 9 
3 3 3 
3 1 3 9 3 
21 
21 
en 
ro 
en ,e o en (1) 
+-' ro en ro ..a ro o .... (1) +-' 
(1) ::J e .... o -o o.. o 
(1) (1) (1) en -o ro -o 
e en e e 
·O ·O
 •O 
·u (1) ·u -o ro ü 
~ ro .!::::! ro ro Ol e 
+-' .... ro Ol en ro (1) en e o o:::: 
3 9 3 
9 9 
9 3 
3 3 3 9 
3 
3 
9 9 
9 3 
1 3 
12 28 42 21 
A continuación se describe el proceso original de la administración de órdenes de servicio por 
medio del modelo de casos de uso. El modelo de casos de uso proporciona uno o más escenarios 
que permiten visualizar las actividades y los actores involucrados en el proceso original. 
Pre-condiciones 
22 
El cliente llega a solicitar 
un servicio 
Se realiza el servicio 
Si no tiene 
Crédito 
Realiza el pago 
Diagrama del proceso 
Es recibido por una 
persona del taller 
Se le avisa al cliente que 
el vehículo esta listo 
Si tiene 
crédito 
El Checklist funciona 
como comprobante 
El Checklist funciona 
como comprobante 
23 
Se anotan los datos 
en el Checklist 
El cliente revisa el 
presupuesto 
El cliente recoge el 
vehículo 
Una vez analizado el proceso original, y en base a la implementación del TPS, se rediseño el 
proceso para agregarle valor hacia el cliente. En este nuevo proceso hay una segmentación de las 
tareas a realizar acordes con la estructura organizacional de la empresa. El gerente debe realizar 
algunas actividades previas a la interacción con el cliente, como ingresar al sistema los diferentes 
productos o servicios ofertados por la empresa, ingresar los usuarios que atienden al cliente y que 
van a tener acceso al sistema y otras actividades relacionadas con la administración propia del TPS. 
La interacción directa con el cliente en el nuevo proceso no cambia mucho con respecto al 
proceso original, sin embargo es la implementación del TPS y los resultados que el sistema va a 
arrojar, lo que permitirá reducir los tiempos de respuesta, y contar con los datos necesarios para una 
futura planeación estratégica que genere una ventaja competitiva para la empresa por medio de una 
completa orientación hacia el cliente. 
Por esta razón, el nuevo proceso se divide en dos etapas, la primera está relacionada con la 
interacción directa hacia el cliente y la segunda con las actividades realizadas dentro del TPS. En 
esta segunda parte las operaciones están divididas en operaciones para los gerentes y operaciones 
para los vendedores o usuarios normales. Las cuales están plasmadas nuevamente por el modelo de 
casos de uso (ver Anexo 4). 
24 
Interacción con el cliente 
Pre-condiciones 
25 
El cliente llega a solicitar 
un servicio 
Se realiza el servicio 
Si no tiene 
Crédito 
Realiza el pago 
Diagrama del proceso 
Es recibido por una 
persona del taller 
Se le avisa al cliente que 
el vehículo esta listo 
El sistema genera 
orden de servicio 
Si tiene 
crédito 
El sistema genera 
orden de servicio 
26 
Se registran los 
datos en el TPS 
El cliente revisa el 
presupuesto 
El cliente recoge el 
vehículo 
Se lleva un seguimiento 
detallado de las órdenes de 
servicio realizadas, los pagos 
realizados por los clientes y los 
productos y servicios vendidos. 
27 
Cuando las actividades a realizar por el TPS dentro del nuevo modelo del proceso quedaron 
definidas, se establecieron claramente los objetivos del proyecto, el alcance, la factibilidad y los 
beneficios de la solución. Dentro de los objetivos del proyecto diferenció entre "lo que se busca lograr'' 
con el proyecto y los "productos que se entregan a la empresa" al finalizar el proyecto. Los productos 
finales son el medio para lograr lo que la empresa requiere. 
Para determinar el alcance del proyecto se definió la información que se requiere para la 
realización del mismo, y en base a las consideracionesde los recursos con que se cuentan (tiempo, 
equipo, etc.) se delimitó lo que queda excluido del proyecto. El estudio de factibilidad se realizó de 
acuerdo a los requerimientos claves para la realización del proyecto. La factibilidad depende de los 
recursos existentes, sin este estudio de factibilidad se puede pretender realizar un proyecto 
inalcanzable. 
Esta información se puede revisar a detalle en el documento "Definición/Autorización del 
Proyecto" (ver Anexo 5), donde también se plasman por escrito los beneficios potenciales del 
desarrollo del proyecto. 
Para finalizar la fase de definición en el desarrollo e implementación de un TPS para 
administrar las órdenes de servicio se describieron a detalle los requerimientos específicos del TPS a 
través del documento "Especificación de los requerimientos de software" (Anexo 6) y se definieron los 
parámetros para el control de la calidad del software con el "Plan de aseguramiento de la calidad" (ver 
Anexo 7). 
Probablemente estos últimos documentos sean los de mayor importancia para el desarrollo de 
cualquier sistema de información. 
28 
FASE DE DESARROLLO 
Como se había mencionado, la fase de desarrollo utiliza los productos creados en la fase de 
definición, en esta fase se diseñó la base de datos que manejará la información del proceso de 
administración de órdenes de servicio dentro del sistema a partir de los requerimientos específicos de 
la información que se desea manejar (ver Anexo 6). 
Primero se creó un modelo de la base de datos llamado modelo entidad-relación donde se 
describen los campos de la base de datos y sus relaciones. Este modelo se presenta en la siguiente 
figura (las llaves del lazo izquierdo de algunos campos representan el identificador de la tabla): 
:ntes 
1 idcliente 
nombre 
rfc 
calle 
colonia 
municipio 
estado 
pais 
cp 
telefono 
telefono2 
fax 
celular 
nextel 
mail 
contacto 
medio 
contador 
total 
facturado 
pendiente 
fecha 
status 
Ilustración 4. Modelo Entidad-Relación para TPS de administración de órdenes de servicio 
vehicu los 
'il idvehicu lo 
idcliente 
placas 
tcirculacion 
marca 
tipo 
modelo 
colo r 
status 
facturasactivas 
'v idfactura 
id orden 
ordenes 
V idorden 
factura s 
'il idfactura 
idusuario 
total 
pendiente 
fe chacreacion 
fechapago 
status 
id cliente 
idveh iculo 
idusuario 
fechaent 
fechasa l 
horaent 
hora sal 
total 
pendiente 
fechapago 
status 
facturada 
29 
detalleorden 
'il iddetalle 
idorden 
usuarios 
'v idusuario 
password 
nombre 
ca ll e 
co lonia 
municipio 
te lefono 
ce lular 
tipo 
status 
visita 
detalles 
'il iddeta ll e 
concepto 
categoría 
status 
ordenesactivas 
'il idorden 
idproducto 
cantidad 
precion 
productos 
i idproducto 
concepto 
categoría 
tipo 
prMiO 
cantidad 
horas 
status 
comentarios 
\'l idcomentario 
idorden 
idusuario 
comentario 
fecha 
hora 
pagos 
'i'I idpago 
ido rden 
monto 
forma 
idusuario 
fe cha 
status 
Posteriormente se elaboró el script de la base de datos en lenguaje MySQL donde se 
especifican las restricciones y parámetros de cada campo en la base de datos, con este script se 
puede crear la base de datos directamente en el manejador de bases de datos a utilizar (ver Anexo 
9). 
El siguiente paso en la fase de desarrollo es la codificación del sistema, para este proyecto se 
utilizó el lenguaje ASP ya que el sistema funcionara por medio de un servidor Web. La codificación se 
realizó de acuerdo a un calendario de actividades (ver Anexo 1 O). 
Una vez finalizado el sistema se elaboró un manual para el usuario (ver Anexo 11 ), para que 
los integrantes de la empresa pudieran aprender a utilizar el sistema. El manual muestra el 
funcionamiento de una manera sencilla, llevándolos paso a paso por cada función del sistema. Este 
manual se entrego de forma impresa. 
Se puede consultar una copia del sistema para efectos de pruebas mediante un servidor 
provisional en la siguiente dirección: 
http://rivera.gro.itesm.mx/nafta/taller/index.html 
Nombre de Usuario para realizar pruebas: miguel 
Password para realizar pruebas: migue! 
(El tiempo que el sistema esté disponible en el servidor provisional depende del ITESM campus Querétaro, ya que 
se encuentra en uno de sus servidores) 
30 
FASE DE MANTENIMIENTO 
Por cuestiones del tiempo destinado a la realización de este proyecto, la fase de 
mantenimiento del sistema queda excluida del alcance del proyecto (ver Anexo 5). 
31 
6. ANÁLISIS 
El desarrollo e implementación de un TPS en una empresa familiar para la administración de 
las órdenes de servicio de acuerdo al modelo de Pressman (1994) es un factor crítico para liberar un 
producto de calidad dentro de las restricciones de tiempo y funcionalidad. Para los modelos de 
procesos es necesario contar con una planificación detallada para saber con precisión, que es lo que 
se va a construir. 
En el caso de la empresa NOVOCAR INNOVATIONS no se cuenta con procesos definidos por 
medio de alguna planeación estratégica, si se trata de desarrollar e implementar un sistema de 
software para la administración de uno de sus procesos, como la gestión de órdenes de servicio, y no 
se utiliza un modelo que identifique los puntos principales a desarrollar, se corre el riesgo de caer en 
un círculo interminable de descubrimiento de "nuevos" requisitos. 
En este tipo de organizaciones, el grado de incertidumbre del escenario sobre el que se 
desarrolla, tiene como consecuencia una poco o nula visión de lo que realmente se quiere del sistema 
y la forma en que éste puede ayudar a la organización a cumplir sus objetivos. Si no se apoya a la 
empresa a realizar el análisis de sus procesos, identificando la información vital para el 
funcionamiento adecuado de la empresa, no es posible integrar dichos procesos en un sistema de 
información. 
Una de las desventajas de este modelo es que puede inhibir la innovación que tienen los 
modelos "agiles" de desarrollo de sistemas. En estos modelos las fases se convierten en actividades 
que se desarrollan durante toda la vida del proyecto conforme lo demanden las circunstancias. Los 
requisitos no se conocen de forma detallada al comenzar, se van descubriendo en la realización de 
los prototipos, lo que brinda un valor de innovación en el desarrollo del sistema. 
En muchos proyectos la agilidad y la rápida adaptación no es tan apropiada como la 
predictibilidad, sin embargo, la cuestión no recae en decidir cuál es el mejor modelo para los sistemas 
de software, si no, determinar de acuerdo a las características de la empresa a la cual se le desarrolla 
el sistema de software, cual es el modelo aplicable. 
La implementación de un sistema de software en una empresa que, aunque no cuenta con 
sistemas de información, tiene una estrategia clara de sus procesos y la forma en que estos ofrecen 
un valor hacia su cliente, permite desarrollar un sistema de software a través de un modelo "ágil", 
logrando una mayor capacidad de innovación y proporcionando un valor superior al que se habría 
conseguido con un modelo de gestión predictivo. 
32 
Sea cual sea el modelo que se seleccione para el desarrollo y la implementación de un 
sistema de software, comprender perfectamente los requisitos, ya sea al inicio o gradualmente, 
determinará el éxito del proyecto. 
33 
7. CONCLUSIONES 
Para el desarrollo e implementación de un TPS personalizado que administre las órdenes de 
servicio de una pequeña empresa familiar, el modelo propuesto por Pressman (1994) consistió en 
dividir el proyecto en tres fases principales. La primera es la fase de definición donde se determina el 
"¿Qué?", es decir, se realiza un diagnóstico de ¿Qué existe? ¿Qué se está haciendo? y ¿Qué se 
quiere lograr? 
La segunda fase es de desarrollo y determina el "¿Cómo?", en esta fase se diseñan los 
productos finales de acuerdo a las especificaciones obtenidas en la fase de definición. Por último, la 
tercera fase es de mantenimientoy se enfoca en el "Cambio", en esta fase el sistema está en 
producción y es revisado para determinar si ha cumplido adecuadamente sus objetivos originales, lo 
que determinará si se deben hacer revisiones o cambios. 
Las primeras dos fases fueron aplicadas a la empresa familiar NOVOCAR INNOVATIONS, lo 
que permitió constatar que el modelo constituye una herramienta efectiva para el desarrollo e 
implementación de un TPS aplicable a una empresa familiar. El resultado obtenido fue altamente 
satisfactorio y se refleja en la calidad de los procesos de desarrollo, así como en el cumplimiento de 
los objetivos establecidos en este proyecto. 
Un diseño efectivo de un TPS personalizado para la administración de órdenes de servicio en 
una pequeña empresa familiar dedicada a la restauración estética automotriz debe proveer la 
información de los clientes y sus vehículos a través de una interface amigable, sin que comprometa a 
seguridad de la información que maneja la empresa (Matriz de necesidades de requerimientos). 
Reflexiones teóricas de la aplicación del modelo 
Los procesos definidos por medio de un modelo ayudan a la planificación y desarrollo de 
cualquier proyecto, sin embargo el proceso establecido debe ser flexible y debe facilitar el cambio y la 
innovación. El seguimiento fiel de un modelo puede ser muy costoso y consumidor de tiempo, una 
gran cantidad de tiempo se emplea en la recopilación de información y en la preparación de grandes 
especificaciones y documentos de autorización. En el área de desarrollo de TPS, pueden pasar años 
antes de que un sistema quede finalmente instalado. 
Si el seguimiento fiel de un modelo ocasiona un desarrollo demasiado prolongado los 
requerimientos de información pueden cambiar antes de que el sistema esté en condiciones de 
operar. 
34 
Por otro lado, el propósito de un modelo es guiar en la selección de estrategias de mejora 
determinando la madurez de los procesos actuales e identificando los puntos importantes que se 
deben desarrollar y trabajar para mejorar tanto en los procesos como en la calidad del proyecto. En 
otras palabras ayuda a identificar las actividades críticas que indican la capacidad de realizar 
adecuadamente el proyecto. 
Para este proyecto se dio un seguimiento flexible del modelo planteado, el TPS desarrollado 
se apega a la descripción, los objetivos y las características de un TPS definidos dentro del modelo. 
Con respecto a las diferentes fases de desarrollo e implementación de un TPS personalizado en las 
pequeñas empresas familiares para la administración de órdenes se servicio descritas dentro del 
modelo, como sucede en la mayoría de los proyectos de Ingeniería de Software se siguió fielmente el 
modelo en la fase de definición. Se identificó la información y los procesos involucrados con la 
administración de las órdenes de servicio y se generaron los documentos requeridos por el modelo. 
Sin embargo, es en la fase de desarrollo donde es prácticamente imposible seguir fielmente el 
modelo. En esta fase el programador realiza cambios no previstos al codificar el sistema, para 
eficientar ciertos procesos de software y brindar una interface al usuario más amigable y sencilla de 
utilizar. Si comparamos el producto final (sistema) con lo establecido a través de los casos de uso, se 
verán ciertas diferencias con respecto al modelo del sistema planteado originalmente. 
El problema se origina porque los usuarios siempre han tenido dificultades para distinguir 
entre un sistema definitivo y los documentos de especificaciones, por lo que es común que los 
usuarios aprueben los documentos de las especificaciones sin comprender totalmente su contenido, 
solo para enterarse durante la programación y las pruebas, que las especificaciones están 
incompletas o no es lo que tenían en mente. 
Es por eso que el programador debe tener la libertad de realizar pequeños cambios sobre el 
modelo. En la mayoría de los casos estos cambios resultan ser de beneficio para el usuario, sin 
embargo el mismo usuario debe realizar una evaluación positiva a este respecto y en caso contrario, 
se deben hacer las modificaciones correspondientes. 
Reflexiones metodológicas 
Con respecto a la metodología de Investigación-Acción, para la realización de este estudio 
desafortunadamente por falta de tiempo no se pudo llegar a la etapa de evaluación y mantenimiento, 
que constituye la generación de nuevo conocimiento a ser valorado para una nueva planificación. 
Esta es una de las ideas principales de esta metodología cíclica, ya que se modifica la teoría como 
resultado de la retroalimentación. Por lo que en estudios posteriores, se debe determinar si la 
35 
metodología de Investigación-Acción es la más adecuada para un proyecto que no va a contar con la 
retroalimentación necesaria determinada en la fase de mantenimiento. 
En esta fase de mantenimiento se estimula al usuario para que de manera colectiva colabore 
con la mejora del sistema, lo que involucra una profunda comprensión del mismo. Este objetivo se 
encuentra plasmado directamente en la metodología de Investigación-Acción la cual busca realizar 
mejoras por medio de los cambios que se obtienen como resultado en cada iteración. 
Para el desarrollo de proyectos de software existen varios métodos, aún cuando este estudio 
no se basa únicamente en el desarrollo de un TPS, el sistema es el producto final hacia la empresa 
objeto de este estudio. Por lo que en próximos proyectos que involucren el desarrollo y la 
implementación de un proyecto de software sería conveniente evaluar si es posible utilizar la 
metodología de CMM Capability Maturity Model (SIE, 1993) . Esta metodología permite establecer un 
indicador de calidad en los procesos y sirve de guía para la mejora continua en el desarrollo del 
proyecto. 
Recomendaciones para el uso del sistema en NOVOCAR INNOVATIONS 
Es importante leer el manual del sistema antes de utilizarlo formalmente para llevar la 
operación de la empresa. 
La seguridad de la información contenida dentro del sistema es responsabilidad de los 
administradores del sistema, las contraseñas de acceso son responsabilidad de cada usuario y no 
deben compartirse bajo ninguna circunstancia. 
Limitaciones del sistema 
El sistema únicamente controla los servicios realizados a los clientes que hayan sido 
registrados, por lo que no maneja un control fiscal ni de las demás áreas de la empresa. 
36 
8. REFERENCIAS 
Laudon K., J Laudon. 2006. Management information systems-The digital firm. Prentice Hall. 35-46, 83-89, 96-
105, 320-323. 
Newkirk, Henry E., Lederer, Albert L. 2007. The effectiveness of strategic information systems planning for 
technical resources, personnel resources, and data security in environments of heterogeneity and 
hostility. The Journal of Computer lnformation Systems. 34-35. 
Levy, Margi., Powell, Philip. 1998. SME Flexibility and the role of lnformation Systems. Small Business 
Economics. 
Turban, Mclean, Wetherbe. 2002. lnformation technology for management-Transforming business in the digital 
economy. John Wiley & Sons, lnc. 275-314. 
Stair, Ralph M., Reynolds, George W. 2003. Principies of information systems. Thomson. 362-395. 
Ahituv, Niv., Neumann, Seev., Riley, H. Norton. 1994. Principies of information systems for management. 
Business and Educational Technologies. 152-165. 
IEEE 730 Std. (revision). 2002. Standard for Software quality assurance plans. 
IEEE 830 Std. (revision).1998. Recommended practice for Software requirements specifications. 
Hughes, Bob., Cotterell, Mike. 2002. Software project management. McGraw Hill. 4-15, 20-35, 229-249. 
Sommerville, lan. 2007. Software engineering. Addison Wesley. 96-104, 117-139, 161-167, 298-304, 342-346. 
SIE. 1993. Capability Maturity Model. 
Rigby, Darrell. 2007. Management tools 2007: An executive's Guide. Bain & Company. 
<http://www.bain.com/management_tools/home.asp>. 
Yin, Robert K. 1986. Case studyresearch-Design and methods. Sage Publications. 13-26, 78-97. 
Kemmis, S., McTaggart, R., y Salcedo, R.G. 1998. Cómo planificar la investigación-acción. Madrid. Laertes. 
Nogueira Delgado, Juan Manuel. 2006. Metodología basada en investigación-acción para la implementación del 
framework de Zachman. Tecnológico de Monterrey. 29-37 
37 
9. ANEXOS 
Anexo 1 
Entrevista con el Gerente 
1. ¿Cuáles son los objetivos de la empresa a corto plazo? 
Nos interesa ofrecer mejores procesos en los servicios que realizamos, lograr mayor calidad en el 
servicio al cliente y nos gustaría brindar un servicio personalizado. Quisiéramos investigar sobre 
nuevos productos y desarrollar nuevos tipos de reparación, pero desafortunadamente por el trabajo 
administrativo no contamos con el tiempo necesario. 
Nos gustaría incrementar el número de servicios en un 20% al año. 
2. ¿ Cuáles son los objetivos de la empresa a largo plazo? 
Introducir productos de calidad para el cuidado del automóvil que podamos vender a nuestros 
clientes. Queremos posicionarnos en la ciudad de Querétaro como una empresa de tapicería 
automotriz especializada. Más adelante queremos expandirnos con el establecimiento de sucursales 
en la zona del bajío. 
3. ¿De qué forma se promociona la empresa actualmente? 
No contamos con una campaña de publicidad establecida, mandamos a hacer volantes que se 
reparten en las zonas cercanas, tenemos el anuncio en el exterior del local y principalmente 
ocupamos de la publicidad de "boca en boca". A nuestros clientes frecuentes les hacemos algún 
descuento, sin embargo actualmente nos cuesta trabajo identificar la frecuencia de los clientes, por lo 
que únicamente reconocemos aquellos que llevan mucho tiempo con nosotros. 
A los clientes nuevos se les ofrecen servicios que requiera el carro que ellos no hayan notado, así se 
dan cuenta que nos interesamos realmente por su carro. 
4. ¿Cómo es el proceso del servicio? 
El cliente llega a solicitar un servicio y se le recibe con una hoja llamada "Checklist", en esta hoja se 
apunta lo que el cliente está solicitando y los detalles que pudiera traer el vehículo como rallones, 
golpes, etc. No siempre se hace inventario de lo que trae el vehículo a menos que sea un servicio que 
vaya a tardar varios días, en promedio todos los servicios tardan como máximo 2 días. 
38 
El cliente deja el carro, se le hace el servicio y una vez que esta listo se le avisa por teléfono. Cuando 
el cliente recoge el carro, revisa el presupuesto y se lleva la copia del "Checklist" con el sello de 
entregado en caso de alguna garantía del servicio. 
5. ¿Manejan crédito con sus clientes? 
Sólo con los clientes frecuentes, es decir, con los que llevamos mucho tiempo trabajando. 
6. ¿Llevan algún control de los clientes que vienen a servicio y los pagos que realizan? 
No, solamente las hojas de "Checklist" de los servicios que vamos realizando, pero se complica 
mucho revisar hoja por hoja para identificar cuantos servicios se han hecho o que se le hizo al carro 
en el último servicio. Tampoco llevamos un control exacto de los pagos que nos realizan. 
39 
~ 
~ 
LVINYLJ 
SAVES TIME AND MONEY 
Checklist Individual 
Novocar lnnovations, S.A. de C.V. 
Av. Magisterio No. 211 
Col. Plazas del sol 
Queretaro, Qro. C.P. 76090 
Te l. ( 4 4 2 ) 2 23 7 7 1 2 
http://www.drvlnyl.com 
e-maH:mexlco@drvlnVl.com 
Anexo 2 
ORDEN DE 
SERVICIO 
N~ oont 
1:-- 1 • : • • .. • .;: ••• e: , • .. • .. • .. - •• e: ,. > e: •• - 1 • • - ••• 1 11{ .. • • • • .. '/ 1 1 
Nombre -· ------------Fecholhora de recepción :-------
Domicilio · Colonia · Ciudad : ___ _ 
Estado : _______ C.P: _____ Tel.: ________ c. P. ____ _ 
Contacto : _______ Técnico : ____ Fecha/ hora de ermego : ____ _ 
Vehículo: ____________ Color: _____ Placas: _____ _ 
Descripción 
TOTAL$ 
POR ESTE PAGARÉ ME(NOSJ 08UGO(AMOSJ A PAGAR INCONDICIONALMENTE 
A LA ORDEN DE NOYOCAR INNOYAJIONI, 1.A. DE C.V. EN ESTA CIUDAD EN 
CUALQLNER PLAZA EL DIA DE. ____ .DE ___ LA CANTIDAD 
DE$ ____ --
VALOR DE LOS SERVICIOS'-ARRIBA--=--,-,-=DE=sc=RlfOS=.--,SUMl\,,..,,,..,-,-,-A-,-LA-=--=QUEc:-=-=se=-AGRE=-===GA=-! 
UN INTERES MORATORIO DEL ___ % MENSUAL 
40 
Arma de confamldad 
Anexo 3 
Checklist Flotillas 
CHECKLIST DE FLOTILLAS 
De !'Jtcxicc Firma d• Conformidad F.cha d8 Conformidad 
El <rtr3 plóstico de su automóvil 
Nombre:.______________ Col.'·- ---=--~ ~-=..,.;::...::_~....:. 
D1recc16n:_____________ Fax, ______ _ _ _ _ _ ,. 
Ciudad:__________ Edo. : ___ _ __ "'--=- Elaboró: ____ _ 
Tels: _ _ ___ ./ _ ____ ¡ ____ _ emoíl: _ _______________ ~ - --
Contacto : Feche Checklist: 
Placas Nlorco MOdelo Cólor IV\ot011oles Interiores. 
CONDICIONES INTERIORES CONDICIONES EXTERIORES 
$ COSTO 
Asientos Delonteros: __ ---'----'--~ ---':..:;__'----+------1 Puertos 
Asiento(s) T~ro(s):_...:=.:....:.;.,:..:.:;...:..::.;:;_c_ _ _ +----"----1 Puertos 
Delonteros: 
Traseros: 
oderas Delanteras:-Paneles Delanteros: Solpic 
Paneles Traseros: Solplcode,os 
Tablero: Cofr•: 
Traseros: 
Consola: Cojuel 
Alfombro: Defensas 
O: 
: 
Toldo: Toldo : 
-
~ 
~-~ 
-
Volante: Espejos 
Desodorlzoción: Porobrlso 
u . y limpia porabl'lliOS: . 
5: 
Otro(s): Otro( s): 
$ 111901.'-- S PINTUIIR 
lnterioru Subtotal $ __ ___:..:c...,__ Abolladuras V Pintura Subtotal $ _________ _ 
JOJftl s 
Placas Nlorco Modelo ColOf Materiales Interiores. 
CONDICIONES INTERIORES CONDICIONES EXTERIORES 
$ COSTO 
$ RIIOllADAS S PINT\11111 
Asientos Delanteros:, _____ -=..:.....:._-+------1 Puertos o.lonteros: 
Asiento(s) Trosero(s): __ -=-:---:----'--+------t FIJ9ltm 
Paneles Delanteros: Sotpic 
Paneles Traseros.: Solpic 
Tablero: Cofre: 
Traseros: 
oderos Delanteros: 
oderos Traseros: --Consola: Cojue 
Alfombra: Defensas: 
la: -- .1_--. ~,..,. 
~ 
...., 
Toldo: Toldo: 
Volante: Espej 
Desodorlzoclón: Porobrlsa5 
01 at. y limpio parobrlS05: 
: 
Otro(s): Otro( s ): 
IAterioras Subtotal $ _____ Abolladuras y Pintura Subtotal $ _________ _ 
Pfacos Morco Modelo 
COND,ICIONES INTEAJOAES 
Delanteros; 
to(s) Tr0Yro(1): 
Asientos 
Aslen 
Panete 
Ponele 
Tobler 
Conso 
ftfombf 
Toldo 
Volante 
Desodor 
Otro( 
--~ 
s Delanteros· ~ .... 
sTroseros: 
o: 1 -~ 
lo: ~-
o: 
: 
: .. ~ 
izod6n: ~~ 
s): 
, 
-
' 
TOTAl $ 
Color N.:iteríoles Interiores. 
CONDICIONES EX181IORES 
$ COSTO $ RIK>lUIDflS $ PINTUIIA 
-..¡, 
y 
Delonteros: . -~ 
Trcargs: 
Puedt!S 
Pu;ttos 
SalplCll:ldMII 
SICllpkaÑID5 
C"'9 
Delanteros: 
Traseros: 
: 
lo: 
: 
' : 
Cajue 
Def&nsas 
Toldo 
~ 
Paobr 
tm. y limpia parabrisas: 
isas: 
Otro( s): 
lntarlaras SUblDIOI $ _____ Abolladuras y Plntawa Subtotol $ 
T01RL $ 
41 
Anexo 4 
Casos de Uso (Gerentes) 
l.- Autentificación 
Pre-condicione 
Antes de los siguientes pasos se debió haber abierto el explorador que mostrará la página 
principal del sistema. A esta acción le siguen los siguientes pasos: 
1.- El sistema pide Cuenta y Contraseña del usuario. 
2.- El usuario proporciona su cuenta y contraseña. 
3.- El sistema verifica los datos en la base de datos de usuarios. 
Escenario alterno a: 
4a.- El sistema indica acceso denegado porque los datos son incorrectos. 
Escenario alterno b: 
4b.- El sistema indica que el servidor no está disponible en ese momento. 
Post-condicione 
Después de estos pasos el sistema no tiene mayores alteraciones, si concuerdan los datos el 
usuario entra al menú principal del sistema o de lo contrario recibe un mensaje de error. 
ll.-5 erac1ones validas para Gerentes: 
iíd= ,Df,,M,Uti 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El sistema despliega una lista de funciones validas para el Gerente de la empresa. La lista 
de opciones que se desplegaran son: 
Registrar empleados 
Registrar servicios 
Registrar pagos 
Registrar Cliente 
Registrar Orden de servicio 
Realizar Factura 
Consultas 
Clientes 
42 
EmpleadosÓrdenes de servicio 
Servicios 
Facturas 
Pagos 
2.- En caso de que el usuario desee realizar cualquiera de las operaciones anteriores dará 
click en la operación deseada. A esta acción le siguen los casos correspondientes a la acción 
seleccionada. 
Post-condicione 
El sistema está listo para cualquier opción que elija el usuario. 
Se muestra la siguiente ventana de acuerdo a la opción seleccionada por el usuario. 
111.- Refstro de Empleados 
ii@d,1 ,j@t,fi@ 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El sistema solicita los siguientes datos: 
Nombre Completo 
Teléfono 
Tipo (Se muestran las opciones Empleado - Gerente en CheckBox) 
User Id (Caja de texto que solo permite 8 caracteres) 
Password (Caja de texto que solo permite 8 caracteres) 
Confirmación (Caja de texto que solo permite 8 caracteres) 
2.- El usuario debe proporcionarlos y al terminar dar click en el botón 'Registrar'. 
Escenario alterno a: 
4a.- El sistema automáticamente almacenará en la base de datos al nuevo empleado. 
Aparecerá un mensaje indicando que se ha registrado el nuevo empleado y desplegará 
la pantalla con la lista de operaciones para ese usuario. 
Escenario alterno b: 
4b.- El sistema no puede registrar al empleado por que el servidor no está disponible o 
por algún problema de conexión a la base de datos. En este caso el sistema 
desplegará un mensaje indicando que el nuevo empleado no pudo ser registrado y la 
causa de este problema. A continuación se desplegará la pantalla con la lista de 
operaciones para el usuario. 
43 
Escenario alterno c. 
4c.- En caso de que ese empleado ya exista en la base de datos, aparecerá una 
pantalla diciendo "empleado ya registrado". 
Escenario alterno d: 
4d.- En caso de que faltara de llenar algún campo, y si el botón de registrar se oprime, 
el sistema mostrará una pantalla diciendo cual es el campo que falta llenar. 
Post-condicione 
Una vez registrado el empleado se indicará al usuario que el empleado fue registrado 
satisfactoriamente. 
Los mensajes de error se mostraran en la parte superior de la pantalla. 
Una vez registrado el empleado se muestra nuevamente la lista de opciones válidas para el 
usuario. 
IV-Re¡ istrar servicios 
iidiibf,,@,)U 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El usuario, da clic en la opción "Registro de servicios" 
2.- El sistema solicita los siguientes datos: 
Descripción 
Precio 
3.- Después de proporcionar los datos el usuario dará click en "Registrar". 
Escenario alterno a: 
4a.- Si los datos fueron ingresados completos y de manera correcta, el sistema 
guardará la información en la base de datos y mostrará un mensaje avisando que ya se 
registro el nuevo servicio. 
Escenario alterno b. 
4b.- El sistema no puede registrar el servicio por que el servidor no está disponible o 
por algún problema de conexión a la base de datos. En este caso el sistema 
desplegará un mensaje indicando que el nuevo servicio no pudo ser registrado y la 
causa de este problema. A continuación se desplegará la pantalla con la lista de 
operaciones para el usuario. 
44 
Escenario alterno e: 
4c.- En caso de que faltara de llenar algún campo, y si el botón de registrar se oprime, 
el sistema mostrará una pantalla diciendo cual es el campo que falta llenar. 
Post-condicione 
Una vez registrado el servicio se indicará al usuario que el servicio fue registrado 
satisfactoriamente. 
Los mensajes de error se mostraran en la parte superior de la pantalla. 
Se muestra nuevamente la lista de opciones válidas para el usuario. 
V.- Re¡ istro de pagos 
,a.¡,j,@i,)@ 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El usuario dará clic en el botón "Facturas pendientes de pago". 
2.- El sistema pedirá se escoja uno de las facturas pendientes de pago, se puede hacer una 
consulta por número de factura, por cliente, o por rango de fechas en la que se realizó la 
factura, así se hará una búsqueda y se mostrará una lista de las facturas que cumplan los 
requisitos. 
3.- Para realizar el pago se registra el monto del pago en caso de ser un pago parcial a la 
factura, si es el pago completo se selecciona un checkbox correspondiente al pago total. 
4.- El sistema registra el pago a la factura correspondiente. 
Escenario alterno a: 
5a.- El sistema no puede registrar el pago por que el servidor no está disponible o por 
algún problema de conexión a la base de datos. En este caso el sistema desplegará un 
mensaje indicando que el pago no pudo ser registrado y la causa de este problema. A 
continuación se desplegará la pantalla con la lista de operaciones para el usuario. 
Post-condicione 
Se muestra un mensaje de actualización exitosa 
Se muestra nuevamente la lista de opciones válidas para el sistema 
VI. -Reflistrar Cliente 
iiffi,J,@f,Dtm 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
45 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El usuario, da click en la opción que indica 'Altas de Clientes'. 
2.- El sistema solicita la razón social del nuevo Cliente. 
3.- El usuario proporciona la razón social del nuevo cliente 
4.- El sistema solicita el RFC del nuevo Cliente. 
5.- El usuario proporciona el RFC del nuevo Cliente 
6.- El sistema solicita la calle y número del nuevo Cliente. 
7.- El usuario proporciona la calle y número del nuevo cliente 
8.- El sistema solicita la colonia del nuevo Cliente. 
9.- El usuario proporciona la colonia del nuevo cliente 
10.- El sistema solicita el CP del nuevo Cliente. 
11.- El usuario proporciona el CP del nuevo cliente 
12.- El sistema solicita el teléfono del nuevo Cliente. 
13.- El usuario proporciona el teléfono del nuevo cliente 
14.- El sistema solicita el estado del nuevo Cliente. 
15.- El usuario proporciona el estado del nuevo cliente 
16.- El sistema solicita el país del nuevo Cliente. 
17.- El usuario proporciona el país del nuevo cliente 
18.- El sistema solicita el mail del nuevo Cliente. 
19.- El usuario proporciona el mail del nuevo cliente 
20.- El sistema solicita el medio del nuevo Cliente. 
21.- El usuario proporciona el medio del nuevo cliente 
22.- El sistema solicita el nombre del contacto del nuevo Cliente. 
23.- El usuario proporciona el nombre del contacto del nuevo cliente 
24.- El sistema checa que el cliente no esté anteriormente dado de alta. 
scenario alterno a: 
25a.- El cliente ya está dado de alta por lo tanto el sistema muestra los datos de ese 
cliente. 
Escenario alterno b: 
25b.- El cliente no está dado de alta por lo tanto el sistema procede a registrar a ese 
cliente. 
Escenario alterno b. 1. 
26b.1.- El usuario proporciona todos los datos y al terminar da click en el botón 
'Solo Registrar Cliente'. 
Escenario alterno b. 1. 1: 
27b.1.1.- El sistema automáticamente almacenara en la base de datos al 
nuevo cliente con un identificador que se genera automáticamente y el 
campo Status del Cliente se llena también automáticamente como 
'Activo'. Aparecerá un mensaje indicando que se ha registrado el nuevo 
46 
cliente y desplegará la pantalla con la lista de operaciones para ese 
usuario. 
Escenario alterno b. 1. 2. 
27b.1.2.- El sistema no puede registrar el cliente por que el servidor no 
está disponible o por algún problema de conexión a la base de datos. En 
este caso el sistema desplegará un mensaje indicando que el nuevo 
cliente no pudo ser registrado y la causa de este problema. A 
continuación se desplegará la pantalla con la lista de operaciones para 
el usuario. 
Escenario alterno b.2: 
26b.2.- El usuario proporciona los datos y al terminar da click en el botón 
'Registrar Orden de servicio'. 
Escenario alterno b. 2. 1: 
27b.2.1.- El sistema automáticamente almacenara en la base de datos al 
nuevo cliente con un identificador que se genera automáticamente y el 
campo Status del Cliente se llena también automáticamente como 
'Activo'. Se muestra una nueva ventana para registrar una orden de 
servicio al cliente (Caso de Uso Registrar Orden de servicio). 
Escenario alterno b. 2. 2. 
27b.2.2.- El sistema no puede registrar el cliente por que el servidor no 
está disponible o por algún problema de conexión a la base de datos. En 
este caso el sistema desplegará un mensaje indicando que el nuevo 
cliente no pudo ser registrado y la causa de este problema. A 
continuación se desplegará la pantalla con la lista de operaciones para 
el usuario. 
Escenario alterno b. 3: 
Post-condicione 
26b.3.- El sistema regresa a la pantalla de "Alta de clientes" para que pueda 
registrara otro cliente. 
Una vez registrado el cliente y en caso de haber elegido la opción 'Solo Registrar Cliente' se 
indicara al usuario que el cliente fue registrado satisfactoriamente. 
Los mensajes de error se mostraran en la parte superior de la pantalla. 
Una vez registrado el cliente y en caso de haber elegido la opción 'Registrar Orden de servicio' 
el sistema llevará al usuario a la ventana de registro de orden de servicio registrándose en la 
base de datos el nuevo cliente. 
47 
VII.-R, 1strar Orden de servicio 
;iJM,1 ,,ij,)@ 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
Existen dos formas para llegar a esta ventana, a través de la Consulta de Clientes dando clic 
en el botón "Modificar cliente y Registrar Orden de servicio" o desde la ventana de Altas de 
Clientes en donde al terminar de registrar al cliente el usuario da clic en el botón "Registrar 
Orden de servicio" 
Escenario rinci a 
1.- El sistema solicita al usuario los datos del vehículo: 
- Placas 
- Tarjeta circulación 
- Modelo 
-Tipo 
- Marca 
2.- El usuario proporciona los datos del vehículo y da clic en el botón "Continuar''. 
Escenario alterno a. 
3a.- El vehículo se encuentra ya registrado para otro cliente. 
4a.- El sistema muestra una ventana que indica que el vehículo está bloqueado y 
pregunta al usuario si quiere modificar el registro del vehículo al nuevo cliente. 
Escenario alterno a. 1. 
5a.1.- El cliente rechaza el cambio y el sistema regresa a la pantalla donde 
solicita los datos del vehículo. 
Escenario alterno a. 2: 
5a.2.- El cliente acepta el cambio y el sistema actualiza el campo del 
identificador del cliente para ese vehículo. 
Escenario alterno b · 
3b.- El vehículo no se encuentra registrado para ningún otro cliente. 
4b.- El sistema ingresa los datos del vehículo asociados con el identificador del cliente. 
5.- El sistema avanza a la siguiente pantalla solicitando los datos específicos del servicio que 
se va a realizar, así como los detalles del vehículo: 
- Datos del checklist * 
- Detalles del vehículo* 
48 
6.- El usuario proporciona los datos específicos del checklist y detalles del vehículo. 
scenario alterno a: 
7a.- El sistema registra los datos ingresados por el usuario y registra automáticamente 
la fecha y la hora de ingreso, así como el identificador del servicio. 
Escenario alterno b: 
7b.- El sistema no puede registrar el servicio por que el servidor no está disponible o 
por algún problema de conexión a la base de datos. En este caso el sistema 
desplegará un mensaje indicando que el servicio no pudo ser registrado y la causa de 
este problema. A continuación se desplegará la pantalla con la lista de operaciones 
para el usuario. 
8.- El sistema avanza a la siguiente pantalla solicitando los servicios específicos a realizar en 
el vehículo (Caso de uso Registrar acciones a la orden de servicio) 
Escenario alterno a: 
9a.- El usuario da click en la opción de agregar servicios. 
1 Oa.- Se llevan los pasos de Caso de uso Registrar acciones a la orden de servicio. 
9b.- El usuario selecciona la opción salir para regresar al menú principal 
(posteriormente se registraran los servicios específicos para el vehículo). 
Post-condicione 
En caso de no existir errores se registra el servicio en la base de datos, se muestra un 
mensaje que indica que el registro fue almacenado exitosamente. 
VIII. -Re1istrar acciones al servicio f:Jffi,@,j,jJ,Dti 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
Existen dos formas para llegar a esta ventana, una es desde la Consulta de Servicios donde 
aparece como una de las opciones y la otra es desde la ventana en donde se registro un 
servicio, en este último se genera eligiendo el botón de 'Agregar servicios' una vez que se está 
llevando a cabo el registro del servicio. 
1.- El sistema va hacia la ventana de consulta de servicios. 
2.- El usuario selecciona el servicio que va a registrarse para la orden de servicio. 
49 
Escenario alterno a: 
3a.- El sistema registra el servicio seleccionado y regresa a la pantalla de la orden de 
servicio. 
Escenario alterno b. 
3b.- El sistema no puede registrar el servicio seleccionado por que el servidor no está 
disponible o por algún problema de conexión a la base de datos. En este caso el 
sistema desplegará un mensaje indicando que el servicio no pudo ser registrado y la 
causa de este problema. A continuación se desplegará la pantalla con la lista de 
operaciones para el usuario. 
Post-condicione 
Una vez registrados los servicios a la orden de servicio el sistema regresa a la pantalla de la 
orden de servicio para ser finalizada o regresar al sistema anterior. 
IX.-Re¡/strar factura 
iiUt•l•MíMiM 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
Existen dos formas para llegar a esta ventana, una es desde la Consulta de Órdenes de 
servicio donde aparece como una de las opciones y la otra es desde la ventana en donde se 
registro una orden de servicio, en este último se genera eligiendo el botón de 'Facturar' una 
vez que se está llevando a cabo el registro del servicio. 
1.- El sistema solicita las opciones para registrar la factura: 
- Fecha probable de pago 
2.- El usuario proporciona los datos requeridos por el sistema 
Escenario alterno a: 
3a.- El sistema registra la factura automáticamente con su identificador, la fecha actual, 
el total y el status como "activa", el formato se manda a impresión automáticamente. 
Escenario alterno b: 
3b.- El sistema no puede registrar la factura por que el servidor no está disponible o por 
algún problema de conexión a la base de datos. En este caso el sistema desplegará un 
mensaje indicando que el servicio no pudo ser registrado y la causa de este problema. 
A continuación se desplegará la pantalla con la lista de operaciones para el usuario. 
50 
X- Consultar 
Pre-condicione 
El sistema solicita la Autentificación del gerente (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El usuario selecciona del menú principal una de las consultas disponibles y da click en la 
opción que eligió. Las opciones pueden ser: 
- Cliente 
- Servicios 
- Órdenes de servicio 
- Facturas 
- Pagos 
- Empleados 
Escenario alterno a: 
1 a.- El usuario selecciona una de las opciones, el sistema muestra información sobre lo 
seleccionado, más específicamente como sigue: 
Clientes: 
- Se muestran varias cajas de texto para que el usuario ingrese los datos a 
buscar. El usuario puede buscar por: 
Razón social 
RFC 
Calley número 
Colonia 
C.P. 
Teléfono 
Estado 
País 
Email 
Medio por el cual se enteró. 
- Se pueden hacer diversas consultas de acuerdo a los datos o a la 
combinación de datos que ingrese el usuario. También se muestran checkbox 
para que el usuario indique cual de los datos ingresados quiere que se 
muestren. 
- Una vez ingresados los datos a buscar el usuario da click en "Buscar'' 
- El sistema muestra la información que se solicito si es que existe un Cliente 
con esos datos. 
Órdenes de servicio: 
- Se pueden hacer consultas de acuerdo a un rango de fechas y/o a un rango 
del monto del total de la orden de servicio y/o a un cliente. 
51 
- El usuario elige el rango de fecha y/o introduce el rango del monto. Si se viene 
de una consulta de cliente se limitan las órdenes de servicio al cliente en 
específico. Por último da click en el botón "Consultar'' 
- El sistema muestra los servicios con estos requerimientos, los cuales están 
separados en servicios activos y servicios finalizados. 
Servicios: 
- Se muestran los servicios registrados y activos, aparecen los siguientes datos: 
Descripción 
Costo 
Facturas: 
Pagos: 
- Se pueden hacer consultas de acuerdo a un rango de fechas y/o a un rango 
del monto del total de la factura y/o a un cliente. 
- El usuario elige el rango de fecha y/o introduce el rango del monto. Si se viene 
de una consulta de cliente se limitan las facturas al cliente en específico. Por 
último da click en el botón "Consultar" 
- El sistema muestra las facturas con estos requerimientos, las cuales están 
separadas en facturas activas, pagadas y canceladas. 
- Se pueden hacer consultas de acuerdo a un rango de fechas y/o a una factura 
y/o a un cliente. 
- El usuario elige el rango de fecha y/o introduce el número de factura. Si se 
viene de una consulta de cliente se limitan los pagos al cliente en específico. 
Por último da click en el botón "Consultar'' 
- El sistema muestra los pagos con estos requerimientos. 
Empleados: 
- Se pueden hacer consultas de acuerdo al tipo de empleado o al nombre. 
- Se da click en el botón "Consultar'' 
- El sistema muestra la información que se solicitó, si es que hay un empleado 
con esas características. 
Escenario alterno b: 
1 b.- El usuario selecciona una de las opciones, el sistema no puede mostrar la consulta 
debido a que la conexión con la base de datos no tuvo éxito, se muestra un mensaje 
en el que se informa al usuario sobre el problema que se generó. 
52 
-
Escenario a/temo e: 
- -------~ 
1c.- El usuario realiza una consulta que no cumple con los datos registrados en el 
sistema y muestra un mensaje de error indicando. El usuario tendrá que volver a 
realizar nuevamente su consulta. 
Pre-condicione 
El resultado de estos pasos es una tabla de resultados de la consulta. Dentro de los mismos 
resultados se anexarán ligas a otras consultas y botones de modificación, cancelación o 
eliminación de registros de acuerdo con los permisos del usuario. 
53 
Casos de Uso (Empleados) 
l.- Autentificación 
Pre-condicione 
Antes de los siguientes pasos se debió haber abierto el explorador que mostrará la página 
principal del sistema en la que aparece el botón de "Login". Al dar clic sobre este botón 
aparece la ventana de login. Una vez en la página principal le siguen los siguientes pasos: 
1.- El sistema pide Cuenta y Contraseña del usuario. 
2.- El usuario proporciona su cuenta y contraseña. 
3.- El sistema verifica los datos en la base de datos de usuarios. 
Escenario alterno a: 
4a.- El sistema indica acceso denegado porque los datos son incorrectos. 
Escenario alterno b: 
4b.- El sistema indica que el servidor no está disponible en ese momento. 
Post-condicione 
Después de estos pasos el sistema no tiene mayores alteraciones, si concuerdan los datos el 
usuario entra al menú principal del sistema o de lo contrario recibe un mensaje de error. 
11.- o1erac,ones validas para Empleados: W •Mii4t•M 
El sistema solicita la Autentificación del usuario (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El sistema despliega una lista de funciones validas para el Empleado de la empresa. La 
lista de opciones que se desplegaran son: 
Registrar Cliente 
Registrar Orden de servicio 
Realizar Factura 
Consultas 
Clientes 
Órdenes de servicio 
Servicios 
Facturas 
54 
2.- En caso de que el usuario desee realizar cualquiera de las operaciones anteriores dará 
click en la operación deseada. A esta acción le siguen los casos correspondientes a la acción 
seleccionada. 
Post-condicione 
El sistema está listo para cualquier opción que elija el usuario. 
111.-Re, strar Cliente 
iid$,J,,M,»M 
El sistema solicita la Autentificación del usuario (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El usuario, da click en la opción que indica 'Altas de Clientes'. 
2.- El sistema solicita la razón social del nuevo Cliente. 
3.- El usuario proporciona la razón social del nuevo cliente 
4.- El sistema solicita el RFC del nuevo Cliente. 
5.- El usuario proporciona el RFC del nuevo Cliente 
6.- El sistema solicita la calle y número del nuevo Cliente. 
7.- El usuario proporciona la calle y número del nuevo cliente 
8.- El sistema solicita la colonia del nuevo Cliente. 
9.- El usuario proporciona la colonia del nuevo cliente 
10.- El sistema solicita el CP del nuevo Cliente. 
11.- El usuario proporciona el CP del nuevo cliente 
12.- El sistema solicita el teléfono del nuevo Cliente. 
13.- El usuario proporciona el teléfono del nuevo cliente 
14.- El sistema solicita el estado del nuevo Cliente. 
15.- El usuario proporciona el estado del nuevo cliente 
16.- El sistema solicita el país del nuevo Cliente. 
17.- El usuario proporciona el país del nuevo cliente 
18.- El sistema solicita el mail del nuevo Cliente. 
19.- El usuario proporciona el mail del nuevo cliente 
20.- El sistema solicita el medio del nuevo Cliente. 
21.- El usuario proporciona el medio del nuevo cliente 
22.- El sistema solicita el nombre del contacto del nuevo Cliente. 
23.- El usuario proporciona el nombre del contacto del nuevo cliente 
24.- El sistema checa que el cliente no esté anteriormente dado de alta. 
Escenario alterno a. 
25a.- El cliente ya está dado de alta por lo tanto el sistema muestra los datos de ese 
cliente. 
Escenario alterno b: 
25b.- El cliente no está dado de alta por lo tanto el sistema procede a registrar a ese 
cliente. 
SS 
Escenario alterno b. 1 · 
26b.1.- El usuario proporciona todos los datos y al terminar da click en el botón 
'Solo Registrar Cliente'. 
Escenario alterno b. 1. 1: 
27b.1.1.- El sistema automáticamente almacenara en la base de datos al 
nuevo cliente con un identificador que se genera automáticamente y el 
campo Status del Cliente se llena también automáticamente como 
'Activo'. Aparecerá un mensaje indicando que se ha registrado el nuevo 
cliente y desplegará la pantalla con la lista de operaciones para ese 
usuario. 
Escenario alterno b. 1. 2: 
27b.1.2.- El sistema no puede registrar el cliente por que el servidor no 
está disponible o por algún problema de conexión a la base de datos. En 
este caso el sistema desplegará un mensaje indicando que el nuevo 
cliente no pudo ser registrado y la causa de este problema. A 
continuación se desplegará la pantalla con la lista de operaciones para 
el usuario. 
Escenario alterno b. 2: 
26b.2.- El usuario proporciona los datos y al terminar da click en el botón 
'Registrar Orden de servicio'. 
Escenario alterno b. 2. 1: 
27b.2.1.- El sistema automáticamente almacenara en la base de datos al 
nuevo cliente con un identificador que se genera automáticamente y el 
campo Status del Cliente se llena también automáticamente como 
'Activo'. Se muestra una nueva ventana para registrar una orden de 
servicio al cliente (Caso de Uso Registrar Orden de servicio).scenario alterno b. 2. 2. 
27b.2.2.- El sistema no puede registrar el cliente por que el servidor no 
está disponible o por algún problema de conexión a la base de datos. En 
este caso el sistema desplegará un mensaje indicando que el nuevo 
cliente no pudo ser registrado y la causa de este problema. A 
continuación se desplegará la pantalla con la lista de operaciones para 
el usuario. 
Escenario alterno b. 3: 
26b.3.- El sistema regresa a la pantalla de "Alta de clientes" para que pueda 
registrara otro cliente. 
56 
Post-condicione 
Una vez registrado el cliente y en caso de haber elegido la opción 'Solo Registrar Cliente' se 
indicara al usuario que el cliente fue registrado satisfactoriamente. 
Los mensajes de error se mostraran en la parte superior de la pantalla. 
Una vez registrado el cliente y en caso de haber elegido la opción 'Registrar Orden de servicio' 
el sistema llevará al usuario a la ventana de registro de orden de servicio registrándose en la 
base de datos el nuevo cliente. 
IV.-Rel strar Orden de servicio 
íid$, 1•iM•M 
El sistema solicita la Autentificación del usuario (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
Existen dos formas para llegar a esta ventana, a través de la Consulta de Clientes dando clic 
en el botón "Modificar cliente y Registrar Orden de servicio" o desde la ventana de Altas de 
Clientes en donde al terminar de registrar al cliente el usuario da clic en el botón "Registrar 
Orden de servicio" 
1.- El sistema solicita al usuario los datos del vehículo: 
- Placas 
- Tarjeta circulación 
- Modelo 
-Tipo 
- Marca 
2.- El usuario proporciona los datos del vehículo y da clic en el botón "Continuar". 
scenario alterno a: 
3a.- El vehículo se encuentra ya registrado para otro cliente. 
4a.- El sistema muestra una ventana que indica que el vehículo está bloqueado y 
pregunta al usuario si quiere modificar el registro del vehículo al nuevo cliente. 
Escenario alterno a. 1: 
Sa.1.- El cliente rechaza el cambio y el sistema regresa a la pantalla donde 
solicita los datos del vehículo. 
Escenario alterno a. 2: 
Sa.2.- El cliente acepta el cambio y el sistema actualiza el campo del 
identificador del cliente para ese vehículo. 
57 
Escenario alterno b: 
3b.- El vehículo no se encuentra registrado para ningún otro cliente. 
4b.- El sistema ingresa los datos del vehículo asociados con el identificador del cliente. 
5.- El sistema avanza a la siguiente pantalla solicitando los datos específicos del servicio que 
se va a realizar, así como los detalles del vehículo: 
- Datos del checklist * 
- Detalles del vehículo * 
6.- El usuario proporciona los datos específicos del checklist y detalles del vehículo. 
Escenario alterno a. 
7a.- El sistema registra los datos ingresados por el usuario y registra automáticamente 
la fecha y la hora de ingreso, así como el identificador del servicio. 
Escenario alterno b: 
7b.- El sistema no puede registrar el servicio por que el servidor no está disponible o 
por algún problema de conexión a la base de datos. En este caso el sistema 
desplegará un mensaje indicando que el servicio no pudo ser registrado y la causa de 
este problema. A continuación se desplegará la pantalla con la lista de operaciones 
para el usuario. 
8.- El sistema avanza a la siguiente pantalla solicitando los servicios específicos a realizar en 
el vehículo (Caso de uso Registrar acciones a la orden de servicio) 
Escenario alterno a: 
9a.- El usuario da click en la opción de agregar servicios. 
10a.- Se llevan los pasos de Caso de uso Registrar acciones a la orden de servicio. 
9b.- El usuario selecciona la opción salir para regresar al menú principal 
(posteriormente se registraran los servicios específicos para el vehículo). 
Post-condicione 
En caso de no existir errores se registra el servicio en la base de datos, se muestra un 
mensaje que indica que el registro fue almacenado exitosamente. 
V. -Rer trar acciones al servicio 
¡¡u;. ,r;,J,h,)® 
El sistema solicita la Autentificación del usuario (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
58 
Existen dos formas para llegar a esta ventana, una es desde la Consulta de Servicios donde 
aparece como una de las opciones y la otra es desde la ventana en donde se registro un 
servicio, en este último se genera eligiendo el botón de 'Agregar servicios' una vez que se está 
llevando a cabo el registro del servicio. 
1.- El sistema va hacia la ventana de consulta de servicios. 
2.- El usuario selecciona el servicio que va a registrarse para la orden de servicio. 
Escenario alterno a: 
3a.- El sistema registra el servicio seleccionado y regresa a la pantalla de la orden de 
servicio. 
Escenario alterno b. 
3b.- El sistema no puede registrar el servicio seleccionado por que el servidor no está 
disponible o por algún problema de conexión a la base de datos. En este caso el 
sistema desplegará un mensaje indicando que el servicio no pudo ser registrado y la 
causa de este problema. A continuación se desplegará la pantalla con la lista de 
operaciones para el usuario. 
Post-condicione 
Una vez registrados los servicios a la orden de servicio el sistema regresa a la pantalla de la 
orden de servicio para ser finalizada o regresar al sistema anterior. 
VI. -Re¡/strar factura 
iiAt• t,,(,ff,fA 
El sistema solicita la Autentificación del usuario (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
Existen dos formas para llegar a esta ventana, una es desde la Consulta de Órdenes de 
servicio donde aparece como una de las opciones y la otra es desde la ventana en donde se 
registro una orden de servicio, en este último se genera eligiendo el botón de 'Facturar' una 
vez que se está llevando a cabo el registro del servicio. 
i#&M«Mii•»ml&L1m 
1.- El sistema solicita las opciones para registrar la factura: 
- Fecha probable de pago 
2.- El usuario proporciona los datos requeridos por el sistema 
59 
Escenario alterno a: 
3a.- El sistema registra la factura automáticamente con su identificador, la fecha actual, 
el total y el status como "activa", el formato se manda a impresión automáticamente. 
Escenario alterno b: 
VII. -Consultar 
3b.- El sistema no puede registrar la factura por que el servidor no está disponible o por 
algún problema de conexión a la base de datos. En este caso el sistema desplegará un 
mensaje indicando que el servicio no pudo ser registrado y la causa de este problema. 
A continuación se desplegará la pantalla con la lista de operaciones para el usuario. 
Pre-condicione 
El sistema solicita la Autentificación del usuario (operación descrita anteriormente). 
En caso del Escenario principal de la acción anterior (Autentificación) se dan los siguientes 
pasos. 
1.- El usuario selecciona del menú principal una de las consultas disponibles y da click en la 
opción que eligió. Las opciones pueden ser: 
- Cliente 
- Servicios 
- Órdenes de servicio 
- Facturas 
Escenario alterno a: 
2a.- El usuario selecciona una de las opciones, el sistema muestra información sobre lo 
seleccionado, más específicamente como sigue: 
Clientes: 
- Se muestran varias cajas de texto para que el usuario ingrese los datos a 
buscar. El usuario puede buscar por: 
Razón social 
RFC 
Calle y número 
Colonia 
C.P. 
Teléfono 
Estado 
País 
Email 
Medio por el cual se enteró. 
- Se pueden hacer diversas consultas de acuerdo a los datos o a la 
combinación de datos que ingrese el usuario. También se muestran checkbox 
60 
para que el usuario indique cual de los datos ingresados quiere que se 
muestren. 
- Una vez ingresados los datos a buscar el usuario da click en "Buscar" 
- El sistema muestra la información que se solicito si es que existe un Cliente 
con esos datos. 
Órdenes de servicio:- Se pueden hacer consultas de acuerdo a un rango de fechas y/o a un rango 
del monto del total de la orden de servicio y/o a un cliente. 
- El usuario elige el rango de fecha y/o introduce el rango del monto. Si se viene 
de una consulta de cliente se limitan las órdenes de servicio al cliente en 
específico. Por último da click en el botón "Consultar" 
- El sistema muestra los servicios con estos requerimientos, los cuales están 
separados en servicios activos y servicios finalizados. 
Servicios: 
- Se muestran los servicios registrados y activos, aparecen los siguientes datos: 
Facturas: 
Descripción 
Costo 
- Se pueden hacer consultas de acuerdo a un rango de fechas y/o a un rango 
del monto del total de la factura y/o a un cliente. 
- El usuario elige el rango de fecha y/o introduce el rango del monto. Si se viene 
de una consulta de cliente se limitan las facturas al cliente en específico. Por 
último da click en el botón "Consultar" 
- El sistema muestra las facturas con estos requerimientos, las cuales están 
separadas en facturas activas, pagadas y canceladas. 
scenario alterno b: 
2b.- El usuario selecciona una de las opciones, el sistema no puede mostrar la consulta 
debido a que la conexión con la base de datos no tuvo éxito, se muestra un mensaje 
en el que se informa al usuario sobre el problema que se generó. 
Escenario alterno e: 
2c.- El usuario realiza una consulta que no cumple con los datos registrados en el 
sistema y muestra un mensaje de error indicando. El usuario tendrá que volver a 
realizar nuevamente su consulta. 
61 
Post-COI l(ÍICIOl le 
El resultado de estos pasos es una tabla de resultados de la consulta. Dentro de los mismos 
resultados se anexarán ligas a otras consultas y botones de modificación, cancelación o 
eliminación de registros de acuerdo con los permisos del usuario. 
62 
Anexo 5 
Definición/Autorización del Proyecto 
1 Definición del Proyecto 
Problema u Oportunidad 
En este momento NOVOCAR INNOVATIONS no cuenta con ningún sistema de información 
transaccional a nivel operativo que le permita controlar las órdenes de servicio, lo cual aportaría 
un valor agregado al cliente por medio de reducción de costos operativos y brindar información 
precisa del estatus de su orden de servicio. Este sistema permitiría controlar todo el proceso, 
desde que el cliente ingresa para requerir un servicio hasta que el cliente da por finalizado el 
servicio. 
En el corto plazo se espera tener un control detallado de todas las órdenes de servicio y de los 
clientes para visualizar sus preferencias y frecuencia de consumo. En el largo plazo se espera 
implementar un sistema de información para la planeación estratégica en base a la información 
obtenida del sistema de información transaccional a nivel operativo. 
El proyecto consistirá en crear una base de datos que manejará la información de los clientes, 
los servicios que se realizan y los ingresos de la empresa. La interface del sistema se realizará 
vía Web por medio de ASP el cual integrará todas las funciones y generará reportes que sean 
útiles para la toma de decisiones. 
Objetivos 
Objetivos Productos 
(Lo que se busca lograr) (Lo que se entregará al cliente) 
- Manejo eficiente de la información. - Aplicación de una base de datos 
- Procesos más eficientes. sobre Web. 
- Control sobre los clientes, servicios y - Manual de usuario con el 
facturas. funcionamiento del programa. 
- Respuesta eficiente hacia el cliente - Capacitación hacia los usuarios 
- Flexibilidad en el servicio sobre el uso del sistema ( 2 sesiones 
de 2 horas) 
Resumen de los beneficios potenciales y costos del proyecto: 
Beneficios: 
Control más eficiente y adecuado de la información. 
Se evitará la redundancia de datos. 
Se tendrá un control de los clientes que se tienen y de los posibles candidatos. 
Mejor control sobre los servicios realizados. 
Eficiencia en el manejo de las cuentas. 
Proporcionar información que permita hacer proyecciones a futuro sobre posibles 
entradas económicas a la empresa. 
63 
Costos/esfuerzos: 
Disponibilidad de tiempo para las reuniones y entrevistas. 
Realización de un sistema sencillo ya que los usuarios no tienen mucha noción de 
computación. 
Disponibilidad de la información necesaria para el funcionamiento de la aplicación. 
Tiempo invertido en pruebas para el desarrollo del proyecto. 
Ahorros o ganancias que se estime se generarán a raíz de la finalización exitosa del proyecto: 
La empresa podrá realizar una mejor planeación estratégica de sus ventas (servicios) 
Se podrá tener un control sobre los servicios que se realizan lo que permitirá eficientar los 
recursos y materiales que se ocupan. 
Se podrán realizar análisis de ventas y de empleados, se podrá medir el desempeño de cada 
empleado. 
Se ahorra la parte de la administración de los terrenos ya que el sistema automáticamente 
cambia los estatus de los terrenos. 
En esta parte no se identifica un ahorro en cantidad de dinero, ya que para eso se necesitan 
datos de los costos que la empresa tiene en este momento en su sistema de administración, sin 
embargo se considera que lograrán tener un ahorro en tiempo de administración. 
Contar con la información necesaria en un formato adecuado para implementar en el futuro un 
sistema de planeación estratégica. 
Alineación Estratégica 
Contribuir con el manejo eficiente de la información de los servicios que realizan como empresa 
de restauración automotriz para dar un buen servicio al cliente y conservar la imagen que 
tienen, es decir, que Novocar lnnovations brinde a sus clientes un servicio eficiente en la 
búsqueda de un lugar donde realizar restauraciones estéticas a sus vehículos, brindándoles la 
experiencia de una insuperable inversión. 
64 
2 ALCANCE DEL PROYECTO 
Título del Proyecto: 1 Novocar lnnovations 
Responsable del Proceso: Adrian Verdiguel Responsable del EdgarNúñez 
(si existe un proceso previo Proyecto: 
al proyecto) (por parte de la 
organización) 
Proveedores DescriRción del Proceso Clientes 
Información de los clientes Usuarios normales 
Información de los Cliente 
.. 
Gerentes servicios 
Información del usuarios 
Proceso de entrada de vehículos 
Entradas a servicios a Novocar lnnovations Salidas 
Datos del cliente 
Datos del vehículo Servicios realizados 
Datos del vendedor Ingresos por servicios 
Tipo de servicio Servicios por cliente 
Forma de pago 
El Proceso inicia con: El .. , finali7=11 r-nn-
Dar de alta un cliente en la base de datos Facturación del servicio realizado al cliente. 
Queda excluido del alcance del proyecto lo siguiente: 
El mantenimiento y el soporte de la aplicación desarrollada. 
La carga de datos 
65 
j 
1 
J 
1 
1 
3 RECURSOS/REQUERIMIENTOS CLAVE (FACTIBILIDAD) 
Stakeholders Título/Puesto Organización Finna (Finna Requerida) 
Adrian Verdiguel Gerente Novocar lnnovations 
Empleados Empleados Novocar lnnovations 
Clientes Cliente 
Miembros del Equipo Título/Responsabilidad Organización 
Edgar Antonio Nuñez Mejía Administrador I Desarrollador del proyecto: ITESM 
Requerimientos Materiales Descripción y Justificación Cantidad (en su caso) Organización 
Equipo de computo con al 
Máquina que se tiene en la El equipo es 
menos Windows 2000 
empresa para el uso de los 1. proporcionado por 
empleados Novocar lnnovations 
IE 6.0 (mínimo) 
Es el requerimiento mínimo 
para que la aplicación funcione 
correctamente en web 
Servidor linuxlwin 
El resto de los servicios serán El hosting 
My-SQL proporcionados por el temporalmente por 
Soporte de ASP 
desarrollador y son necesarios el desarrollador y 
Soporte de aplicaciones para poder trabajar en el posteriormente por 
Hosting desarrollo de la aplicación una persona externa 
Requerimientos de Descripción Cantidad (en su caso) Organización lnfonnación 
No hay una cantidad en 
Adrian Verdiguel 
especifico ya que será 
Cuando se necesiten hacer solicitada en base a las 
Algún empleado en el caso pruebas reales de la aplicación. necesidadesque se Novocar lnnovations 
de pruebas vayan presentando en 
el desarrollo 
Los datos que pueden ser 
requeridos es la información 
completa de los clientes, los 
Información de los servicios 
servicios que se ofrecen, 
Datos de los usuarios 
nombre de los empleados. 
Datos de los clientes 
Toda esta información será 
proporcionada por Adrian 
Verdiguel que es el encargado 
de este proyecto dentro de 
Novocar lnnovations. 
66 
NOMBRE FECHA FIRMA 
Adrian Verdiguel 
EdgarNúñez 
67 
Anexo 6 
Especificación de los Requerimientos de Software (SRS) 
Introducción 
Propósito 
Alcance 
El propósito de este SRS es conocer las necesidades de la empresa Novocar lnnovations, obtener 
información sobre los procesos y funciones que va a 'realizar el proyecto, así como las expectativas de 
la empresa sobre el proyecto. Dentro de este documento se delimitara el alcance que tendrá el proyecto 
de acuerdo a las restricciones de tiempo y tomando en cuenta lo deseado por la empresa. 
El nombre de este proyecto será "Implementación de TPS Novocar lnnovations". 
Los objetivos de este sistema es brindar apoyo al proceso de dirección y gestión de órdenes de servicio 
de la empresa Novocar lnnovations, de este modo se brindará mayor rapidez a sus procesos. La meta 
primordial es diseñar, desarrollar y mantener un sistema de calidad que sea realmente útil para los 
usuarios. 
La forma como trabaja el área de servicios es la siguiente: 
El cliente llega con su vehículo al taller para solicitar un servicio de restauración estética, el empleado 
en turno recibe al cliente y por medio de una hoja llamada "checklist" ingresa las características del 
vehículo, los datos del cliente, y lo que el cliente solicita para su vehículo. Se especifican los detalles 
que pudiera traer el vehículo como golpes y rayones. 
De acuerdo a lo que el cliente solicita se le da un tiempo de entrega estimado, si el servicio requiere que 
el vehículo se quede hasta el otro día, se hace inventario de los objetos que se quedan en el vehículo. 
En promedio los servicios no sobrepasan más de dos días. 
El empleado que recibió el carro le toma fotos del área a reparar para cualquier garantía y procede a 
hacer el servicio. Una vez terminado el servicio se le avisa por teléfono al cliente para que pase a 
recoger su vehículo, el cliente revisa el presupuesto y se lleva una copia del checklist con sello de 
entregado. 
Definiciones, acrónimos y abreviaciones. 
Novocar lnnovations TPS - Nombre del sistema para la gestión y dirección de servicios. 
68 
Resumen 
Este documento contiene básicamente los requisitos del programa, los requerimientos representan las 
necesidades de los usuarios. Se describen también las funciones esperadas por el programa, los 
aspectos críticos, las características del hardware y el software. 
Este archivo es organizado de la siguiente manera: 
Primero se define una introducción donde se cubren los propósitos del documento, el alcance y el 
resumen general, posteriormente se describe el producto, las funciones y las características, y por 
último se toman los requerimientos específicos. 
Descripción General 
Perspectiva del producto 
Productos relacionados: 
Existen diferentes sistemas TPS relacionados con la administración de órdenes de servicio, sin 
embargo la mayoría están enfocados a talleres y cubren necesidades generales, algunos 
manejan diversas opciones que a veces no son necesarias en todos los procesos de negocio, 
por lo cual resulta complicado aprender a utilizarlos o consumen demasiados recursos. 
Algunos sistemas TPS relacionados con la gestión de servicios son los siguientes: 
AutoSoft taller: Es un programa de gestión especialmente diseñado para talleres mecánicos, de 
chapa y pintura. Permite controlar los procesos administrativos por medio de una interface 
gráfica que trabaja en ambiente Windows. 
http://www.autosofttaller.com/ 
SG Taller: Es un software para gestión de talleres de servicio técnico, que controla la 
administración de repuestos, control de equipo, cuentas corrientes y facturación. 
http://www.sgtaller.com/ 
Sin embargo ninguno de estos sistemas cumple los requisitos de gestión de órdenes de servicio que 
tiene esta empresa en particular, ya que no maneja una agenda de clientes con un expediente completo 
como lo requieren, una interface amigable y sencilla de aprender y un sistema de control de cuentas y 
facturación, as( como un acceso multiusuario. 
Sistema único o interactúa con otro sistema 
El sistema va a trabajar de forma única, actualmente la empresa no cuenta con ningún otro sistema. 
69 
Frecuencia de Uso 
El horario de trabajo de la empresa es: Lunes a Viernes 9:00 AM a 7:00 PM, Sábados 9:00 a 3:00 PM 
Durante todo este lapso de tiempo el sistema va a ser accesado por hasta 3 usuarios al mismo tiempo. 
Relación con otros sistemas 
No aplica 
Principales componentes 
Interfaces del sistema: 
Como no trabaja con ningún otro sistema de la empresa el sistema solo interactúa con el 
sistema operativo. 
Se requiere un sistema operativo que soporte aplicaciones en internet, se recomienda Windows 
2000. 
La mayoría de los navegadores soportan las funciones requeridas para navegar dentro del 
sistema, esta sería la única interfase del software con el sistema. 
Interfaces de usuario: 
(Características lógicas, aspectos de optimización, como aparecerá la pantalla al usuario, los 
errores que debe registrar, etc.) 
Todas las pantallas llevaran el lago de Novocar lnnovations. 
Colores azul y blanco 
Registros (pantallas): 
Operaciones de empleados: 
-Registrar clientes: 
- ld_Cliente (Oculto) 
- Razón Social 
-RFC 
- Calle y No. 
- Colonia 
-CP 
- Estado 
- País 
- Teléfono 
-Email 
- Contacto 
- Medio por el cual se entero 
- Fecha de Registro (Oculto) 
-Registrar vehículo: 
- Id_ Vehículo 
- ld_Cliente 
- Placas 
- Tarjeta_circulacion 
70 
- Modelo 
-Tipo 
- Marca 
- Color 
- Registrar orden de servicio 
- ld_Orden (Automático) 
- Id_ Vehiculo (Oculto) Al usuario le aparece la opción de buscar el vehículo 
- ld_Empleado (Oculto) Al usuario le aparece opción de buscar empleado 
- Fecha Entrada 
- Fecha Salida 
- Hora Entrada 
- Hora Salida 
- Datos del checklist* 
- Total 
- Status (Servicio, Pendiente, Finalizada, Cancelada) 
* En el servicio se registran los detalles del vehículo como rallones, raspaduras, 
kilometraje, etc. 
- Registrar acciones a la orden de servicio 
- ld_Orden 
- ld_Servicio* 
- Cantidad 
- Monto 
- Observaciones 
* Cada servicio que realiza el taller tiene un identificador para saber que 
proceso de reparación se va a realizar con el vehículo 
- Realizar Factura 
- ld_Factura 
- Total 
- Fecha 
- Fecha_Probable_Pago 
- Fecha_Pago 
- Status (Activa, Pagada, Cancelada) 
- Registrar Órdenes a la Factura* 
- ld_Factura 
- ld_Orden 
* Se puede realizar una factura por varias órdenes de servicio 
- Consultas 
- Consulta de Clientes 
- Consulta de Órdenes de servicio 
- Consulta de servicios 
- Consulta de Facturas 
* Todas las consultas son de forma dinámica, es decir se pueden seleccionar 
los campos que se requieren de las consultas. 
* Se puede pedir que despliegue todos los resultados o solo la cantidad total de 
la búsqueda. 
71 
Operaciones de Gerente 
- Registro de empleados 
- ld_Empleado (Oculto) 
- Nombre 
- Password 
-Teléfono 
- Calle y No 
- Colonia 
-CP 
- Estado 
- Fecha de registro (Oculto) 
- Status (Activo, Cancelado) 
- Registro y modificación de servicios 
- ld_Servicio 
- Descripcion 
- Monto 
- Status (Activo, Cancelado) 
- Registro de pagos de facturas 
- ld_Pago 
- ld_factura 
- Monto 
- Fecha 
- Forma de pago 
- No_Cheque 
- No_ Transferencia 
- Banco 
* Las demás operaciones que pueden realizar los empleados también las puede 
realizar el gerente. 
- Consultas 
- Consulta de Clientes 
- Consulta de Órdenes de servicio 
- Consulta de Servicios 
- Consulta de Facturas 
- Consulta de Pagos 
- Consulta de Empleados 
* Todas lasconsultas son de forma dinámica, es decir se pueden seleccionar 
los campos que se requieren de las consultas. 
* Se puede pedir que despliegue todos los resultados o solo la cantidad total de 
la búsqueda. 
Operaciones del sistema 
- Actualización de pagos 
* Por cada pago que realiza un cliente se debe aplicar a la factura correspondiente y 
actualizar el valor de deuda o en su caso actualizar el estatus a "Pagada". 
72 
Interfaces de software: 
Nombre: IIS 
Versión: Windows 2000 
Origen: Microsoft 
IIS es un modulo que se instala dentro de Windows 2000 para levantar el servidor de Web con 
soporte para ASP. Si no se cuenta con un servidor propio se tiene que contratar un servicio de 
Web Hosting para la empresa que tenga IIS. 
Interfaces de hardware 
Para las estaciones de trabajo (En caso de que se requiera más de un equipo de acceso): 
Procesador de 200 Mhz o superior 
Memoria de 64 Mb en RAM o superior 
Capacidad libre en disco de al menos 100 Mb 
Tarjeta de video de 1 Mb 
Para el servidor: 
Procesador lntel Pentium 111 700 Mhz o superior 
Memoria de 256 Mb en RAM o superior 
Capacidad libre en disco duro de al menos 1 Gb. 
Interfaces de Comunicación 
TCP/IP 
Periodos en los que interactúa cada usuario 
Los usuarios pueden accesar simultáneamente a la aplicación en cualquier momento, siempre y cuando 
accedan desde equipos diferentes. 
Funciones de procesamiento de datos 
Los datos que se van a procesar aproximadamente en todo su ciclo de vida son (10 años): 
15 mil órdenes de servicio (3 por día aproximadamente) 
5 mil clientes 
5 empleados 
2 gerentes 
50 servicios (tipos de servicios diferentes) 
15 mil facturas 
60 mil pagos recibidos 
Respaldo y recuperación de las operaciones 
Como la aplicación trabaja sobre la base de datos directamente, cualquier problema en la conectividad 
hacia la base de datos no afecta las operaciones hechas hasta ese momento. 
Se recomienda un respaldo semanal o al menos mensual de la base de datos en una base de datos 
espejo para poder recuperar las últimas operaciones en caso de que falle el servidor. 
73 
Si se realizan operaciones fuera del sistema se deben actualizar al momento en que se pueda entrar al 
sistema. 
Requerimientos de adaptación del sitio 
En este momento la empresa cuenta con una computadora con las características necesarias para 
adaptarlas como servidor. Solo se requiere instalar el sistema operativo en limpio e instalar el TPS. 
Funciones del producto 
INICIO 
74 
Características de los usuarios 
Nivel de educación: Secundaria 
Poca experiencia en el uso de equipo de cómputo 
Restricciones 
Políticas Regulatorias 
Los empleados no pueden registrar los pagos de las facturas. 
Los empleados no pueden modificar los servicios que realiza la empresa. 
Los empleados no pueden registrar a otros empleados. 
Limitaciones de hardware 
No aplica 
Interfaces a otras aplicaciones que limiten formato o contenido 
No aplica 
Operaciones paralelas 
No aplica 
Funciones de auditoria 
No aplica, se lleva el control contable en otro sistema 
Requerimientos de lenguaje 
Español 
Protocolo de comunicaciones 
Internet TCP/IP 
Consideraciones de seguridad 
Contraseña por usuario 
Restricción de funciones de acuerdo al usuario 
Restricción de consultas de acuerdo al usuario 
75 
Anexo 7 
Plan de aseguramiento de la calidad (SQAP) 
Introducción 
El plan de aseguramiento de la Calidad refleja los compromisos de aseguramiento de calidad en los 
procesos del proyecto "Desarrollo de un TPS para Novocar lnnovations". Este plan contiene una lista de 
comprobación para las actividades que se deben llevar a cabo para asegurar la calidad del producto. 
Metas de Calidad 
Las metas de calidad descritas en la siguiente tabla han sido seleccionadas para el proyecto "Desarrollo 
de un TPS para Novocar lnnovations". 
Prioridad Metas de Calidad Métricas para cuantificar Del Proyecto las metas 
1 Reducir el número total de errores conocidos en el producto # Errores 
final a cero 
2 Cumplir con las fechas estipuladas en el calendario con una # Retrasos 
tolerancia de 5% 
3 Rehusar un 70% del código # Páginas de código 
rehusado 
4 Satisfacción del cliente % Métricas 1 y 2 
Tabla 1 Metas de Calidad del Proyecto 
76 
Métricas reportadas 
La siguiente tabla muestra las métricas reportadas para el proyecto. 
No. Métrica Métrica Colectada Frecuencia Lugar Comentario SIN 
Satisfacción de la empresa Final del Encuesta final 
1 N proyecto 
2 
Esfuerzo s Mes Métricas 
3 Tiempo s Mes Calendario 
Tamaño código Nuevo 
Métricas 
4 s Mes Anexo 8 
Métricas Se rehusó código de 
5 Tamaño código rehusado s Mes Anexo 8 proyectos anteriores 
Tamaño de la documentación al Métricas 
6 usuario s Mes Anexo 8 
Tamaño de la documentación Inicio del Métricas 
7 interna s proyecto Anexo 8 
No. Requerimientos 
Inicio del 
8 s proyecto SRS 
No. Defectos 
Final del Métricas Catalogados por 
9 N proyecto Anexo 8 severidad 
No. Defectos post-entrega 
Final del Métricas Catalogados por 
10 N proyecto Anexo 8 severidad 
Tabla 2 Métricas del Proyecto 
77 
Pruebas 
Las siguientes son algunas de las pruebas que serán puestas en práctica para verificar la calidad del 
software: 
Persistencia de la base de datos: Esta prueba se ejecuta mediante la realización de múltiples accesos a 
la base de datos comprobando así su carácter persistente. 
Desempeño del programa: Prueba con la cual se mide la rapidez con la que el programa realiza las 
transacciones. 
Prueba de Modularidad: Consiste en tomar partes de código que sean capaces de trabajar de manera 
independiente y que por tanto, permitan su actualización y mantenimiento constantes. 
Corrección y reporte de problemas 
Las siguientes son algunas de las medidas que serán tomadas para el reporte, solución y contención de 
problemas: 
Identificación del problema: Consiste en aislar el problema para poder llevar a cabo la medida 
necesaria. El problema debe ser clasificado de acuerdo al área perjudicada para poder ser llevado a 
cabo un plan de solución del mismo. 
Solución del problema: Una vez identificado, se procede a la contención del problema, como medida 
preventiva para evitar que perjudique a la totalidad del proyecto de desarrollo. Una vez tomadas las 
medidas de contención pertinentes, es necesario trabajar en su solución conjunta esperando su 
resolución parcial o total dentro de un plano estimado de tiempo. 
Entrenamiento 
N/A 
Manejo de riesgos 
Los métodos y procedimientos para identificar, controlar y monitorear los riegos durante el periodo del 
desarrollo de software son: 
Capacitación o entrenamiento necesarios para el desarrollo del proyecto 
Mejorar los planes de actividades 
Comparar los "hechos" (lo que se ha realizado) contra lo planeado 
Realizar reuniones con la empresa para hablar sobre avances, errores, posibles mejoras, etc. 
78 
Métricas y Estimaciones 
Esfuerzo 
Costo 
Esfuerzo estimado 
Horas totales: Horas por día * Número de Integrantes * Días de trabajo 
Horas totales: 7 * 1 * 70 = 490 Horas 
Más Probable = 490 Horas 
Pesimista = 550 Horas 
Optimista = 450 Horas 
Valor Esperado= (optimista+ 4 probable+ pesimista)/6 
Valor Esperado= 493.3 Horas 
Actividades del proyecto: 
Ver Microsoft Project 
Esfuerzo actual 
Horas totales= 7 * 1 * 45 = 315 h 
Esfuerzo total * Costo por Hora por Ingeniero 
N/A 
*Al momento de realizar el documento 
Tamaño del código 
Nuevo 
LOC 
Más probable: 4,500 líneas de código en HTML y ASP 
Optimista: 4,200 líneas de código en HTML y ASP 
Pesimista: 5,100 líneas de código en HTML y ASP 
Valor Esperado = 4,550 líneas de código en HTML y ASP 
AELOC 
Más probable: 112,500 líneas de código ensamblador 
Optimista: 105,000 líneas de código ensamblador 
Pesimista: 127,500 líneas de código ensamblador 
Valor esperado: 113,750 líneas de código ensamblador 
KAELOC 
Más Probable: 112.5 
Optimista: 105 
79 
Anexo 8 
Pesimista: 127.5 
Valor esperado: 113. 7 
RehusadoTotal 
LOC 
Más probable: 10,500 líneas de código en HTML y ASP 
Optimista: 9,800 líneas de código en HTML y ASP 
Pesimista: 11,900 líneas de código en HTML y ASP 
Valor Esperado= 10,616 líneas de código en HTML y ASP 
AELOC 
Más probable: 262,500 líneas de código ensamblador 
Optimista: 245,000 líneas de código ensamblador 
Pesimista: 297,500 líneas de código ensamblador 
Valor esperado: 265,400 líneas de código ensamblador 
KAELOC 
LOC 
Más Probable: 262.5 
Optimista: 245 
Pesimista: 297.5 
Valor esperado: 265.4 
Más probable: 15,000 líneas de código en HTML y ASP 
Optimista: 14,000 líneas de código en HTML y ASP 
Pesimista: 17,000 líneas de código en HTML y ASP 
Valor Esperado = 15, 166 líneas de código en HTML y ASP 
AELOC 
Más probable: 375,000 líneas de código ensamblador 
Optimista: 350,000 líneas de código ensamblador 
Pesimista: 425,000 líneas de código ensamblador 
Valor esperado: 379,166 líneas de código ensamblador 
KAELOC 
Más Probable: 375 
Optimista: 350 
Pesimista: 425 
Valor esperado: 379.1 
Documentación (# páginas) 
Documentación al usuario 
Definición/Autorización - 7 p 
SRS-11 p 
SQAP-7 p 
80 
Documentación interna 
Guía de contacto - 1 p 
Análisis de Stakeholders - 1 p 
Plan de comunicación - 1 p 
Matriz de necesidades de requerimientos - 1 p 
Métricas y Estimaciones - 5 p 
Total: 34 páginas 
Productividad 
Productividad en el código 
KAELOC / Esfuerzo total = 375 / 490 = O. 76 KAELOC por hora 
Productividad en la documentación 
Documentación total/ Esfuerzo= 34 / 490 = 0.06 Páginas por hora 
Documentación total/ Esfuerzo de documentación = 34 / 42 = 0.8 páginas por hora 
*Tomando en cuenta únicamente el tiempo dedicado a la documentación 
Calidad 
Costo de una calidad pobre 
Más probable: 80 h 
Optimista: 60 h 
Pesimista: 120 h 
Valor esperado: 83.3 h 
Costo de calidad total 
Corrección de Errores + Revisiones = 80 h + 80 h = 160 h 
81 
Script Base de datos 
# MySQL-Front 3.2 (Build 4.8) 
/*!40101 SET@OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; 
/*!40101 SET @OLD_CHARACTER_SET _RESULTS=@@CHARACTER_SET _RESUL TS */; 
/*!40101 SET@OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; 
/*!40101 SET CHARACTER SET 'latin1' */; 
# Host: localhost Database: taller 
#-------------
# Server version 5.0.45-community-nt 
CREATE DATABASE 'taller' /*!40100 DEFAULT CHARACTER SET latin1 */;USE 'taller'; 
# 
# Table Objects for table clientes 
# 
CREATE TABLE 'clientes· ( 
'idcliente· bigint(9) unsigned NOT NULL auto_increment, 
·nombre· varchar(255) default NULL, 
·rtc· varchar(15) default NULL, 
·ca11e· varchar(255) default NULL, 
·colonia' varchar(255) default NULL, 
·municipio' varchar(255) default NULL, 
·estado' char(5) default NULL, 
'pais' char(5) default NULL, 
·cp· varchar(5) default NULL, 
'telefono · varchar(1 O) default NULL, 
'telefono2· varchar(1 O) default NULL, 
'fax· varchar(10) default NULL, 
·celular' varchar(10) default NULL, 
·nexter varchar(15) default NULL, 
·mail' varchar(255) default NULL, 
·contacto· varchar(250) default NULL, 
·medio· varchar(255) default 'O', 
·contador' bigint(9) unsigned NOT NULL default 'O', 
·total' double unsigned NOT NULL default 'O', 
'facturado' double NOT NULL default 'O', 
'pendiente· double NOT NULL default 'O', 
'fecha' date NOT NULL default '0000-00-00', 
·status· char(1) NOT NULL default 'A', 
PRIMARY KEY ('idcliente') 
) ENGINE=MylSAM AUTO_INCREMENT=11 DEFAULT CHARSET=latin1 ROW_FORMAT=DYNAMIC; 
# 
# Table Objects for table comentarios 
# 
CREATE TABLE 'comentarios· ( 
'idcomentario' bigint(11) NOT NULL auto_increment, 
· idorden · bigint(11) NOT NULL default 'O', 
'idusuario' varchar(8) default NULL, 
·comentario' varchar(255) default NULL, 
'fecha' date default NULL, 
'hora· time default NULL, 
PRIMARY KEY ('idcomentario') 
) ENGINE=lnnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1; 
82 
Anexo 9 
# 
# Table Objects for table detalleorden 
# 
CREATE TABLE 'detalleorden· ( 
'idorden· bigint(11) NOT NULL default 'O', 
'iddetalle' int(3) NOT NULL default 'O', 
PRIMARY KEY ('idorden','iddetalle') 
) ENGINE=lnnoDB DEFAUL T CHARSET=latin1; 
# 
# Table Objects for table detalles 
# 
CREA TE TABLE . detalles. ( 
'iddeta11e· int(3) NOT NULL auto_increment, 
·concepto· varchar(255) default NULL, 
·categoría· varchar(50) default NULL, 
·status· char(1) default NULL, 
PRIMARY KEY ('iddetalle') 
) ENGINE=lnnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=latin1; 
# 
# Table Objects for table facturas 
# 
CREATE TABLE 'facturas· ( 
'idfactura· bigint(11) unsigned NOT NULL default 'O', 
'idusuario· varchar(8) default NULL, 
·totar double unsigned NOT NULL default 'O', 
·pendiente· double unsigned NOT NULL default 'O', 
'fechacreacion· date NOT NULL default '0000-00-00', 
'fechaprobpago· date default NULL, 
'fechapago· date NOT NULL default '0000-00-00', 
·status· char(1) default NULL, 
PRIMARY KEY ('idfactura') 
) ENGINE=MylSAM DEFAULT CHARSET=latin1 ROW_FORMAT=DYNAMIC; 
# 
# Table Objects for table facturasactivas 
# 
CREATE TABLE 'facturasactivas· ( 
'idfactura· bigint(11) unsigned NOT NULL default 'O', 
'idorden· bigint(11) NOT NULL default 'O', 
PRIMARY KEY ('idfactura','idorden') 
) ENGINE=MylSAM DEFAULT CHARSET=latin1 ROW_FORMAT=FIXED; 
# 
# Table Objects for table ordenes 
# 
CREATE TABLE 'ordenes· ( 
'idorden· bigint(11) NOT NULL default 'O', 
'idcliente· bigint(9) NOT NULL default 'O', 
'idvehicuI0· bigint(11) NOT NULL default 'O', 
'idusuario· varchar(8) default NULL, 
'fechaenf date default NULL, 
'fechasar date default NULL, 
'horaenf time default NULL, 
'horasar time default NULL, 
·totar double NOT NULL default 'O', 
·pendiente· double NOT NULL default 'O', 
83 
'fechapago· date default NULL, 
·status· char(1) default NULL, 
'facturada' char(1) default NULL, 
PRIMARY KEY ('idorden') 
) ENGINE=lnnoDB DEFAUL T CHARSET=latin1; 
# 
# Table Objects for table ordenesactivas 
# 
CREATE TABLE ·ordenesactivas· ( 
'idorden· bigint(11) NOT NULL default 'O', 
'idproducto· bigint(9) NOT NULL default 'O', 
·cantidad· int(3) NOT NULL default 'O', 
'precion· double NOT NULL default 'O', 
PRIMARY KEY ('idorden','idproducto·) 
) ENGINE=lnnoDB DEFAUL T CHARSET=latin1; 
# 
# Table Objects for table pagos 
# 
CREA TE TABLE . pagos. ( 
'idpago· bigint(11) unsigned NOT NULL auto_increment, 
'idorden· bigint(11) unsigned NOT NULL default 'O', 
·monto· double unsigned NOT NULL default 'O', 
'forma· char(1) default NULL, 
'idusuario· varchar(8) NOT NULL, 
'fecha· date NOT NULL default '0000-00-00', 
·statusf char(1) NOT NULL, 
PRIMARY KEY ('idpago·) 
) ENGINE=MylSAM AUTO_INCREMENT=15 DEFAULT CHARSET=latin1 ROW_FORMAT=FIXED; 
# 
# Table Objects for table productos 
# 
CREATE TABLE ·productos· ( 
'idproducto· bigint(9) unsigned NOT NULL auto_increment, 
·concepto· varchar(250) default NULL, 
·categoria' varchar(50) default NULL, 
'tipo· char(1) default NULL, 
'precio' double unsigned NOT NULL default 'O', 
·cantidad· double NOT NULL default 'O', 
'horas· double NOT NULL default 'O', 
·status· char(1) default NULL, 
PRIMARY KEY ('idproducto') 
) ENGINE=MylSAM AUTO_INCREMENT=25 DEFAULT CHARSET=latin1 ROW_FORMAT=DYNAMIC; 
# 
# Table Objects for table usuarios 
# 
CREA TE TABLE . usuarios. ( 
'idusuario· varchar(8) NOT NULL default 'O', 
'password' varchar(8) default NULL, 
·nombre· varchar(255) default NULL, 
·ca11e· varchar(50) default NULL, 
·colonia' varchar(25) default NULL, 
·municipio' varchar(25) default NULL, 
·telefono· varchar(10) default NULL, 
·celular' varchar(10) default NULL, 
'tipo· char(1) default NULL, 
·status· char(1) default NULL, 
84 
'visita· date NOT NULL default '0000-00-00', 
PRIMARY KEY ('idusuario') 
) ENGINE=MylSAM DEFAULT CHARSET=latin1 ROW_FORMAT=DYNAMIC; 
# 
# Table Objects for table vehiculos 
# 
CREATE TABLE ·vehiculos· ( 
'idvehiculo' bigint(11) NOT NULL auto_increment, 
'idcliente· bigint(9) NOT NULL default 'O', 
'placas· varchar(20) default NULL, 
'tcirculacion · varchar(20) default NULL, 
·marca· varchar(30) default NULL, 
'tipo· varchar(30) defaultNULL, 
·modelo' varchar(5) default NULL, 
· color' varchar(30) default NULL, 
·status· char(1) default NULL, 
PRIMARY KEY ('idvehiculo') 
) ENGINE=lnnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=latin1; 
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */; 
/*!40101 SET CHARACTER_SET _RESUL TS=@OLD_CHARACTER_SET _RESUL TS */; 
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; 
85 
0 ..... 
o 
>C 
CD 
e 
< 
= "C ca 
"C ·s; 
~ u 
<( 
G) 
"C 
o 
·¡: 
ca 
"C 
e 
CI) 
cii 
o 
#Tarea 
l 
2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
Nombre de la ta rea 
definición de alcance 
determ I nar el al canee del proyecto 
defl ni r pro ceso~ d aves 
definir recursos y requerimientos da ves 
definición tennl nada 
Análisis/ Reauerimlentos de software 
Le.,,antam I entos de reQuerl m I entos técnicos 
Sel ecd6n de Dlataforma 
1 dentlflcaclón de casos de uso 
Desarrollo de ca sos de uso 
Definición del tiempo de entrega 
Obtener aDrobadón Dara Droceder 
Garantl zar recursos requerl dos 
Análl sis de St akehol ders 
Listado de oroductos dave 
Matriz de necesidades 
Plan de t0municaci6n 
Anállsls terminado 
Dlse/lo 
Revisión de las especificaciones de Software 
Desarrollar especificaciones funcionales 
Opciones i:iara Usu arl os sin, pi es 
Autentificación 
Menu para usuarios nonmales 
Rewstro de dientes 
Registro de orden de se rvi ci o 
Consultas 
a1entes 
Modificar cliente 
Ordenes de servid o 
Modificar orden de servido 
Eliminar orden de servicio 
Servidos 
Opciones para Gerentes 
Autentificación 
Menu para gerentes 
Re~stro de Usuarios 
Registro /Modificación de servidos 
ReRi stro de el i entes 
Regl stro de orden de se rvl do 
Duración Inicia 
0.7S days 20/08/2007 11: 00 
2 hrs 20/08/200 711: 00 
2 hrs 20/08/200713:00 
2 hrs 20/08/200 716: 00 
O hrs 20/08/200718:00 
6,81 davs 20/08/200 718:00 
6 hrs 20/08/200 718: 00 
1 hr 21/08/200 717: 00 
1 hr 21/08/200 718: 00 
16 hrs 22/08/200 711: 00 
4hrs 24/08/200713:00 
O. S hrs 24/08/200718:00 
2 hrs 24/08/200 718: 30 
6 hrs 27/08/200712:30 
6 hrs 29/08/200 711: 30 
6 hrs 29/08/200 718: 30 
6 hrs 2,/08/200111:30 
o hrs 30/08/2007 16: 30 
7.56 davs 30/08/200 716: 30 
4hrs 30/08/200 716: 30 
s.s days 31/08/200 712: 30 
2 davs 31/09/200 712: 30 
2 hrs 31/08/200712:30 
2 hrs 31/08/200714:30 
2 hrs 31/08/200 717: 30 
2 hrs 03/09/200 711: 30 
1 dav 03/09/200 713: 30 
0,25 days 03/09/200 713: 30 
2 hrs 03/09/200713:30 
0.5 days 03/09/200716: 30 
2 hrs 03/09/200 716: 30 
2 hrs 03/0:9/200 718: 30 
2 hrs 04/09/200 712: 30 
3.5 davs 04/09/200 714: 30 
2 hrs 04/09/200714:30 
2 hrs 04/0:9/200717:30 
2 hrs 05/09/200711: 30 
2 hrs 05/09/200 713: 30 
2 hrs 05/09/200 716: 30 
2 hrs OS/09/200 718: 30 
Termina 
20/08/2007 18: 00 
20/08/2007 13: 00 
20/08/200715: 00 
20/08/2007 18: 00 
20/08/200718: 00 
30/08/200716: 30 
21/08/2007 17: 00 
21/08/200718: 00 
21/08/2007 19: 00 
24/08/2007 13: 00 
24/08/200718: 00 
24/08/2007 18: 30 
27/08/200712: 30 
28/08/200711: 30 
28/08/200718: 30 
29/08/2007 17: 30 
30/08/200716: 30 
30/08/200716: 30 
12/09/200713: 00 
31/08/200712: 30 
10/09/200714: 30 
04/09/200714: 30 
31/08/200714: 30 
31/08/200717: 30 
03/09/200711: 30 
03/09/200713: 30 
04/09/200714: 30 
03/09/2007 U : 30 
03/09/200716: 30 
04/09/200712: 30 
03/09/2007 18: 30 
04/09/200712: 30 
04/09/200714: 30 
10/09/200714: 30 
04/09/200717: 30 
OS/09/200711: 30 
05/09/200713: 30 
05/09/200716: 30 
05/09/200718: 30 
06/09/200712: 30 
Predecesor 
2 
3 
4 
1 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
6 
20 
23 
24 
25 
26 
28 
31 
32 
22 
35 
36 
37 
38 
39 
Recur5o 
Edgar 
Ed¡¡ar 
Edgar 
Edgar 
Ed¡¡ar 
Edgar 
Edgar 
Ed2ar 
Edgar 
Ed11ar 
Ed¡¡ar 
Ed¡¡ar 
Edgar 
Edgar 
Edpr 
Edgar 
Edgar 
Edgar 
Edgar 
Ed11ar 
Ed¡¡ar 
Ed¡¡ar 
Edgar 
Edear 
Ed¡¡ar 
Ed¡¡ar 
Ed¡¡ar 
Ed11ar 
Ed¡¡ar 
Edgar 
Ed¡¡ar 
I.O 
00 
#Tarea Nombre de la ta rea 
41 Corte de cala 
42 Consultas 
43 dientes 
44 Modificar diente 
45 Eliminar diente 
46 Ordenes de servl do 
47 Modlfl car orden de servl do 
48 Eliminar orden de servido 
49 Servicios 
50 Ventas 
51 Corte de caja 
52 Revisión de las especif icaciones funcionales 
53 Incorporar retroalimentad6n 
54 Ob ener aprobad 6n para proceder 
55 Diseño completo 
56 Desarrollo 
57 Modulas 
58 Validaciones de ASP y JanScrlpt 
59 Opciones para usuarios normales 
60 Autentlfl cacl ón 
61 Menu de usuarios normales 
62 Registro de dientes 
63 ReRistro de orden de servido 
64 consultas 
65 dientes 
66 Modificar diente 
67 Ordenes de servido 
68 Modifl car orden de servl ci o 
69 Eliminar orden de servido 
70 Servicios 
71 Op d enes para gerentes 
72 Autentlfl cad ón 
73 Menu para 11:erentes 
74 Regt stro de usuarl os 
75 Registro/ Modlflcad6n de servidos 
76 ReRistro de dientes 
n ReRistro de orden de servicio 
78 Corte de caja 
79 Consultas 
80 dientes 
Durad6n Inicia 
2 hrs 06/09/200712:30 
1.75 days 06/09/200714:30 
0.5 days 06/09/200714:30 
2 hrs 06/09/200714: 30 
2hrs 06/09/200717: 30 
0.5 days 07/09/200711: 30 
2 hrs 07/09/200711:30 
2 hrs 07/09/200713:30 
2 hrs 07/09/200716:30 
2 hrs 07/09/200718:30 
2hrs 10/09/200712:30 
4hrs 10/09/200714:30 
8 hrs 11/09/200711:30 
0.5 hrs 12/09/200712:30 
O hrs 12/09/200713:00 
32.25 days 12/09/200713:00 
27.5 days 12/09/200713:00 
7days 12/09/200713:00 
2.38 days 12/09/200713:00 
0,5 hrs 12/09/2007 13: 00 
0.5 hrs 12/09/200713:30 
3 hrs 12/09/200714:00 
3hrs 12/09/200718:00 
1.5 days 13/09/200713:00 
0.38 days 13/09/200713:00 
3 hrs 13/09/200713:00 
0.75 davs 13/09/200717:00 
3 hrs 13/09/200717:00 
3 hrs 14/09/200712:00 
3 hrs 14/09/200716:00 
4.63 days 17/09/200711:00 
O.S hrs 17/09/200711:00 
0.5 hrs 17/09/200711:30 
3 hrs 17/09/200712:00 
3 hrs 17/09/200716:00 
3hrs 19/09/200711:00 
3 hrs 18/09/200714:00 
3 hrs 18/09/200718:00 
2.63 days 19/09/200713:00 
0.75 days 19/09/200713:00 
Termina 
06/09/2007 14: 30 
10/09/2007 14: 30 
07/09/2007 11: 30 
06/09/2007 17: 30 
07/09/2007 11:30 
07/09/200716:30 
07/09/2007 13: 30 
07/09/2007 16: 30 
07/09/200718:30 
10/09/2007 12: 30 
10/09/200714:30 
11/09/2007 11: 30 
12/09/2007 12: 30 
12/09/200713:00 
12/09/200713:00 
02/11/2007 12; 00 
25/10/2007 17:00 
24/09/2007 13:00 
14/09/2007 19:00 
12/09/200713:30 
12/09/200714:00 
12/09/200718:00 
13/09/200713:00 
14/09/2007 19:00 
13/09/200717:00 
13/09/200717:00 
14/09/200715:00 
14/09/200712:00 
14/09/2007 15:00 
14/09/2007 19:00 
24/09/2007 13:00 
17/09/200711:30 
17/09/200712:00 
17/09/200715:00 
17/09/2007 19:00 
18/09/2007 14:00 
18/09/200718:00 
19/09/200713:00 
24/09/2007 13: 00 
20/09/2007 12: 00 
Predecesor 
40 
41 
44 
43 
47 
48 
49 
50 
51 
52 
53 
54 
19 
60 
61 
62 
63 
65 
68 
69 
59 
72 
73 
74 
75 
76 
77 
R•cuno 
Edgar 
Edgar 
Edaar 
Edgar 
Ed¡ar 
Ed11:ar 
Edgar 
Edgar 
Edaar 
Ed11ar 
Ed¡ar 
Edaar 
Edgar 
Edgar 
Ed11ar 
Edizar 
Ed2ar 
Ed1m 
Ed¡¡ar 
Edgar 
Ed11:ar 
Ed11:ar 
Edgar 
Edaar 
Ed!!ir 
Edgar 
Edaar 
...... 
00 
#Tarea Nombre de la tarea 
81 Modifl car cll ente 
92 Eliminar diente 
83 Ordenes de servi el o 
84 Modifl car orden de serv Id o 
85 Eliminar orden de servido 
86 Servidos 
87 Ventas 
88 Corte de cal a 
89 Fundo nal I dad 
90 Opciones para usuarios normales 
91 Autentiflcact6n 
92 Menu de usuarios normales 
93 Rell:I stro de d I entes 
94 Registro de orden de se rvl el o 
95 Consultas 
96 dientes 
97 Modifl car di ente 
98 Ordenes de servicio 
99 Modificar orden de servicio 
100 Eliminar orden de servido 
101 Servidos 
102 Opciones para 11:erentes 
103 Autentlflcact6n 
104 Menu Dara 11:erentes 
105 Rel!i stro de usuarios 
106 Registro/ Modlfic.ici6n de servicios 
107 Registro de dientes 
108 Relli stro de orden de se rvl Ci o 
109 Corte de cal a 
110 Consultas 
111 dientes 
112 Modifi carel I ente 
113 Eliminar cliente 
114 Ordenes de servicio 
115 Modifl car orden de servicio 
116 Ellmlnar orden de servido 
117 Servlci os 
118 Ventas 
119 Corte de caJ a 
120 DI se/'lo fl nal de I a Interfaz 
Duradl!n Inicia 
3 hrs 19/09/200713:00 
3 hrs 19/09/200717: 00 
0.75 davs 20/09/200712:00 
3 hrs 20/09/200712:00 
3hrs 20/09/200716:00 
3 hrs 21/09/200711: 00 
3 hrs 21/09/200714:00 
3 hrs 21/09/200718:00 
20.5 days 24/09/200713: 00 
6.5 davs 24/09/200713: 00 
3 hrs 24/09/200713:00 
1 hr 24/09/200717: 00 
8 hrs 24/09/200718: 00 
8 hrs 26/09/200711: 00 
3 davs 27/09/200712:00 
1 dav 27/09/200712:00 
8 hrs 27/09/200712:00 
2days 28/09/200713:00 
8 hrs 28/09/200713: 00 
B hrs 01/10/2007 14: 00 
8 hrs 02/10/200716: 00 
14days 03/10/200717: 00 
8 hrs 03/10/200717: 00 
8 hrs 04/10/200718:00 
B hrs 08/10/200711: 00 
8 hrs 09/10/200712;00 
B hrs 10/10/200713:00 
e hrs 11/10/200714:00 
8 hrs 12/10/200716:00 
7days 15/10/200717:00 
2 days 15/10/200717:00 
8 hrs 15/10/200717:00 
8 hrs 16/10/200718:00 
2 davs 18/10/200711:00 
e hrs 19/10/200711:00 
8hrs 19/10/200712:00 
8 hrs 22/10/200713: 00 
8 hrs 23/10/200714:00 
8 hrs 24/10/200716: 00 
12 hrs 25/10/2007 l 7: 00 
Termina 
19/09/200717:00 
20/09/200712: 00 
20/09/200719:00 
20/09/2007 15: 00 
20/09/200719:00 
21/09/200714:00 
21/09/200718:00 
24/09/200713:00 
25/10/2007 l 7: 00 
03/10/2007 l 7: 00 
24/09/2007 l 7: 00 
24/09/200718:00 
25/09/200719:00 
27/09/200712:00 
02/10/200715:00 
28/09/2007 13: 00 
28/09/200713:00 
02/10/2007 15: 00 
01/10/200714:00 
02/10/2007 15: 00 
03/10/200717:00 
25/10/200717:00 
04/10/2007 18: 00 
05/10/200719:00 
09/10/200712:00 
10/10/200713: 00 
11/10/2007 14: 00 
12/10/200715:00 
15/10/2007 l 7: 00 
25/10/2007 l 7:00 
l 7/10/200719:00 
16/10/2007 18: 00 
17/10/200719:00 
22/10/2007 13: 00 
19/10/200712:00 
22/10/200713:00 
23/10/200714:00 
24/10/200715:00 
25/10/20071 7: 00 
29/10/200714: 00 
Predece,or 
78 
91 
80 
84 
85 
86 
87 
58 
91 
92 
93 
94 
96 
99 
100 
90 
103 
104 
105 
106 
107 
108 
109 
112 
111 
115 
116 
117 
118 
119 
Re cuno 
Ed11:ar 
Ed11:ar 
Edl!ar 
Ed;:ar 
Ed11:ar 
Edgar 
Edgar 
Ed;:ar 
Ed;:ar 
Ed11:ar 
Ed11:ar 
Edgar 
Edp;ar 
Ed;:ar 
Edizar 
Ed;:ar 
Ed;:ar 
Ed11:ar 
Ed11:ar 
Edl!ar 
Ed¡¡ar 
Edgar 
Edl!ar 
Ed11:ar 
Ed11:ar 
Ed11:ar 
Edgar 
Edgar 
Ed11:ar 
Ed¡¡ar 
00 
00 
#Tarea Nombn, de la tarea 
121 Rutinas de impresión 
122 carga de datos I ni el al 
123 Desarrollo terminado 
124 Actualización de documentos 
125 Desarrollo de los planes de prueba y ejecucl6n 
126 Desarrollo de encuesta de evaluad ón del d lente 
127 Desarrollo del manual de operaclOn 
128 Pruebas 
129 Pruebas por módulo 
130 Revisar el codlRo por módulo 
131 Evaluarlos componentes del módulo 
132 Identificar anomall as por modulo 
133 Modlfl car codl go 
134 Re -ev;iluar codlgo modificado 
135 Pruebas por modulo term lnadas 
136 Pruebas por lntewadón 
137 Evaluar lntegi-adOn de los modul os 
138 lndentlflcar anomall as en el producto 
139 Modlfl car oodlgo 
140 Re-ev.iluarcodigo modiflc.idCI 
141 Pruebas por Integración terminadas 
Duración Inicia 
22 hrs 29/10/200714: 00 
4hrs 01/11/2007 16: O O 
Ohrs 02/11/200712;00 
10.5 days 02/11/200712:00 
48 hrs 02/11/200712: 00 
6hrs 13/11/200711: 00 
30 hrs 13/11/200718: 00 
3.25 days 20/11/200712:00 
1.5 days 20/11/200712: 00 
2hrs 20/11/200712: 00 
2hrs 20/11/200714: 00 
2hrs 20/11/200717:00 
'4hrs 21/11/200711: 00 
2 hrs 21/11/2007 16: 00 
Ohrs 21/11/200718:00 
1.75 days 21/11/200718:00 
2 hrs 21/11/2007 18: O O 
2 hrs 22/11/200712: 00 
8 hrs 22/11/200714:00 
2hrs 23/11/2007 16; 00 
Ohrs 23/11/2007 18: 00 
Termina Predecasor 
O 1/11/200715: 00 120 
O 2/11/200712: 00 121 
02/11/200712:00 122 
20/11/200712:00 56 
12/11/:200719: 00 
13/11/200718: 00 125 
20/11/200712:00 126 
23/11/200718:00 124 
21/11/200718:00 
20/11/:200714:00 
20/11/200717:00 130 
20/11/200719:00 131 
21/11/200715: 00 132 
21/11/200718: 00 133 
21/11/200718;00 134 
2 3/11/200718: 00 129 
22/11/200712:00 
22/11/200714;00 137 
2 3/11/200715: 00 138 
23/11/200718;00 139 
23/11/200718:00 140 
Recurso 
Ed11:ar 
Edgar 
Edgar 
Edgar 
Edgar 
EdRar 
Edgar 
Ed11:ar 
Edgar 
Edgar 
Edg;ir 
Ed11:.ir 
Edgar 
Edgar 
Ed11:ar 
Eda:.ir 
Edgar 
O"I 
00 
Anexo 11 
Manual del sistema 
1.- INTRODUCCIÓN 
Bienvenido al manual del sistema para la administración de órdenes de servicio, el cual tiene como 
objetivo mostrarle el funcionamiento del sistema de una manera sencilla, llevándolo paso a paso por 
cada función del sistema. 
Con este manual usted aprenderá a crear órdenes de servicio dentro del sistema, consultará 
información relacionada con sus clientes y podrá realizar todas las operaciones de administración de 
órdenes de servicio que fueron integradas al sistema. 
Este manual fue desarrollado como un producto de una práctica profesional del ITESM campus 
Querétaro con la empresa NOVOCAR INNOVATIONS SA de CV. 
90 
1. 1. - Descripción del manual 
El manual está divido en capítulos para su fácil comprensión, la primera sección indica la forma en 
que se debe accesar al sistema y posteriormente se describen las opciones para los usuarios con 
privilegios de "Gerente" y los usuarios "Normales". 
Cada función descrita dentro del manual contiene una pantalla igual a la que aparece físicamente en 
el sistema para que sea muy sencillo visualizar los pasos que se deben seguir dentro del sistema. 
91 
2.- ACCESO AL SISTEMA 
Para accesar al sistema es necesario primero prender la computadora, una vez que la computadora 
ha iniciado debemos buscar en la pantalla un ícono que diga sistema. 
Una vez que encontramos el ícono para entrar al sistema damos doble click con el botón izquierdo del 
mouse para iniciar el sistema. La primera pantalla que aparece muestra un botón llamado "LOGIN" 
que permite conectar al sistema. 
BIENVENIDOS!! 
'LOGIN j 
Al presionar el botón de LOGIN aparece la pantalla que solicita los datos para verificar que usted 
pueda utilizar el sistema 
92 
Usuario: l~I --------' 
Password: 
'Enlrar ~ 
Por fu·or iagrese sa aombre de asurio y coatraseia 
Donde: 
Usuario: Aquí deberá escribir el nombre de usuario que le asigno el administrador del sistema. 
Password: Aquí deberá escribir la clave o contraseña que le asigno el administrador del sistema. 
Una vez ingresados los dos datos que el sistema solicita se debe presionar el botón "Entrar''. 
Si al introducir su nombre de usuario y contraseña aparece el siguiente mensaje de error, 
posiblemente no esta introduciendo los datos correctamente, o el nombre de usuario o contraseña 
que esta introduciendo no están dados de alta en el sistema. Para corregir el problema acuda con el 
administrador del sistema. 
Por /a1Jor corrija los errores 
)' 1Juel1Ja a llenar los campos f altantes. 
• Sa Nombre de Usurio y/o 
Password IIO correspoadea. 
hte•te nevameate. 
Si los datos ingresados fueron correctos usted entrará al sistema y se desplegará un menú en la 
pantalla dependiendo del tipo de usuario que le asignó el administrador del sistema. 
93 
3.- OPCIONES PARA GERENTE 
Al accesar al sistema como gerente usted tendrá las siguientes opciones: 
Ventas 
Alta / Modificación de Empleados 
Consulta de Empleados 
Alta / Modificación de Servicios 
Alta / Modificación de Productos 
Alta / Modificación de Detalles de los Vehículos 
Consulta de Productos y Servicios Vendidos 
Estas opciones se desplegarán en un menú con botones para seleccionar la opción deseada. 
ALTA / 
MODIFICA C ION 
EJ.VIPLEADOS 
I'\,... ______ __, 
CONSULTA 
El\lIPLEADOS 
r--______ _ 
PRODUCTOS Y 
SERVICIOS 
VENDIDOS 
Salir 
VENTAS 
94 
!'-;¡,--------
ALTA / 
MODIFICA C ION 
SERVICIOS 
r-,, ______ _ 
ALTA / 
MODIFICACION 
PRODUCTOS 
r-...1---------, 
ALTA / 
MODIFICACIÓN 
DETALLES 
3.1.- Ventas 
Al seleccionar el botón de ventas el sistemadesplegará un menú para escoger la opción deseada: 
Alta / Modificación de Clientes 
Consulta de Clientes 
Esto se debe a que cualquier venta de producto o servicio tiene que ser registrada para algún cliente. 
Si el cliente que solicita el servicio ya se encuentra registrado en el sistema se puede buscar dentro 
de la consulta de clientes, si es un cliente nuevo es necesario registrarlo en la opción de "Alta / 
Modificación de Clientes". 
Si no tiene conocimiento sobre sí el cliente ya está registrado o no, se puede realizar primero una 
consulta y en caso de una respuesta negativa se puede realizar el registro. Si decide realizar un 
registro y resulta que el cliente ya estaba registrado el sistema le avisará el respecto y podrá 
continuar con la venta del servicio. 
Nuevamente las opciones se despliegan en un menú con botones: 
ALTA / 
MODIFICACION 
CLIENTES 
Regresar al Mea• Priacipal 
!'-,_ ______ _ 
95 
CONSULTA 
CLIENTES 
3.2.-Alta I Modificación de Empleados 
Al seleccionar este botón el sistema desplegará una pantalla donde podrá capturar toda la 
información de los usuarios que pueden accesar al sistema, en esta pantalla también se pueden 
realizar cambios a los datos de los usuarios en caso de que así lo requiera. 
Altas/Bajas/Cambios de Empleados 
Empleado: 1 Seleccione un Vendedor ,vi ! Moslrar j 
Nombre: 
Calle: 
Colonia: 
Municipio: 
Teléfono: 
Tipo: 
Uscrld: 
Password: 
Donde: 
'---------------' (Nombre completo) 
:========-=--=--=---=---=---=----=----=-----.---------' (Calle y Número) 
.___ _____ __,(sólo números; lada-f telc:fono) 
~----~ (sólo números; lada+ telefono) 
Usuario 0 Gerente o 
'-------'I (de 4 a 8 caractéres) 
1 (de 4 a 8 caractéres) ---~ 
~--~, (vuelva a escribir el passwmd) 
j Registrar j j Eliminar j 
Empleado: Esta opción le permite seleccionar algún usuario registrado para que el sistema le muestre 
los datos en caso de que quiera realizar algún cambio. Es necesario seleccionar el usuario deseado y 
presionar el botón "Mostrar" para que el sistema despliegue la información. En caso de haber 
ingresado a esta pantalla únicamente para registrar un usuario nuevo no requiere utilizar esta opción. 
Para ingresar o modificar los datos de un usuario es necesario llenar los campos de texto con la 
información requerida y presionar el botón "Registrar". 
96 
En caso de que quiera eliminar un usuario del sistema, primero debe seleccionarlo y presionar el 
botón "Mostrar", una vez que el sistema despliega los datos del usuario puede presionar el botón de 
"Eliminar'' para negarle el acceso al Sistema. 
Es importante que recuerde que al eliminar un usuario del sistema el nombre de usuario que había 
utilizado ese usuario se bloqueará y no podrá ser asignado a ningún otro usuario. 
97 
3.3.- Consulta de Empleados 
En caso de que únicamente quiera consultar los usuarios dados de alta en el sistema puede utilizar 
esta opción. 
Consulta de Empleados 
Usuario: 1 Nombre: 
@ Gerente ~ Usuario Teléfono: 
[ Buscar ] 
Donde: 
Usuario: Corresponde al nombre de usuario 
Nombre: Corresponde al nombre real del usuario 
Teléfono: Corresponde al número telefónico del usuario. 
Debe seleccionar el tipo de usuario que desea consultar (Gerente, Usuario normal), este es un 
requisito obligatorio. 
Los datos anteriores son un filtro para realizar consultas específicas, si no llena ninguno de los 
campos de texto correspondientes, al presionar el botón "Buscar" el sistema desplegará todos los 
usuarios dados de alta en el sistema que sean "Gerentes", "Usuarios" o "Ambos". 
Un ejemplo de una consulta es el siguiente: 
98 
Imprimir Consuba 
Recuerde Configurar la pagina de manera Horizontal 
[N·ll•ifh1416 MiMEl&iié 
11 ! ADRINil AmlAN YERDIGLB.. ! ,---------,----,--------¡ Geren1I! [ Activo 1,Wl/ax18 
~i MECA MECNilICO [ SU CALLE i SU COI..CNA [ SU "1.JNICIPIO [ 44221.04460 [ 4422209953 ! Usuario ¡ Eiminado i 00/00/(XXKJ 
(3-- i MECANICO ~ICO ! ! Usuario i Elminado [ 1f,/1l/2fKJ7 
En la tabla que aparece con los datos consultados puede dar click en cualquier "ID. Usuario" y lo 
llevará directamente a la pantalla de "Alta / Modificación de Empleados" para realizarle cambios al 
usuario. 
En caso de que requiera imprimir la consulta realizada es necesario presionar el botón de "Imprimir 
Consulta" y configurar la impresión de manera Horizontal para que se impriman todos los datos. 
99 
3.4.- Alta/ Modificación de Servicios 
Esta pantalla muestra los servicios dados de alta en el sistema y permite registrar nuevos servicios, 
realizar cambios a los servicios que se encuentran en el sistema y eliminar los servicios que ya no se 
requieren. Los servicios están segmentados por categorías, por eficiencia el sistema inicialmente 
únicamente muestra las categorías, en caso de que quiera ver los servicios asociados a cada 
categoría debe presionar el nombre de la categoría que desea consultar: 
Regresar al me•• 
Agrepr senicios 
PIEL 
~ Predo Tiempo 
REPARACIOiil ASIENTO $120 0.5 Mocificar Elimi1ar 
REPARACJON ASIENTO DELAN1BW SlRRFICE SUPERICR CE. PA $120 0.5 Modficar Elmi,ar 
SERVICIO EXTRA $36 1 Mocificar Elrninar 
SERVICIOS DE PIB.. $52 3 Modificar Elini1ar 
Si requiere ingresar un nuevo servicio debe presionar en "Agregar Servicios" y se desplegará la 
siguiente pantalla donde se solicitan los datos del servicio: 
Cerrar esta veatau 
1 Seleccione una Categoría ;v:,I Cal:egoria: 
Precio: Tiempo: 
Regístrar servicio 
100 
Ingresa la descripción del semcio: 
------~ Crear nueva 
'-------~ categoria 
(lm) 
~-----~ 
Se deben llenar los campos de texto con los datos del servicio, todos los datos son obligatorios, en 
caso de que el servicio pertenezca a alguna categoría existente solo es necesario seleccionar dicha 
categoría, si el servicio no pertenece a alguna categoría existente, es necesario crear una nueva 
categoría para el nuevo servicio. En caso de algún error el sistema le desplegará un mensaje con una 
explicación del problema y puede volver intentar registrar un nuevo servicio. 
Si lo que requiere es modificar un servicio, en la primera pantalla donde aparecen los servicios dados 
de alta en el sistema debe presionar "Modificar". 
$52 0.3 Modificar Ennar 
Esto abrirá la siguiente pantalla: 
CeJT.U" esta veatau 
OTROS 
Categoría: IVINYL ":ICategoria: IVINYL ¡~nueva 
Precio: 152 Tiempo: lo.J l(lm) 
Modificar servicio 
Donde podrá realizar los cambios necesarios a los datos del servicio. Una vez realizados los cambios 
debe presionar el botón de "Modificar Servicio". 
En caso de que requiera eliminar algún servicio, en la pantalla donde se despliegan los servicios 
dados de alta en el sistema debe presionar en "Eliminar" y el sistema le pedirá la confirmación para 
eliminar el servicio seleccionado. 
MAS SERVICIOS $696 1 
101 
3. 5. - Alta / Modificación de Productos 
Esta pantalla muestra los productos dados de alta en el sistema que son utilizados al realizar algún 
servicio. Permite registrar nuevos productos, realizar cambios a los productos que se encuentran en 
el sistema y eliminar los productos que ya no se requieren. Los productos están segmentados por 
categorías, por eficiencia el sistema inicialmente únicamente muestra las categorías, en caso de que 
quiera ver los productos asociados a cada categoría debe presionar el nombre de la categoría que 
desea consultar: 
c.i1íiad 
9 
5 
6 
8 
BOTES 
De,cr1J(ión 
R.ep-eSD' al meH 
Agreprprodactos 
Predo 
$70 
$36 
$56 
$65 
Modb 
Mocib 
Mocib 
Mocib 
Ei"*1ar 
Ei"*1ar 
Ei"*1ar 
Ei"*1ar 
Si requiere ingresar un nuevo producto debe presionar en "Agregar Productos" y se desplegará la 
siguiente pantalla donde se solicitan los datos del producto: 
Cemtr esta veatau 
Categoria: 1 Seleccione una Categoría ,~~J Categoria: 
Precio: 
Regislrar producto 
102 
Ingresa ladesmpción del producto: 
~----------. Crear nueva 
'-------~ categooa 
Se deben llenar los campos de texto con los datos delproducto, todos los datos son obligatorios, en 
caso de que el producto pertenezca a alguna categoría existente solo es necesario seleccionar dicha 
categoría, si el producto no pertenece a alguna categoría existente, es necesario crear una nueva 
categoría para el nuevo producto. 
En caso de algún error el sistema le desplegará un mensaje con una explicación del problema y 
puede volver intentar registrar un nuevo producto. 
Si lo que requiere es modificar un producto, en la primera pantalla donde aparecen los productos 
dados de alta en el sistema debe presionar "Modificar". 
6 $256 
Esto abrirá la siguiente pantalla: 
Cenar esta ve.tau 
TUBO ESCAPE 
Categoria: jrusos .'"J Categoria: jruoos ¡~meva 
Precio: 12!i6 Cmcídac:t 16 
Modificar produclo 
Donde podrá realizar los cambios necesarios a los datos del producto. Una vez realizados los 
cambios debe presionar el botón de "Modificar Producto". 
En caso de que requiera eliminar algún producto, en la pantalla donde se despliegan los productos 
dados de alta en el sistema debe presionar en "Eliminar" y el sistema le pedirá la confirmación para 
eliminar el producto seleccionado. 
3 $25 
103 
3.6.-Alta I Modificación de Detalles 
Esta pantalla muestra los detalles que presentan los vehículos dados de alta en el sistema. Permite 
registrar nuevos detalles, realizar cambios a los detalles que se encuentran en el sistema y eliminar 
los detalles que ya no se requieren. Los detalles están segmentados por categorías, por eficiencia el 
sistema inicialmente únicamente muestra las categorías, en caso de que quiera ver los detalles 
asociados a cada categoría debe presionar el nombre de la categoría que desea consultar: 
Repesar al meH 
Apepr ••evos detales 
EXTERIORES 
~ 
Si requiere ingresar un nuevo detalle debe presionar en "Agregar Nuevos Detalles" y se desplegará la 
siguiente pantalla donde se solicitan los datos del detalle: 
Cerrar esta veataaa 
Categoría: 1 Seleccione una Categoría ,!JI Categoría: 
Regislrar detalle 
104 
Ingresa la descripción del detalle: 
~-------, Crear DJJeVa 
'----------~categoria 
Se deben llenar los campos de texto con los datos del detalle, todos los datos son obligatorios, en 
caso de que el detalle pertenezca a alguna categoría existente solo es necesario seleccionar dicha 
categoría, si el detalle no pertenece a alguna categoría existente, es necesario crear una nueva 
categoría para el nuevo detalle. 
En caso de algún error el sistema le desplegará un mensaje con una explicación del problema y 
puede volver intentar registrar un nuevo detalle. 
Si lo que requiere es modificar un detalle, en la primera pantalla donde aparecen los detalles dados 
de alta en el sistema debe presionar "Modificar''. 
Esto abrirá la siguiente pantalla: 
Cerrar esta veama 
Categoria: L_I IN_T_E_RI_O_RE_S ___ _;_,..,-=] Categoria: 
Modificar detalle 
Desaipcion: 
QUEMADA ASIENTOS 
DELANTEROS 
._IIN_T_ER_I_OR_E_S __ ~I ~: 
Donde podrá realizar los cambios necesarios a los datos del detalle. Una vez realizados los cambios 
debe presionar el botón de "Modificar Detalle". 
En caso de que requiera eliminar algún detalle, en la pantalla donde se despliegan los detalles dados 
de alta en el sistema debe presionar en "Eliminar'' y el sistema le pedirá la confirmación para eliminar 
el detalle seleccionado. 
RAYON IURTA DElNlTERA 
105 
3. 7.- Consulta de Productos y Servicios Vendidos 
Esta pantalla permite realizar consultas de las ventas realizadas por productos o servicios, las 
consultas del sistema son dinámicas, es decir que pueden ser tan generales o específicas como 
usted requiera. 
Consulta de Ventas por Producto y/o 
Servicio 
Fecha: 
O Hoy 
@ entre []3 1 C3 / ~I -~I (díalmeslaño) 
y c:a1ca,1 l(díalmes/año) 
Consultar 
Regresar al me•• priacipa) 
Categoria Servicios: 
D I Todas las Categorías v j 
Categoria Productos 
D j Todas las Categorías v j 
Fecha: Puede especificar un rango de fechas para desplegar una consulta en este intervalo, si 
selecciona la opción "Hoy" el sistema desplegara las ventas del día, en caso de que seleccione la 
opción "Entre" y no llene ningún campo de la fecha, el sistema no limitará la consulta a ningún rango 
de fecha, por lo que desplegará todas las ventas sin importar a que fecha pertenezcan. Es 
conveniente recordar que una vez que el sistema tenga mucho tiempo trabajando, una consulta sin 
limitar a un rango de fecha puede ser extremadamente larga por el volumen de operaciones 
consultadas. 
Categorías Servicios: Si selecciona la casilla que se encuentra del lado izquierdo de las opciones de 
las categorías el sistema segmentará la consulta de ventas de servicio por categorías. Si además 
selecciona una categoría en específico, el sistema limitará la consulta a la categoría seleccionada. 
Categorías Productos: Si selecciona la casilla que se encuentra del lado izquierdo de las opciones de 
las categorías el sistema segmentará la consulta de ventas de productos por categorías. Si además 
selecciona una categoría en específico, el sistema limitará la consulta a la categoría seleccionada. 
106 
Ejemplos de consultas: 
Servicios: 
Total de Senidos 
SERVICIOS DE PIEL 
KEPAKACION ASIENTO DELANn:R.O S 
SERVICIO EXl'RA 
KEPAKACION ASIENTO 
UPAKACION PD'.ZA 
OTROS 
OTR.A8 UPA VINYL 
MAS SERVICIOS 
Productos: 
Total de Prodactos 
ESPIJMA 
AIRE COMPRIMIDO 
MASBOTES 
OTROSBOTES 
CHORRO DE BOTES 
GAS 
Servicios: 
PIEL 
REPARACION ASIENTO 
REPARACION ASIENTO DD.ANTER.O S 
SER.VICIOS DE PIEL 
VINYL 
OTROS 
MAS SER.VICIOS 
REPARACION PIEZA 
OTRAS KEPA VINYL 
Productos: 
TUBOS 
TUBOl:SCAPE 
TUBO DE CONDUCCION 
TUBO DE CALD'ACCION 
TUBO DE CONDENSACION 
TUBO DE IIAUDA 
MASTDBOS 
OTROS TUBOS 
Imprimir Consulta 
28 
3 
4 
l 
7 
3 
2 
l 
5 
39 
3 
3 
l 
2 
l 
3 
lmprimi' Consulta 
s 
l 
1 
l 
7 
1 
3 
l 
1 
10 
3 
1 
1 
l 
1 
1 
1 
En caso de que requiera imprimir la consulta realizada es necesario presionar el botón de "Imprimir 
Consulta" y configurar la impresión de manera Vertical para que se impriman todos los datos. 
107 
3. B. - Alta I Modificación de Clientes 
Al seleccionar este botón el sistema desplegará una pantalla donde podrá capturar toda la 
información de los clientes que requieren de algún servicio, en esta pantalla también se pueden 
realizar cambios a los datos de los clientes en caso de que así lo requiera. 
Nombre: 
RFC: 
Calle: 
Colonia: 
Municipio: 
Estado: 
C.P.: 
Teléfono: 
Teléfono 2: 
Fax: 
Celular: 
Nextd: 
Email: 
Contacto: 
Medio: 
Clientes 
::===-=--=---=.,-~---_-_-_-_-_-_-_-~----=------=------_-_-~-~(A. Paterno, A.Mab:mo, Nombre o Razon Social) 
~-1-_I __ I- '----1 _____, 
:=====-=-=--=--=--=--=--=--=--=-.------~<Calle y Número) 
'---1 S_e_lec_c_io_ne_u_n_E_sta_d_o ___ =:v jPaís.: 1 Seleccione un País 
(sólo mmcro; 5 dígitos) 
::==============:::::: 
:=-=============-=: (sólo números; lada+ teléfono) 
(sólo números; lada+ teléfono) 
:==============~ 
:==============~ 
(sólo mmcros; lada+ tdéfono) 
-------~ (sólo números; lada+ teléfono) 
-------~ (sólo mímeros; lada+ tdéfono) 
~-----------~(ej:nombre@dominio.com) 
Registrar Cliente 
Para ingresar los datos de un cliente es necesario llenar los campos de texto con la información 
requerida y presionar el botón "Registrar Cliente". En caso de que registre un cliente que ya existe, el 
sistema le preguntará si desea modificar los datos del cliente con la nueva información. 
Una vez que ha registrado el cliente el sistema lo re direccionará a la pantalla donde se muestra el 
"Detalle del cliente" donde puede visualizar los vehículos registrados para el cliente, los servicios 
activos y pendientes de pago, etc. (La pantalla de "Detalle del Cliente" se explica más adelante). 
108 
3.9.- Consulta de Clientes 
En esta pantalla puede consultar los clientes dados de alta en el sistema. 
Nombre 
RFC: 
Calle: 
Colonia: 
Muniiq,.io: 
Estado: 
C.P.: 
Teléfono: 
Tc1éfono2: 
Fax: 
Celular:Nc:mi 
Emai1: 
Contacto: 
Medio: 
Consulta de Clientes 
1-
--~---~~~~~.=;-~-_-_ -_-~-~(completo) 
~---~-1~-~ 
D ~--------------' (Calle y Número) 
D 
D 
O I Cualquier Estado -~-----~v=I OPais: J~c_ua_lq~ui_er_P_aIB _______ --=vl 
D 
D 
D 
D 
D 
D 
D 
D 
D 
(sólo número; 5 dígitos) 
(sólo números; Jada+ teléfono) 
(sólo números; Jada+ teléfono) 
(sólo números; Jada+ teléfono) 
(sólo IÚl!eros; Jada+ teléfono) 
(sólo números; lada+ teléfono) 
(ej:-~.com) :::==========================: ......., . .,~........_, 
D Va solo ~ eJiminadoc 
1 Buscar J 
Como se puede observar, por cada parámetro como el Nombre, RFC, Calle, etc., se ubica un campo 
de texto y una casilla a su lado izquierdo. La casilla al lado Izquierdo del campo de texto es para 
indicarle al sistema que usted desea que despliegue ese dato específico del cliente. En otras 
palabras, si no selecciona la casilla al lado izquierdo del campo de texto de Email, el sistema NO 
desplegará este dato en la consulta. El único dato que el sistema despliega por default es el Nombre 
del cliente. 
Los campos de texto sirven para refinar o personalizar una búsqueda, por ejemplo, si usted requiere 
consultar todos los clientes que vivan en la colonia "Álamos", es necesario que escriba álamos en el 
campo de texto de Colonia y el sistema desplegará todos los clientes que tienen registrada esa 
Colonia. De la misma manera para los campos de texto restantes. 
La casilla de "Ver Solo Clientes Eliminados" restringe la consulta para que se desplieguen únicamente 
los clientes que han sido eliminados del sistema. 
109 
Un ejemplo de una consulta es el siguiente: 
Imprimir Consulta 
Recuerde Configmar la pagina de manera Horizontal 
~ - Pend1ent"" 1 FFc',a :Je Re~ str::, ¡1 1 CARLOS IIENA ¡mail@son,.CDl'l'I 5 
~[ MIGUB. RENDON 1 1 O 
9372 9372 l6/11/1!.XJ7 ~.-1 o ___ ,l,_16-/1_1/'100_7 ___ ;...-__ Detale En1il" 
l0eta1e 1 Eliminar 
íl INLEVO I lo 
Ff / SCWECWECWECWE i I O 
~I O l '1D/11/1!.XJ7 ~r-1 o---i-¡-30-'--¡1---'-1/'100-7---i----1 eeta1e 1 Eimi1ar 10eta1e ¡ Birrinar 
En la tabla que aparece con los datos consultados puede presionar en cualquier Nombre y lo llevará 
directamente a la pantalla de "Alta / Modificación de Clientes" para realizarle cambios a los datos del 
cliente. 
En esta consulta se seleccionó la casilla de Email y por lo tanto el sistema desplegó este dato para 
todos los clientes que se consultarán. En caso de que un dato contenga demasiados caracteres, el 
sistema restringe la tabla a un tamaño y por lo tanto pudiera presentarse cortada o incompleta la 
información. Si esto sucede, puede presionar cualquier dato que este incompleto y el sistema 
desplegará en una pantalla aparte la información completa del dato. En este ejemplo se puede 
presionar el Mail del primer cliente y el sistema desplegará la información completa del mail. 
Los demás datos que el sistema despliega por default son: 
Número de servicios realizados al cliente 
Monto del total por los servicios realizados al cliente 
Monto de lo pendiente de pago por los servicios realizados al cliente 
La fecha en que se registró al cliente 
La opción de checar los detalles del cliente (Esto lo re-direccionará a la pantalla "Detalle del 
Cliente") 
La opción de eliminar al cliente del sistema 
Un cliente que ha sido eliminado del sistema puede ser reingresado con los mismos datos en 
cualquier momento. 
Solo el gerente puede eliminar y reingresar al sistema a los clientes. 
En caso de que requiera imprimir la consulta realizada es necesario presionar el botón de "Imprimir 
Consulta" y configurar la impresión de manera Horizontal para que se impriman todos los datos. 
110 
3. 1 O. - Detalle del Cliente 
Esta pantalla presenta una información detallada de las actividades realizadas con el cliente. 
Repesar al aea• 
IRazim Social !CARLOS MENA 
/Consrmotota1: Js9112 ¡Consmnofacbndo: !s 1114s ¡$9372 
Veblculos Registrados: 
Ordenes de Servicio Activas: 
Ordenes de Servido F'inalizadas Pendientes de Pago: 
Ordenes de Servicio Finalizadas Pendientes de Facturar: 
Facturas penclentes de pago: 
Historial: 
Por eficiencia, el sistema no presenta toda la información en una sola pantalla, si requiere visualizar 
los vehículos registrados para el cliente, debe presionar "Vehículos Registrados", así sucesivamente 
para cada opción. 
111 
Vehículos Registrados 
Vehlculos Registrados: 
r· - 1wca·· , ~ .Modeo : i Placas . 
[ _______ -~ _ _ _ : ___________ ----~ _________ ___ I '1JXJ7 .. l ----------~ _____ ! -----152.fVG 
Agregar Vehículo 
Si requiere registrar un nuevo vehículo para el cliente es necesario presionar el botón "Agregar 
Vehículo". 
Si requiere modificar los datos de algún vehículo registrado es necesario presionar cualquier dato del 
vehículo. 
Si desea eliminar algún vehículo para el cliente, debe presionar "Eliminar. 
En caso de que requiera registrar un nuevo servicio para algún vehículo, debe presionar "Nuevo 
Servicio". 
Restricciones: 
No se pueden eliminar vehículos con servicios activos. 
El identificador de cada vehículo es el número de Placa, si hay un cliente que tenga registrado 
el mismo número de Placa el sistema no permitirá que se registre nuevamente. En caso de 
que requiera asignar el vehículo a un nuevo cliente, es necesario eliminar primero el vehículo 
para el cliente anterior y darlo de alta por primera vez con el nuevo cliente. 
Para agregar o modificar los datos de algún vehículo el sistema le desplegará la siguiente pantalla 
donde podrá capturar la información requerida del vehículo: 
112 
Cerrar esta ,,.eatau 
Marca: 1 Seleccione una Marca v 1 
(FORO, GM ... etc) 
Tipo: 1 Seleccione un Tipo v 1 
(JETIA, FOCUS ... etc) 
Placas: 
Marca: 
Tipo: 
Color: 
r---------, Registrar DDeVil 
~-----~ marca 
.---------, Registrar DIJero 
~----~tipo 
Registrar DDeVO 
~-----~ tipo 
Si el vehicolo oo tíeoe placas registrar mímem de permiso de circolación 
Modelo: 1 Seleccione un modelo v 1 
Registrar vehículo 
Se deben llenar los campos de texto con los datos del vehículo, todos los datos son obligatorios, en 
caso de que la Marca o el Tipo pertenezcan a alguna categoría existente solo es necesario 
seleccionar dicha categoría, de lo contrario, es necesario crear una nueva categoría para la Marca o 
el Tipo. 
Ordenes de Servicio Activas: 
Tipo FechaEnt. Hara Ent. Total 
FOQJS 
Esta tabla despliega las órdenes de servicio que se abrieron en algún momento y que continúan 
activas. Nuevamente se pueden modificar la información del vehículo presionando cualquiera de los 
datos. 
En caso de que quiera entrar a la orden de servicio activa, es necesario presionar el número de 
orden. Lo que abrirá la siguiente pantalla: 
113 
Agregar Prodactos 
Onlea de senicio: 16 
Regresar al detaDe del clieate 
Agregar Servicios Apepr DetaDes del 
Velümlo 
Cancelar Orden 
Total de b onlea: 0.00 
Cancelar Orden 
Agrepr Coaeatarios 
Para agregar algún producto utilizado para el servicio es necesario presionar "Agregar Productos". 
Para agregar algún servicio realizado en la orden es necesario presionar "Agregar Servicios". 
Para registrar algún detalle que pueda presentar el vehículo es necesario presionar "Agregar Detalles 
del Vehículo". 
Para agregar algún comentario a la orden de servicio es necesario presionar "Agregar Comentarios". 
En caso de que haya abierto alguna orden por error, puede presionar el botón de "Cancelar Orden". 
Restricciones: 
Como los productos o servicios realizados a un vehículo son registrados en el sistema 
después de haberse realizado, una vez que ha agregado un producto o servicio a la orden de 
servicio, aún cuando es posible cancelar la orden en cualquier momento, esta acción no implica que 
no se haya realizado la orden, por lo que los productos utilizados serán dados de baja del inventario. 
El único efecto que tendrá la cancelación de la orden es evitar que se genere un saldo pendiente de 
pago hacia elcliente. 
Los productos o servicios agregados a una orden de servicio se presentan en diferentes colores para 
hacer más sencilla su diferenciación. La siguiente pantalla muestra una orden de servicio con 
productos y servicios: 
114 
Imprimir Orden de Servicio 
__ Mod_ilic_ar_Elem_e_n10_s_de_la_Orde_n ___ ] 1 Cancelar Orden 
SER\1CIOS 
Cantidad Agregar: Descripción 
¡ o jREPARACIONPIEZA 
Tiempo es1imado: 1 In. 
Cantidad Agregar: 
¡ o jESPUMA 
PRODUCTOS 
Descripción 
Importe Precio Nuevo 
$65.00 1165 1 1 
Total: $65.00 
Importe Precio Nuevo 
S 56.00 
1 1 
Total: S 56.00 
DETALLES DEL VEIDCULO 
!QUEMADA ASIENTOS DELANTEROS 
COMENTARIOS 
Total 
$65.00 
Total 
S 56.00 
Comentó: ADRJAN VEROIGua Fecha: 16/01/2008 
jFALTA AVJSAR AL CUENTE 
Total 4e b onlea:: lll.00 
__ M_od_ilic_ar_Be_me_rms_de_la_Orde_n ___ l ! CancelarOrden 
Operaciones 
Elminar de la Orden 
Operaciones 
Elminar de la Orden 
Elminar de la Orden 
H<Q: 10:10:01 
Una vez que se agregó un producto o un servicio a la orden de servicio es posible modificar la 
cantidad o el precio directamente en la orden de servicio, sin necesidad de ir a la pantalla de 
productos o servicios. Para esto se puede utilizar el campo de texto de Agregar donde se puede 
modificar la cantidad de productos o servicios en la orden de servicio y el campo de texto de Precio 
Nuevo para modificar el precio del producto o servicio en la orden de servicio específica y 
presionando el botón de "Modificar Elementos de la Orden". 
Cuando la orden de servicio tiene algún producto o servicio se puede imprimir en cualquier momento, 
pero cuando presione el botón de "Imprimir Orden de Servicio" el sistema le preguntará si desea 
finalizar la orden de servicio. Si acepta finalizar la orden de servicio es imposible agregarle más 
productos o servicios y el sistema automáticamente generará un saldo pendiente de pago igual al 
monto de la orden de servicio. Si no finalizá la orden de servicio únicamente se imprimirá y quedara 
activa para realizar cambios o agregarle elementos. 
115 
Órdenes de Servicio Finalizadas Pendientes de Pago 
Ordenes de Servicio Fina&zitdas Pendientes de Pago: 
i tun. Orden I Usuin:I : Total ~ ! Fedla Ent. Fedla Sal. Fedla Pago P.nial ! Todo ! 
[ 12 [ ~ --- [ $-~ - I $ 139 i- º7ll2/D11 1 07/l2/D17 c=ic:r=J c=J i D -\ 
[ ---~~-~! ___ ~ -- l ---.:~~~~-L __ --!:~~~-:: _ _e:_~!~-~-L_-:10~~~--: _____ L_J ______ J_ ------r -:1~:_____ _1_:: ___ _[ iJ l 
Esta tabla despliega las órdenes de servicio pendientes de pago. 
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
Si la fecha del pago que quiere registrar es diferente a la fecha en la que registra el pago es 
necesario que llene el campo de Fecha Pago, de lo contrario el sistema registrará como fecha de 
pago el día en que realice el registro. 
Si el pago que registra no cubre el monto pendiente de la orden de servicio es necesario registrar el 
monto del pago realizado en el campo de Parcial, de lo contrario puede seleccionar la casilla Todo y 
el sistema registrara un pago por el monto pendiente de la orden automáticamente. 
Se pueden registrar pagos a diferentes órdenes de servicio al mismo tiempo, solo llene los campos 
requeridos y presione el botón "Pagar''. 
Restricciones: 
Una vez que se registre un pago no es posible cancelarlo. 
116 
Órdenes de Servicio Finalizadas Pendientes de Facturar 
ordenes de servicio Fina&zadas Pendientes de Facturar: 
1 fun.O'den 1 UsalD Total Petdenll! Fecha&rt. FechaSal. Fadlnr: 
1 
14 
1 
A[JUM $1l05 $1105 UJ/ll/1007 UJ/l2/21XJ7 D 
15 ADRIM $120 $0 lll/ll/1007 10/ll/1007 D 
11 Factua si!Jjente: 
1 Facuar j 114 
Esta tabla muestra las órdenes de servicio finalizadas pendientes de facturar, independientemente de 
si están pendientes de pago o no. 
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
El sistema automáticamente informa cual es el número de factura siguiente, sin embargo puede 
escoger otro número de factura modificando el campo de# Factura Siguiente. 
Se pueden facturar diferentes órdenes de servicio en una misma factura, solo es necesario 
seleccionar las casillas de las órdenes de servicio que requiere facturar y presionar el botón 
"Facturar''. 
Restricciones: 
No es posible duplicar un número de factura, en caso de que cambie el número de factura y 
seleccione uno ya existente el sistema le mandará un aviso de error. 
Para poder facturar a un cliente es necesario que estén registrados sus datos fiscales (RFC, 
Dirección, etc.). 
El número de órdenes de servicio que se pueden facturar en una misma factura dependen del 
número de productos o servicios que tenga cada orden de servicio limitadas por el tamaño 
impreso de la factura. 
El facturar una orden de servicio no afecta la información de los pagos relacionados con dicha 
orden de servicio. 
117 
Facturas Pendientes de Pago 
Fitduras pendientes de pztga: 
,-~t11 ... ! Permrte . f ... Fed1a ereadan 
12 _j ADRIAN 
-~----------·-·------
Ordenes asignadas a esta factura: 
[ NLril'. Orden ~ -To_tal_-,l~Perden--le-,-Fedla--Ent.--~-Fedla-Sal-. -c---Fedla--Pago----~-Par-dal-. --,Todo --¡ 
12 flJIJ I flJIJ 1 - Cl7/J2(Jl1J7 l ____ 01_'/12/1flJ1 __ ~_1 ____ ~ ~-J=-l~_i_--·_ 1 _ ¡o¡ 
Esta tabla presenta las órdenes de servicio que ya fueron facturadas y están pendientes de pago. 
Aún cuando en la consulta de órdenes de servicio pendientes de pago aparecen todas las órdenes de 
servicio independientemente de si están facturadas o no, esta consulta permite visualizar la 
información por factura. 
Se pueden realizar pagos a las órdenes de servicio facturadas de la misma manera que en la pantalla 
de "Ordenes de Servicio Finalizadas Pendientes de Pago". 
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
Si desea puede cancelar cualquier factura presionando "Cancelar'' en la factura correspondiente. 
Restricciones: 
Aún cuando cancele una factura, el número de factura será bloqueado para que no pueda 
volver a ser utilizado, debido a que existe un registro de la existencia de dicha factura y tiene 
un estatus de cancelada. 
Al cancelar una factura las órdenes de servicio asociadas cambian su estatus a pendientes de 
facturar para poder ser facturadas en una nueva factura. 
El cancelar una factura no afecta la información de los pagos de las órdenes de servicio 
asociadas. 
118 
Historial 
Historial: 
fedaa: 
ÜHoy 
@Entre Ci3J,C2;J ,I (cfa~> 
~=~ 
y ca, ca, 1 (cfa,'nes/aio) 
No. Orden: 
'------;::==-----------~ 
Catl!gorias Senlido&: 1 Seleccione una Categor¡:a v J 
Catl!gorias ProaJCtos: J Seleccione una Categoria v J 
Ordenar por: @ Fedta O Total Üt:Orden Dverl.hk.a,e,b:Totales 
[ Consular ] 
Esta pantalla permite realizar consultas del historial de órdenes de servicio realizadas para cliente 
específico, las consultas son dinámicas, es decir que pueden ser tan generales o específicas como 
usted requiera. 
Fecha: Puede especificar un rango de fechas para desplegar una consulta en este intervalo, si 
selecciona la opción "Hoy" el sistema desplegara las órdenes de servicio del día, en caso de que 
seleccione la opción "Entre" y no llene ningún campo de la fecha, el sistema no limitará la consulta a 
ningún rango de fecha, por lo que desplegará todas las órdenes de servicio del cliente sin importar a 
que fecha pertenezcan. Es conveniente recordar que una vez que el sistema tenga mucho tiempo 
trabajando, una consulta sin limitar a un rango de fecha puede ser extremadamente larga por el 
volumen de operaciones consultadas. 
No. Orden: Puede limitar la consultaa una orden de servicio en específico llenando este campo. 
Categorías Servicios: Si selecciona una categoría en específico, el sistema limitará la consulta a la 
categoría seleccionada, es decir desplegará únicamente las órdenes de servicio que contengan 
servicios de dicha categoría. 
Categorías Productos: Si selecciona una categoría en específico, el sistema limitará la consulta a la 
categoría seleccionada, es decir desplegará únicamente las órdenes de servicio que contengan 
productos de dicha categoría. 
Ordenar por: Puede seleccionar si desea ordenar la consulta de acuerdo a la fecha, al monto del total 
de las órdenes de servicio o de acuerdo al número de orden de servicio. En cualquiera de los casos el 
orden es de menor a mayor. 
Ver Únicamente totales: Si selecciona esta casilla la consulta no desplegará a detalle todas las 
órdenes de servicio, únicamente desplegara un resumen de los resultados del total de las órdenes de 
servicio que cumplen con las restricciones de la consulta. 
119 
Ejemplo de una consulta sin restricciones del historial: 
1 Num. Orden 1 Usuario 1 Total 1 Pendiente 1 FediaEnt. 1 Fedia Sal. 1 FediaPago Fadirada 
11 1 AORIAN $3952 $0 1 07/J2f.l007 07/12/1007 lE,/01/2008 s 
12 ADRIAN $139 $139 07/J2f.l007 07/J2f.l007 00/00/(XXX) s 
13 ADRIAN $1l56 $0 10/J2f}007 10/J2f]007 JE,/01/1008 s 
TOTAl..f:5: 8147 139 
Ordm:s Canceladas- o 
Factan.s Rntindas 
Fadllras Fina&zadas· 3 
, ...... fadLra I Usaio Total Pmlenle 
1 
l'edlaCreadon AaDles 
1 11 1 MRfM $3952 $0 1 a1/U/D17 e.alis' 
Ordenes asignadas a esta factura: 
1 Nt..m. Orden 1 Total FediaEnt. FediaSal. 
1 11 1 $3952 07/12/1007 07/12/'1JJJ7 
l 1un. Factura I U:swrio Total Pendiente Fedia Creacion Aaiones 
1 13 1 ADRlAN $1l56 $ O 14/12/1007 Canrelar 
Ordenes asignadas a esta factura: 
1 Nt..m. Orden 1 Totdl FediaEnt. FediaSal. 
1 13 1 $1!.56 10/12/1007 10/l:2f}m7 
Total Pendiente Fed,a Creaóon Aaiones 
ADRIAN :$139 ·$ l"l'J 14/11./1007 Cancelar 
Ordenes asignadas a esta factura: 
1 !un. Orden 1 Totdl Fedia Ent . FediaSal. 
1 12 $139 07/12/11.X11 l'Jl/rJ,/1001 
Total Pamltle 
1 TOJAU!i: U41 u, 
Fadlras Caocdadas: O 
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
Si desea puede cancelar cualquier factura presionando "Cancelar'' en la factura correspondiente. 
120 
Ejemplo de una consulta con la restricción "Ver Únicamente Totales": 
l l'ul.Ord!n I lJilail Tolal FedaEnt. 
DM 
Fadans RnJiudn 
Tolal 
1147 
121 
4.- OPCIONES PARA USUARIO NORMAL 
Al accesar al sistema como usuario normal usted tendrá las siguientes opciones: 
Alta / Modificación de Clientes 
Consulta de Clientes 
Consulta de Servicios 
Consulta de Productos 
Consulta de Detalles de los Vehículos 
Estas opciones se desplegarán en un menú con botones para seleccionar la opción deseada. 
ALTA / 
MODIFICACION 
CLIENTES 
CONSULTA 
SERVICIOS 
Sair 
CONSULTA 
DETALLES 
122 
CONSULTA 
CLIENTES 
CONSULTA 
PRODUCTOS 
4.1.-Alta / Modificación de Clientes 
Al seleccionar este botón el sistema desplegará una pantalla donde podrá capturar toda la 
información de los clientes que requieren de algún servicio, en esta pantalla también se pueden 
realizar cambios a los datos de los clientes en caso de que así lo requiera. 
Nombre: 
RFC: 
CaDc: 
Colonia: 
Municipio: 
Estado: 
C.P.: 
Teléfono: 
Teléfono2: 
Fax: 
Celular. 
Ncxtcl: 
Email.: 
Contacto: 
Medio: 
Clientes 
~==-=--=--=..-,.:::-_-___:::-___:::-_-___:::-_-_-_-...:;---;:::._-=--=----_-~-~<A. Paterno, A..Matano, Nombre o Razon Social) 
~-~1-~---~-._I --~ 
::===============.-------'(Cale y Número) 
._I S_e_lec_c_io_ne_u_n_Esla_d_o ___ ---=· "'.·!País: 1 Seleccione un País 
(sólo número; s digitos) 
~=============='. 
::==============='. 
(sólo números; lada+ teléf'ono) 
::==============='. 
(sólo números; lada+ teléf'ono) 
:==============~ 
(sólo números; lada+ tcléfooo) 
~------~ (sólo números; lada+ teléfono) 
~------~ (sólo números; lada+ tcléfooo) 
~-----------~(cj:nombre@dominio.com) 
Regislrar Cliente 
... ¡ 
Para ingresar los datos de un cliente es necesario llenar los campos de texto con la información 
requerida y presionar el botón "Registrar Cliente". En caso de que registre un cliente que ya existe, el 
sistema le preguntará si desea modificar los datos del cliente con la nueva información. 
Una vez que ha registrado el cliente el sistema lo re direccionará a la pantalla donde se muestra el 
"Detalle del cliente" donde puede visualizar los vehículos registrados para el cliente, los servicios 
activos y pendientes de pago, etc. (La pantalla de "Detalle del Cliente" se explica más adelante). 
123 
4.2.- Consulta de Clientes 
En esta pantalla puede consultar los clientes dados de alta en el sistema. 
Nombre 
RFC: 
Calle: 
Colonia: 
Municipio: 
Estado: 
C.P.: 
TcléfOJ10: 
Tcléfonol: 
Fax: 
Celular. 
Ncxtel: 
F.mai1: 
Consulta de Clientes 
o :=..-=-----=-----~-,=--=====-=-.-~-~--=-=:---' (completo) 
o l~~l-~-~-1~-~ 
0 ::==============-,---------' (Calle y Número) 
o ::==============: 
o ::======='-----~ 
O I Cualquier Estado vJ O País: ~I C_ua_lquie_-_r_P_aís _______ ~"'I 
0 (sólo IÚDero; 5 dígitos) :=============:::::: o (sólo IIÍlmeros; lada+ teléfono) 
o (sólo IIÍlmeros; lada.+ teléfono) 
O (sólo mímeros; lada.+ teJi:íom) 
o (sólo mneros; lada.+ teléfono) 
o (sók> números; lada+ teléfono) 
O (ej: IIDJDbre@domüo.com) 
~- o 
:=========================~ 
Medio: º'-----------------' 
O Ver solo clieatec elimirw1os 
! Buscar 1 
Como se puede observar, por cada parámetro como el Nombre, RFC, Calle, etc., se ubica un campo 
de texto y una casilla a su lado izquierdo. La casilla al lado Izquierdo del campo de texto es para 
indicarle al sistema que usted desea que despliegue ese dato específico del cliente. En otras 
palabras, si no selecciona la casilla al lado izquierdo del campo de texto de Email, el sistema NO 
desplegará este dato en la consulta. El único dato que el sistema despliega por default es el Nombre 
del cliente. 
Los campos de texto sirven para refinar o personalizar una búsqueda, por ejemplo, si usted requiere 
consultar todos los clientes que vivan en la colonia "Álamos", es necesario que escriba álamos en el 
campo de texto de Colonia y el sistema desplegará todos los clientes que tienen registrada esa 
Colonia. De la misma manera para los campos de texto restantes. 
La casilla de "Ver Solo Clientes Eliminados" restringe la consulta para que se desplieguen únicamente 
los clientes que han sido eliminados del sistema. 
124 
Un ejemplo de una consulta es el siguiente: 
Imprimir Consula 
Recuerde Codigmaa la pagina de manera Horizontal 
ÍN-
1 
fl CARLOS MENA 5 9372 1244 16/11/1JX)7 Detale 
J2 1 MIGlE. RENJON !'--0---ro-~I 0---~! 16-/-11/1JX)--7---~¡ De-tale--.---
íJ/ l'UVO I o ro-, o ¡ '1D/11/1JX)7 1 Detale 
J4 ! SCWECWECWECWEI o ro-r-10---i-i 3l-/-11/1JX)--,---~I De-ta-11!-.----
En la tabla que aparece con los datos consultados puede presionar en cualquier Nombre y lo llevará 
directamente a la pantalla de "Alta / Modificación de Clientes" para realizarle cambios a los datos del 
cliente. 
En esta consulta se seleccionó la casilla de Email y por lo tanto el sistema desplegó este dato para 
todos los clientes que se consultarán. En caso de que un dato contenga demasiados caracteres, el 
sistema restringe la tabla a un tamaño y por lo tanto pudiera presentarse cortada o incompleta la 
información. Si esto sucede, puede presionar cualquier dato que este incompleto y el sistema 
desplegará en una pantalla aparte la información completa del dato. En este ejemplo se puede 
presionar el Mail del primer cliente y el sistema desplegará la información completa del mail. 
Los demás datos que el sistema despliega por default son: 
Número de servicios realizados al cliente 
Monto del total por los serviciosrealizados al cliente 
Monto de lo pendiente de pago por los servicios realizados al cliente 
La fecha en que se registró al cliente 
La opción de checar los detalles del cliente (Esto lo re-direccionará a la pantalla "Detalle del 
Cliente") 
En caso de que requiera imprimir la consulta realizada es necesario presionar el botón de "Imprimir 
Consulta" y configurar la impresión de manera Horizontal para que se impriman todos los datos. 
125 
4.3.- Detalle del Cliente 
Esta pantalla presenta una información detallada de las actividades realizadas con el cliente. 
Repesar al aeaa 
/Rv.ón Soáal jCARLOS MENA 
/Consumo tota1: js 9312 ~ fadmado: Is nMs IPeniirm de Paeo: IS9372 
----- ---·----------
Vebiculos Registrados: 
Ordenes de servido Activas: 
Ordenes de servido Finalizitdas Pendientes de Pago: 
Ordenes de servido Finalizadas Pendientes de Facturar: 
Facturas pendientes de pago: 
Historial: 
Por eficiencia, el sistema no presenta toda la información en una sola pantalla, si requiere visualizar 
los vehículos registrados para el cliente, debe presionar "Vehículos Registrados", así sucesivamente 
para cada opción. 
126 
Vehículos Registrados 
Vehlculos Registrados: 
i Ma'ca ¡ ,__, ! ~---¡- Cm i Plaas :-- Opcianes 
l~ __ F<JID ____ J____ FOOJS 1 _2D0_7~1 ____ AZL.1. ____ ~_452_.FQ=G__ Emw- 1 IU!wServido 
Agregar Vehículo 
Si requiere registrar un nuevo vehículo para el cliente es necesario presionar el botón "Agregar 
Vehículo". 
Si requiere modificar los datos de algún vehículo registrado es necesario presionar cualquier dato del 
vehículo. 
Si desea eliminar algún vehículo para el cliente, debe presionar "Eliminar. 
En caso de que requiera registrar un nuevo servicio para algún vehículo, debe presionar "Nuevo 
Servicio". 
Restricciones: 
No se pueden eliminar vehículos con servicios activos. 
El identificador de cada vehículo es el número de Placa, si hay un cliente que tenga registrado 
el mismo número de Placa el sistema no permitirá que se registre nuevamente. En caso de 
que requiera asignar el vehículo a un nuevo cliente, es necesario eliminar primero el vehículo 
para el cliente anterior y darlo de alta por primera vez con el nuevo cliente. 
Para agregar o modificar los datos de algún vehículo el sistema le desplegará la siguiente pantalla 
donde podrá capturar la información requerida del vehículo: 
127 
Cenar esta ,·eatua 
Marca: 1 Seleccione una Marca v I Marca: 
,---------,Reptrar DIJC\'il 
~-----~marca 
(FORO, GM .. ctc) 
Tipo: 1 Seleccione un Tipo v 1 
(JETIA, FOCUS ... etc) 
Placas: 
T1p0: 
Cob: Registrar DDe\'O '---------' bpo 
Si el vebiculo oo tiene placas registrar !IÚmero de penmso de á-colacióo 
Modelo: 1 Seleccione un modelo v 1 
Regislrarvehiculo 
Se deben llenar los campos de texto con los datos del vehículo, todos los datos son obligatorios, en 
caso de que la Marca o el Tipo pertenezcan a alguna categoría existente solo es necesario 
seleccionar dicha categoría, de lo contrario, es necesario crear una nueva categoría para la Marca o 
el Tipo. 
Ordenes de servicio ActiviilS: 
Total 
1 16 1 .QUAN F<JID 10:53:52 
Esta tabla despliega las órdenes de servicio que se abrieron en algún momento y que continúan 
activas. Nuevamente se pueden modificar la información del vehículo presionando cualquiera de los 
datos. 
En caso de que quiera entrar a la orden de servicio activa, es necesario presionar el número de 
orden. Lo que abrirá la siguiente pantalla: 
128 
Auegar Prodlldos 
Onlea de senicio: 16 
Revesar al detaDe del clie•te 
Agre&ar Senicios 
Ap-epr DetaDes del 
Velücalo 
Cancelar Orden 
Total de la ordea: 0.00 
Cancelar Orden 
Ap-epr Comeatarios 
Para agregar algún producto utilizado para el servicio es necesario presionar "Agregar Productos". 
Para agregar algún servicio realizado en la orden es necesario presionar "Agregar Servicios". 
Para registrar algún detalle que pueda presentar el vehículo es necesario presionar "Agregar Detalles 
del Vehículo". 
Para agregar algún comentario a la orden de servicio es necesario presionar "Agregar Comentarios". 
En caso de que haya abierto alguna orden por error, puede presionar el botón de "Cancelar Orden". 
Restricciones: 
Como los productos o servicios realizados a un vehículo son registrados en el sistema 
después de haberse realizado, una vez que ha agregado un producto o servicio a la orden de 
servicio, aún cuando es posible cancelar la orden en cualquier momento, esta acción no implica que 
no se haya realizado la orden, por lo que los productos utilizados serán dados de baja del inventario. 
El único efecto que tendrá la cancelación de la orden es evitar que se genere un saldo pendiente de 
pago hacia el cliente. 
Los productos o servicios agregados a una orden de servicio se presentan en diferentes colores para 
hacer más sencilla su diferenciación. La siguiente pantalla muestra una orden de servicio con 
productos y servicios: 
129 
Imprimir Orden de Servicio 
__ Mod_ific_· _ar_E_1em_en1o __ 11 de_la_Orde_n ___ ] 1 Cancelar Orden 
SERVICIOS 
Cantidad Agregar· Descripción 
¡ o IREPARACIONPIEZA 
Tiempo estimado: l bn. 
Cantidad Agregar: ro 1ESPUMA 
PRODUCTOS 
Descripción 
Importe Precio Nuevo 
$65.00 1165 1 1 
Tola!: $65.00 
Importe Precio Nuevo 
$ 56.00 
1 1 
Tola!: $ S6.00 
DETALLES DEL VEWCULO 
Total Operaciones 
$65.00 Elminar de la Orden 
Total Operaciones 
$ 56.00 Elminar de Ja Orden 
jQUEMADA ASIENTOS DELANTEROS Elmlnar de la Orden 
COMENTARIOS 
Comentó: ADRJAN VERDJGua Fecha: 16/01/2008 Honl: 10:10:01 
!FALTA A VISAR. AL CLIENTE 
TeaJ de la onlea: llUI 
__ M_od_ific_ar_E_lemenms __ de_la_Orde_n __ l I CancelarOrden 
Una vez que se agregó un producto o un servicio a la orden de servicio es posible modificar la 
cantidad o el precio directamente en la orden de servicio, sin necesidad de ir a la pantalla de 
productos o servicios. Para esto se puede utilizar el campo de texto de Agregar donde se puede 
modificar la cantidad de productos o servicios en la orden de servicio y el campo de texto de Precio 
Nuevo para modificar el precio del producto o servicio en la orden de servicio específica y 
presionando el botón de "Modificar Elementos de la Orden". 
Cuando la orden de servicio tiene algún producto o servicio se puede imprimir en cualquier momento, 
pero cuando presione el botón de "Imprimir Orden de Servicio" el sistema le preguntará si desea 
finalizar la orden de servicio. Si acepta finalizar la orden de servicio es imposible agregarle más 
productos o servicios y el sistema automáticamente generará un saldo pendiente de pago igual al 
monto de la orden de servicio. Si no finalizá la orden de servicio únicamente se imprimirá y quedara 
activa para realizar cambios o agregarle elementos. 
130 
Órdenes de Servicio Finalizadas Pendientes de Pago 
Ordenes de Servicio Finalizildas Pendientes de Pago: 
1 tu.Orden Total Pendenle FechaEnt. FedlaSal. i P.wai : Todo 
07/l2/1D01 -T 07/l2/1D01 r 
1 
r-- ~ 1 $139 r- $139 ~ ~ 
1 
º 1 
---- --T ,--
ID/U/]JXJ7 ID/U/]JXJ7 1 
1 
1 --------------------:··-- -
1 14_'-~-
: $ llDS - i uws ~~ - -! -~ --r -ci 
------------ --------- ------------------------------ -------- --------------- - ----------- ----------------- --- _I ------ -- ! 
Esta tabla despliega las órdenes de servicio pendientes de pago. 
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
Si la fecha del pago que quiere registrar es diferente a la fecha en la que registra el pago es 
necesario que llene el campo de Fecha Pago, de lo contrario el sistema registrará como fecha de 
pago el día en que realice el registro. 
Si el pago que registra no cubre el monto pendiente de la orden de servicio es necesario registrar el 
monto del pago realizado en el campo de Parcial, de lo contrario puede seleccionar la casilla Todo y 
el sistemaregistrara un pago por el monto pendiente de la orden automáticamente. 
Se pueden registrar pagos a diferentes órdenes de servicio al mismo tiempo, solo llene los campos 
requeridos y presione el botón "Pagar". 
Restricciones: 
Una vez que se registre un pago no es posible cancelarlo. 
131 
Órdenes de Servicio Finalizadas Pendientes de Facturar 
ordenes de servicio Fina&zadas Pendientes de Facturar: 
1 ,u,i, Orden 1 LJsuarlo Total Pe11die11te F-echaEnt F-echa Sal. Facturar: 
1 14 
1 ADRIAN $1105 $1105 10/'12/2007 10/J2(1007 D 1 
t 1 
15 ADRIAN $120 $0 10/'12/2007 10/'12/2007 D 
# Fad!sa siguiente: 
[ Faclurar ] 114 
Esta tabla muestra las órdenes de servicio finalizadas pendientes de facturar, independientemente de 
si están pendientes de pago o no. 
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
El sistema automáticamente informa cual es el número de factura siguiente, sin embargo puede 
escoger otro número de factura modificando el campo de # Factura Siguiente. 
Se pueden facturar diferentes órdenes de servicio en una misma factura, solo es necesario 
seleccionar las casillas de las órdenes de servicio que requiere facturar y presionar el botón 
"Facturar''. 
Restricciones: 
No es posible duplicar un número de factura, en caso de que cambie el número de factura y 
seleccione uno ya existente el sistema le mandará un aviso de error. 
Para poder facturar a un cliente es necesario que estén registrados sus datos fiscales (RFC, 
Dirección, etc.). 
El número de órdenes de servicio que se pueden facturar en una misma factura dependen del 
número de productos o servicios que tenga cada orden de servicio limitadas por el tamaño 
impreso de la factura. 
El facturar una orden de servicio no afecta la información de los pagos relacionados con dicha 
orden de servicio. 
132 
Facturas Pendientes de Pago 
Fncturas pendientes de pago: 
Esta tabla presenta las órdenes de servicio que ya fueron facturadas y están pendientes de pago. 
Aún cuando en la consulta de órdenes de servicio pendientes de pago aparecen todas las órdenes de 
servicio independientemente de si están facturadas o no, esta consulta permite visualizar la 
información por factura. 
Se pueden realizar pagos a las órdenes de servicio facturadas de la misma manera que en la pantalla 
de "Ordenes de Servicio Finalizadas Pendientes de Pago". 
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
Si desea puede cancelar cualquier factura presionando "Cancelar'' en la factura correspondiente. 
Restricciones: 
Aún cuando cancele una factura, el número de factura será bloqueado para que no pueda 
volver a ser utilizado, debido a que existe un registro de la existencia de dicha factura y tiene 
un estatus de cancelada. 
Al cancelar una factura las órdenes de servicio asociadas cambian su estatus a pendientes de 
facturar para poder ser facturadas en una nueva factura. 
El cancelar una factura no afecta la información de los pagos de las órdenes de servicio 
asociadas. 
133 
Historial 
Historial: 
fema: 
ÜHoy No. Orden: 
@Entre ca,ca,1 (d'a~) 
v CBJ,[3,:=I ==;Kd'a•faio> 
~---.====--------------,, 
Categorias Senlicios: 1 Seleccione una Categoría v J 
Categanas Procums: 1 Seleccione una Categoría v J 
Ordena- por: @ Fedla ÜTotal O# Orden D Ver Uric.anente Totales 
1 Consultar ] 
Esta pantalla permite realizar consultas del historial de órdenes de servicio realizadas para cliente 
específico, las consultas son dinámicas, es decir que pueden ser tan generales o específicas como 
usted requiera. 
Fecha: Puede especificar un rango de fechas para desplegar una consulta en este intervalo, si 
selecciona la opción "Hoy" el sistema desplegara las órdenes de servicio del día, en caso de que 
seleccione la opción "Entre" y no llene ningún campo de la fecha, el sistema no limitará la consulta a 
ningún rango de fecha, por lo que desplegará todas las órdenes de servicio del cliente sin importar a 
que fecha pertenezcan. Es conveniente recordar que una vez que el sistema tenga mucho tiempo 
trabajando, una consulta sin limitar a un rango de fecha puede ser extremadamente larga por el 
volumen de operaciones consultadas. 
No. Orden: Puede limitar la consulta a una orden de servicio en específico llenando este campo. 
Categorías Servicios: Si selecciona una categoría en específico, el sistema limitará la consulta a la 
categoría seleccionada, es decir desplegará únicamente las órdenes de servicio que contengan 
servicios de dicha categoría. 
Categorías Productos: Si selecciona una categoría en específico, el sistema limitará la consulta a la 
categoría seleccionada, es decir desplegará únicamente las órdenes de servicio que contengan 
productos de dicha categoría. 
Ordenar por: Puede seleccionar si desea ordenar la consulta de acuerdo a la fecha, al monto del total 
de las órdenes de servicio o de acuerdo al número de orden de servicio. En cualquiera de los casos el 
orden es de menor a mayor. 
Ver Únicamente totales: Si selecciona esta casilla la consulta no desplegará a detalle todas las 
órdenes de servicio, únicamente desplegara un resumen de los resultados del total de las órdenes de 
servicio que cumplen con las restricciones de la consulta. 
134 
Ejemplo de una consulta sin restricciones del historial: 
Ordenes de Serrido Rali7.adas 
Ordenes Finalizadas: 3 
Num, Orden Usuario Total Pendiente FechaEnt Fecha Sal. Fecha Pago Fachrada 
11 ADRlAN $3952 $0 07/12f}007 07/1l./'EIJ7 16/0'J/1008 s 
12 AORIAN $139 $139 07/12f1007 07/12f]JYJ7 00/00/000) s 
13 ADRlAN $1056 $0 1D/12f}007 1D /1l./'EIJ7 16/0'J/1008 s 
TOTALES: 8147 139 
Ordenes Canceladas- O 
F acbns Finalizadas: 3 
¡ ,un. fadura I Usuario Total 
/ 11 i ADRIAN $3952 
Pendiente Fecha Cíeacion Aaiones 
$0 07/12f}007 Cancelar 
Ordenes asignadas a esta factura: 
1 Nun. Orden 1 Total FechaEnt. FechaSal. 
1 11 1 $3952 07/12/1007 07/12/1007 
j Pun. factura j Usuario Total Pendiente FechaCreaóon Aaiones 
1 13 ADRIAN $1056 $0 11(1l./'EIJ7 Ca~ 
Ordenes asignadas a esta factura: 
1 Nlln. Orden 1 Total FechaEnt FechaSal. 
1 13 $1056 W/12/1007 1D/1l./'EIJ7 
j ~ . factlJra 1 Total 
1 12 ADRIAN $U9 
Pendiente Fecha Creaóon Aaiones 
$ H9 11(1l./'EIJ7 Cancelar 
Ordenes asignadas a esta factura: 
1 NI.In, Orden 1 Total Fecha Ent. FechaSal. 
12 1 fU9 07/12/1007 07/12/1007 
1 Tot.al Perdenle 
u, I _ TOf~---~---'---at4_7_~---'--------
Si desea revisar a detalle cuales fueron los servicios o productos utilizados en la orden de servicio 
debe presionar el número de orden de la orden de servicio que quiere consultar a detalle. 
Si desea puede cancelar cualquier factura presionando "Cancelar" en la factura correspondiente. 
135 
Ejemplo de una consulta con la restricción "Ver Únicamente Totales": 
TaW 
TaW 
1147 131 
136 
4.4.- Consulta de Servicios 
Esta pantalla muestra los servicios dados de alta en el sistema. 
Los servicios están segmentados por categorías, por eficiencia el sistema inicialmente únicamente 
muestra las categorías, en caso de que quiera ver los servicios asociados a cada categoría debe 
presionar el nombre de la categoría que desea consultar: 
PIEL 
OesCJipdÓn 
REPARACION ASIENTO 
Repesar a1 •e•• 
REPARACION ASIENTO DELANTERO SUPERFICIE SUPBUOR DEL PA 
SERVICIO EXTRA 
SERVIOOS DE PIB. 
Precio Tiempo 
$120 0.5 
$120 o.s 
$36 1 
$52 3 
Si requiere visualizar la descripción completa de un servicio debe presionar en el nombre del servicio 
y se desplegará la siguiente pantalla donde se muestran todos los datos del servicio: 
Cemu esta veatau 
Desaipcion: 
REPARACION ASIENTO 
Categoria: PIEL 
Precio: 120 Tiempo: 
137 
4.5.- Consulta de Productos 
Esta pantalla muestra los productos dadosde alta en el sistema que son utilizados al realizar algún 
servicio. 
Los productos están segmentados por categorías, por eficiencia el sistema inicialmente únicamente 
muestra las categorías, en caso de que quiera ver los productos asociados a cada categoría debe 
presionar el nombre de la categoría que desea consultar: 
TUBOS 
Cantidad ~ Precio 
6 lUBOESCAPE $256 
3 lUBO DE aMJlJCCION $25 
12 1UBO DE CALEFACCION $545 
lO 1UBO DE OOM:>ENSACION $89 
8 1UBO DE SALIDA $85 
Si requiere visualizar la descripción completa de un producto debe presionar en el nombre del 
producto y se desplegará la siguiente pantalla donde se muestran todos los datos del producto: 
Ceff21' esta veataaa 
Desaipcion: 
TUBO DE CONDENSACION 
Categoria: TUBOS 
Precio: 89 10 
138 
4.6.- Consulta de Detalles 
Esta pantalla muestra los detalles que presentan los vehículos dados de alta en el sistema. 
Los detalles están segmentados por categorías, por eficiencia el sistema inicialmente únicamente 
muestra las categorías, en caso de que quiera ver los detalles asociados a cada categoría debe 
presionar el nombre de la categoría que desea consultar: 
RAYON PUERTA DELANTERA 
DESCARAPELADA DE 
Regresar al me•• 
EXTERIORES 
DescripdÓn 
Si requiere visualizar la descripción completa de un detalle debe presionar en el nombre del detalle y 
se desplegará la siguiente pantalla donde se muestran todos los datos del detalle: 
Cemll' esta veataaa 
Descripcion: 
RAYON PUERTA DELANTERA 
Categoria: EXTERIORES 
139