Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Actividad
Tarea
INTRODUCCIÓN:
El proceso de arquitectura de software integra las necesidades del cliente, analiza los
requisitos y diseña software para satisfacer sus necesidades. Cumplir con los principios
de diseño y las buenas técnicas de programación que evolucionan con el tiempo; y
complementar el hardware, las redes y los sistemas de gestión modernos. Una
arquitectura de software sólida significa que tendrá mucha experiencia teórica y práctica,
así como una visión para transformar los requisitos y soluciones comerciales
aparentemente imprecisos en diseños de trabajo confiables y prácticos.
La arquitectura del software incluye la definición de una solución estructurada que
puede cumplir con todos los requisitos técnicos y operativos al tiempo que optimiza
atributos de calidad comunes como el rendimiento, la seguridad y la capacidad de
gestión. Además, implica una serie de decisiones basadas en múltiples factores, y cada
decisión tendrá un impacto importante en la calidad, el rendimiento, el mantenimiento y
el éxito general del software.
Objetivo general
Definir procedimientos, técnicas y métodos para asegurar la entrega de software y
solicitar requisitos al cliente antes del mecanismo de transmisión del proyecto; registrar
claramente los requisitos de la aplicación de software que se desarrollará para brindar
soluciones que cumplan con los requisitos propuestos.
Objetivos específicos
• Proveer soluciones de software aplicando nuevas tecnologías.
• Aplicar métodos de desarrollo de software las cuales brindan una mejor
confiabilidad.
1.4. REFERENCIAS
Se listas a continuación otros documentos a los que se hace referencia desde éste:
CARACTERÍSTICA DE USUARIO
Administrador del sistema
Es un usuario con conocimientos de sistemas, quién controlara toda la información del
sistema y es autónomo para tomar decisiones y es parte de la universidad.
REQUERIMIENTOS FUNCIONALES
Capturar el salario del conductor.
Este requerimiento se centra en el registro, actualización y eliminación de los datos del
conductor.
Registrar los datos del conductor
Se hace el registro de los datos del conductor para que se vincule al sistema.
Tipo de requerimiento
Datos
Entrada
Nombre completo del conductor, salario base, vehículo asignado.
Proceso
El usuario responsable de administrar el sistema completa los datos del conductor a través
del formulario para ingresarlo en el sistema. Si hay un error en el sistema, el sistema
Proceso
Actividad
Tarea
verificará los datos para asegurarse de que el controlador que ya existe en el sistema no esté
registrado. El usuario debe ser notificado.
Salida
Mensaje de confirmación del registro.
Registro exitoso en la base de datos.
Actualizar los datos del conductor.
Se hace la actualización de los datos del conductor en uno o más de los datos de entrada.
Tipo de requerimiento
Datos
Entrada
Nombre completo del conductor, salario base y vehículo asignado.
Proceso
El usuario a cargo de administrar el sistema debe actualizar los datos del conductor antes de
poder ingresarlos en el sistema mediante un formulario web. Antes de realizar cualquier
cambio en la base de datos, la modificación debe ser confirmada por el sistema, y si hay un
error en el sistema, se debe notificar al usuario.
Salida
Mensaje de confirmación de la modificación
Registro exitoso en la base de datos.
Eliminar los datos del conductor
Se hace la eliminación de los datos del conductor.
Tipo de requerimiento
Datos
Entrada
Id del conductor (Cedula).
Proceso
El usuario encargado del sistema de gestión busca al conductor a eliminar solo por su
número de id para asegurar la eliminación del personal indicado. El sistema informa a los
usuarios que su información será eliminada.
Salida
Mensaje de confirmación de la eliminación.
Eliminación de datos en la base de datos.
Administrar las salidas que realiza por mes
Para poder gestionar las salidas que ocurren cada mes, el sistema debe identificar primero
las salidas que realizará el vehículo, para ello el sistema debe almacenar y borrar los datos
del vehículo, debe vincular los conductores responsables de las salidas y organizar el
horario de viaje. El itinerario de cada vehículo.
Entrada: datos
Salida: la información se ve eliminada
Proceso: El sistema compara destinos y ocupaciones: “Si es dentro del departamento y para
alguna ocupación de enfermería, ambiental, minería y desarrollo de software, aprobará la
ruta, de lo contrario te advertirá que no se puede realizar el itinerario, si existe Algunos
errores en el sistema deben notificarse al usuario.
Entrada: Lugares y carrera u ocupación
Salida: Inscripción exitosa y confirmación de destino
Establecer los valores de viáticos
Proceso: El sistema calcula según el destino a través del mapa "La distancia recorrida
calculará el valor de la diferencia diaria. Si hay un error en el sistema, se debe notificar al
usuario".
Entrada: Destino y placa
Salida: Valor con los viáticos.
Proceso: El sistema calcula los peajes que existen en la ruta y calcula el monto total a
pagar. Si hay un error en el sistema, se debe notificar al usuario.
Entrada: Ruta y peajes
Salida: Almacenamiento exitoso de valor del costo de los peajes de la ruta
Tipo de requerimiento:Datos
Entrada: Ruta y peajes
Proceso
Actividad
Tarea
Proceso: El sistema hace los cálculos de los peajes que existen en la ruta trazada y calcular
el valor total para pagar; existe algún error en el sistema debe ser notificado al usuario.
Salida: Almacenamiento de valor del costo de los peajes en la ruta, garantizar el valor de
los peajes
Tipo de requerimiento: Datos
Entrada: Captura del peaje
Proceso: El sistema calcula la llegada del peaje y luego de pasar allí solicita que tome una
fotografía del recibo del peaje el cual puede ser tomado en cualquier momento en que el
vehículo no esté en movimiento, si existe algún error en el sistema debe ser notificado al
usuario.
Salida: Almacenamiento de la captura del recibo de pago
Mensaje de confirmación de captura
No funcionales
Requisitos de performance.
1. El software debe tener tiempos de respuesta inferiores a los 10 segundos ante la
solicitud
2. El software debe correr con menos de la capacidad instalada en el hardware de los
dispositivos que administra y acceden al sistema.
Requisitos de usabilidad
FASES
MODELO
se encarga de los datos, generalmente (pero no obligatoriamente) consultando la base de
datos, actualizaciones, consultas, búsquedas ETC todo esto va aquí, en el modelo
CONTROLADOR
Se encarga de controlar, recibe las órdenes del usuario y se encarga de solicitar los datos al
modelo y de comunicárselos a la vista.
VISTAS
Son las representaciones visuales de los datos, todo lo que tenga que ver con la interfaz
gráfica va aquí, ni el modelo ni el controlador se ocupan de cómo se verán los datos, esa
responsabilidad es únicamente de la vista.
Implica revisar y auditar los productos y actividades de software para verificar que se
cumplan con los procedimientos y los estándares además de proveer a la gerencia
apropiadas (incluyendo a los proyectos) con los resultados de estas revisiones, por lo tanto,
SQA envuelve al proceso de desarrollo del software completo: monitoreando y mejorando
el proceso; asegurándose que cualquier estándar y procedimiento adoptado sean seguidos; y
asegurándose que problemas sean encontrados y tratados.
Rol de SQA
El rol de SQA es brindar la metodología de desarrollo de software la administración y
seguranza de los procesos oficialmente establecidos están siendo implementados, asegurar
que:
Proceso
Actividad
Tarea
Procesa
En el modelo que se tratara en este libro la lógica de la vista recibe la información recibe la
información provista por el controlador trae un layout (diseño) y lo procesa con la
información recibida, antes de entregarlo al usuario otros modelos pueden realizar esto,
Proceso
Actividad
Tarea
íntegramente a través del controlador, pero aquí no lo trataremos por considerar que resta
mantenibilidad al sistema