EvaluacionNacional 301308A 2

EVALUACION NACIONAL
301308_2 ANALISIS DE SISTEMAS
VIVIANA QUINTERO_52817264
SANDRA CARRILLO_52100151
Tutor:
LUIS ENRIQUE CAMARGO CAMARGO
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA
ESCUELA CIENCIAS BÁSICAS, TECNOLOGÍAS E INGENIERÍAS – ECBTI
PROGRAMA INGENIERÍA DE SISTEMAS
BOGOTÁ D. C.
MAYO DE 2016
Especificación de requisitos de software
Proyecto: solución del manejo de ingresos y egresos de

la empresa de taxis de don Rómulo.
revisión 1
29/05/16
2
CONTENIDO
CONTENIDO 3
OBJETIVOS DE LA ACTIVIDAD 6
FICHA DEL DOCUMENTO 7
INTRODUCCIÓN 8
1.1 Propósito 8
1.2 Alcance 8
1.3 Personal involucrado (Kendall, 2005) 8
1.4 Definiciones, acrónimos y abreviaturas (Weitzenfeld, 2005) 9
1.5 Resumen 9
2 DESCRIPCIÓN GENERAL 10
2.1 Perspectiva del producto 10
2.2 Funcionalidad del producto 10
2.3 Características de los usuarios (Rob & Coronel, 2004) 10
2.4 Restricciones 11
2.5 Suposiciones y dependencias 11
2.6 Evolución previsible del sistema 11
3 REQUISITOS ESPECÍFICOS (WEITZAENFELD, 2005) 11
3.1 Requisitos comunes de los interfaces 16
3.1.1 Interfaces de usuario 16
3.1.2 Interfaces de hardware 16
3.1.3 Interfaces de software 16
3.1.4 Interfaces de comunicación 16
3.2 Requisitos funcionales 17
3.2.1 Requisito funcional 1 17

Solución manejo de ingresos y egresos
de la empresa de taxis de don Rómulo
Especificación de requisitos de
software
Mayo de 2016
3.3 Requisitos no funcionales 17
3.3.1 Requisitos de rendimiento 17
3.3.2 Seguridad 18
3.3.3 Fiabilidad 18
3.3.4 Disponibilidad 18
3.3.5 Mantenibilidad 18
3.3.6 Portabilidad 18
3.4 Otros requisitos 18
4. APENDICES 19
4.1. Diagrama Funcional 19
4.2. Diagrama Casos de Uso 20
4.2.1. Diagrama Casos de Uso explosión 2 21
4.3. Modelo Contextual 22
4.4. Diagrama de Objetos 23
4.5. Modelo Físico 24
4.6. Modelo de Objetos 25
4.7. Modelo Dinámico 25
4.8. Diagrama de Estado 26
5. CONCLUSIONES 27
software
Mayo de 2016
5. BIBLIOGRAFIA 28
Objetivos de la Actividad
Aplicar los conocimientos adquiridos en el curso análisis de sistemas para implementar

la aplicación definitiva para contrarrestar le inconveniente del manejo de ingresos y
egresos de la empresa y conoce con exactitud si obtiene ganancias o pérdidas con sus
taxis
.
software
Mayo de 2016
Ficha del documento
Fecha revisió Autor Verificado dep. Calidad.

n
análisis de sistemas grupo

24/05-2016 1 Viviana Quintero
301308_2
análisis de sistemas grupo

26/05/2016 2 Sandra Carrillo
301308_2
software
Mayo de 2016
Introducción
En el presente proyecto se va implementar un software que automatice y mejore el

manejo de los ingresos de la empresa de Don Rómulo. La implementación se
realizara implementando un código qr el cual es el encargado de escribir los
conductores, producidos diarios, cumplimiento de entrega del rodante tanqueado y
lavado y solicitud de préstamos esta información en un servidor de base de datos, así
lograremos llevar un control de las finanzas de la empresa , así facilitándoles las
cosas a los conductores y al dueño para agilizar los procesos de recaudo y
solucionar el inconveniente que se vienen presentando hoy en día la empresa
Rodando Taxis Rómulo Romualdo .
1.1 Propósito
El presente documento tiene como propósito plantear una solución y definir las
especificaciones funcionales y no funcionales a la problemática que se viene
presentando actualmente en la empresa de taxis, para brindar tranquilidad y
confiabilidad al dueño de la empresa a la hora de revisar las finanzas y el costo
operación al de la empresa.
1.2 Alcance
Esta especificación de requisitos está dirigida a los usuarios del sistema y conductores.
El alcance de este software es optimizar y automatizar la información contable que
permitirá a don Rómulo Romualdo tener en tiempo real los ingresos y gastos
ocasionales de la empresa la, evitando perdidas y confusiones y errores humanos que
se puedan presentar en los diferentes procesos de recaudo.
1.3 Personal involucrado (Kendall, 2005)

Nombre Viviana Quintero Agudelo
Rol gerente de proyecto
categoría profesional ingeniero de sistemas
Responsabilidades responsable desarrollo y entrega del proyecto
información de
vivis_73@hotmail.com Cel:3212405936
contacto
Aprobación
Nombre Sandra Carrillo

Rol analista de sistemas
categoría profesional ingeniera de sistemas
Responsabilidades entregar el diseño alcances y planteamiento del
proyecto
información de
pacave71@hotmail.com Cel: 3223438884
contacto
Aprobación
software
Mayo de 2016
Nombre Viviana Quintero - Sandra Carrillo

Rol Implementadores
Categoría profesional Ingenieros de sistemas
Responsabilidades personas encargadas desarrollar el programa a
implementar
Información de Vivis_73@hotmail.com 3212405936
contacto pacave71@hotmail.com 3223438884
Aprobación
1.4 Definiciones, acrónimos y abreviaturas (Weitzenfeld, 2005)
persona que ingresa al sistema para el registro con un

usuario
identificador único
Código de barras bidimensionales. La información esta codificada
código qr
dentro de un cuadro.
El sistema almacenará la información de todos los vehículos de la
Vehículo
empresa
conductor conductores funcionario a la empresa
recaudo Control sobre entradas y salidas de dinero
Salida de dinero Desembolso de préstamos, compras y otros.
1.5 Resumen
En este documento consta de tres partes fundamentales en el cual se desarrolla

todo el entorno de la solución al problema solicitado.
 En la primera parte se especifica cual va hacer el personal involucrado, el

propósito que manejaremos el alcance que tendrá el proyecto como tal y
una breve introducción donde se especifica que vamos a realizar.
 En la segunda parte se hará una descripción general del proyecto que

realizaremos para solucionar el problema del manejo del dinero de la
software
Mayo de 2016
empresa de taxis, también se tocaran puntos importantes con lo son las

características que debe tener los usuarios que van a manejar el software.
 Por último se hace una descripción detallada de todos los pormenores que
se realizarán para solucionar el problema en cuestión donde se muestre,
otros requisitos y apéndices.
2 Descripción general
2.1 Perspectiva del producto

Es un sistema independiente diseñado para controla el recibo, salida y entrega de
dinero al dueño de la empresa. Tiene una interface grafica sencilla, amigable al
usuario que permite el fácil manejo para poder cumplir eficazmente y poder
controlar el control del dinero en su totalidad.
2.2 Funcionalidad del producto

La funcionalidad de nuestro producto presenta una interface fácil de manejar, en
donde después de introducir el usuario y contraseña ingresamos al menú de
registro de conductores con los turnos. Tan pronto se culmine con el registro, si
el conductor se le asigna vehículo y el turno. El conductor llega a entregar al
parqueadero su vehículo, tanqueado y lavado y el conductor se registra en el
sistema y tendrá la opción de imprimir el sticker para y colocarlo en el lector de
barras para ingresar al respectivo recaudo. Para que realice el ingreso del
dinero el usuario del sistema escaneara el código y automáticamente nos indicara
los datos completos de dinero, cuota, en cual lleva un registro organizado de las
entradas del dinero y del personal de la empresa.
2.3 Características de los usuarios (Rob & Coronel, 2004)

Tipo de usuario Administrador
Formación TSU en Informática
Formación académica manejos de análisis de sistemas
Habilidades con el fin de desarrollar la función en dirigir el área
operativa y funcionamiento de la empresa.
Actividades Control y manejo del Sistema en general
Tipo de usuario Conductor

Curso de conducción que acredite la capacidad para
Formación conducir vehículos de servicio público y anexar la
experiencia en el área.
Atención al cliente (pasajeros), dominio ofimática
Habilidades
básica.
Actividades Registro, indagación información.
software
Mayo de 2016
2.4 Restricciones
Cuando se realiza el desarrollo se debe tener en cuentas las restricciones y
delimitaciones que debe contener el software que será el encargado de controlar el
manejo del dinero una vez sea recibido y enviado por el sistema para garantizar
que llegue la información del recaudo correspondiente. El software se
desarrollara en lenguaje de programación c++ ya que es un lenguaje fácil de
comprender y tiene mayores ventajas a la hora de programar y es más fácil de
entender para los usuarios, el sistema operativo de los equipos en que se instalara
será compatible con la versión de Windows 8 en adelante y los computadores
deben contar con las siguientes características debe tener un procesador core 3 de
3.0 ghz en adelante y 4 gb en RAM y un Tera de almacenamiento.
2.5 Suposiciones y dependencias

El sistema desarrollado debe ser multiplataforma lo que quiere decir que así se
cambia el sistema operativo de los equipos ya sea Windows o Linux u otro
sistema debe poder ser instalado en cualquier equipo, el cual cumpla con las
características mínimas para su funcionamiento.
2.6 Evolución previsible del sistema

Este sistema será a futuro modificable según los cambios en la empresa de taxis
“Rodando taxis Rómulo Romualdo, si hay ampliaciones en el mismo será
adaptable ya que contiene un sistema de código abierto el cual podrá ser
modificado para se ajustado a los cambios que nos enfrentemos si hay mayor
demanda de vehículos y conductores, se podrá adaptar otros sistema de recaudo
para garantizar el mismo flujo y el control del dinero.
3 Requisitos específicos (Weitzaenfeld, 2005)

Requerimientos Funcionales:
RQ1: Debe garantizar el correcto registro del conductor una vez ingrese a la
empresa.
Número de requisito RQ1
Nombre de requisito Registro conductor
Tipo x Requisito Restricción
Se origina con el fin de crear una base de datos
principales a partir del registro por parte del conductor y
Fuente del requisito
tener una secuencia en cada uno de los procesos internos
que se deben manejar
Prioridad del requisito x Media/Deseado Baja/
Alta/Esencial Opcional
RQ2: Asociar al número de ticket el conductor correspondiente.

software
Mayo de 2016
Nombre de requisito Numero de ticket

Fuente del requisito Es importante conocer el ticket asignado al conductor
con el fin de hacer seguimiento detallado por medio del
sistema implementado en la empresa.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
RQ3: Asociar el código qr al vehículo asignado a cada conductor; este código

debe contener los datos personales del conductor.
Nombre de requisito Código qr
Fuente del requisito Garantizar que cada vehículo tenga un sticker y
conductores adscrito a la empresa, creando así una base
de datos que contenga la información personal de cada
uno de ellos, con el fin de llevar un control en cuanto al
turno y móvil asignado.
Prioridad del requisito x Media/Deseado Baja/ Opcional
Alta/Esencial
RQ4: Este sistema debe leer el código qr y enviarlo a el sistema de recaudo.

Nombre de requisito Lector de código
Fuente del requisito Garantizar el registro de la información personal de los
conductores, producidos diarios, cumplimiento de entrega
del rodante tanqueado y lavado, a través de un
identificador único (id_conductor)
Alta/Esencial
RQ5: Una vez leído el código qr los conductores se encargaran de ingresar el

dinero a las máquinas de recaudo.
Nombre de requisito Máquinas de recaudo
Fuente del requisito Las maquinas serán las encargadas de recibir el recaudo
y al leer los códigos a lo largo del sistema generando un
recibo de pago.
RQ6: El sistema debe alertar cuando haya un faltante de dinero en el sistema

de recaudo que ingresa el conductor.
software
Mayo de 2016

Nombre de requisito Alertas sistema
Fuente del requisito Cuando se presente dinero faltante en el sistema se debe
enviar una alerta al sistema de mando y mostrar en
pantalla que no puede es posible asignar turno, ni
asignación de vehículo hasta tanto no esté a paz y salvo
con la empresa.
RQ7: El sistema permite solicitud de préstamos por parte de los conductores a

través de su ingreso a la plataforma.
Nombre de requisito El director no podrá modificar los registros ingresados al
sistema
Fuente del requisito El sistema permite que los conductores a través de su
ingreso a la plataforma con el usuario y contraseña,
tramiten en línea la solicitud de préstamos
Alta/Esencial
RQ8: El sistema permite controlar las entradas y salidas del dinero

Nombre de requisito Control sobre entradas y salidas de dinero
Fuente del requisito El sistema permite controlar las entradas y salidas de
dinero
Alta/Esencial
RQ9: El sistema permite organizar la información contable

Nombre de requisito Organización información contable
Fuente del requisito El sistema organizara la información contable que
permitirá a don Rómulo Romualdo información sobre sus
ingresos y gastos ocasionales
Alta/Esencial
RQ10: El sistema permite controlar los recaudos por concepto de préstamos y

ganancias por deudores morosos
software
Mayo de 2016

Nombre de requisito Control recaudo por préstamos y ganancia por deudores
morosos
Fuente del requisito El sistema organizara la información contable que
permitirá a don Rómulo Romualdo información sobre sus
ingresos y gastos ocasionales
Alta/Esencial
Requerimientos No Funcionales:
Identificación del RNF01

requerimiento
Nombre de Interfaz del sistema
requerimiento
Característica El sistema presentara una interfaz de usuario sencilla que
sea de fácil manejo a los usuarios del sistema
Descripción del El sistema debe tener una interfaz de uso intuitiva y
requerimiento sencilla.
Prioridad del requisito Alta

requerimiento
Nombre de Ayuda en el uso del sistema
requerimiento
Característica La interfaz deberá presentar un sistema de ayuda para
que los mismo usuarios del sistema se les facilite su uso
Descripción del La interfaz debe estar complementada con un buen
requerimiento sistema de ayuda

requerimiento
Nombre de Mantenimiento
requerimiento
Característica El sistema deberá tener un manual de instalación y
manual de usuario para facilitar los mantenimientos que
serán realizados por el administrador
Descripción del El sistema deberá disponer de una documentación
requerimiento actualizable que permita realizar operaciones de
software
Mayo de 2016
mantenimiento en el menor tiempo posible


requerimiento
Nombre de Desempeño
requerimiento
Característica El sistema garantizara a los usuarios un desempeño en
cuanto a los datos almacenados en el sistema
ofreciéndole una confiabilidad a esta misma
Garantizar el desempeño del sistema informático a los
diferentes usuarios. En este sentido la información
Descripción del
almacenada o registros realizados podrán ser consultados
requerimiento
de manera permanente y simultáneamente, sin que se
afecte el tiempo de respuesta

requerimiento
Nombre de Nivel de Usuario
requerimiento
Característica Garantizará al usuario el acceso a la información
conforme al nivel que posee
Facilidades y controles para permitir el acceso a la
Descripción del información al personal autorizado a través de internet,
requerimiento con la intención de consultar y subir información
pertinente para cada una de ellas

requerimiento
Nombre de Confiabilidad continua del sistema
requerimiento
Característica El sistema tendrá que estar funcionamiento las 24 horas
del día, 7 días a la semana y 365 días al año; ya que es
una página web diseñada para la carga de datos.
La disponibilidad del sistema debe ser continúa con un
nivel de servicio para los usuarios las 24 horas del día, 7
Descripción del días a la semana y 365 días al año, garantizando un
requerimiento esquema adecuado que permita la posible falta a
cualquiera de sus componentes, contar con generación de
alarmas.
software
Mayo de 2016

requerimiento
Nombre de Seguridad en información
requerimiento
Característica El sistema garantizará a los usuarios una seguridad en
cuanto a la información que procede el sistema como la
protección a los datos personales
Garantizar la seguridad del sistema con respecto a la
Descripción del
información y datos que se manejan tales como
requerimiento
documentos, archivos y contraseñas
3.1 Requisitos comunes de los interfaces
3.1.1 Interfaces de usuario

La interfaz con el usuario consistirá en un conjunto de ventanas con
botones, vistas y campos de textos. Esta deberá ser construida
específicamente para el sistema propuesto y será visualizada desde un
navegador en internet.
3.1.2 Interfaces de hardware

Será necesario disponer de equipos de cómputos en perfecto estado con las
siguientes características:
 Adaptadores de red
 Procesador de 1.66GHz o superior
 Memoria mínima de 256 Mb
 Mouse
 Teclado
3.1.3 Interfaces de software

 Sistema Operativo Windows 8 o superior
 Explorador Mozilla o Chrome
3.1.4 Interfaces de comunicación

Los servidores, clientes y aplicaciones se comunicarán entre sí, mediante
protocolos estándares en internet que sea posible. Por ejemplo para
transferir archivos o documentos deberán utilizarse protocolos existentes
(FTP u otros convenientes)
software
Mayo de 2016
3.2 Requisitos funcionales
3.2.1 Requisito funcional 1

 Autenticación de Usuarios: los usuarios deberán identificarse para
acceder a cualquier sistema.
 El sistema podrá ser consultado por cualquier usuario
dependiendo su nivel de accesibilidad.

 Consultar información: el sistema ofrecerá al usuario información
general, acerca de trámites, ingresos y salidas de dinero, registro de
conductores.
 Consultar trámites: muestra información general sobre los
trámites realizados por los conductores en cuanto a
solicitudes de préstamo y mantenimiento de vehículos.
 Consultar ingresos y salidas de dinero: permite al
administrador ver los ingresos y salidas de dinero en cuanto
al pago por parte de los conductores tanto de producido
diario como de préstamos otorgados y a su vez pago por
parte de deudores morosos.
 Registro de conductores: muestra la base datos
correspondientes a los conductores adscritos a la empresa

 Registrar Usuarios: El sistema permitirá al usuario (conductor,
Administrador) registrarse. El usuario debe suministrar datos como:
documento de identidad, nombre, correo electrónico, usuario y
contraseña.

 Modificar: Permite al administrador modificar datos de los usuarios
y cuentas creadas.

 Gestionar Reportes: Permite al administrador imprimir reportes
contables de las entradas y salidas de dinero, así como de los
usuarios registrados (base de datos de conductores), entre otros.
3.3 Requisitos no funcionales
3.3.1 Requisitos de rendimiento

 Garantizar que el diseño de las consultas u otro proceso no afecte el
desempeño de la base de datos, ni considerablemente el tráfico de la
red.
software
Mayo de 2016
3.3.2 Seguridad
 Garantizar la confiabilidad, seguridad y desempeño del sistema
informático a los diferentes usuarios. En este sentido la información
almacenada o registros realizados podrán ser consultados y
actualizados permanente y simultáneamente, sin que afecte el
tiempo de respuesta.
 Garantizar la seguridad del sistema con respecto a la información y
datos que se manejan tales sean documentos archivos y contraseñas.
 Facilidades y controles para permitir el acceso a la información al
personal autorizado a través de internet, con la intención de
consultar y subir información pertinente para cada una de ellas.
3.3.3 Fiabilidad
 El sistema debe tener una interfaz de uso intuitiva y sencilla
 La interfaz de usuario debe ajustarse a las características de la web
de la empresa, dentro de la cual estará incorporado el sistema de
gestión de procesos y el inventario.
3.3.4 Disponibilidad
 La disponibilidad del sistema debe ser continua con un nivel de
servicio para los usuarios de 7 días 24 horas, garantizando un
esquema adecuado que permita la posible falta en cualquiera de sus
componentes, contar con una contingencia, generación de alarmas.
3.3.5 Mantenibilidad
 El sistema debe disponer de una documentación fácilmente
actualizable que permita realizar operaciones de mantenimiento con
el menor esfuerzo posible
 La interfaz debe estar complementada con un buen sistema de ayuda
(la administración puede recaer en personal con poca experiencia en
el uso de aplicaciones informáticas)
3.3.6 Portabilidad
 El sistema será implantado bajo la plataforma de Windows
3.4 Otros requisitos
Requisitos culturales y políticos

 Culturales: son los derechos que tiene las personas de utilizar libremente
el servicio de taxis por todo el territorio nacional sin importar su estrato
social o raza.
 Políticos: se debe permitir y garantizar el libre tránsito por todas las
ciudades del país al personal extranjero así no se tenga buena relación con
el país de origen del usuario.
software
Mayo de 2016
Formato entrada y salida de la empresa de taxis

Para diligenciar por el área encargada

Ítem Información
1 fecha / hora / turno día/mes/año Ciudad
Empresa
NIT
2 Datos de la Empresa
Contacto
Teléfono
Placa
Tipo de vehículo
3 Datos del turno Especifique salida o llegada
conductor
hora de llegada o salida
Estado del vehículo
Notificación Lavado y tanqueado
4
organismo de control Recaudo de cuota
Impresión ticket
Nombre__________________________________
5 Firma Director
Número de identificación:
software
Mayo de 2016
4 APENDICES
4.1. Diagrama Funcional
Se realiza la actualización del sistema manual de Don Rómulo a un sistema

sistematizado, el cual nos optimizara los procesos contables, administrativos y
operativos.
El sistema realiza la captura de la información en el cual es suministrada por el

empleado y adicionando las observaciones del dueño de ña empresa y si se hacen
modificaciones con respecto a los datos del conductor, turno, cuota y préstamos.
 La secuencia en que se llevara a cabo en dicho programa.
Ingresar los datos, comprobando si se ha modificado la información o si es necesario el

ingreso de los datos que requiere, para así hacer una verificación física del
mantenimiento de los vehículos, consultas de los turnos, y cumplimiento de la cuota de
80.000.
Cada empleado debe tener la responsabilidad de ingresar los datos y usuario en el

sistema y tener la disposición y el tiempo para capacitarse en el manejo del programa.
4.2. Diagramas Casos de Uso
Caso de uso Registrar Conductor

Actores conductor – jefe de operaciones – gerente resulta ,dueño de la
empresa
Propósito clasificara de forma automática los ingresos y egresos de la
empresa
Condición El conductor debe estar registrado en la base de datos
Resumen Caso iniciado por el jefe administrativo, con el fin de crear
registro del conductor en la base de datos para que él pueda
hacer su respectivo recaudo de cuota.
Curso Normal
Usuario Sistema
Digita Número de Recibe datos ingresados por el conductor en la base de datos la
Identificación del existencia del número de identificación.
conductor
software
Mayo de 2016
Registra datos del Recibe datos del conductor, son ingresados a la base de datos.
conductor
Caso de uso Registro Turno

Actores Conductor - jefe administrativo y de operaciones , gerente
Propósito Registrar a los conductores para realizar su turno
Resumen Jefe de operaciones registra al conductor para iniciar su
servicio
Curso Normal
Usuario Se registra la hora de salida.
Caso de uso Manejo de dinero

Actores máquina de recaudo – conductor
Propósito Obtener que el conductor al momento de entregar su turno se
registre y entregue su cuota e imprima su recibo.
Condición Exigir que el conductor tenga impreso el rotulo con los datos
del vehículo, salida y tanqueo.
Resumen Registro y recaudo a diario del dinero
Curso Normal
Usuario Sistema
4.2.1. Diagramas de caso de uso explosión 2.
Manejo del dinero y personal de la flota de taxis
1. El conductor llega a la empresa

2. Sistema registra al conductor y asigna vehículo
3. El sistema en ruta al conductor
4. El conductor recibe su vehículo y realiza su turno
5. El conductor finaliza su turno y solicita ingreso al parqueadero
6. El sistema confirma datos de kilometraje y solicita el ingreso del valor de la
cuota ,lavado y tanqueo
7. El sistema genera la Impresión del recibos al instante
8. Solicitud de prestamos
9. Control de recaudo
software
Mayo de 2016
4.3. Modelo contextual
Control de acceso y registro
Administración de usuarios
Registro de Gestión de consulta

conductores
Administración del estado de

los carros
Actualización de datos
Impresión de recibos
Gestión de mantenimiento
Informe de recaudos
Registro del
recaudo
software
Mayo de 2016
RDBMS
Tareas automáticas
4.4. Diagrama de Objetos

software
Mayo de 2016
4.5. Modelo Físico

software
Mayo de 2016
4.6. Modelo de Objetos

software
Mayo de 2016
4.7. Modelo Dinámico
4.8. Diagrama de Estado

software
Mayo de 2016
5. CONCLUSIÓNES
software
Mayo de 2016
El análisis de Sistemas intenta fundamentalmente decretar los objetivos y

límites del sistema elemento de estudio, calificar su organización y marcha, un
correcto estudio, da un soporte para exponer una solución extensa del análisis de
factibilidad y describe que va a desarrollar el nuevo sistema, se usaron las
herramientas de técnicas de recolección de información para lograr una
explicación del sistema y producir un informe en el que se expone si se está
realizando lo que se desea. .
En el caso expuesto empresa de Taxis Rómulo Romualdo, se realiza una

descripción del problema, análisis del mismo y a partir de allí se presenta una
solución al desconocimiento de utilidades o pérdidas que presenta la empresa
Un entrenamiento sistemático como los que propone la guía de actividades

posibilita la conexión desde una perspectiva lúdica, en un aprendizaje
personalizado que se enfrenta como una aventura intelectual a través de la
configuración del entorno para llegar a internalizarlo. Comprender que el
Análisis de Sistemas se fundamente en el conocimiento de la problemática de
una empresa a través del uso de unas herramientas proponer una solución eficaz
para la misma.
6. BIBLIOGRAFÍA
software
Mayo de 2016
Kendall, J. E. (2005). Fundamentos de Análisis de Sistemas. En J. E. Kendall, Análisis y

Diseño de Ssitemas (págs. 8-14). México: Prentice Hall INC.
Rob, P., & Coronel, C. (2004). Conceptos orientados a objetos. En P. Rob, & C.
Coronel, Sistemas de Datos: Diseño e implementación (págs. 527-540). México:
Cengage Leaming Editores SA de CV.
Weitzaenfeld, A. (2005). Diagramas de Secuencias. En A. Weitzaenfeld, Ingeniería
orientada a objetos con UML, Java e Internet (págs. 275-316). México:
Weitzenfeld, A. (2005). Modelo de casos de Uso. En A. Weitzenfeld, Ingeniería
orientada a Objetos con UML, Java e Internet (págs. 119-209). México:

EvaluacionNacional 301308A 2

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

EvaluacionNacional 301308A 2

Cargado por

Copyright:

Formatos disponibles

EVALUACION NACIONAL

301308_2 ANALISIS DE SISTEMAS

LUIS ENRIQUE CAMARGO CAMARGO

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA CIENCIAS BÁSICAS, TECNOLOGÍAS E INGENIERÍAS – ECBTI

PROGRAMA INGENIERÍA DE SISTEMAS

Proyecto: solución del manejo de ingresos y egresos de

FICHA DEL DOCUMENTO 7

1.3 Personal involucrado (Kendall, 2005) 8

1.4 Definiciones, acrónimos y abreviaturas (Weitzenfeld, 2005) 9

2.1 Perspectiva del producto 10

2.2 Funcionalidad del producto 10

2.3 Características de los usuarios (Rob & Coronel, 2004) 10

2.5 Suposiciones y dependencias 11

2.6 Evolución previsible del sistema 11

3 REQUISITOS ESPECÍFICOS (WEITZAENFELD, 2005) 11

3.1 Requisitos comunes de los interfaces 16

3.1.1 Interfaces de usuario 16

3.1.2 Interfaces de hardware 16

3.1.3 Interfaces de software 16

3.1.4 Interfaces de comunicación 16

3.2 Requisitos funcionales 17

3.2.1 Requisito funcional 1 17

3.2.2 Requisito funcional 2 17

3.2.3 Requisito funcional 3 17

3.2.4 Requisito funcional 4 17

3.2.5 Requisito funcional 5 17

3.3 Requisitos no funcionales 17

3.3.1 Requisitos de rendimiento 17

3.4 Otros requisitos 18

4.1. Diagrama Funcional 19

4.2. Diagrama Casos de Uso 20

4.2.1. Diagrama Casos de Uso explosión 2 21

4.3. Modelo Contextual 22

4.4. Diagrama de Objetos 23

4.5. Modelo Físico 24

4.6. Modelo de Objetos 25

4.7. Modelo Dinámico 25

4.8. Diagrama de Estado 26

Aplicar los conocimientos adquiridos en el curso análisis de sistemas para implementar

Ficha del documento

Fecha revisió Autor Verificado dep. Calidad.

análisis de sistemas grupo

análisis de sistemas grupo

En el presente proyecto se va implementar un software que automatice y mejore el

1.3 Personal involucrado (Kendall, 2005)

Nombre Sandra Carrillo

Nombre Viviana Quintero - Sandra Carrillo

1.4 Definiciones, acrónimos y abreviaturas (Weitzenfeld, 2005)

persona que ingresa al sistema para el registro con un

recaudo Control sobre entradas y salidas de dinero

Salida de dinero Desembolso de préstamos, compras y otros.

En este documento consta de tres partes fundamentales en el cual se desarrolla

 En la primera parte se especifica cual va hacer el personal involucrado, el

 En la segunda parte se hará una descripción general del proyecto que

empresa de taxis, también se tocaran puntos importantes con lo son las

2.1 Perspectiva del producto

2.2 Funcionalidad del producto

2.3 Características de los usuarios (Rob & Coronel, 2004)

Tipo de usuario Conductor

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

3 Requisitos específicos (Weitzaenfeld, 2005)