Guia Proyecto Desarrollo Aplicacion Trasanccional

Tecnología Análisis y Desarrollo de
Sistemas de Información
SENA – CDAE VILLETA - 2013
Competencia: 220501007 Desarrollar el
sistema que cumpla con los requerimientos de
la solución informática.
Actividades TRABAJOS COMPLEMENTARIOS
evidencias M406 M413 y M314
Codificación de Software – Construcción interfaz
Módulo de Desarrollo de Software
Descripción Actividad:
A continuación encontrará el planteamiento de una situación real, en la que el Analista de

Sistemas de Información deberá intervenir formulando, mediante la metodología de
PROGRAMACIÓN EXTREMA una solución de software para atender una necesidad que
el cliente requiere para automatizar sus procesos operativos, administrativos y
financieros.
Al desarrollar el presente ejercicio, el aprendiz pondrá en práctica y demostrará sus

conocimientos y habilidades en el desempeño de su profesión y calidad en el desarrollo
de productos técnicos. Con ello se pretende cumplir los objetivos de los siguientes
resultados de aprendizaje, que se incorporan en los diferentes segmentos de actividades
y documentos resultantes del trabajo que el aprendiz debe realizar.
CÓDIGO DESCRIPCION Evidencia

s
22050100706 Realizar la codificación de los módulos del sistema y el M413
programa principal, a partir de la utilización del lenguaje de M414
programación seleccionado, de acuerdo con las
especificaciones del diseño.
22050100707 Construir la interfaz de usuario, apoyado en la evaluación del M406
prototipo, determinando las entradas y salidas requeridas en
el diseño y definiendo los lineamientos para la navegación,
de acuerdo con las necesidades del usuario.
Estos resultados de aprendizaje se comprobarán mediante el desarrollo de las diferentes

etapas y tareas que el aprendiz debe realizar para:
1) Generar el diseño rápido de una solución informática, creado software mediante la

metodología de Programación Extrema
2) Definir y estructurar un modelo entidad relación para un caso simple de
agrupación de información
3) Desarrollar una interfaz de software utilizando modelos de aplicación Windows
Form y aplicaciones.
4) Contestar un cuestionario alusivo a terminología y conceptos relacionados con los

diferentes elementos, herramientas, documentos, y demás situaciones propias de
las competencia objeto de la presente evaluación.
Estos resultados de aprendizaje forman parte de la competencia relacionada con

Desarrollo de sistemas, la cual requiere de la verificación y validez total de las
evidencias programadas para emitir el juicio de evaluación para certificar su
correspondiente aprobación.
Es de entender que la ejecución de un proyecto de desarrollo de software exige el

cumplimiento de las diferentes actividades que conforman el ciclo de vida de un sistema
de información (de acuerdo con la metodología exigida para PROGRAMACIÓN
EXTREMA), por lo tanto, se hace necesario que el aprendiz deba realizar el ejercicio
completo para así lograr la certificación de conocimiento, desempeño y calidad de
producto para cada uno de los resultado de aprendizaje previamente indicados.
Igualmente, es importante aclarar que aunque algunos de los componentes académicos

diseñados para estos resultados ya pudiesen haber sido evaluados y aprobados por el
aprendiz, es indispensable que se desarrolle todo el ejercicio para que el aprendiz pueda
demostrar los resultados de aprendizaje que tiene pendientes de aprobación. En estos
casos, el juicio de evaluación final, a través de la respectiva lista de chequeo considerará
únicamente los resultados de aprendizaje pendientes, pero los documentos, prototipos y
demás evidencias entregables deberán estar completas.
La evaluación y aprobación del presente ejercicio estará sujeta a la aplicación de los

siguientes criterios para las 4 partes que la conforman, así:
Entregabl DESCRIPCION % Distrib.

e
Documento de Diseño borrador utilizando la plantilla

preestablecida (anexo documento en Ms Word), con normas
ICONTEC, tabla de contenidos, y desarrollando cada uno de
los capítulos allí indicados, incluyendo capítulo para la
1 propuesta del Flujo de Pantallas. 20%
Este deberá ser sustentado por el aprendiz, ante el Instructor

designado para dicha evaluación, quien deberá diligenciar la
respectiva lista de chequeo.
Interfaces de Software, que permita al usuario realizar los

procesos básicos requeridos para solucionar las necesidades
planteadas. Este debe ser elaborado en Visual Basic.NET
(interface de usuario OPERARIO EMPRESA) e interface de
2 USUARIO CLIENTE elaborada en PHP, con una base de 40%
datos en MySQL.
Este deberá ser sustentado por el aprendiz, ante el Instructor
designado para dicha evaluación, quien deberá diligenciar la
respectiva lista de chequeo.
Desarrollo de Cuestionario de 5 preguntas que deberá ser

3 resuelto por el aprendiz el día de la sustentación de los 20%
entregables.
Realización de un ajuste al software (no previsto en

especificaciones iniciales) en atención a la necesidad de
cumplir un requerimiento legal que la empresa cliente ha
4 recibido a última hora. El aprendiz deberá demostrar 20%
capacidad de reacción para ajustar el software realizando
una pequeña modificación, que le será indicada el día de la
sustentación
La aprobación de la presente evaluación de conocimientos y habilidades estará

condicionada al cumplimiento de los diferentes criterios y puntos de las 4 listas de
chequeo (una para cada parte), cuyo valor porcentual deberá alcanzar un acumulado
mayor o igual al 90%.
La calificación parcial de cada punto de chequeo será clasificada según el grado de

cumplimiento con los siguientes pesos ponderados:
Cumple lo exigido : 90% a 100%

Cumple parcialmente : 60% a 89%
No Cumple : 0% a 59%
La determinación Final se establecerá según el total acumulado, estableciendo que

CUMPLE con los objetivos de aprendizaje si el porcentaje acumulado supera o
iguala el 90%. En caso contrario se determinará como no cumplido.
El objetivo principal es repasar los conceptos y aplicabilidad de:
- Modelar y estructurar Bases de datos

- Puesta en práctica de Algoritmos
- Codificación de Software
- Desarrollo de Interfaces de usuario
Para el desarrollo de este grupo de actividades, los aprendices deberán identificar el

ejercicio que le haya sido asignado y en forma ordenada resolver los puntos que le
corresponda, según la evidencia que tenga pendiente.
1. Actividad – PLANTEAMIENTO DE LA NECESIDAD DEL USUARIO
Consideremos las necesidades presentadas por cuatro tipos de empresas que requieren
una solución informática para atender a sus clientes usuarios:
1) Una entidad Bancaria

2) Una empresa de Correo y Encomiendas
3) Un almacén que vende a crédito
4) Una biblioteca
Cada uno de ellos requiere el desarrollo de DOS interfaces de usuario que les permita
incorporar en sus sistemas de información nuevas funcionalidades para comodidad de
sus clientes y también para facilitar el trabajo operativo interno de la empresa. Estas se
definen a continuación.
1.1. Entidad Bancaria
En su operación diaria de atención al público, el OPERARIO CAJERO, atiende a los

clientes del Banco (USUARIO CLIENTE). En sus procesos, realiza transacciones de
consignaciones de dinero y de retiro de dinero, según la solicitud de su cliente.
Estas operaciones las registra en una libreta interna que maneja el Banco, en donde
el OPERARIO escribe el tipo de transacción (consignación, o retiro) y actualiza el
saldo de la cuenta.
El Banco no cuenta con un sistema automático que le permita llevar un control on-line
de las operaciones.
El cliente quisiera disponer de una herramienta o página WEB que le permita desde su
casa conocer el estado de su cuenta, donde pueda ver su extracto bancario, es
decir, el saldo de su cuenta, junto con el listado de consignaciones y retiros
efectuados.
Por cada transacción que realiza el cajero, habitualmente se deben registrar los
siguientes datos:
- Fecha
- Número de la cuenta
- Tipo de operación (“DB” = retiros y “CR” = Consignaciones)
- Descripción de la operación (texto libre de 30 caracteres, para que el cajero
escriba algún detalle aclaratorio de la transacción)
- Valor de la transacción
Se considera LA EMPRESA ya cuenta con un sistema de información básico mediante
el cual administra los datos de sus CLIENTES USUARIOS y el estado de sus
Cuentas. Solamente le hace falta incorporar y realizar los ajustes para habilitar el
manejo de la información de las transacciones. En estas tablas actualmente se
maneja la siguiente información:
Datos de Clientes: La empresa guarda y administra la información de su listado de

clientes.
Datos de las Cuentas: Se almacena el listado de cuentas, considerando que un

cliente puede tener varias cuentas
De acuerdo con el anterior análisis y levantamiento de información realizado por el

analista de sistemas, se detecta que el sistema requiere únicamente crear una
tercera tabla y establecer las relaciones entre ellas. En esta tercera tabla serán
almacenadas todas las transacciones descritas previamente. También se deduce que
cada cuenta puede tener varias transacciones.
En la tabla de cuentas debe quedar registrado:
- El número de la cuenta
- El cliente al cual pertenece
- El saldo inicial
- La fecha de apertura (fecha de creación de la cuenta)
- El saldo actual (el cual debe ser actualizado cada vez que se realice una
transacción)
En la tabla de clientes debe quedar registrado:
- El número de identificación del cliente

- El nombre del cliente
- La dirección del cliente
SE REQUIERE:
1) Crear el modelo de datos (las tres tablas relacionadas) utilizar MySQL.

2) Alimentar mediante el gestor de Base de datos las tablas de clientes y cuentas,
con datos ajustados de tal forma que exista integridad referencial y se puedan
simular las operaciones de transacciones, es decir, para realizar una
transacción es requisito que el cliente y la cuenta ya existan.
3) Diseñar y construir la interfaz del OPERARIO DE LA EMPRESA (en Visual
Basic.NET) para que este pueda realizar y grabar las transacciones
4) Diseñar y construir la interfaz del CLIENTE USUARIO (en PHP y subrutinas de
validación de campos en JavaScrip) para que el cliente pueda consultar el
estado de su cuenta).
5) Revisar los conceptos asociados a este módulo de su proyecto y preparar la

respectiva evaluación y sustentación.
1.2. Empresa de Correos y Encomiendas
En su operación diaria de atención al público, el OPERARIO VENTALILLA, atiende a

los clientes que desean enviar una encomienda a través de esa empresa de correos
(USUARIO CLIENTE). En sus procesos, realiza el registro del ingreso de la
encomienda y la actualización del estado de trámite, es decir, inicialmente una
encomienda se registrará con estado “Por Despachar”, luego cambia a medida que va
desarrollándose el proceso de envío y entrega al destinatario. Los estados siguientes
al inicial son: “En tránsito”, “Entregado” y “Rechazado”. Cada vez que la encomienda
cambia de estado, el OPERARIO DE VENTANILLA debe poder ingresar al sistema,
seleccionar la encomienda y realizar el cambio de estado correspondiente.
Por cada cambio de estado se genera una transacción asociada al número de

identificación de la encomienda. Esto implica insertar un nuevo registro en una tabla
de transacciones, que será utilizada para controlar los cambios de estado que sufrirá
la encomienda durante su proceso de entrega al destinatario, dejando de esta forma el
registro histórico de cada cambio de estado, conservando la fecha y hora del momento
en que cambió de estado.
Actualmente estas operaciones son registradas en un LIBRO DE CONTROL que

maneja la oficina de correos, en donde el OPERARIO escribe el tipo de transacción
(cambio de estado) y actualiza la situación actual de cada encomienda.
La empresa de correos no cuenta con un sistema automático que le permita llevar un

control on-line de las operaciones.
El cliente usuario también desea disponer de una herramienta o página WEB que le
permita desde su casa conocer el estado de sus envíos, donde pueda ver por cada
encomienda (Número de GUÍA), los datos básicos de esta, junto con las fechas de
trámite, datos de quien hace la transacción y el detalle o situación actual del proceso
de envío.
Por cada transacción que realiza el OPERARIO DE VENTANILLA, habitualmente se

deben registrar los siguientes datos:
- Fecha
- Número de GUÍA (número de identificación de la encomienda)
- Estado de trámite (inicialmente en la primera transacción, cuando la Guía es
creada, este estado de trámite debe registrarse con valor igual a “Por Despachar”
y posteriormente, por cada cambio de estado se registra el nuevo valor a “En
tránsito”, “Entregado” y “Rechazado”).
- Descripción Novedad registrada; que es un texto complementario de 50
caracteres para indicar cualquier situación ocurrida con la guía durante el tránsito
por ese estado. El OPERARIO es el encargado de escribir algún detalle
aclaratorio de dicho proceso)
- Usuario, se registra el código del usuario que grabó la novedad o transacción
reportada.
Para el caso del registro inicial de cada GUÍA de envío, en el momento de guardarla
en la tabla de transacciones, también debe crearse el registro correspondiente en la
tabla de GUÍAS.
Se considera LA EMPRESA ya cuenta con un sistema de información básico mediante

el cual administra los datos de sus CLIENTES USUARIOS y el estado de sus GUÍAS
Tramitadas. Solamente le hace falta incorporar y realizar los ajustes para habilitar el
manejo de la información de las transacciones (registro estado de las encomiendas).
En estas tablas actualmente se maneja la siguiente información:
Datos de Clientes: La empresa guarda y administra la información de su listado de

clientes.
Datos de las Cuentas GUÍAS: Se almacena el listado de GUIAS de cada encomienda,

considerando que un cliente puede tener varias GUÍAS.

cada cuenta GUÍA puede tener varias transacciones (Cambios de estado).
En la tabla de cuentas (GUÍAS) debe quedar registrado:

- El número de la Guía (asignado según un consecutivo de papelería pre-impresa)

- La fecha de registro (fecha de recepción de la encomienda)
- Estado de la operación (inicialmente se registra “Por Despachar” )
- El cliente a quien pertenece la encomienda
- El cliente Destinatario
- Dirección del Destinatario
- Teléfono Destinatario
- Descripción del objeto que será enviado por correo (por ejemplo, carta, caja, etc,
mediante un texto libre de 50 caracteres, aquí el OPERARIO escribe algún detalle
aclaratorio de dicha encomienda)
- Peso en gramos de la encomienda
- Valor declarado por el cliente usuario (valor del bien u objetos que contiene la
encomienda)
- Valor liquidado para dicho despacho transacción (valor que la empresa cobra por
el transporte)
En la tabla de CLIENTES debe quedar registrado:

SE REQUIERE:

2) Alimentar mediante el gestor de Base de datos las tablas de clientes y algunas
Guías de encomiendas que supuestamente ya fueron enviadas (con diferentes
estados de trámite), ajustar los datos de tal forma que exista integridad
referencial y se puedan simular las operaciones de transacciones. En este
caso para crear nuevas GUÍAS es necesario que el cliente ya exista.
3) Diseñar y construir la interfaz del OPERARIO DE LA EMPRESA (en Visual

Basic.NET) para que este pueda realizar y grabar las transacciones de registro
de Nueva encomienda y para actualizar el estado de alguna que ya esté en
curso.
estado de sus encomiendas).
1.3. Almacén que vende a crédito
En su operación diaria de atención al público, el OPERARIO ENCARGADO DE CAJA

en un almacén que vende a crédito, atiende a los CLIENTES que han realizado una
compra en ese almacén. Hasta la fecha dicho negocio solamente atendía clientes
cuya forma de pago era en efectivo y con tarjeta de crédito.
En su estrategia comercial la junta directiva del almacén ha decidido crear una nueva
modalidad de VENTA A CRÉDITO, permitiéndole a sus clientes antiguos, de
reconocida trayectoria, la posibilidad de realizar sus compras con financiación sin
intereses, con pago del saldo diferido en varias cuotas no necesariamente iguales,
siempre y cuando el cliente logre realizar el pago total antes del plazo máximo
establecido.
Para llevar un control de esta nueva forma de pago y de los créditos que han adquirido
todos sus clientes, la empresa ha decidido contratar a un equipo de expertos de ADSI
para que realicen varios ajustes en sus aplicaciones actuales, incorporando los
nuevos elementos necesarios para habilitar el sistema de GETIÓN DE CRÉDITOS, el
cual debería operar de la siguiente forma, según lo requerido por la empresa.
El esquema actual de operación es controlado por la empresa utilizando una tabla de

clientes, en la cual almacena los datos básicos de cada persona y una tabla de
facturas en la cual registra cada una de las ventas realizadas por cualquiera de las
dos formas anteriormente descritas (efectivo y con tarjeta de crédito).
Cada venta que se realice bajo la modalidad de crédito exige que sea almacenada en
la tabla actual de cuentas de crédito (FACTURAS), indicando la nueva modalidad de
pago “Crédito”, la fecha, el valor y el cliente, además de incorporar un nuevo campo
necesario para almacenar el valor pagado de esa factura, considerando que
inicialmente debe ser CERO, es decir, cuando se registra la compra realizada.
El sistema debe incorporar una nueva interface para el OPERARIO ENCARGADO DE

CAJA, mediante la cual esta persona podrá registrar cada pago parcial que el
CLIENTE. En esta transacción el sistema debe almacenar en la nueva tabla de
transacciones, la fecha, hora, Número de la factura a la cual se le está abonando
dinero, el valor del dinero abonado y un campo descriptivo adicional que servirá para
registrar allí cualquier observación o dato que se considere importante almacenar en
el histórico de pagos de la factura.
Además de registrar el histórico de cada abono realizado, el sistema deberá

actualizar el SALDO de cada FACTURA, es decir, incrementar el campo Valor
Pagado, sumándole al valor actual (antes de la operación), el valor del pago que está
siendo informado.
Para realizar esta operación de abono, es necesario que la aplicación permita la

selección del número de FACTURA a actualizar, asegurando primero que dicha factura
exista y posteriormente si permitir que se ingresen los valores del abono
correspondiente.
En caso que no exista la FACTURA, el sistema debe mostrar un error y permitir que el
usuario ingrese un nuevo número para buscar o elegir.
Por otra parte, la empresa también desean que el cliente usuario pueda disponer de
una herramienta o página WEB que le permita desde su casa conocer el estado de
sus créditos (FACTURAS Por pagar), considerando que un usuario puede llegar a
tener varias facturas a CRÉDITO y adicionalmente por cada FACTURA conocer el
detalle de los abonos parciales efectuados, junto con la información detallada de cada
una de estas operaciones.
Por cada transacción que realiza el OPERARIO DE CAJA, habitualmente se deben

registrar los siguientes datos:
- Fecha del abono

- Número de FACTURA (número de identificación de la FACTURA)

- Valor del abono efectuado
- Comentarios u observaciones (detalle) de la transacción (por ejemplo, “pago
parcial mes de agosto”, mediante un texto libre definido de 35 caracteres de
ancho, para que el OPERARIO escriba algún detalle aclaratorio de dicho pago
parcial)

cada cuenta de crédito (FACTURA) puede tener varias transacciones de pago (pagos
parciales, almacenados en la tabla de Transacciones de pago).
En la tabla de cuentas (FACTURAS) debe quedar registrado:
- El número de la FACTURA (asignado según un consecutivo de papelería pre-

impresa)
- La fecha de registro (fecha de realización de la venta)
- Código del Cliente que realiza la compra
- Forma de pago (“Efectivo”, “Tarjeta” o “Crédito”)
- Valor de la Compra
- Valor pagado (acumulado de todos los abonos parciales)
- Fecha límite de pago (Plazo máximo establecido para el pago)
En la tabla de CLIENTES debe quedar registrado:

SE REQUIERE:

2) Alimentar mediante el gestor de Base de datos las tablas de clientes y algunas
FACTURAS de compras que supuestamente ya fueron realizadas (con
diferentes formas de pago), ajustar los datos de tal forma que exista integridad
referencial y se puedan simular las operaciones de transacciones. En este
caso para crear nuevas FACTURAS es necesario que el cliente ya exista.
3) Diseñar y construir la interfaz del OPERARIO DE CAJA DEL ALMACÉN (en
Visual Basic.NET) para que este pueda realizar y grabar las transacciones de
registro de Nuevas FACTURAS y para registrar las TRANSACCIONES DE
PAGOS PARCIALES de las facturas con pago a “Crédito”.
saldo y los abonos parciales de sus compras a crédito y con otras formas de
pago).
1.4. Biblioteca del CDAE
En su operación diaria de atención a los aprendices del CDAE, el OPERARIO de la

Biblioteca (Bibliotecólogo), atiende a los USUARIOS APENDICES que desean
reservar y retirar en calidad de préstamo los diferentes libros de la biblioteca. Hasta la
fecha esta biblioteca presta los libros sin un control sistematizado, presentando
diferentes dificultades que le impiden conocer en forma rápida el estado actual de
todos sus libros y la disponibilidad de estos.
En su deseo de mejorar y ampliar sus servicios, la subdirección ha decidido

implementar un nuevo procedimiento para el PRÉSTAMO DE LIBROS, permitiéndole
a sus USUARIOS APRENDICES la posibilidad de recibir algunos los libros en calidad
de préstamo controlado a través de un sistema que permita en cualquier momento
conocer los libros que están fuera del recinto (prestados) y los aprendices que los
tienen en su poder.
Para llevar un control de los LIBROS que son prestados a los APRENDICES, el
CDAE ha buscado la asesoría del equipo de expertos de ADSI para que realicen una
pequeña aplicación que incorpore los elementos necesarios para habilitar el nuevo
sistema de GETIÓN DE LIBROS, el cual debería operar de la siguiente forma, según
lo requerido.
El esquema actual de operación para el préstamo de libros es controlado mediante la

utilización de una ficha de cartulina relacionada con cada LIBRO, donde se registra
los datos del APRENDIZ que tiene asignado, la fecha de asignación y la fecha límite
para entrega. Esto se hace cada vez que el LIBRO es entregado al APRENDIZ, en el
momento en él decide reservarlo para retiro de la biblioteca.
Al momento en que el libro es entregado, el OPERARIO de la Biblioteca toma

nuevamente la ficha de cartulina de ese LIBRO y registra la fecha en que ha sido
devuelto y las observaciones o anotaciones a que haya lugar según la situación
presentada de demora en la entrega o estado en que se recibe dicho elemento.
El nuevo esquema de operación requiere que se cree una base de datos que
almacene los datos de los APRENDICES, los LIBROS que existen en la Biblioteca y
las transacciones de PRÉSTAMO realizadas sobre cada libro.
Cada vez que un APRENDIZ solicite retirar un LIBRO de las instalaciones de la

Biblioteca, el OPERARIO debe ingresar la información en el sistema, creado un
registro de transacción de PRÉSTAMO, en la cual debe informar:
- El tipo de transacción “Préstamo”

- Los datos del LIBRO que se está prestando (código del Libro)
- el APRENDIZ a quien se le presta
- la fecha de préstamo
- la fecha máxima para devolución (fecha de compromiso de entrega)
- y una observación o anotación donde pueda indicar alguna situación o condición
especial para el préstamo.
En forma simultánea, el sistema debe actualizar en la tabla de LIBROS:
- el estado del LIBRO, cambiándolo de “Disponible” a “Prestado”

- el dato del aprendiz que lo posee (identificación del aprendiz).

- La fecha de disponibilidad (la misma fecha de compromiso de entrega)
Para el momento en que el LIBRO sea reintegrado, el OPERARIO debe realizar

(crear) la transacción de PRESTAMO correspondiente en el sistema, en la cual se
registra:
- El tipo de transacción “Reintegro”

- Los datos del LIBRO que se está reintegrando (código del Libro)
- el APRENDIZ a quien lo reintegra (debe ser el mismo a quien se le había
prestado)
- la fecha del reintegro
De igual forma, en acto simultáneo debe actualizarse la tabla de LIBROS (en el

registro del libro que está siendo devuelto, los siguientes datos:
- el estado del LIBRO, cambiándolo de “Prestado” a “Disponible”
También se ha considerado una condición especial para que los APRENDICES

puedan renovar una solicitud de préstamo sin necesidad de devolver el libro que ya
tienen en su poder, para lo cual, el OPERARIO de la Biblioteca debe crear un nuevo
registro en la tabla de PRÉSTAMOS, ingresando los siguientes datos:
- El tipo de transacción “Renovación Préstamo”

- el APRENDIZ a quien se le presta (debe ser el mismo que lo posee en dicho
momento)
- la fecha de préstamo (la fecha en que se está renovando)
- la fecha máxima para devolución (Nueva fecha de compromiso de entrega)
En este mismo acto, el sistema debe actualizar en la tabla de LIBROS:

- el estado del LIBRO, para asegurar que sigue prestado se sobreescribte con el
dato “Prestado”.
- el dato del aprendiz que lo posee (identificación del aprendiz).
- La fecha de disponibilidad (la misma fecha del nuevo compromiso de entrega)

analista de sistemas, se detecta que el sistema requiere crear TRES tablas y
establecer las relaciones entre ellas. En las cuales se almacenarán la información de
los APRENDICES, LIBROS y TRNASACCIONES DE PRÉSTAMO que se realicen
sobre los libros.
En la tabla de LIBROS debe quedar registrado:
- El Código del LIBRO (asignado según Código ISBN interno que maneje la
Biblioteca)
- Nombre del Libro
- Autor1
- Autor2
- Descripción
- Palabras claves
- Editorial
- Edición
- Fecha de publicación
- Estado (para controlar si está “Disponible” o “Prestado”)
- Fecha de Disponibilidad
- Aprendiz quien lo tiene en su poder o quien lo utilizó por última vez
En la tabla de TRANSACCIONES DE PRÉSTAMOS
- El tipo de transacción (“Préstamo”, “Reintegro”, “Renovación Préstamo”)

- el APRENDIZ a quien se le presta
- la fecha de préstamo o Renovación
- la fecha máxima para devolución
- la fecha de reintegro (se deja en blanco para las operaciones de “préstamo” o
“renovación”
especial para el préstamo
En la tabla de APRENDICES debe quedar registrado:
- El número de identificación del APRENDIZ

- El nombre del APRENDIZ
- La dirección del Aprendiz
- Ficha del Curso al cual pertenece
SE REQUIERE:

2) Alimentar mediante el gestor de Base de datos las tablas de APRENDICES
usuarios de la Biblioteca y algunas LIBROS que se estén en la biblioteca (con
datos supuestos de utilizaciones previas y que todos estén inicialmente como
“disponibles”), ajustar los datos de tal forma que exista integridad referencial y
se puedan simular las operaciones de transacciones. En este caso para crear
nuevas TRANSACCIONES DE PRÉSTAMOS es necesario que el APRENDIZ y
el LIBRO ya existan.
3) Diseñar y construir la interfaz del OPERARIO DE BIBLIOTECA (en Visual
Basic.NET) para que este pueda realizar y grabar las transacciones de registro
de Nuevos PRÉSTAMOS (para cualquiera de las tres modalidades
(“Préstamo”, “Reintegro” o “Renovación de préstamo”.
validación de campos en JavaScrip) para que el APTRENDIZ pueda consultar
el estado de su cuenta, conociendo los libros que tiene a su cargo y el historial

de préstamos de cada uno de ellos.
CONDICIONES DE OPERACIÓN DEL Sistema de Información
- El sistema, por tratarse de un ejercicio práctico no requiere de validación de

usuario de acceso. Para la interfaz de OPERARIO EMPRESA, CAJERO,
OPERARIO DE BIBLIOTECA, CAJERO DEL ALMACEN, según el caso.
- La interface de OPERARIO DE EMPRESA debe contener únicamente la operativa
necesaria para realizar las TRANSACCIONES del caso asignado.
- Para efectos del desarrollo del ejercicio que le haya sido asignado, asumir que la
tabla de CLIENTES o APRENDICES (según el caso), ya contiene la información
de todos los usuarios, por lo tanto no requiere operaciones de mantenimiento.
Estas deben haber sido creadas previamente mediante el gestor de la base de
datos.
- De igual forma, para la 2ª tabla, correspondiente a la información de CUENTAS,
GUÍAS DE ENCOMIENDAS, FACTURAS DE VENTAS o LIBROS (según el caso),
asumir que estas ya existen, por lo tanto deben haber sido creadas previamente
conservando integridad referencial, mediante el gestor de la base de datos.
- Para el ingreso del usuario en la interface WEB (cliente usuario, Aprendiz, cliente
del almacén, según el caso), es necesaria una pantalla de control de acceso, pero
sin validar CLAVE, solamente con la identificación del cliente.
o El sistema debe verificar si el cliente existe en la tabla de usuarios
(clientes o aprendices, según el caso) y en caso que si exista, permitir
avanzar en la navegación, mostrando el resumen de cuentas que este
posea (libros en préstamo para el caso de la biblioteca, o facturas a
crédito para el caso de las ventas a crédito, o Guías de encomiendas para
el caso de la empresa de correos). si se requiere que inicialmente se
presente una pantalla de bienvenida al portal virtual, en la cual el cliente
ingresa su identificación.
o En caso que no exista el cliente debe informar mediante un mensaje, que
indique que el cliente está errado y que vuelva a reintentar el ingreso.
o Una vez se haya ingresado a la pantalla que muestra los datos y resumen
de operaciones del usuario (cliente o aprendiz), el sistema debe permitir
consultar el detalle histórico de las transacciones realizadas sobre la
cuenta elegida (Cuenta, Guía, Factura o Libro, según el caso).
- Los diseños, estilos y forma de presentación de la información, corren por cuenta

del aprendiz a quien se le haya asignado el presente trabajo.
2. Actividad – ELABORACIÓN DOCUMENTO DE DISEÑO
En la siguiente ruta de acceso a los documentos de ADSI encontrará el documento

plantilla para la presentación de su trabajo de actividades complementarios o Plan de
mejoramiento:
SENA 325988 ADSI - EJECUCION DEL APRENDIZAJE\ TRABAJOS_COMPLEMENTARIOS_MODULO4
De acuerdo con las condiciones establecidas por los usuarios interesados en este sistema
de información, realizar las actividades de análisis y diseño del sistema, con las
especificaciones mínimas exigidas por la metodología de PROGRAMACIÓN EXTREMA.
Para ello deberán identificar y elaborar:
- Modelo entidad Relación

- Diseñar secuencias de pantallas Interface de USUARIO OPERARIO DE LA
EMPRESA
- Diseñar secuencias de pantallas Interface de USUARIO CLIENTE o APRENDIZ
Estos componentes deberán quedar consignados en el documento DE DISEÑO

siguiendo la estructura de la plantilla preestablecida y diligenciando cada uno de los
numerales allí indicados.
3. Actividad – DESARROLLO DE CUESTIONARIO
El aprendiz deberá resolver y contestar un cuestionario de 5 preguntas alusivas a temas

de la competencia de Desarrollo del Sistema y relacionadas con las actividades
realizadas en el presente trabajo.
4. Actividad – SUSTENTACIÓN DEL SOFTWARE DESARROLLADO
El aprendiz deberá explicar la operación de las dos interfaces realizadas (según el caso
asignado y según el resultado de aprendizaje que le haya quedado pendiente de juicio de
evaluación). Para esta actividad el día de la sustentación deberá realizar una modificación
al software y hacerlo operar correctamente, según la situación que le sea planteada en
ese momento.
Es importante aclarar que en temas de desarrollo de software surgen situaciones de

atención urgente, como consecuencia de requerimientos legales o normativas emitidas
por entidades reguladoras o encargadas de la supervisión o vigilancia de la empresa. Por
tal razón el aprendiz debe estar en condiciones de demostrar calidad en el desempeño
para realizar estos ajustes inmediatos.
Entre las posibilidades de ajustes a realizar, pueden ser:
- Una consulta (Query) sobre una o más tablas relacionadas, extractando los datos
que sean requeridos y generar la salida por pantalla.
- Una reliquidación y almacenamiento de registros adicionales al momento de
grabar una transacción, por ejemplo, registrar el 4 x mil en una transacción de
retiro.
- El cálculo del IVA y registro en una operación de compra.
- Una modificación directa de algún registro dentro de cualquiera de las tablas; esta
operación normalmente se conoce con el nombre de “spuffy”.
Cualquiera de estas operaciones puede ser requerida a última hora, como actividad para
la sustentación en Desempeño de codificación de Software.

Guia Proyecto Desarrollo Aplicacion Trasanccional

Caricato da

Informazioni sul documento

Descrizione originale:

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Guia Proyecto Desarrollo Aplicacion Trasanccional

Caricato da

Copyright:

Formati disponibili

Tecnología Análisis y Desarrollo de

Módulo de Desarrollo de Software

A continuación encontrará el planteamiento de una situación real, en la que el Analista de

Al desarrollar el presente ejercicio, el aprendiz pondrá en práctica y demostrará sus

CÓDIGO DESCRIPCION Evidencia

Estos resultados de aprendizaje se comprobarán mediante el desarrollo de las diferentes

1) Generar el diseño rápido de una solución informática, creado software mediante la

4) Contestar un cuestionario alusivo a terminología y conceptos relacionados con los

Estos resultados de aprendizaje forman parte de la competencia relacionada con

Es de entender que la ejecución de un proyecto de desarrollo de software exige el

Igualmente, es importante aclarar que aunque algunos de los componentes académicos

La evaluación y aprobación del presente ejercicio estará sujeta a la aplicación de los

Entregabl DESCRIPCION % Distrib.

Documento de Diseño borrador utilizando la plantilla

Este deberá ser sustentado por el aprendiz, ante el Instructor

Interfaces de Software, que permita al usuario realizar los

Desarrollo de Cuestionario de 5 preguntas que deberá ser

Realización de un ajuste al software (no previsto en

La aprobación de la presente evaluación de conocimientos y habilidades estará

La calificación parcial de cada punto de chequeo será clasificada según el grado de

Cumple lo exigido : 90% a 100%

La determinación Final se establecerá según el total acumulado, estableciendo que

El objetivo principal es repasar los conceptos y aplicabilidad de:

- Modelar y estructurar Bases de datos

Para el desarrollo de este grupo de actividades, los aprendices deberán identificar el

1. Actividad – PLANTEAMIENTO DE LA NECESIDAD DEL USUARIO

1) Una entidad Bancaria

1.1. Entidad Bancaria

En su operación diaria de atención al público, el OPERARIO CAJERO, atiende a los

Datos de Clientes: La empresa guarda y administra la información de su listado de

Datos de las Cuentas: Se almacena el listado de cuentas, considerando que un

De acuerdo con el anterior análisis y levantamiento de información realizado por el

En la tabla de cuentas debe quedar registrado:

- El número de identificación del cliente

1) Crear el modelo de datos (las tres tablas relacionadas) utilizar MySQL.

5) Revisar los conceptos asociados a este módulo de su proyecto y preparar la

1.2. Empresa de Correos y Encomiendas

En su operación diaria de atención al público, el OPERARIO VENTALILLA, atiende a

Por cada cambio de estado se genera una transacción asociada al número de

Actualmente estas operaciones son registradas en un LIBRO DE CONTROL que

La empresa de correos no cuenta con un sistema automático que le permita llevar un

Por cada transacción que realiza el OPERARIO DE VENTANILLA, habitualmente se

Se considera LA EMPRESA ya cuenta con un sistema de información básico mediante

Datos de Clientes: La empresa guarda y administra la información de su listado de

Datos de las Cuentas GUÍAS: Se almacena el listado de GUIAS de cada encomienda,

De acuerdo con el anterior análisis y levantamiento de información realizado por el

En la tabla de cuentas (GUÍAS) debe quedar registrado:

- El número de la Guía (asignado según un consecutivo de papelería pre-impresa)

En la tabla de CLIENTES debe quedar registrado:

- El número de identificación del cliente

1) Crear el modelo de datos (las tres tablas relacionadas) utilizar MySQL.

3) Diseñar y construir la interfaz del OPERARIO DE LA EMPRESA (en Visual

1.3. Almacén que vende a crédito

En su operación diaria de atención al público, el OPERARIO ENCARGADO DE CAJA

El esquema actual de operación es controlado por la empresa utilizando una tabla de

El sistema debe incorporar una nueva interface para el OPERARIO ENCARGADO DE

Además de registrar el histórico de cada abono realizado, el sistema deberá

Para realizar esta operación de abono, es necesario que la aplicación permita la

Por cada transacción que realiza el OPERARIO DE CAJA, habitualmente se deben

- Fecha del abono

- Número de FACTURA (número de identificación de la FACTURA)

De acuerdo con el anterior análisis y levantamiento de información realizado por el

En la tabla de cuentas (FACTURAS) debe quedar registrado: