INSTITUTO TECNOLGICO SUPERIOR JOS OCHOA LEN

CARRERA DE TECNOLOGA EN ANALISIS DE SISTEMAS

TEMA:
ANLISIS Y DEFINICION DE LOS REQUERIMIENTOS PREVIO AL
DESARROLLO INFORMATICO QUE SOLUCIONARA LOS
INCOVENIENTES DE LA FALTA DE AUTOMATIZACION EN EL
DEPARTAMENTO DE ADMINISTRACION Y FACTURACION DE LA
MECANICA AUTOMOTRIZ ESPINOZA DE LA CIUDAD DE PASAJE,
PROVINCIA DE EL ORO AO 2015.
PROYECTO QUE SE PRESENTA COMO TRABAJO FINAL DE LA
ASIGNATURA DE ANLISIS DE SISTEMAS DEL TERCER CICLO
SECCIN NOCTURNA.
AUTORES:

CABRERA TORRES EDINSON XAVIER

ESPINOZA ARMIJOS RICHARD ANDRES
MOSQUERA TORRES LUIS FERNANDO
MOSQUERA TORRES LUIS MIGUEL
DOCENTE:
TLG. JONATHAN CHACHA
Pasaje, 04 de Febrero del 2015

DEDICATORIA

Dedico este trabajo a los pilares fundamentales de mi vida que son mi mayor
inspiracin, quien me bendice y cuida mi sendero como es Dios, a mis
padres, en especial mi madre Mercedes que son es apoyo incondicional para
alcanzar la meta anhelada, a mis sobrinos, que nunca han dejado que se
trunque mis sueos y deseos de superacin, quien ha sido mi conciencia
para la culminacin de mis estudios.
ESPINOZA ARMIJOS RICHARD ANDRES
A mi madre con mucho amor y

cario le dedico todo mi esfuerzo y trabajo

puesto para la realizacin de esta tesis.

CABRERA TORRES EDINSON XAVIER
La concepcin de este proyecto est dedicada a mis padres, pilares
fundamentales en mi vida. Sin ellos, jams hubiese podido conseguir lo que
hasta ahora. Su tenacidad y lucha insaciable han hecho de ellos el gran
ejemplo a seguir y destacar, no solo para m, sino para mis hermanos y
familia en general. Tambin dedico este proyecto a mi novia, Mi Naranjita,
compaera inseparable de cada jornada. Ella represent gran esfuerzo y
tesn en momentos de decline y cansancio. A ellos este proyecto, que, sin
ellos, no hubiese podido ser.
LUIS MIGUEL MOSQUERA TORRES

Esta monografa est dedicada a mis padres ya que gracias a ellos puedo
estar en esta linda institucin y poder aportar con mis conocimientos.
Tambin dedico a mis abuelos ya que con ellos sigo siendo una persona de
bien pese a cualquier tipo de enfermedad. Y quiero dedicar tambin a un
amigo muy especial que es mi Dios con el ago. Todo y esta Conmigo en las
buenas y en las malas, en las noches ms fras y por eso se lo debo todo al
ya que a pesar de mis errores en esta vida l supo perdonarme y comenzar
nuevamente.
LUIS FERNANDO MOSQUERA TORRES

AGRADECIMIENTO

Agradezco a Dios por proteger cada paso que doy, a mi familia que ha sido
mi apoyo fundamental para continuar mis estudios superiores, quien en todo
momento han estado junto a mi dndome fuerzas en cada obstculo
presentado, mi tutor Tlg. Jonathan Chacha, quien gracias sus conocimientos
impartidas en el aula de clases ha logrado ilustrarnos, a todos mis
compaeros que de una y otra forma me han apoyado de las enseanzas
recibidas
ESPINOZA ARMIJOS RICHARD ANDRES
En primer lugar, a Dios por haberme guiado por el camino de la felicidad
hasta ahora; en segundo lugar, a cada uno de los que son parte de mi familia
a mi MADRE; a mis hermanos y a todos mis tos; por siempre haberme dado
su fuerza y apoyo incondicional que me han ayudado y llevado hasta donde
estoy ahora. Por ltimo, a mis compaeros de tesis porque en esta armona
grupal lo hemos logrado y a mi director de tesis quin nos ayud en todo
momento, Tlgo. Johnnatan Chacha.
EDINSON XAVIER CABRERA TORRES
Los resultados de este proyecto, estn dedicados a todas aquellas personas
que, de alguna forma, son parte de su culminacin.

Nuestros sinceros

agradecimientos estn dirigidos hacia nuestros amigos, quien, con su ayuda

desinteresada, nos brind informacin relevante, prxima, pero muy cercana
a la realidad de nuestras necesidades. A los muchachos de 3 Anlisis de
Sistemas, los cules plasmaron nuestros resultados investigativos en
diseos originales, atractivos y de gran realce para el xito del proyecto. A
nuestras familias por siempre brindarnos su apoyo, tanto sentimental, como
V

econmico. Pero, principalmente nuestros agradecimientos estn dirigidos

hacia la excelentsima autoridad de nuestro director y amigo, Johnnatan, sin
el cual no hubisemos podido salir adelante y al Tlgo. Johnnatan Chacha.
LUIS MIGUEL MOSQUERA TORRES
Primero, antes que nada, dar gracias a Dios, por estar conmigo en cada paso
que doy, por fortalecer mi corazn e iluminar mi mente y por haber puesto en
mi camino a aquellas personas que han sido mi soporte y compaa durante
todo el periodo de estudio.
Agradecer hoy y siempre a mi familia por el esfuerzo realizado por ellos. El
apoyo en mis estudios, de ser as no hubiese sido posible. A mis padres y
dems familiares ya que me brindan el apoyo, la alegra y me dan la fortaleza
necesaria para seguir adelante.
LUIS FERNANDO MOSQUERA TORRES

1 INDICE GENERAL
PORTADA........I
DEDICATORIA...
IIAGRADECIMIENTO...III
INDICE
GENERAL........IV
2

NDICE DE CUADROS................................................................x

CAPITULO I..........................................................................11
1.1

TTULO DEL PROYECTO.....................................................11

1.2

OBJETIVOS.....................................................................11

3.1

1.2.1 OBJETIVO GENERAL..................................................11

1.2.2
3.2

OBJETIVOS ESPECFICOS................................................11
1.3 DESCRIPCIN GENERAL DE LA SITUACIN........................11

3.3
1.4 CONTEXTUALIZACIN DE LA ZONA DE INFLUENCIA DEL
PROYECTO.............................................................................12
3.4........................................................................................13
3.5

1.5 JUSTIFICACIN DE LA NECESIDAD DE LA INTERVENCIN......13

3.6

1.5.1. FUNDAMENTACIN DE LA PROPUESTA..........................13

3.7

1.6 DESCRIPCIN DEL PROYECTO........................................14

Este proyecto se idealizo en las diferentes necesidades e inconvenientes

que tienen los clientes, como tambin los usuarios, en la atencin recibida y
brindad de la Mecnica Automotriz, y debido a la desactualizacin se los
servicios.................................................................................14
Los diferentes servicios que brinda el taller mecnico son de beneficiosos
para la ciudadana, por ser los pilares fundamentales del bienestar en
servicio al cliente dirigido a los clientes como base de turismo. Como parte
del estudio se identific, que existen diferentes dficits para lograr la misin
a la que se refiere el Gremio y de mecnicos y Anexos del Cantn Pasaje, su
principal problema es la falta de automatizacin de cada cliente que recibe
el taller, ya que no permite controlar su control de atencin y poder realizar

el respectivo seguimiento mdico, de acuerdo a las atenciones recibidas

anteriormente y los diagnsticos emitidos por los diferentes................14
Ficha del documento...............................................................19
Contenido.................................................................................1
1

Introduccin........................................................................3
1.1

Propsito.......................................................................3

1.2

Alcance..........................................................................3

Personal involucrado..............................................................4
1.3

Definiciones, acrnimos y abreviaturas............................5

1.3.1

Del Negocio.............................................................................5

1.3.2

Del Sistema.............................................................................5

1.3.3

De Tecnologa.........................................................................6

1.4

Referencias....................................................................7

1.5

Resumen........................................................................7

Descripcin general.............................................................7
2.1

Perspectiva del producto................................................7

2.2

Funcionalidad del producto.............................................7

2.3

Caractersticas de los usuarios........................................8

2.4

Restricciones..................................................................8

2.4.1

Polticas Reguladoras............................................................8

2.4.2

Limitaciones de Hardware.....................................................9

2.4.3

Interfaces con Otras Aplicaciones.......................................9

2.4.4

Funciones de Control............................................................9

2.4.5

Requisitos del Lenguaje........................................................9

2.4.6

Requisitos de Fiabilidad........................................................9

2.4.7

Credibilidad de la Aplicacin................................................9

2.4.8

Consideraciones de Seguridad..........................................10

2.5

Suposiciones y dependencias........................................10

2.6

Evolucin previsible del sistema....................................10

Requisitos especficos........................................................10
3.1

Requisitos comunes de los interfaces.............................11

3.1.1

Interfaces de usuario...........................................................11

3.1.2

Interfaces de hardware........................................................12

3.1.3

Interfaces de software.........................................................13

3.1.4

Interfaces de comunicacin................................................13

3.2

Requisitos funcionales..................................................13

3.2.1

Requisito funcional 1...........................................................13

3.2.2

Requisito funcional 2...........................................................14

3.2.3

Requisito funcional 3...........................................................15

3.2.4

Requisito funcional n...........................................................17

3.3

Requisitos no funcionales..............................................18

3.3.1

Requisitos de rendimiento..................................................18

3.3.2

Seguridad..............................................................................18

3.3.3

Fiabilidad...............................................................................19

3.3.4

Disponibilidad.......................................................................19

3.3.5

Mantenibilidad......................................................................19

3.3.6

Portabilidad...........................................................................19

3.4

Otros requisitos............................................................19

Apndices..........................................................................19

CAPTULO II.........................................................................21
4.1

2.1. MARCO TERICO CONCEPTUAL.....................................21

4.2
2.1.1. DEFINICIN DE REQUERIMIENTOS Y DE ANLISIS DE
REQUERIMIENTOS....................................................................21
4.3
2.2. SELECCIN DEL CICLO DE VIDA DE DESARROLLO DE
PROYECTOS...........................................................................23
4.4........................................................................................24
4.5

2.3 ELECCIN DEL ENFOQUE DE DESARROLLO DEL SISTEMA.....24

4.6

2.4 FASES DEL PROYECTO.................................................25

4.6.1

2.4.1 FASE I: INVESTIGACIN PRELIMINAR...................25

4.6.2

2.4.2. FASE II: DETERMINACIN DE REQUERIMIENTOS 26

4.6.3

2.4.3. FASE III: ANLISIS....................................................27

4.6.4

2.4.4 FASE IV: DISEO.........................................................27

4.6.5

2.4.5 FASE V: CONSTRUCCIN..........................................28

4.7

MARCO TERICO CONTEXUAL............................................28

V

4.7.1

RESEA HISTRICA............................................................28

4.7.2

MISIN...................................................................................31

4.7.3

VISIN...................................................................................31

5.1.1

OBJETIVOS...........................................................................32

1.2.4.1.
5.2

OBJETIVOS ESPECFICOS.............................................32

1.2. 5 FODA.....................................................................32

5.2.1

1.2.51.1. Fortalezas..............................................................32

5.2.2

1.2.51.2. Debilidades:...........................................................32

1.2.51.3. Oportunidades:...................................................................33
6

CAPITULO III.........................................................................34
1.1.

DURACIN DEL PROYECTO................................................34

1.2.

DESCRIPCIN DETALLADA DE LAS ACTIVIDADES....................35

1.3.

CRONOGRAMA DE EJECUCIN DE ACTIVIDADES.....................37

1.4.

RESULTADOS ALCANZADOS...............................................40

1.4.1.
7

FUNCIONAMIENTO DEL SISTEMA.......................................40

3.5. CONCLUSIONES Y RECOMENDACIONES................................42

7.1
1.5.2.

3.5.1. CONCLUSIONES.......................................................42
RECOMENDACIONES......................................................42

7.2

3.6. BIBLIOGRAFA............................................................43

7.3

ANEXOS.........................................................................45

7.4

ANEXO 1. RBOL DE PROBLEMAS........................................45

7.5

ANEXO 2. RBOL DE OBJETIVOS.........................................46

1 NDICE DE CUADROS

CAPITULO I

1.1 TTULO DEL PROYECTO

ANLISIS Y DEFINICION DE LOS REQUERIMIENTOS PREVIO AL
DESARROLLO

INFORMATICO

QUE

INCOVENIENTES

DE

DE

LA

FALTA

SOLUCIONARA
AUTOMATIZACION

LOS
EN

EL

DEPARTAMENTO DE ADMINISTRACION DE LA MECANICA AUTOMOTRIZ

ESPINOZA DE LA CIUDAD DE PASAJE, PROVINCIA DE EL ORO AO
2015
1.2 OBJETIVOS
2.1

1.2.1 OBJETIVO GENERAL

Permite identificar los problemas que presenta el departamento de

administracin y la necesidad de automatizar las historias de atencin al
cliente, de los clientes que son atendidos en la Mecnica Automotriz
Espinoza, con el propsito de brindar un servicio rpido y oportuno, y que no
exista
1.2.2 OBJETIVOS ESPECFICOS
Garantizar al cliente el acceso por va sistemtica a los datos, propios
o de sus representados, que se encuentren disponibles en formato
digital en alguno de los Servicios que se integra, siempre que cumplan
los mnimos requisitos de seguridad establecidos para proteger sus
propios datos contra la intrusin ilegtima de quienes no hayan sido
facultados para acceder.
Garantizar a los clientes, un servicio de primea calidad, demostrando
eficacia y de manera rpida el servicio de facturacin; y que al
momento de ingresar los datos, estos queden registrados en el
sistema para una prxima atencin.
El sistema a desarrollar deber dotarse de agilidad y sencillez en el
acceso, al servicio de los clientes.

2.2

1.3 DESCRIPCIN GENERAL DE LA SITUACIN.

Actualmente la Mecnica Automotriz de la Ciudad de Pasaje, est

considerado como un Taller Bsico segn el Gremio de mecnicos y Anexos
de la misma Ciudad, cuenta con los servicios completos de servicio de
mantenimiento automotriz a los autos de los habitantes de la ciudad,
mediante la construccin de un taller mecnico. Adems de servicio de
cambio de Aceite, cambio de Filtro, cambio de bujas, cambio de tensores,
correas de tiempo y verificacin de alternadores de motores de arranques a
todo tipo de vehculo a disel.
La Mecnica Automotriz Espinoza de la Ciudad de Pasaje, recibe
aproximadamente 10 clientes diarios para los diferentes servicios que se
brinda, cabe indicar que, en cuanto a la descentralizacin, los clientes tienen
que recibir atencin primaria ya sea en servicios Mecnica General como en
Mecnica preventiva, para que sean referidos a la atencin bsica
automotriz, y reciban el tratamiento segn el diagnstico.
En el da de la atencin el cliente va directo a la preparacin del vehculo ya
que el oficial asistente realiza su

preparacin, el historial del cliente se

mantienen en carpetas de la cuales no son totalmente seguras, totalmente

desactualizado ya que solo permite ingresar los datos como nombre,
apellido, fecha de nacimiento y numero de cedula, no permite opciones, no
permite tener una atencin rpida y oportuna, por lo que esta empresa
necesita urgentemente de un Software sofisticado que permita la atencin
eficaz al actual y a los futuros clientes.
Para finalizar, esta empresa no cuenta con un cartel, ni publicidad puesta,
solo cuenta con los carteles de seguridad y est totalmente equipado.

2.3

1.4 CONTEXTUALIZACIN DE LA ZONA DE INFLUENCIA DEL

PROYECTO

El proyecto se desarroll con la finalidad de lograr la automatizacin y los

requerimientos de un sistema de facturacin que permitir registrar, el
historial de los clientes que son atendidos en la Mecnica Automotriz
Espinoza de la ciudad de Pasaje, con mira a brindar servicios con calidad y
calidez, sean oportunos, concisos y veraces, y ser los pioneros en atencin
remota con las diferentes reas que reciben por parte de la Mecnica.
Este proyecto se desarroll en la Mecaniza Automotriz Espinoza, ubicada en
el rea Urbana de la ciudad de Pasaje, en la tercera entrada de la Gasolinera
Carmona, ubicada en las coordenadas geogrficas 25700 NORTE y 18175
ESTE en la Ciudad de Pasaje de la Provincia de El Oro.

Fuente:https://www.google.com.ec/maps/@-3.3353023,79.8149218,229m/data=!3m1!1e3
2.4
2.5

1.5 JUSTIFICACIN DE LA NECESIDAD DE LA INTERVENCIN

2.6

1.5.1. FUNDAMENTACIN DE LA PROPUESTA

Este proyecto centra su atencin en las tecnologas de la informacin al

servicio de los clientes, a quienes van dirigidas las acciones de mejora de
acceso a la informacin sobre sus datos en el sistema, condicin necesaria
para que la empresa, como agentes de los ciudadanos, puedan ofertar
atencin de calidad.

Por ello, este sistema ha de orientarse tambin a las necesidades de los

profesionales dotando al sistema de mecanismos giles y funcionales que
faciliten su tarea y que al propio tiempo ofrezcan seguridad a los clientes y a
los ciudadanos de que las actuaciones se realizan en un marco tico y
jurdico compartido por todos los agentes.
El reto que la movilidad de los clientes impone a estos sistemas hace
necesaria la implantacin de un sistema que facilite la extensin territorial de
dichas funcionalidades al conjunto y permita a los profesionales la posibilidad
de disponer de la informacin precisa cuando las necesidades de atencin al
cliente se producen fuera de la entidades desconcentradas en la que se ha
generado esta informacin, y que facilite a los clientes el acceso a la misma
informacin objetiva sobre su salud y al registro de los accesos realizados a
sus datos, disponible en virtud de la obligada trazabilidad de la que este
sistema de informacin debe ser dotado.
Los servicios de la Mecnica Automotriz tienen que ser claros y oportunos,
dirigidos a la poblacin de la Ciudad de Pasaje.
2.7

1.6 DESCRIPCIN DEL PROYECTO

Este proyecto se idealizo en las diferentes necesidades e inconvenientes que

tienen los clientes, como tambin los usuarios, en la atencin recibida y
brindad de la Mecnica Automotriz, y debido a la desactualizacin se los
servicios.

Los diferentes servicios que brinda el taller mecnico son de beneficiosos

para la ciudadana, por ser los pilares fundamentales del bienestar en
servicio al cliente dirigido a los clientes como base de turismo. Como parte

del estudio se identific, que existen diferentes dficits para lograr la misin a
la que se refiere el Gremio y de mecnicos y Anexos del Cantn Pasaje, su
principal problema es la falta de automatizacin de cada cliente que recibe el
taller, ya que no permite controlar su control de atencin y poder realizar el
respectivo seguimiento mdico, de acuerdo a las atenciones recibidas
anteriormente y los diagnsticos emitidos por los diferentes
Por tal motivo se mantiene como propuesta principal la implementacin y
desarrollo de un software, que permita controlar y manejar el historial de
cada cliente, con su respectiva base de datos, y conlleve a una mejor
atencin de calidad y calidez, con datos reales y concisos, para que los
reciban los servicios de salud de una manera eficaz y mejore su calidad de
atencin, se estableci como propuesta de solucin a esta problemtica en
los servicios de salud dentro de la Institucin: Anlisis y definicin de los
requerimientos previo

al

desarrollo

informtico

que

solucionara

los

inconvenientes de la falta de automatizacin en el departamento de

administracin.
Que beneficiara a la poblacin en general tanto en las reas urbanas como
de las reas rurales, dirigida a la salud como base del Turismo.

Especificacin

de

requisitos

de

software
Proyecto: Especificacin de requerimientos de un
sistema de software de facturacin para la
mecnica automotriz Espinoza.
Revisin 001
Cabrera Torres Edinson Xavier

Espinoza Armijos Richard Andrs

Mosquera Torres Luis Fernando

2015

Ficha del documento

Fecha

Revisi

Autor

Verificado dep. calidad.

n
10-012016

0.1

Espinoza Richard
Cabrera Edinson
Mosquera Fernando

Mosquera Miguel

Documento validado por las partes en fecha: 29-01-2016

Por el cliente

Por la empresa suministradora

Fdo. D./ Da Victor Espinoza

Fdo. D./Da GLOBAL

Contenido
Ficha del documento
Contenido
1

Introduccin
1.1

Propsito

1.2

Alcance

1.3

Personal involucrado

1.4

Definiciones, acrnimos y abreviaturas

1.5

Referencias

1.6

Resumen

Descripcin general
2.1

Perspectiva del producto

2.2

Funcionalidad del producto

2.3

Caractersticas de los usuarios

2.4

Restricciones

2.5

Suposiciones y dependencias

2.6

Evolucin previsible del sistema

Requisitos especficos
3.1

Requisitos comunes de los interfaces

3.1.1

Interfaces de usuario..........................................................................................................................8

3.1.2

Interfaces de hardware.......................................................................................................................8

3.1.3

Interfaces de software........................................................................................................................8

3.1.4

Interfaces de comunicacin................................................................................................................8

3.2

Requisitos funcionales

3.2.1

Requisito funcional 1..........................................................................................................................9

3.2.2

Requisito funcional 2..........................................................................................................................9

3.2.3

Requisito funcional 3..........................................................................................................................9

3.2.4

Requisito funcional n..........................................................................................................................9

3.3

Requisitos no funcionales

3.3.1

Requisitos de rendimiento..................................................................................................................9

3.3.2

Seguridad...........................................................................................................................................9

3.3.3

Fiabilidad............................................................................................................................................9

3.3.4

Disponibilidad...................................................................................................................................10

3.3.5

Mantenibilidad..................................................................................................................................10

3.3.6

Portabilidad.......................................................................................................................................10

3.4
4

Otros requisitos
Apndices

2 Introduccin
La especificacin de requerimientos de nuestro software Sistema
de Requerimientos
est enfocado

de facturacin de una mecnica automotriz

a dar un sistema rpido

y eficaz adems est

enfocado a utilizar la tecnologa, este sistema funcionara con un

propsito de que el usuario se sienta cmodo a la hora de facturar
un servicio o producto dirigido a personas que tienen algn tipo de
vehculo
Este software podr ser controlado

por el personal de taller

mecnico como el gerente, administrador o empleado. Sera

solamente facturado los productos que sean utilizados en esta
empresa, por medio de un inventario, y tendr sus definiciones
similares ya que los servicios a utilizar se requieren de productos
nicamente que cuente el taller mecnico.

2.1 Propsito
El propsito de nuestro sistema es que el usuario se sienta ms
cmodo a la hora de facturar los productos, as como tambin dar
un mejor servicio a los clientes para que estos se sientan
satisfechos por el servicio que se le brinda.
Este sistema va dirigido para las personas que tengan algn tipo de
vehculo o a las personas que sientan necesitar de este servicio.

2.2 Alcance
Diseo desarrollo e implementacin del sistema Sistema de
Requerimientos de Facturacin de una Mecnica Automotriz
El sistema de facturacin que funcionara en un entorno web que
permitir administrar y consultar la informacin de los clientes y el
servicio de la mecnica automotriz .Este sistema dar apoyo a los
siguientes procesos
Administrar facturas
Administrar clientes
Gestin de programacin de actividades
3

Administrar usuario del sistema

Generacin de estadsticas
El sistema web permitir una flexibilidad de acceso a la
informacin en la programacin de la
Facturacin, igualmente una actualizacin de la

misma.

Personal involucrado

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Edison Cabrera
Programador
Estudio Superior
Codificar la Aplicacin
Ninguno

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Richard Espinoza
Diseador Grafico
Estudio Superior
Realizar las interfaces de prueba del Sistema
Ninguno

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Luis Fernando Mosquera

Seguimiento
Estudio Superior
Coordinar el proyecto y contacto con el cliente
Ninguno

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Luis Miguel Mosquera

Entregador
Estudio Superior
Coordinar el proyecto y contacto con el cliente
Ninguno

NOMBRE:
ROL:
CATEGORIA
PROFESIONAL:

2.3 Definiciones, acrnimos y abreviaturas

2.3.1 Del Negocio
a.RESERVA: Por el cual el supervisor solicita un servicio
para un proceso.
b.FACTURA: Proceso por el cual una persona recibe por un
servicio.
c. PUBLICAR FACTURAS: Modifica informacin del sistema.
d.CONSULTA

FACTURAS:

Proceso

en

el

que

brinda

informacin en el sistema.
e.CANCELAR FACTURA: Proceso en el que se cancela una
factura.
f. PRECIO DEL SERVICIO: El cliente debe pagar por recibir
un servicio.
g.SUPERVISOR: Persona encargada de administrar un
servicio.
h.ADMINISTRADOR: Persona encargada del sistema.
i. CLIENTE: Persona

que llega por necesidad de un

servicio.
j. EMPLEADO: Persona responsable de brindar el servicio

2.3.2 Del Sistema

a. Administrar: Accin de agregar, modificar, eliminar y
consultar la informacin de un determinado objeto o
persona.
b. Visitante: Persona que navega o utiliza el SIS-WEB.
c. Usuario: Persona que puede ingresar a la zona privada del
SIS-WEB, a travs de un proceso de autenticacin
utilizando nombre de usuario y contrasea.
d. Rendimiento:

Referencia

al

resultado

deseado

efectivamente obtenido por cada unidad que realiza la

5

actividad, donde el trmino unidad puede referirse a un

individuo, un equipo, un departamento o una seccin de
una organizacin.
e. Permiso: Parmetro que especifica si su poseedor dispone
de acceso a una determinada funcin del sistema o a
una parte de la interfaz de usuario del sistema.
f.

Rol: Es un conjunto de permisos que puede asignarse a

un usuario.

g. Administrador del Sistema: Persona encargada de ofrecer el

soporte tcnico y operativo al SIS-WEB.
h. Pruebas: Proceso mediante el cual se realizan actividades
para verificar la ptima funcin del sistema.

2.3.3 De Tecnologa
a. Dominio: Nombre base que agrupa a un conjunto de
equipos o dispositivos y que permite proporcionar
nombres de equipo ms fcilmente recordables en lugar
de una direccin IP numrica, Ej: sis-web.com.
b. Enlaces: una referencia en un documento de hipertexto a
otro documento o recurso.
c. Sistema de gestin de Base de Datos: Son un tipo de software
muy especfico, dedicado a servir de interfaz entre la
base de datos, el usuario y las aplicaciones que la
utilizan.
d. Base de Datos: Es un conjunto de datos que pertenecen al
mismo contexto almacenados sistemticamente para su
posterior uso.
e. Aplicacin: Es un programa informtico diseado para
facilitar al usuario la realizacin de un determinado tipo
de trabajo.

f.

Internet: Es un mtodo de interconexin descentralizada

de

redes

de

computadoras

implementado

en

un

conjunto de protocolos denominado TCP/IP.

g. Encriptar: Ocultar el contenido de un mensaje mediante
un proceso de codificacin de manera tal que el acceso
al contenido del mensaje sea restringido.

2.4 Referencias
Referenc

Fech

ia

Titulo

Ruta

IEEE

Standard

Hppt://cic.puj.ed.co/wiki/lib/exel 17-12- Tania Mora

2015

IEEE 830 -

Autor

Luis Romo

1998

2.5 Resumen
Este contenido muestra que podemos brindar un servicio eficaz y
rpido, adems de oportuno. El Sistema de Requerimientos tiene un solo
propsito que es que el Usuario y Cliente se sientan ms cmodos a la hora
de Facturar los productos o servicios, implementaremos un excelente diseo
desarrollo e implementacin; para esto el personal involucrado estamos
trabajando en cada detalle para que sea un trabajo excelente.
Este documento estar organizado de manera puntual ya que tendr
categoras de ingreso diferentes al Sistema, tendr un inventario general de
los productos y servicios que pueden ofrecer, en si un software sofisticado y
actualizad.

3 Descripcin general
3.1 Perspectiva del producto
El sistema ser un producto diseado para trabajar en entornos
agradables, lo que permitir su utilizacin de forma descentralizada,
adems trabajar de manera independiente por lo tanto no
interactuar con otros sistemas.

3.2 Funcionalidad del producto

El sistema SIS-WEB permitir realizar las siguientes funciones:

a. Administracin de Usuarios: El administrador del sistema podr gestionar los

usuarios (agregar, modificar, eliminar, buscar, listar).

b. Administracin de Seminarios: El administrador del sistema podr gestionar

seminarios, y asignarles un coordinador de seminario para que lo
administre.

c. Administracin de Roles: El administrador del sistema gestionar los roles de

usuarios del sistema, de igual forma asignar los roles a los usuarios.

d. Publicacin de Informacin: El administrador del sistema actualizar la

informacin general del Sistema.

e. Navegacin: Proceso por el cual una persona podr utilizar el Sistema.

3.3 Caractersticas de los usuarios

Tipo de usuario
Formacin
Habilidades
Actividades

Administrador del Sistema

Tipo de usuario
Formacin
Habilidades
Actividades

Cajero

Codificador del Sistema.

Actualizar y publicar la Actualizacin del software.

Administrar y contabilizar registros de dinero.

Llevar un control correcto y administrativo de la Empresa.

Tipo de usuario
Formacin
Habilidades
Actividades

Gerente
Administrar y contabilizar ingresos y salidas de dinero.
Llevar el correcto control de la Administracin de la
Empresa.

3.4 Restricciones
3.4.1 Polticas Reguladoras
La aplicacin se desarrollar mediante software de licencia abierta por lo tanto
no se deber pagar por el uso de: servidor, Sistema de Gestin de base de
datos y el lenguaje de programacin, por lo tanto, la utilizacin de estos
programas se har mediante las polticas establecidas por este tipo de
licenciamiento.

3.4.2 Limitaciones de Hardware

Para esta aplicacin ser necesario un computador servidor en el cual se
instalar el servidor y la aplicacin.

3.4.3 Interfaces con Otras Aplicaciones.

Debido a que el sistema no interacta con otros sistemas y es autnomo no se
desarrollaran interfaces con otras aplicaciones.

3.4.4 Funciones de Control.

El sistema debe controlar los permisos que tiene cada usuario para su
accesibilidad de una manera correcta, de tal forma que pueda acceder la
informacin que le corresponde de acuerdo a su rol. Debe tener controles
adecuados para la validacin de datos, de igual manera la programacin de las
actividades especficas para cada seminario.

3.4.5 Requisitos del Lenguaje

Todo el material que se realice para el usuario y la aplicacin debe de estar en
lenguaje espaol.

3.4.6 Requisitos de Fiabilidad

La informacin correspondiente a la programacin de los seminarios como la
fecha, la hora, el sitio, cantidad de inscritos, ponente y los recursos deben estar
ajustados a la realidad para evitar desorganizacin.

3.4.7 Credibilidad de la Aplicacin

Para garantizar una buena credibilidad el sistema deber ser sometido a una
serie de pruebas para establecer que se encuentra acorde a los requerimientos
que se plasman en el documento en tanto a la consistencia de datos como al
rendimiento de la aplicacin, tales como tiempos de respuesta.

3.4.8 Consideraciones de Seguridad

Cada usuario deber autenticarse y su acceso verificado por una sola Terminal
para su respectiva labor de acuerdo a lo que su rol especifique. Todas las
claves de seguridad debern estar seguras y en su defecto encriptadas en la
base de datos para dar una buena seguridad al sistema y su informacin.

3.5 Suposiciones y dependencias

Los requisitos descritos en este documento pueden cambiar, pues los
procesos son dinmicos y por lo tanto cambia los requisitos del software,
para lo cual es necesario que las fases de anlisis y diseo estn bien
documentadas y adems definir una fase y metodologa de
mantenimiento del sistema.
El sistema de informacin funciona independientemente, sin necesidades
de comunicarse con otros sistemas externos, por lo que no hay
dependencias respecto de otros sistemas.

3.6 Evolucin previsible del sistema

Ninguno

10

4 Requisitos especficos
!!br0ken!!RF1
Nmero de requisito
Permitir la autenticacin de los usuarios
Nombre de requisito
Requisito

Restriccin

Tipo
Actualizar la autenticacin de los usuarios
Fuente del requisito
Alta/Esencial

Media/Deseado

Baja/ Opcional

Prioridad del requisito

RF2
Nmero de requisito
Permitir la gestin de Usuarios, clientes y socios
Nombre de requisito
Requisito

Restriccin

Tipo
Crear, modificar y eliminar
Fuente del requisito
Alta/Esencial
Prioridad del requisito

RF3
Nmero de requisito
Aperturas de crditos
Nombre de requisito

11

Media/Deseado

Baja/ Opcional

Requisito

Restriccin

Tipo
Aprobar crditos a los Clientes
Fuente del requisito
Alta/Esencial

Media/Deseado

Baja/ Opcional

Prioridad del requisito

RFn
Nmero de requisito
Realizar Operaciones de Credito
Nombre de requisito
Requisito

Restriccin

Tipo
Aprobar crditos a los Clientes
Fuente del requisito
Alta/Esencial

Media/Deseado

Baja/ Opcional

Prioridad del requisito

4.1 Requisitos comunes de los interfaces

4.1.1 Interfaces de usuario
Las interfaces de usuario estn relacionadas con las pantallas, ventanas
(formularios) que debe manipular el usuario para realizar una operacin
determinada. Dicha manipulacin el usuario la realizar por medio del teclado y
el Mouse (ratn).
Es importante mencionar que las interfaces de usuario tambin abarcan las
ayudas correspondientes en cada uno de los procesos que realice el sistema.

12

Las interfaces de usuario ayudarn al usuario final trabajando en un ambiente

Form, por lo que se dichas interfaces incluirn:
Botones
Mens despegables
Mensajes informativos
Mensajes de error
Cuadros de dilogo
Formularios para el ingreso, modificacin, actualizacin y eliminacin de
datos. As como para las operaciones y las ayudas que se mencion
anteriormente.
Otros

A continuacin se muestra una previa de lo que ser

las interfaces de usuario. El usuario previamente debe
tener su cuenta de usuario en el sistema para poder
acceder.

En caso de que no ingrese correctamente el USUARIO

o el PASSWORD se desplegara un mensaje de datos
incorrectos. Como a continuacin se muestra.

13

4.1.2 Interfaces de hardware

La pantalla del monitor. - el software deber mostrar informacin al usuario a
travs de la pantalla del monitor.
Ratn. - el software debe interactuar con el movimiento del ratn y los botones
del ratn. El ratn se activan las zonas de entrada de datos, botones de
comando y seleccione las opciones de los mens.
Teclado. - el software debern interactuar con las pulsaciones del teclado. El
teclado de entrada de datos en el rea activa de la base de datos.
Impresora. - el software imprimir los reportes en la impresora instalada.

4.1.3 Interfaces de software

Ninguno

4.1.4 Interfaces de comunicacin

La pantalla del monitor. - el software deber mostrar informacin al usuario a
travs de la pantalla del monitor.
Ratn. - el software debe interactuar con el movimiento del ratn y los botones
del ratn. El ratn se activa las zonas de entrada de datos, botones de
comando y seleccione las opciones de los mens.

14

Teclado. - el software deber interactuar con las pulsaciones del teclado. El

teclado de entrada de datos en el rea activa de la base de datos.
Impresora. - el software imprimir los reportes en la impresora instalada.
La interfaz de comunicacin entre el servidor de base de datos ser en Access
y la aplicacin desarrollada en VISUAL BASIC.

4.2 Requisitos funcionales

4.2.1 Requisito funcional 1
Nmero

de RF1

requisito
Nombre

de Permitir la autenticacin de los usuarios.

requisito
Tipo

Requisito

Fuente

Restriccin

del BD Tabla: Usuario Campos: user y password

requisito
Prioridad

del

Alta/Esencial

requisito

Media/Desead
o

Baja/
Opcional

INTRODUCCION
El sistema debe permitir el ingreso del nombre y password del usuario para
realizar las diferentes funciones que tendr cada uno.
ENTRADAS
Cedula, Nombres, Apellidos, Contrasea, Tipo de Usuario (Tcnico, Cajero,
Gerente).
PROCESOS
El sistema pedir la correspondiente identificacin como administrador. Nos
ubicamos en la parte de Administrar del men principal y escogemos Usuario
El sistema pedir los correspondientes datos del nuevo usuario luego verificara
que no haya espacios en blanco, en el caso de ningn error guardara los datos
del nuevo usuario.

15

SALIDAS
Las salidas van dirigidas a: Administrador (Gerente).
Mensaje de error en el caso de no haber llenado algn campo.
Mensaje de error en el caso de ingresar un numero de cedula ya existente en
la base de datos. Mensaje de error en casos de ingresar incorrectamente los
datos es decir que el formato de los datos sea incorrecto.

4.2.2 Requisito funcional 2

Nmero

de RF2

requisito
Nombre

de Permitir la gestin (crear, modificar, eliminar) de

requisito

usuarios, clientes y socios.

Tipo

Requisito

Fuente

Restriccin

del BD Tabla: Usuario, Clientes, Socios

requisito
Prioridad

del

Alta/Esencial

requisito

Media/Desead
o

Baja/
Opcional

INTRODUCCION
El sistema debe permitir gestionar es decir crear, modificar y eliminar las
cuentas de usuarios, clientes y socios.
ENTRADAS
Cedula, Nombres, Apellidos, Tipo de Usuario (Tcnico, Cajero, Gerente),
Direccin, Telfono.
PROCESOS
Para cumplir con este requerimiento se le presentara una sola pantalla donde
el sistema pedir la correspondiente identificacin como administrador. Nos
ubicamos en la parte de Administrar del men principal y escogemos Usuario
El sistema pedir los correspondientes datos del nuevo usuario, cliente o socio
luego verificara que no haya espacios en blanco, en el caso de ningn error

16

guardara los datos del nuevo usuario. En este mismo formulario podr crear,
modificar y guardar.
SALIDAS
Las salidas van dirigidas a: Administrador (Gerente).
Mensaje de error en el caso de no haber llenado algn campo.
Mensaje de error en el caso de ingresar un numero de cedula ya existente o
mal ingresada en la base de datos.
Mensaje de error en casos de ingresar incorrectamente los datos es decir que
el formato de los datos sea incorrecto.
Mensaje de error al eliminar una cuenta, ya que no se permite eliminaciones en
cascada.

4.2.3 Requisito funcional 3

Nmero

de RF3

requisito
Nombre

de Apertura cuentas de Crdito

requisito
Tipo

Requisito

Fuente

Restriccin

del BD Tabla: Aprobar Crditos a los Clientes

requisito
Prioridad

del

Alta/Esencial

requisito

Media/Desead
o

Baja/
Opcional

INTRODUCCION
El sistema debe permitir gestionar las libretas de ahorro es decir crear,
modificar y eliminar las cuentas de ahorro.
ENTRADAS
Nmero de cuenta, Cedula, Nombres, Apellidos, Direccin, Telfono.
PROCESOS
Para cumplir con este requerimiento se le presentar una sola pantalla donde
el sistema pedir la correspondiente identificacin como administrador para
efectuar la tarea. Nos ubicamos en la parte de Administrar cuentas de ahorro.

17

El sistema pedir los correspondientes datos al cliente o socio para la apertura

de la libreta, el mismo que verificar los datos ingresados a la base de datos.
En el caso de modificar los datos tiene que hacerlo mediante el nmero de
cuenta. No se podr eliminar las cuentas de ahorro, simplemente en caso de
que as lo desee a la cuenta de ahorro se le pasara a un estado inactivo.
SALIDAS
Las salidas van dirigidas a: Administrador (Gerente), Cajero.
Mensaje de error en el caso de no haber llenado algn campo.
Mensaje de error en el caso de ingresar un nmero de cuenta ya existente o
mal ingresada en la base de datos.
Mensaje de error en casos de ingresar incorrectamente los datos es decir que
el formato de los datos sea incorrecto.
Mensaje de error al eliminar una cuenta de ahorro (libreta), ya que no se
permite eliminaciones en cascada.

4.2.4 Requisito funcional n

Nmero

de RFn

requisito
Nombre

de Realizar operaciones de crditos.

requisito
Tipo

Requisito

Fuente

Restriccin

del BD Tabla: Cuenta, Ahorro, CertificadoAportacion,

requisito
Prioridad

Creditos
del

Alta/Esencial

requisito

Media/Desead
o

Baja/
Opcional

INTRODUCCION
El sistema debe permitir realizar las operaciones de crditos a los Clientes.

18

ENTRADAS
Nmero de cuenta, Cedula, Valor dinero.
PROCESOS
Para cumplir con este requerimiento se le presentar una sola pantalla donde
el sistema pedir la correspondiente identificacin como administrador para
efectuar la tarea. Nos ubicamos en la parte de Administrar Crditos Para
realizar esta operacin debe ingresar el nmero de cuenta y la cantidad a
retirar, y dicha operacin ser registrada en la base de datos.
SALIDAS
Las salidas van dirigidas a: Administrador (Gerente), Cajero.
Mensaje de aviso: operaciones efectuadas satisfactoriamente.
Mensaje de error: en el caso de no haber llenado algn campo.
Mensaje de error: en casos de ingresar incorrectamente los datos es decir que
el formato de los datos sea incorrecto.
Mensaje de error: en el caso de que no tenga suficiente saldo para efectuar
dicho retiro.

4.3 Requisitos no funcionales

4.3.1 Requisitos de rendimiento
La infraestructura de red, as como sus terminales deben cumplir con normas
segn la IEEE en la forma de conexin a los equipos, para tener tiempos de
respuesta mnimos.

Numero de terminales a manejar:

Se contar con un servidor de base de datos en la matriz de la cooperativa.

Nmero de usuarios simultneos:

El nmero de usuarios que interactuaran simultneamente con nuestro sistema

es de 3 usuarios.

19

Nmero de transacciones a manejar dentro de ciertos periodos de

tiempo:

Se estima que se manejar alrededor 10 transacciones durante el da, tomando

en cuenta que la cajera realiza aproximadamente 20 operaciones diarias, como
ahorros y retiros y el resto lo hace el gerente y la secretaria tareas propias.
El servidor de base de datos, deber tener un respaldo apropiado, as como
personal tcnico listo para cualquier eventualidad.

4.3.2 Seguridad
La seguridad del sistema es por:
Uso de contraseas para cada usuario (administrador, cajera, oficial de
crdito). Esto permitir que tengan acceso al sistema solo las personas que
tienen autorizacin.
Registros de ingreso al sistema.
Creacin de roles y asignarlos a cada usuario dependiendo su funcionalidad.

4.3.3 Fiabilidad
Es uno de los factores que dar confianza al cliente,
para lo cual el sistema est controlando todo tipo de
transaccin y est apto a responder todo tipo de
incidente.

4.3.4 Disponibilidad
El sistema ha sido desarrollado tomando en cuenta las necesidades,
requerimientos, reglas, poltica, misin, objetivos etc. De la cooperativa, por lo
que se encuentra disponible el 80% del tiempo del da tomando en cuenta que
el da tiene 24 horas; mientras que el 20% del tiempo es para tareas
administrativas sobre el sistema.

4.3.5 Mantenibilidad
El sistema cuenta con caractersticas parametrizables lo que permitir futuros
mantenimientos. Es decir, cada tres meses se va a realizar un mantenimiento
preventivo, encargado de hacerlo estn los desarrolladores.

20

Se realizar el mantenimiento dos veces sin ningn recargo econmico,

pasados estas dos revisiones tendrn costos adicionales.

4.3.6 Portabilidad
Una de las ventajas de utilizar herramientas y lenguajes libres estamos
garantizando la portabilidad. De esta manera:
99.9% es portable la aplicacin por el simple hecho de utilizar el lenguaje y
plataforma VISUAL BASIC.
99% es portable la base de datos, ACCESS es decir puedo tenerlo en
Windows o Linux.

4.4 Otros requisitos

PROPIEDAD INTELECTUAL
El costo de licencia de producto ser valorado por el nmero de usuarios que se
conecten.

5 Apndices

Este Sistema no puede ser Plagiado.

Este Software no podr ser removido a otra Mquina, ms que no

sea en la que se instal.

21

CAPTULO II

3.1

2.1. MARCO TERICO CONCEPTUAL

3.2

2.1.1. DEFINICIN DE REQUERIMIENTOS Y DE ANLISIS DE

REQUERIMIENTOS.

Requerimientos: Los requerimientos especifican qu es lo que el sistema

debe hacer (sus funciones) y sus propiedades esenciales y deseables. La
captura de los requerimientos tiene como objetivo principal la comprensin
de lo que los clientes y los usuarios esperan que haga el sistema. Un
requerimiento expresa el propsito del sistema sin considerar como se va a
implantar. En otras palabras, los requerimientos identifican el qu del
sistema, mientras que el diseo establece el cmo del sistema.
La captura y el anlisis de los requerimientos del sistema es una de las fases
ms importantes para que el proyecto tenga xito. Como regla de modo
emprico, el costo de reparar un error se incrementa en un factor de diez de
una fase de desarrollo a la siguiente, por lo tanto, la preparacin de una
especificacin adecuada de requerimientos reduce los costos y el riesgo
general asociado con el desarrollo.
Anlisis de requerimientos: Es el conjunto de tcnicas y procedimientos que
nos permiten conocer los elementos necesarios para definir un proyecto de
software. Es una tarea de ingeniera del software que permite especificar las
caractersticas operacionales del software, indicar la interfaz del software con
otros elementos del sistema y establecer las restricciones que debe cumplir
el software.

22

La especificacin de requerimientos suministra al tcnico y al cliente, los

medios para valorar el cumplimiento de resultados, procedimientos y datos,
una vez que se haya construido.
La tarea de anlisis de los requerimientos es un proceso de descubrimiento y
refinamiento, el cliente y el desarrollador tienen un papel activo en la
ingeniera de requerimientos de software. El cliente intenta plantear un
sistema que en muchas ocasiones es confuso para l, sin embargo, es
necesario que describa los datos, que especifique las funciones y el
comportamiento del sistema que desea. El objetivo es que el desarrollador
acte como un negociador, un interrogador, un consultor, o sea, como
persona que consulta y propone para resolver las necesidades del cliente.
El anlisis de requerimientos proporciona una va para que los clientes y lo
desarrolladores lleguen a un acuerdo sobre lo que debe hacer el sistema. La
especificacin, producto de este anlisis proporciona las pautas a seguir a
los diseadores del sistema.
La carencia de buenos requisitos ha sido la causa del fracaso de proyectos
con presupuestos de millones de dlares, ha impedido el desarrollo
productivo, y ha sido el mayor contribuyente de los costes elevados del
mantenimiento del software

23

En esta parte se realiza un anlisis de los diferentes modelos de ciclos de

vida de desarrollo de sistemas para determinar, en base a las caractersticas
propias del sistema a desarrollar y a las caractersticas especficas de cada
modelo, el camino ms adecuado a seguir, ya que lo que se busca al guiarse
con una metodologa es correccin y control en cada etapa del desarrollo de
un sistema. Lo que permite una forma sistemtica para poder obtener un
producto correcto y libre de errores. Adems, se efecta un anlisis entre los
enfoques estructurado y orientado a objetos para estipular el enfoque ms
adecuado para el proyecto.

3.3

2.2.

SELECCIN DEL CICLO DE VIDA DE DESARROLLO DE

PROYECTOS
El proyecto se desarrollar en base al MODELO DE CICLO DE VIDA EN
CASCADA PURA, ya que es el que mejor se adapta al sistema a desarrollar.
Esto se ha determinado en base a una evaluacin tcnica, la cual puede
verse con ms detalle en el captulo 5, apartado 5.1, del documento de

24

Anteproyecto ubicado en la carpeta Documentos del directorio raz del DVD

adjunto.

Las etapas del modelo de ciclo de vida en cascada pura son: Anlisis,
Diseo, Implementacin, Pruebas, Instalacin y Aceptacin.

3.4
3.5

2.3 ELECCIN DEL ENFOQUE DE DESARROLLO DEL SISTEMA

Una vez seleccionado un ciclo de vida para el desarrollo de sistemas, es

necesario adoptar en enfoque de desarrollo de sistemas a travs de un
patrn o modelo de desarrollo.
Para poder seleccionar un enfoque de desarrollo se presenta, primeramente,
una evaluacin tcnica entre el enfoque estructurado y el enfoque orientado
a objetos.

25

El enfoque a utilizar por el grupo de trabajo para el desarrollo del proyecto

ser el enfoque Orientado a Objetos, considerando las ventajas que este
enfoque ofrece con respecto al Estructurado. Dos de las ms importantes
son:
Permite la flexibilidad en cuanto a cambios de los requerimientos por
parte de los usuarios.
Permite un dilogo comn entre desarrolladores (equipo de trabajo) y
usuarios.
Para modelar sistemas orientados a objetos se utiliza el estndar de la
industria, es decir UML (Lenguaje de Modelado Unificado), el cual
proporciona diagramas que permiten visualizar el desarrollo de un sistema
orientado a objetos, adems permite especificar las caractersticas de un
sistema, construir a partir de los modelos especificados y documentar a
travs de sus propios elementos grficos
3.6

2.4 FASES DEL PROYECTO

En cada una de las fases del modelo de ciclo de vida, se establecen una
serie de objetivos, tareas, actividades, recursos y herramientas que las
caracterizan.
3.6.1 2.4.1 FASE I: INVESTIGACIN PRELIMINAR
En esta etapa del ciclo de vida de desarrollo de proyectos, se realiza un
acercamiento entre los miembros del equipo de trabajo y los usuarios, con el
objetivo de obtener toda la informacin necesaria para determinar si el
proyecto es factible desde 3 puntos de vista: tcnico, operativo y econmico.
Este acercamiento sirve tambin para conocer la situacin actual, los
problemas y oportunidades de mejora en el rea de Hospitalizacin.
A continuacin, se describe la forma en la cual se proceder a realizar esta
fase:

26

 En primer lugar, se realizarn visitas al rea de la mecnica y se

llevarn a cabo reuniones con el gerente la empresa y del
Departamento de Administracin, donde se realizarn entrevistas,
encuestas y recoleccin de documentos bibliogrficos referentes al
rea del taller mecnico.
Se realizar un anlisis de la situacin actual utilizando la tcnica del
enfoque de sistemas.
Se realizar un estudio tcnico para evaluar si la solucin es factible
desde el punto de vista tcnico, operativo y econmico.
Producto final: el resultado ms importante en la fase de investigacin
preliminar es el estudio de factibilidad el cual incluye la factibilidad tcnica,
econmica y operativa.
3.6.2 2.4.2. FASE II: DETERMINACIN DE REQUERIMIENTOS
El fin que se persigue en esta fase es estudiar el negocio, as como todos
aquellos elementos que formarn parte en el desarrollo del proyecto, desde
el punto de vista de los usuarios y del negocio determinando de esta forma
los requerimientos informticos, operativos, tcnicos, de desarrollo e
implementacin.
A continuacin, se detalla la forma en que se abordar esta fase:
Se definir con los usuarios finales los requerimientos informticos,
operativos, tcnicos, de desarrollo e implementacin. Para ello se
recolectar

la

informacin

necesaria

sobre

necesidades

de

informacin, las condiciones medioambientales en las que debe

operar el sistema, los recursos tcnicos y tecnolgicos necesarios
para desarrollar y echar a andar el sistema.
Se validarn todos los requerimientos con los usuarios, esto para
evitar conflictos con sus intereses.
laborar el documento de especificacin de requerimientos.

27

Producto final: al terminar la fase de determinacin de requerimientos se

obtendr

un

documento

tcnico

con

las

especificaciones

de

los

requerimientos para el desarrollo del Sistema de Informacin para el rea de

Hospitalizacin en el Hospital Nacional Rosales.
3.6.3 2.4.3. FASE III: ANLISIS
En esta fase se determinan los elementos que intervienen en el sistema a
desarrollar, su estructura, relaciones, evolucin temporal y funcionalidades.
Se tendr una descripcin clara de qu producto se va construir, qu
funcionalidades aportar y qu comportamiento tendr.
A continuacin, se detallan las actividades a llevarse a cabo en esta fase:
Analizar las necesidades propias del sistema utilizando diagramas
UML. Dentro de esta actividad tambin se crea el Modelo de Dominio
que se presenta como uno o ms diagramas de clases, ste ser
tomado como el punto de partida para el diseo del sistema. Adems,
se crea el diccionario de datos, en el cual se describen los atributos de
cada clase.
Elaboracin del documento anlisis.
Producto final: Documento que contiene el anlisis de las necesidades del
sistema representado a travs de los diagramas UML.
3.6.4 2.4.4 FASE IV: DISEO
En esta fase se disea el sistema de informacin que cumpla con todos los
requerimientos encontrados en las fases anteriores. Se definen los
estndares para crear los diseos de base de datos, interfaces de usuario de
entrada, salida, alertas y mensajes.
A continuacin, se detallan las actividades a llevarse a cabo en esta fase:
Definicin de los estndares de diseo.
28

 Diseo de la base de datos.

Diseo de las interfaces de usuario.
Elaboracin del documento.
Producto final: Documento que contiene el diseo de sistema que satisface
las necesidades del usuario.
3.6.5 2.4.5 FASE V: CONSTRUCCIN
En esta fase se desarrolla el software necesario llevando el diseo de la
etapa anterior a un lenguaje de programacin de alto nivel.
A continuacin, se detallan las actividades a llevarse a cabo en esta fase:
Definicin de estndares de programacin.
Codificacin y documentacin del cdigo fuente.
Programacin de la base de datos: procedimientos almacenados y
funciones.ca /
Producto final: En esta fase se obtiene el sistema informtico funcionando de
forma correcta.

3.7

MARCO TERICO CONTEXUAL

3.7.1 RESEA HISTRICA

Pasaje, 1970
Aproximadamente en el ao 1970, el gerente de la Mecnica Automotriz
Espinoza, comenzara sus primeros pasos en su carrera profesional y que en
esos aos comienza su aprendizaje en la rama Automotriz de vehculos a
disel.
Pasaje, 1980

29

Aos despus de aprendizaje, en el ao de 1980 se independizara creara

su propio taller Mecnico y dejaba de ser oficial asistente, sus primeros
meses fueron fundamentales para ir creciendo en su trayectoria, teniendo
ubicado primeramente en las Calles Eloy Alfaro entre Machala y 9 de
octubre. Aproximadamente en el ao 1980, el gerente general Sr. Vctor
Espinoza Bustamante contrajo Matrimonio con la Sra. Mara Armijos y
comenzara ah el trabajo en grupo ya que la esposa durante toda su vida
desde que se uni ha servido como apoyo fundamental a su entraable
esposo, en 1981 nacera su primognito, y esto requerira de ms esfuerzo
en su trabajo para darle un buen hogar a su familia, luego de esto cambiaran
de lugar de trabajo a un lugar ms amplio ubicado en la Av. Quito diagonal al
Hospital Civil San Vicente de Paul.
Pasaje, 1989
Al pasar los aos, con sus ahorros guardados deciden construir su propio
hogar en el ao 1989 ubicada en la Ciudadela. La Francisca, en 1990
nacera su segundo hijo y su hogar propio entrara en funcionamiento. En el
mismo domicilio haba instalado lo necesario para que funcione su taller
mecnico, con espacio ms amplio y con servicios de primera necesidad, en
este lugar se encuentra hasta la actualidad y con los aos, la empresa sigue
de pie con el mismo entusiasmo del principio

Un dato interesante digno de anotarse, fue la creacin de su hogar propio

con su empresa y esta seria as:
1. El negocio ser de concreto de 1 piso, sobre una plataforma de una y
media vara de alto, el lecho del terreno de cemento, lo que podr
servir para su taller mecnico.
2. La altura total del taller ser de 4.5 m. desde el nivel del suelo.
3. Las necesidades son las siguientes:

30

- Taller para vehculos, con capacidad para 5;

- Zagun, portera;
- Departamento para Archivo;
- Departamento para Herramientas;
- Una sala de espera para 4 personas;
- Los baos: un excusado;
4. Que el taller lleve las respectivas galeras en los 3 frentes.
5. Que tanga la suficiente profusin de ventilacin.
De esta manera de lograra Cristalizar su deseo de tener su propia familia
con 2 hijos, su hogar propio y su Mecanica Automotriz en el mismo domicilio.

31

3.7.2 MISIN

Conservar los autos de nuestros clientes en un estado de operacin eficiente

y seguro, superando las expectativas de nuestros consumidores en el menor
tiempo posible Para nosotros usted y su vehculo son lo ms importante.
3.7.3 VISIN
Establecer un modelo de liderazgo en el mantenimiento preventivo y
correctivo de vehculos automotores. - Mantener un crecimiento continuo
basado en la satisfaccin del cliente. - Mejorar la calidad de vida de nuestros
clientes reduciendo el tiempo invertido en mantenimiento de su vehculo. Conservar los activos de nuestros clientes.

32

4.1.1 OBJETIVOS

4.1.1.1 OBJETIVO GENERAL

Incrementar la eficiencia, eficacia y calidad de las actividades

operativas de la Mecnica Automotriz Espinoza.

1.2.4.1.

OBJETIVOS ESPECFICOS
Establecer un modelo de liderazgo en el mantenimiento preventivo y
correctivo de vehculos automotores.
Mantener un crecimiento continuo basado en la satisfaccin del
cliente. Mejorar la calidad de vida de nuestros clientes reduciendo el
tiempo invertido en mantenimiento de su vehculo.
Conservar los activos de nuestros clientes.

4.2

1.2. 5 FODA

4.2.1 1.2.51.1. Fortalezas

El personal est capacitado.

El personal est comprometido con ofrecer un buen servicio.
El sueldo del personal es bueno y por ello est motivado.

4.2.2 1.2.51.2. Debilidades:

No hay suficiente personal para atender a todos los clientes.

El personal no tiene la capacitacin suficiente para dar un buen
servicio.

El personal no tiene buena actitud de servicio.

El sueldo es bajo y el personal no est dispuesto a dar ms tiempo de
su horario.

33

1.2.51.3. Oportunidades:

Cada vez hay ms automviles y por lo tanto ms oportunidad de

tener clientes.

El costo de reparacin en las agencias es caro.

Hay pocos talleres mecnicos por la zona.
El lugar en el que se encuentra, pasan muchos autos.

34

1.1.

CAPITULO III

DURACIN DEL PROYECTO

El tiempo de ejecucin del proyecto, fue estimado desde el momento de su

aprobacin por parte del tutor de la asignatura de anlisis en sistemas del
Instituto Superior Tecnolgico Jos Ochoa Len, lo cual corresponde al mes
de septiembre, hasta el mes de febrero 4, 2016 donde se entregaremos los
resultados del mismo, por lo cual todo el proceso de ejecucin del proyecto
fue de cinco meses.

El proceso de levantamiento de informacin bibliogrfica y anlisis de la

implementacin del software de control de las actividades de los estudiantes
durante las horas de clases, fue elaborado durante en los meses de
diciembre y enero; posteriormente se realizaron los estudios para lograr
justificar la implementacin del mismo.

35

1.2.

DESCRIPCIN DETALLADA DE LAS ACTIVIDADES

ACTIVIDAD

PERIODO

DE RESPONSABLES

EJECUCIN
1.Diseo

planificacin

RESULTADO
ALACANZADO

del 15/09/2015 - 30/11/2015

Richard Espinoza

proyecto

Documento

fsico

del

proyecto.

1.1.Aprobacin del proyecto

15/09/2015

Tutor de asignatura

Proyecto aprobado

Edinson Cabrera

Fundamentacin

30/09/2015
1.2. Levantamiento de informacin
bibliogrfica acerca del software a
implementarse

30/11/2015
04/01/2016

terica

estructurada.

2. Levantamiento de informacin
para

el

requerimiento

de

la

implementacin de un software de
control de

actividades de los

30/11/2015

Fernando Mosquera

Estudio realizado

Miguel Mosquera

Estudio realizado

04/01/2016

estudiantes.
2.1. Estudio de aceptacin del
requerimiento

de

la

implementacin del sistema de

control de

actividades de los 30/11/2015

estudiantes dentro del laboratorio 04/01/2016

de computacin.
2.1.1.

Socializacin

de

los

resultados obtenidos, a travs del

estudio de campo.

3.Elaboracion del informe final

Justificacin del proyecto

30/11/2015

Richard Espinoza

aceptada.

04/01/2016

30/11/2015
02/02/2016

Richard Espinoza

Documento final de grado

terminado

Elaborado por: Richard Espinoza, Edinson Cabrera, Fernando Mosquera y Miguel Mosquera.

1.3.

CRONOGRAMA DE EJECUCIN DE ACTIVIDADES

CRONOGRAMA POR OBJETIVOS Y ACTIVIDADES
COMPONENTES,

TIEMPO

ACTIVIDADES Y

ESTIMADO

SUBACTIVIDADES

RESPONS

RECURSOS

ABLES

NECESARIOS

DES

HA

COMPONENTE 1: Elaboracin

DE
21/09

STA
02/0

Richard

Equipos de

del proyecto

/2015

2/20

Espinoza

oficina

ACTIVIDAD 1.1: Socializar el

24/09

16
24/0

Richard

Equipos de

proyecto

/2015

9/20

Espinoza

cmputo

15
Subactividad 1.1.1: Reuniones
sobre planteamiento de
estrategias para la ejecucin del

Richard
24/09

04/0

/2015

1/20

informacin referente al proyecto.

ACTIVIDAD 1.2: Determinar el
anlisis del requerimiento del
sistema a implementar.

Aula de clases
del ITSJOL

16

proyecto. Levantamiento de

presupuesto requerido para el

Espinoza

Edinson
15/04

20/0

/2015

4/20

materiales de

15

oficina

Cabrera

Equipos y

COMPONENTE 2: Anlisis del

requerimiento para la
implementacin del software

Edinson
21/09

15/1

/2015

2/20

oficina y equipos

15

de computo

Actividad 1: Aplicacin de
cuestionario, con el personal que
labora en la Mecanica

18/0

/2016

1/20

Mosquera

Equipos de
cmputo

16
Miguel

Equipos de

Mosquera

cmputo

16
03/0

Richard

Equipos de

2/20

Espinoza

cmputo y

18/01

18/0

/2016

1/20

Elaboracin del informe final del

01/02

proyecto

/2016

Mecanica Automotriz Espinoza

Materiales de

Fernando
18/01

Automotriz Espinoza
Actividad 2: Aplicacin del
cuestionario a los clientes de la

Cabrera

16

materiales de

Presentacin del informe final del

04/02

04/0

Edinson

oficina
Documento en

proyecto

/2016

2/20

Cabrera

fsico

16

1.4.

RESULTADOS ALCANZADOS

1.4.1. FUNCIONAMIENTO DEL SISTEMA

Permitir comprender de una mejor manera, como el sistema propuesto ayudar a
satisfacer las necesidades que presentes.
Prestaciones: La informacin de los clientes podr ser accesada en
cualquier momento, lo que facilitar el acceso a la informacin del cliente y
a la relacionada con la productividad del rea.
Informacin: El sistema contar con la disponibilidad y acceso oportuno de
la informacin de los clientes y de productividad del rea del taller
mecnico, permitiendo realizar los procesos y procedimientos de forma
rpida, al contar con la informacin oportuna y precisa. Adems, se
garantizar que la informacin obtenida ser proporcionada de acuerdo a
las necesidades y a los niveles de acceso de cada uno de los usuarios del
sistema.
Economa: La mecanizacin de los procesos y procedimientos del rea
proporcionar grandes ahorros en los tiempos que se invierten tanto para el
registro como para la consolidacin de la informacin, facilitando de esta
manera, las tareas que realiza el personal de la Mecnica. Este ahorro de
tiempo se traduce en dinero, ya que incrementa la productividad de cada
persona en el rea.
Control: El control del acceso de los usuarios (Gerente y Administrador) y la
validacin de los datos ingresados al sistema, ayudar a garantizar que la
informacin que se obtenga sea veraz y presentada de acuerdo a las
necesidades y niveles de usuario, para que esta informacin no sea
manipulada o utilizada para fines distintos a las normas y tica establecida
para la informacin de los cientes, ya que la informacin debe ser protegida

y libre de cualquier divulgacin. Adems de esto se presentar informacin

que apoye a la toma de decisiones basada en datos fidedignos del rea.
Eficacia: Con la obtencin de informacin veraz y oportuna se agilizarn los
procesos y se tendr un mejor punto de vista para la toma de decisiones, el
cual encaminar a la distribucin y uso ms adecuados de los recursos con
que cuenta la Mecnica Automotriz Espinoza, obteniendo un mayor
rendimiento en los procesos y procedimientos que se realizan.
Servicios: El sistema proporcionar informacin para los diversos niveles
jerrquicos, con el objetivo de satisfacer las necesidades de informacin de
los usuarios. Esta informacin ser precisa, oportuna, clara, flexible y veraz
Ingreso de clientes en el Sistema de la Mecnica: Con el uso del sistema se
agilizar el ingreso de los clientes, ya que la informacin personal del
cliente no tendr que ser escrita en los diferentes formularios para poder
realizar el ingreso, ya que esto se ejecutar de forma automtica y el
personal solo tendr que verificar que todos los documentos estn
completos.
Altas: El sistema llevar el control de las altas, permitiendo tener el control
de los das que estn disponibles, para que esto pueda ser notificado
inmediatamente al personal competente.
Consolidacin de datos: El sistema

proporcionar

la

informacin

consolidada del rea de la Mecnica, pudiendo obtener la informacin de

forma rpida y en el momento que se requiera, ahorrndoles al personal el
tiempo y esfuerzo en la elaboracin de los consolidados del rea.

6
6.1

3.5. CONCLUSIONES Y RECOMENDACIONES

3.5.1. CONCLUSIONES

Como en un principio del proyecto se estableci realizar el software con una base
de datos, al momento de implementar el modulo FACTURACION PARA LA
MECANICA AUTOMOTRIZ ESPINOZA se tropez con la falta de informacion,
para solucionar este problema acudimos a visitas e inspecciones.
El prototipo desarrollado an necesita re-finamiento que ejecutara en las
siguientes iteraciones del proyecto, actualmente cumple con un 80% de respuesta
a los requisitos obtenidos con la ingeniera de requerimientos, en lo que respecta a
venta de boletos, el modelo de componentes todava est sujeto a cambios y
mejoras, as como toda la arquitectura del proyecto, pero se logr generar un
aplicativo que era lo que se esperaba.

1.5.2. RECOMENDACIONES

La factura electrnica en nuestro pas se encuentra en un periodo de adaptacin,

aplicndose su obligatoriedad en forma segmentada para que en 2018
absolutamente todas las empresas, de todos los tamaos y de cualquier lugar del
pas, deban migrar a este sistema. Pero, aunque sea opcional no son pocas las
empresas que han decidido utilizar este sistema por decisin propia. En este caso
nuestro software fue elaborado por un grupo de jvenes estudiantes para brindar
mejor servicio a los fieles clientes de la Mecanica Automotriz Espinoza.
An trabajan con la factura de papel, y desea cambiar a este nuevo sistema, a
continuacin, le entregamos algunas recomendaciones que debe tener en cuenta
para que este cambio sea lo ms tranquilo y eficaz.

6.2

3.6. BIBLIOGRAFA

Amrica Latina: Aspectos conceptuales de los censos del 2000 (LC/L.1204P), N de venta: S.99.II.G.9 (US$ 10.00), 1999.

Manual de identificacin, formulacin y evaluacin de proyectos de

desarrollo rural (LC/L.1267-P; LC/IP/L.163), N de venta: S.99.II.G.56 (US$
10.00), 1999.

Control de gestin y evaluacin de resultados en la gerencia pblica

(LC/L.1242-P; LC/IP/L.164), N de venta: S.99.II.G.25 (US$ 10.00), 1999.

Metodologa de evaluacin de proyectos de viviendas sociales (LC/L.1266P; LC/IP/L.166), N de venta: S.99.II.G.42 (US$ 10.00), 1999.

Poltica fiscal y entorno macroeconmico (LC/L.1269-P; LC/IP/L.168), en

prensa. N de venta: S.99.II.G.25 (US$ 10.00), 2000.

Manual para la preparacin del cuestionario sobre medidas que afectan al

comercio de servicios en el hemisferio (LC/L.1296-P), N de venta:
S.99.II.G.57 (US$ 10.00), 1999.

Material docente sobre gestin y control de proyectos (LC/L.1321-P;

LC/IP/L.174), N de venta: S.99.II.G.87 (US$ 10.00), 2000.

Curso a distancia sobre formulacin de proyectos de informacin

(LC/L.1310-P), N de venta: S.99.II.G.44 (US$ 10.00), 2000.

Manual de cuentas trimestrales, Oficina de Estadsticas de la Unin

Europea (EUROSESTAT) (LC/L.1379-P, N de venta: S.99.II.G.52 (US$
10.00), 2000.

6.3

ANEXOS

6.4

ANEXO 1. RBOL DE PROBLEMAS

PERIODO(AOS)

SALDO
INVERSIN

FLUJO DE CAJA

RENTABILIDAD
EXIGIDA

RECUPERACIN
INVERSIN

1
2
3
4
5
6
7
8
9
10

$36.718,34
$22.097,93
$2.852,37
-$22.167,22
-$54.395,26
-$108.007,15
-$172.859,59
-$255.165,97
-$359.303,31
-$490.743,30

$23.802,46
$24.771,53
$25.732,86
$26.684,76
$40.009,43
$37.843,41
$39.079,89
$40.328,74
$41.590,08
$67.571,94

$9.182,05
$5.525,96
$713,28
-$5.543,29
-$13.602,46
-$27.009,03
-$43.226,48
-$63.808,60
-$89.849,91
-$122.718,72

$14.620,41
$19.245,56
$25.019,58
$32.228,04
$53.611,89
$64.852,44
$82.306,38
$104.137,34
$131.439,99
$190.290,66

6.5

ANEXO 2. RBOL DE OBJETIVOS