República Bolivariana de Venezuela Ezequiel Zamora · 2018. 5. 28. · Senn, James A. 1992....

República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Superior

Universidad Nacional Experimental de los Llanos Occidentales

Ezequiel Zamora

Barinas. Estado. Barinas

Autor:

Fernández Yarelys C.I.: V-23.916.065

Moreno Josué C.I.: V-20.868.910

Barinas, Marzo de 2014

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓN

SEGÚN:

JAMES SENN

ANÁLISIS Investigación Preliminar

Clasificación De Los Requerimientos

Estudio Factibilidad

Determinación De Los Requerimientos

Desarrollo Del Sistema Prototipo

DESARROLLO Diseño Del Sistema

Desarrollo Del Sistema

Prueba Del Sistema

IMPLANTACIÓN Puesta En Marcha

Senn, James A. 1992. Análisis y Diseño de Sistema de Información.

México: McGraw-Hill

INVESTIGACIÓN PRELIMINAR

El Banco Bicentenario ubicado en la Avenida 23 de Enero, Barinas Estado,

Barinas, no cuenta con un sistema que ayude a gestionar los clientes, ya

que cuando llega un cliente al banco, este debe realizar una cola y esperar

de pie con la finalidad de que cliente por cliente vaya avanzando hacia la

taquilla donde se dirige para que realice su proceso dentro del banco.

El gerente del Banco Bicentenario, realizo una petición ya que su necesidad

es que no se posee un sistema automatizado para la atención al cliente. El

banco solicita un sistema con el fin de que cada persona que llegue, tome

un numero de la maquina generadora de tickets y espere si es posible,

sentado, hasta que llegue su turno de pasar, de esta manera, se beneficia al

cliente de manera que se obtenga una fidelidad del cliente al venir al Banco

cada vez que necesite realizar un proceso bancario.

Q-Matic Bank es un software que gestiona los clientes y genera los tickets y

permite seleccionar hacia que taquilla del banco se dirige el cliente. Al

momento del que el cliente seleccione la taquilla, se genera un numero al

cliente, que sería el número de ticket de atención.

Q-MATIC es un sistema que permite la gestión de clientes gracias a la

metodología CFM (Customer Flow Management), que permite gestionar el

flujo de clientes con el fin de ofrecerles un mejor servicio y fidelizarlos.

Este método permite garantizar la gestión eficaz y se desarrolla en todo el

proceso de atención al cliente desde antes de la llegada del usuario hasta

después de la atención.

EL CFM (Customer Flow Management – Flujo de Gestión de Clientes) es una

metodología que permite una organización para gestionar sistemáticamente

la marcha de los clientes, desde el primer hasta el último punto de contacto

con el cliente. En la metodología se conecta el mundo virtual y real.

CLASIFICACIÓN DE LOS REQUERIMIENTOS

En los requerimientos para la utilización del programa Q-Matic Bank es

necesario tener una computadora con sistema Operativo Windows, el

lenguaje de programación pascal, y la interfaz que ofrece este programa es

MS-DOS.

El programa Q-Matic Bank gestiona el flujo de clientes para ofrecer un

mejor servicio, y permite seleccionar hacia que taquilla del banco se dirige

el cliente. Al momento del que el cliente seleccione la taquilla, se genera

un numero al cliente, que sería el número de ticket de atención.

ESTUDIO DE FACTIBILIDAD

Después de definir la Investigación y establecer los requerimientos que

establece que se necesita de un nuevo sistema, es oportuno realizar un

estudio de factibilidad para determinar la infraestructura tecnológica y la

capacidad técnica que implica la implantación del sistema, así como los

costos, beneficios y el grado de aceptación que la propuesta dentro del

Banco

-Factibilidad técnica.

En esta parte se analizaron los recursos técnicos, con los que cuenta el Banco Bicentenario para la implementación del nuevo sistema; en la realización de esta factibilidad surgen ciertas preguntas como:

¿Existe dentro de este Banco, la tecnología necesaria para ejecutar el sistema? ¿Tienen los equipos necesarios y la capacidad para procesar los datos requeridos para el nuevo sistema? El Banco al cual se le está realizando el sistema cuenta actualmente con el hardware necesario, para la ejecución del sistema. La mayoría de los procesos que se realizan dentro del banco usan computadores que tienen buenas especificaciones, y los operadores de dichos computadores tienen conocimientos desde básicos hasta avanzados en el uso del PC. Muchas de las personas que trabajan en este Banco, tiene en su historial cursos de Computación, es decir, saben usar la PC adecuadamente. -Factibilidad económica.

A continuación se presenta la factibilidad económica del desarrollo del nuevo sistema de información.

Costos Generales – Tabla # 1

Gastos Costo Aproximado

Computador 8.500 Bs

Impresora 3.000 Bs

Recarga Cartuchos Mensualmente

500 Bs

Resma de Hojas Blancas

180 Bs

Total 12.180 Bs

Fuente: Los autores (2014) Con dichos gastos se mejorará la calidad de atención de los clientes del

Banco Bicentenario, ya que la organización de las taquillas se llevara de

forma automatizada y el cliente estará satisfecho porque ya no tendrá que

hacer las tediosas colas para ser atendido.

-Factibilidad operacional.

La necesidad de un cambio en la gestión de los clientes, expresada por el gerente del Banco, llevó a la aceptación de un sistema automatizado, que de una manera más sencilla y amigable, cubra los requerimientos del Banco. Basándose en la petición sostenida por el Gerente se demostró que el sistema es necesario y es factible operacionalmente. Este sistema será usado para beneficio tanto de los clientes, como del Banco con el fin de poder obtener cada vez, más y más clientes fieles que

se dirijan al banco al momento de que quieran hacer una transacción o proceso bancario. Sera necesario una persona (administrador) para el uso del sistema, el cual se le capacitara para el manejo del software. El proceso del sistema actual empieza cuando la persona llega al banco,

hace su cola hasta llegar a la taquilla, para después ser atendido. No hay

mucho grado de eficiencia al momento de realizar actividades ya que

muchas personas al llegar al banco no saben a donde en realidad deben

dirigirse, por lo tanto hacen una misma cola para cualquier proceso que

quieran realizar dentro del banco, atrasando las tareas.

El problema es que se hacen largas colas y algunas veces hay mucha

aglomeración de personas impidiendo que otras personas entren al banco.

Otro gran problema es que algunas personas por salir rápido del banco, se

adelantan a otros usuarios, haciendo enojar a estos y por surgir este tipo de

situaciones, muchos de los clientes fieles al banco van perdiendo la

confianza que tienen con el Banco Bicentenario. La causa de todo esto es

por la mala o ninguna gestión de los clientes. Por tal motivo es que se da la

necesidad de crear un sistema automatizado para la gestión de los clientes.

Con el programa Q-Matic Bank lo que se necesita es tener una persona

encargada (administrador) a la entrada del banco con un computador con el

programa incluido, lo cual el cliente al llegar le dirá lo que desea hacer y el

administrador deberá indicarle a cual taquilla debe dirigirse dándole un

ticket. De esta manera lo que el programa hace es distribuir correctamente

los números a los clientes por orden de llegada, con el fin de que no hagan

largas colas, sino que esperen su turno, hasta sentado, dentro del banco.

Para la aprobación de este sistema se realizó una encuesta con el propósito

de obtener los requerimientos para realizar este proyecto.

A continuación se mostrara el instrumento para la recolección de datos y su

tabulación. Con este instrumento se pudo determinar los requerimientos del

sistema.

UNIVERSIDAD NACIONAL EXPERIMENTAL DE LOS

LLANOS OCCIDENTALES EZEQUIEL ZAMORA

BARINAS. ESTADO. BARINAS

1. UBICACIÓN GEOGRÁFICA DE LA EMPRESA

ESTADO

Barinas

MUNICIPIO

Barinas

PARROQUIA

El Carmen

NOMBRE DE LA

EMPRESA

Banco Bicentenario av.

23 de Enero

2. PREGUNTAS

1. ¿Se siente a gusto con la atención actual del cliente del Banco

Bicentenario?

SI NO

2. ¿Cree usted que el Banco Bicentenario necesita un sistema que

agilice la gestión de los clientes?

SI NO

3. ¿cree que es factible un sistema como este?

SI NO

4. ¿le gustaría que al llegar al banco sea rápidamente atendido?

SI NO

Fuente Los autores (2014)

Tabulación

La encuesta se les realizo a 50 personas entre ellos el gerente del banco, los

encargados de atención del cliente, y los clientes.

1. ¿Se siente a gusto con la atención actual del cliente del Banco

Bicentenario?

ÍTEM VALOR PORCENTAJE

SI 0 0

NO 50 100%

TOTAL 50 100%



2. ¿Cree usted que el Banco Bicentenario necesita un sistema que

agilice la gestión de los clientes?


SI 50 100%

NO 0 0

TOTAL 50 100%



3. ¿Cree que es factible un sistema como este?


SI 50 100%

NO 0 0

TOTAL 50 100%



4. ¿Le gustaría que al llegar al Banco sea rápidamente atendido?


SI 50 100%

NO 0 0

TOTAL 50 100%



Por medio de la recolección de datos se pudo obtener que si se necesita un

sistema automatizado para el control de clientes ya que actualmente los

clientes no se sienten a gusto con la atención del Banco Bicentenario,

además la mayoría de los encuestados cree que es necesario que se agilice

la gestión clientes ya que sería factible porque dichos clientes expresaron

que les gustaría llegar al banco y ser rápidamente atendidos.

DETERMINACIÓN DE LOS REQUERIMIENTOS DEL SISTEMA

El Programa QMatic Bank está programado bajo el lenguaje Pascal y

necesita los siguientes requerimientos para poder ejecutarse:

En cuanto a Hardware (Computador), donde será instalado el sistema, este

debe contar con los siguientes requerimientos mínimos:

Procesador Pentium 4 de 1.3 GHz.

Tarjeta Madre.

256 MB de Memoria RAM

Disco Duro de 10 GB de capacidad como mínimo.

Monitor.

Teclado.

Mouse.

Unidad de Protección UPS.

Impresora

En cuanto al Software, se necesita que el Computador cuente con el

Sistema Operativo Windows XP SP2 como mínimo para ejecutar la

aplicación. El sistema propuesto sólo es compatible con Windows XP,

Windows Vista, Windows 7 y Windows 8.

DESARROLLO DEL SISTEMA PROTOTIPO

Nuestro sistema (Q-Matic Bank), se desarrolló con el fin de brindar calidad y

buen servicio al cliente que se dirige al banco. La función principal de

nuestro sistema es distribuir los clientes que van llegando el banco, según la

taquilla donde ellos elijan. A continuación se detallara el sistema prototipo

de Diagrama Contextual y Expandido de Flujo de Datos

Q Matic - Bank

0

Banco Bicentenario Av. 23 de Enero

Clientes

Administrador

Clientes

Gestión de Clientes

Petición

Valida Opción

Recibe Ticket

Q Matic - Bank

0

Banco Bicentenario Av. 23 de Enero

Clientes

Administrador

Clientes

1

Realiza

petición

de taquilla

3

Genera

Ticket con

el Software

4

Imprimir

Ticket

2

Recibe

petición

del cliente

Petición

Recibe Ticket

Petición

Valida Opción

Enviar

Opción

Resultado

DISEÑO DEL SISTEMA

Para explicar detalladamente los procesos del Sistema Propuesto se crearan

diagramas de flujos de datos (Referencia para realizar los diagramas de flujo del

Libro Fundamentos de Programación. JOYANES, Luis).

Sistema propuesto (Q-Matic Bank)

Inicio

Ingrese la opción:

1. Incluir

2. Atender

3. Mostrar

Leer opción

Opción=1 SI

NO

Ingrese la taquilla a donde se dirige

1. Atención al cliente 2. Créditos 3. Taquilla de depósitos

y Retiro de Dinero

Leer Taquilla

Taquilla=1 Atención al Cliente

NO

SI

SI

NO

SI

Taquilla=2 Créditos

Taquilla=3 Taquilla de depósitos y Retiro de Dinero

Opción=2

Leer Taquilla



SI

SI

SI

SI

NO


Opción=3 NO

NO

Mostrar Taquillas

Atención al Cliente

Créditos

Taquilla de depósitos y Retiro de Dinero

SI

NO

Atender Taquilla 1. Atención al cliente 2. Créditos 3. Taquilla de depósitos y Retiro de Dinero

Opción>3

Salir

DESARROLLO DEL SOFTWARE

program Banco; uses crt; const n=1000; type colas=Array[1..n] of integer; var qmatic, ta1, ta2, ta3: colas; i, x, z, j, m, k, opcion:integer; procedure incluir; begin i:=i+1; x:=i; clrscr; writeln(' '); Writeln('Por favor diga para cual taquilla (1,2,3) se dirige:'); writeln(' '); writeln('1.- Atencion al Cliente'); writeln(' '); writeln('2.- Creditos'); writeln(' '); writeln('3.- Taquilla de Depositos y Retiro de Dinero'); writeln(' '); Readln (qmatic[i]); if qmatic[x]=1 then begin j:=j+1; ta1[j]:=x; end; if qmatic[x]=2 then begin k:=k+1; ta2[k]:=x; end;

Nombre del programa Librerías

Establecer constantes

Establecer arreglos

Establecer variables

Procedimiento Incluir: Aquí se selecciona a

que taquilla ira el cliente.

Si es 1 entonces se distribuirá a la taquilla

1 que pertenece a Atención al Cliente. Si es 2 entonces se

distribuirá a la taquilla 2 que pertenece a

Créditos. Si es 3 entonces se


Depósitos y Retiro de Dinero'

if qmatic[x]=3 then begin m:=m+1; ta3[m]:=x; end; end; procedure atender; begin if x=0 then begin writeln('No hay ticket'); readkey; end else begin clrscr; writeln(' '); writeln('Cual taquilla desea atender (1,2,3):'); writeln(' '); writeln('1.- Atencion al Cliente'); writeln(' '); writeln('2.- Creditos'); writeln(' '); writeln('3.- Taquilla de Depositos y Retiro de Dinero'); writeln(' '); readln(z); if z=1 then begin if j=0 then begin writeln('No hay ticket para atender en esta taquilla'); readkey; end else begin begin for x:=1 to j-1 do

Procedimiento Incluir

Procedimiento Atender En esta parte del

programa si no hay tickets registrados saldrá

un mensaje. De lo contrario

aparecerá un menú donde se podrá

seleccionar que taquilla se desea atender.

Si se selecciona la taquilla 1 y no hay tickets registrados

entonces lanzara un mensaje de lo contrario se atenderá la taquilla

de Atención al Cliente y se elimina el registro

atendido.



de Créditos y se elimina el registro atendido.

begin ta1[x]:=ta1[x+1]; end; end; end; j:=j-1; end; if z=2 then begin if k=0 then begin writeln('No hay ticket para atender en esta taquilla'); readkey; end else begin begin for x:=1 to k-1 do begin ta2[x]:=ta2[x+1]; end; end; end; k:=k-1; end; if z=3 then begin if m=0 then begin writeln('No hay ticket para atender en esta taquilla'); readkey; end else begin begin for x:=1 to m-1 do begin ta3[x]:=ta3[x+1];

Procedimiento Atender



de Depositos y Retiro de Dinero'y se elimina el

registro atendido.

end; end; m:=m-1; end; end; end; if z>3 then begin Writeln('Opcion No Valida'); readkey; end; end; procedure mostrar; begin clrscr; writeln(' '); writeln('Taquilla Atencion Al Cliente'); writeln('----------------------------'); for x:=1 to j do begin writeln(ta1[x]); end; writeln(' '); writeln('Taquilla de Creditos'); writeln('---------------------'); for x:=1 to k do begin writeln(ta2[x]); end; writeln(' '); writeln('Taquilla de Depositos y Retiro de Dinero'); writeln('-----------------------------------------'); for x:=1 to m do begin writeln(ta3[x]); end; readkey; end;


Al final si la opción de la taquilla que desea

atender es mayor a la opción 3 entonces saldrá

un mensaje de opción no válida.

Procedimiento Mostrar

En este menú se mostrarán

ordenadamente todas las taquillas que faltan

por atender

begin opcion:=0; textcolor(black); textbackground(lightgray); repeat clrscr; writeln(' '); writeln('---Menu Principal---'); writeln('--------------------'); writeln(' '); writeln('1.- Incluir'); writeln(' '); writeln('2.- Atender'); writeln(' '); writeln('3.- Mostrar Tickets en Espera'); writeln(' '); writeln('Seleccione su opcion:'); writeln(' '); readln(opcion); case opcion of 1:incluir; 2:atender; 3:mostrar; end; until opcion > 3 end.

Menú Principal En este menú se le

aplico un color negro al texto y un color gris al

fondo de pantalla.

Aquí se mostrará al administrador el menú

que permite incluir, atender y mostrar los

ticket.

En caso de que la opción sea 1 ejecutara el

procedimiento incluir

En caso de que sea 2 ejecutara el

procedimiento atender


procedimiento mostrar

Si la opción es mayor a 3 saldrá del programa

PRUEBAS DEL SISTEMA Y PUESTA EN MARCHA

Programa Q-Matic Bank

Se debe tener en cuenta que si

seleccionamos las opciones Atender

mostrara un mensaje.

Se debe incluir antes que toda a los clientes

para la función de otras opciones.

Es la pantalla principal del programa, el

menú principal contiene opciones

como:

1. Incluir : podremos añadir un

cliente al sistema

2. Atender: se atenderá por orden

de llegada, el primero en llegar

es el primero en salir

3. Mostrar tickets en espera:

muestra la lista de clientes que

existe en las taquillas.

Selecciona una de las 3 opciones

Si se elige la opción 1. Incluir, nos mostrara

la pantalla siguiente:

Se deberá indicar a que taquilla va

el cliente

Luego se añade al cliente eligiendo

con el número estándar de la

taquilla.

Si se elige la taquilla número 1 se irán

almacenando los clientes en la taquilla

Atención al cliente.


almacenando los clientes en la taquilla de

Créditos.


almacenando clientes en la taquilla de

depósitos y retiros de dinero.

Si seleccionamos la opción 2 nos llevara a otras

opciones como:

Aquí se elige la opción de cual taquilla

empezar atender, lo cual nos ayudara

atender a todos los clientes que estén en

espera en las taquillas.

Si se ingresa una opción diferente a la que se pide

ingresar saldrá un mensaje de opción no valida

Todas estas capturas del programa son hechas por los autores (2014)

Se ha implementado el sistema y funciona correctamente, distribuyendo los

clientes de manera eficiente y rápida. El tiempo de respuesta es rápido. Los

gastos atribuidos a este sistema han dado sus frutos porque se permite una mejor

atención a los clientes que se dirigen al banco. Este sistema se implantó

inmediatamente (Marzo de 2014).

Si se elige la opción 3 mostrara los clientes

que están en espera para ser atendidos.

Muestra las

persona

incluidas en

las taquillas

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓN (JAMES SENN):

El ciclo de vida de desarrollo de un sistema según James Senn consta de seis

(6) funciones o fases que se explican de la siguiente manera:


http://jamesseen.tripod.com/

1) Investigación preliminar: esta parte se inicia a través de la solicitud del

sistema (ya sea por medio verbal, fax, e-mail, entre otros); se aclarara la

solicitud del horario, es decir se especificaran los pasos a tomar; se

realizara un estudio de factibilidad, es decir con qué recursos cuento, se

tomaran en cuenta tres factores en este caso:

a) Económico: el valor económico en función al personal, equipos,

entre otros.

b) Técnica: esta será la verificación del software y hardware así como

el personal técnico.

c) Operacional: se ve si están en la capacidad de operar con el nuevo

sistema; finalmente se aprobara la solicitud, es decir saber si cumple

con las características estipuladas.

2) Determinación de los requerimientos del sistema: consiste en decir que

tan grande será el sistema, examinar los procesos; se hace un estudio del

sistema actual, y se determinan los nuevos requerimientos del sistema (a

través de formularios, encuestas, entre otros) así como las entradas y

salidas del sistema actual.

3) Diseño del sistema: aquí se establece como se va a desarrollar el sistema,

la forma en como esos requerimientos los voy a automatizar, se definen las

formas de cálculo, y se describe como se transformaran los datos en

información; este diseño se realizara en dos bases, una lógica: donde se

harán según el sistema, modelos entidad - relación, bases de datos,

diagramas de flujo de datos, entre otros, y una física: es decir todo lo

tangible (papeles, gráficos, entre otros)

4) Desarrollo del software: esta fase permitirá la construcción y

programación de este sistema.

5) Prueba del sistema: aquí se pretende detectar las posibles fallas de

aplicación del sistema (fallas de programación, de análisis, de diseño), en

este proceso se simulan entradas de datos, se ponen a usuarios externos a

interactuar con el sistema, y se hace la aprobación escrita de todos los

aspectos del sistema.

6) Implantación y evaluación: la implantación es el proceso de verificar e

instalar los nuevos equipos, entrenar a los usuarios, instalar la aplicación y

construir todos los archivos de datos necesarios para utilizarla, esta

implantación se puede hacer por tres enfoques:

a) Piloto: se elegirá solo un sector de la empresa para usar el sistema,

b) Paralelo: se utilizara el sistema viejo y el nuevo al mismo tiempo,

para comparar

c) Por sustitución: sencillamente se sustituye todo el sistema, la

evaluación se lleva a cabo para identificar puntos débiles y fuertes,

como la operacionalidad (cómo funciona el sistema), la

administración, el desempeño de desarrollo, el desempeño como tal y

el desempeño organizacional.

METODOLOGÍA EVOLUTIVA / ITERATIVA (DESARROLLO EN ESPIRAL)

El desarrollo en espiral es un modelo de ciclo de vida del software definido

por primera vez por Barry Boehm en 1986, utilizado generalmente en la

Ingeniería de software. Las actividades de este modelo se conforman en una

espiral, en la que cada bucle o iteración representa un conjunto de

actividades. Las actividades no están fijadas a ninguna prioridad, sino que

las siguientes se eligen en función del análisis de riesgo, comenzando por el

bucle interior.

Referencia: Unidad 5. Modelo de Desarrollo del Software. Página 7. MC Genaro Alberto

Gómez Chi

Modelo en espiral(Boehm, 1986)

La diferencia principal entre el modelo espiral y los modelos (ej.: cascada,

evolutivo, incremental, entre otros.) es la evaluación del riesgo. El riesgo es

todo lo que pueda salir mal en un proyecto de desarrollo de software. Por

ejemplo, si queremos utilizar un lenguaje de programación para desarrollar

un sistema operativo, un riesgo posible es que los compiladores utilizables

no produzcan un código objeto eficiente. Los riesgos originan problemas en

el proyecto, como el exceso de los costos. Es así que, la disminución de los

riesgos es una actividad muy importante.

Un modelo espiral comienza con la determinación de los objetivos tanto

funcionales como de rendimiento. Después se enumeran algunas formas

posibles de alcanzar estos objetivos identificando las fuentes de riesgos

posibles. Luego continuamos con el siguiente paso que es resolver estos

riesgos y llevar a cabo las actividades de desarrollo, para finalizar con la

planificación del siguiente ciclo de la espiral.

Para cada ciclo habrá cuatro actividades:

1. Determinar Objetivos.

2. Análisis del riesgo.

3. Desarrollar y probar.

4. 'Planificación.'

DETERMINAR O FIJAR OBJETIVOS

En este paso se definen los objetivos específicos para posteriormente

identifica las limitaciones del proceso y del sistema de software, además se

diseña una planificación detallada de gestión y se identifican los riesgos.

Por Ejemplo:

Objetivos

Diseñar un sistema para la gestión del flujo de clientes del Banco

Bicentenario para agilizar la atención al cliente.

Investigar sobre la administración de clientes mediante el uso de Q-

MATIC

Limitaciones

El sistema a crear solo funcionara para la gestión de clientes dentro

del banco.

Diseño del plan administrativo

A continuación se describirán las actividades a desarrollar para la creación

del sistema que se necesita dentro del Banco Bicentenario.

Indagar sobre el servicio de la atención al cliente que se realiza

dentro del Banco Bicentenario.

Establecer los requerimientos del sistema.

Se crea un diagrama de flujo que explique los procesos del sistema a

crear.

Seleccionar el lenguaje de programación con lo cual se diseñara el

sistema.

Codificación y pruebas del sistema

Identificación de riesgos del software

Un gran riesgo dentro del Banco Bicentenario es la cantidad de clientes que

se dirigen a estas instalaciones para realizar sus actividades. Este sistema,

quizás, puede llegar a ser lento al momento de imprimir los tickets que se

entregan a los clientes.

Otro riesgo es que el administrador (encargado de manipular el sistema) no

tenga los conocimientos básicos para el manejo del software.

ANÁLISIS DE LOS RIESGOS

Se lleva a cabo un análisis detallado para cada uno de los riesgos

identificados del proyecto, luego del análisis de estos riesgos se planean

estrategias alternativas para reducir dichos riesgos.

Por Ejemplo:

Dentro del proceso de desarrollo de nuestro sistema, surgieron riesgos que

afectan nuestro sistema. En cuanto al riesgos de la cantidad de clientes que

se dirigen al banco, surge la idea de instalar este sistema en más de un

computador para que las personas que van entrando al Banco no tengan solo

un equipo para obtener el ticket de atención al cliente, sino dos o más

equipos que el Banco pueda obtener para usar este sistema.

Además para poder resolver el riesgo de manipular el sistema, se creara un

manual básico para el uso del sistema y se hará la demostración y la

explicación a él o los encargados de manejar el software con el fin de

enseñarles a usar este software.

DESARROLLAR, VERIFICAR Y VALIDAR

Después del análisis de riesgos, se elige un modelo para el desarrollo del

sistema de software, que puede ser cualquiera de los otros existentes,

como formal, evolutivo, cascada, entre otros.

Por Ejemplo:

Para desarrollar el sistema se realizaron diagramas de flujos, se codifico en

Pascal y se hicieron pruebas del sistema.

En el proceso de desarrollo se crearon diagrama de flujo y la codificación del sistema que se basará en el método de Codificar y Corregir (Steve McConnell 1996) y se usara el Lenguaje Pascal.

En el proceso de verificar se comprobó al final del proceso de desarrollo, si se creó lo que se está requiriendo.

En la parte de validar se hicieron las pruebas del sistema.

Sistema propuesto (Q-Matic Bank) Diagrama de Flujo

Inicio

Ingrese la opción:

1. Incluir

2. Atender

3. Mostrar

Leer opción

Opción=1 SI

NO

Ingrese la taquilla a donde se dirige

1. Atención al cliente 2. Créditos 3. Taquilla de depósitos

y Retiro de Dinero

Leer Taquilla


NO

SI

SI

NO

SI



Opción=2

Atender Taquilla 1. Atención al cliente 2. Créditos 3. Taquilla de depósitos y Retiro de Dinero

Leer Taquilla



SI

SI

SI

SI

NO


Opción=3 NO

NO

Mostrar Taquillas

Atención al Cliente

Créditos

Taquilla de depósitos y Retiro de Dinero

SI

NO

Opción>3

Salir

El Lenguaje de programación seleccionado para crear el sistema fue

PASCAL, usando la método de Codificar y Corregir (Steve McConnell 1996)

Sistema propuesto (Q-Matic Bank) – Codificación

program Banco; uses crt; const n=1000; type colas=Array[1..n] of integer; var qmatic, ta1, ta2, ta3: colas; i, x, z, j, m, k, opcion:integer; procedure incluir; begin i:=i+1; x:=i; clrscr; writeln(' '); Writeln('Por favor diga para cual taquilla (1,2,3) se dirige:'); writeln(' '); writeln('1.- Atencion al Cliente'); writeln(' '); writeln('2.- Creditos'); writeln(' '); writeln('3.- Taquilla de Depositos y Retiro de Dinero'); writeln(' '); Readln (qmatic[i]); if qmatic[x]=1 then begin j:=j+1; ta1[j]:=x; end;

Nombre del programa Librerías

Establecer constantes

Establecer arreglos

Establecer variables

Procedimiento Incluir: Aquí se selecciona a

que taquilla ira el cliente.

Si es 1 entonces se distribuirá a la taquilla

1 que pertenece a Atención al Cliente. Si es 2 entonces se


Créditos. Si es 3 entonces se


Depósitos y Retiro de Dinero'

if qmatic[x]=2 then begin k:=k+1; ta2[k]:=x; end; if qmatic[x]=3 then begin m:=m+1; ta3[m]:=x; end; end; procedure atender; begin if x=0 then begin writeln('No hay ticket'); readkey; end else begin clrscr; writeln(' '); writeln('Cual taquilla desea atender (1,2,3):'); writeln(' '); writeln('1.- Atencion al Cliente'); writeln(' '); writeln('2.- Creditos'); writeln(' '); writeln('3.- Taquilla de Depositos y Retiro de Dinero'); writeln(' '); readln(z); if z=1 then begin if j=0 then begin writeln('No hay ticket para atender en esta taquilla');

Procedimiento Incluir

Procedimiento Atender En esta parte del

programa si no hay tickets registrados saldrá

un mensaje. De lo contrario

aparecerá un menú donde se podrá

seleccionar que taquilla se desea atender.



de Atención al Cliente y se elimina el registro

atendido.



de Créditos y se elimina el registro atendido.

readkey; end else begin begin for x:=1 to j-1 do begin ta1[x]:=ta1[x+1]; end; end; end; j:=j-1; end; if z=2 then begin if k=0 then begin writeln('No hay ticket para atender en esta taquilla'); readkey; end else begin begin for x:=1 to k-1 do begin ta2[x]:=ta2[x+1]; end; end; end; k:=k-1; end; if z=3 then begin if m=0 then begin




de Depositos y Retiro de Dinero'y se elimina el

registro atendido.

writeln('No hay ticket para atender en esta taquilla'); readkey; end else begin begin for x:=1 to m-1 do begin ta3[x]:=ta3[x+1]; end; end; m:=m-1; end; end; end; if z>3 then begin Writeln('Opcion No Valida'); readkey; end; end; procedure mostrar; begin clrscr; writeln(' '); writeln('Taquilla Atencion Al Cliente'); writeln('----------------------------'); for x:=1 to j do begin writeln(ta1[x]); end; writeln(' '); writeln('Taquilla de Creditos'); writeln('---------------------'); for x:=1 to k do begin writeln(ta2[x]); end; writeln(' ');


Al final si la opción de la taquilla que desea

atender es mayor a la opción 3 entonces saldrá

un mensaje de opción no válida.


En este menú se mostrarán

ordenadamente todas las taquillas que faltan

por atender

writeln('Taquilla de Depositos y Retiro de Dinero'); writeln('-----------------------------------------'); for x:=1 to m do begin writeln(ta3[x]); end; readkey; end; begin opcion:=0; textcolor(black); textbackground(lightgray); repeat clrscr; writeln(' '); writeln('---Menu Principal---'); writeln('--------------------'); writeln(' '); writeln('1.- Incluir'); writeln(' '); writeln('2.- Atender'); writeln(' '); writeln('3.- Mostrar Tickets en Espera'); writeln(' '); writeln('Seleccione su opcion:'); writeln(' '); readln(opcion); case opcion of 1:incluir; 2:atender; 3:mostrar; end; until opcion > 3 end.

Menú Principal En este menú se le

aplico un color negro al texto y un color gris al

fondo de pantalla.

Aquí se mostrará al administrador el menú

que permite incluir, atender y mostrar los

ticket.

En caso de que la opción sea 1 ejecutara el

procedimiento incluir


procedimiento atender


procedimiento mostrar

Si la opción es mayor a 3 saldrá del programa


Sistema propuesto (Q-Matic Bank) –

Pruebas del Sistema

Se debe tener en cuenta que si

seleccionamos las opciones Atender

mostrara un mensaje.

Se debe incluir antes que toda a los clientes

para la función de otras opciones.

Es la pantalla principal del programa, el

menú principal contiene opciones

como:

4. Incluir : podremos añadir un

cliente al sistema

5. Atender: se atenderá por orden

de llegada, el primero en llegar

es el primero en salir

6. Mostrar tickets en espera:

muestra la lista de clientes que

existe en las taquillas.

Selecciona una de las 3 opciones

Si se elige la opción 1. Incluir, nos mostrara

la pantalla siguiente:

Se deberá indicar a que taquilla va

el cliente

Luego se añade al cliente eligiendo

con el número estándar de la

taquilla.


almacenando los clientes en la taquilla

Atención al cliente.


almacenando los clientes en la taquilla de

Créditos.


almacenando clientes en la taquilla de

depósitos y retiros de dinero.

Si seleccionamos la opción 2 nos llevara a otras

opciones como:

Aquí se elige la opción de cual taquilla

empezar atender, lo cual nos ayudara

atender a todos los clientes que estén en

espera en las taquillas.

Si se ingresa una opción diferente a la que se pide

ingresar saldrá un mensaje de opción no valida

Todas estas capturas del programa son hechas por los autores (2014)

Si se elige la opción 3 mostrara los clientes

que están en espera para ser atendidos.

Muestra las

persona

incluidas en

las taquillas

PLANIFICACIÓN

Se realiza un estudio de la situación actual del sistema y del proyecto, se

determina la necesidad o no de una nueva evolución y en el caso de que sea

necesaria se realiza la planificación de la misma, y si no es necesaria se plantea

el cierre y finalización de la construcción del sistema.

Por Ejemplo:

Se cumplieron con los objetivos propuestos y no se realizara de nuevo la

iteración del proceso de la metodología.

El sistema se implantó correctamente y el cliente quedo satisfecho con el

trabajo. QMatic Bank es eficaz, eficiente, trabaja de manera estable y rápida.

CARTA ESTRUCTURADA

Seleccionamos un

programa

Metodología

James Senn

Aplicamos

Nueva metodología

James Senn

Metodología Evolutiva

(Espiral de Boehm)

Clasificación

Requerimientos

Investigación

Preliminar

Estudio

Factibilidad

Determinación

Requerimientos

Prueba Del

Sistema

Diseño Del

Sistema

Desarrollo

Sistema

Prototipo

Desarrollo

Del Sistema

Investigación

Preliminar

Determinación

Requerimientos

Diseño Del

Sistema

Desarrollo

Del Sistema

Determinar

objetivos

Análisis

riesgos

Desarrollar,

verificar y

validar

Planificación

Se basa

Indagamos

en

realiza

constituye trabaja

establece

Sigue con

Al final

establece constituye

trabaja

construye

Al final

Aplicamos

Se basa

Se implementó

Encuesta y

Tabulación

Se creó

Diagrama

Contextual y

Expandido

Se construyo

Diagramas

de Flujo

Pascal

Se codifico en

Continua con

Trabaja en

Al final establece

Llamado

1

2 3

QMatic Bank

Sistema de Gestión

de Clientes

Tickets

Seleccionar a que

taquilla se dirige

un cliente

Banco

Bicentenario

Destinado

Problema actual

del Banco

Los clientes que

llegan

Realizar una cola

y estar de pie

Llegue su turno

Hacer su proceso

genera

es

permite

Dentro del

esta

al

Ya que Es que

deben

hasta

Para

Proceso de Atención al Cliente

Fidelizar a los

clientes a el Banco

Siempre, al momento de

realizar una actividad

bancaria

mejora

para Para que

Se dirijan

Banco

Bicentenario

Codificado con

Pascal Metodología Codificar

y Corregir

(Steve McConnell

1996)

La Metodología de

James Senn - 1992

Metodología Espiral

de Boehm - 1986

fue

Bajo la

Y se analizó con

y

Aplicándola a

la empresa

Dentro del

1

2 3

4

BIBLIOGRAFÍA

JOYANES, Luís. Fundamentos de Programación. Editorial: McGRAW-

Hill. Madrid, España.

http://www.digitalavmagazine.com/2013/03/25/qmatic-ofrece-las-

claves-para-gestionar-el-flujo-de-clientes-con-cfm-y-senalizacion-

digital/


México: McGraw-Hill

Boehm B, A Spiral Model of Software Development and Enhancement,

ACM SIGSOFT Software Engineering Notes, ACM, 11(4):14-24, Agosto

1986.

http://es.wikipedia.org/wiki/Desarrollo_en_espiral

http://www.compute-rs.com/es/consejos-362625.htm

http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf

http://es.wikipedia.org/wiki/Software#Proceso_de_creaci.C3.B3n_d

el_software

http://148.202.148.5/cursos/cc321/fundamentos/unidad1/espiral.ht

m

http://www.ojovisual.net/galofarino/modeloespiral.pdf

Universidad Nacional ExperimentalDe Los Llanos Occidentales

“Ezequiel Zamora”Barinas. Estado. Barinas

Yarelys Fernández – 23,916,065Josué Moreno – 20,868,910

Barinas, Marzo de 2014

ANÁLISIS

Investigación PreliminarClasificación De Los Requerimientos

Estudios de FactibilidadDeterminación De Los Requerimientos

Desarrollo Del Sistema Prototipo

DESARROLLO Diseño Del SistemaDesarrollo Del Sistema

Prueba Del Sistema

IMPLANTACIÓN Puesta En Marcha

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓNSEGÚN:

Senn, James A. 1992. Análisis y Diseño de Sistema de Información.México: McGraw-Hill

Senn, James A.

INVESTIGACIÓNPRELIMINAR

CLASIFICACIÓN DE LOSREQUERIMIENTOS

Flujo de Gestión de Clientes

El Banco cuenta con elhardware necesario

El banco usan computadoresque tienen buenasespecificaciones

Los operadores de dichoscomputadores tienenconocimientos del uso del PC.

Las personas que trabajan eneste Banco, tiene en suhistorial cursos deComputación.

ESTUDIOS DE FACTIBILIDAD-Factibilidad técnica.

Gastos Costo AproximadoComputador 8.500 BsImpresora 3.000 BsRecarga CartuchosMensualmente

500 Bs

Resma de Hojas Blancas 180 BsTotal 12.180 Bs

-Factibilidad económica

-Factibilidad operacional

Aceptación

Requerimientos del Banco

Sistema es necesario y es factibleoperacionalmente

Beneficio a clientes fieles

Sera necesario una persona

Sistema ActualNo hay mucho grado de eficiencia

al momento de realizar actividades

ESTUDIOS DE FACTIBILIDAD-Factibilidad operacional

ESTUDIOS DE FACTIBILIDAD-Factibilidad operacional

DETERMINACIÓN DE LOSREQUERIMIENTOS

En cuanto a Hardware (Computador) : Procesador Pentium 4 de 1.3 GHz. Tarjeta Madre. 256 MB de Memoria RAM Disco Duro de 10 GB de capacidad como

mínimo. Monitor. Teclado. Mouse. Unidad de Protección UPS. Impresora

En cuanto al Software, se necesita que elComputador cuente con el Sistema OperativoWindows XP SP2 como mínimo para ejecutar laaplicación.

DESARROLLO DEL SISTEMAPROTOTIPO

DISEÑO DEL SISTEMAReferencia para realizar losdiagramas de flujo del Libro

Fundamentos de Programación.JOYANES, Luis

DISEÑO DELSISTEMA

DESARROLLODEL SISTEMA

DESARROLLO DEL SISTEMA

PRUEBAS DEL SISTEMA y PUESTA EN MARCHA

Se ha implementado el sistema y funcionacorrectamente, distribuyendo los clientes demanera eficiente y rápida. El tiempo de respuestaes rápido. Los gastos atribuidos a este sistema handado sus frutos porque se permite una mejoratención a los clientes que se dirigen al banco. Estesistema se implantó inmediatamente (Marzo de2014).

PRUEBAS DEL SISTEMA y PUESTA EN MARCHA

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓNSEGÚN:


InvestigaciónPreliminar

Solicitud del Sistema

Estudio de Factibilidad- Económico- Técnica- Operacional

Determinación deRequerimientos

Que tan grande será el sistema

Estudio del sistema actual

Diseño del Sistema

Desarrollar el sistemaEsta fase permitirá la construcción yprogramación de este sistema.Modelos entidad - relación,

bases de datos, diagramas deflujo de datos

Desarrollo del Sistema

Pruebas del SistemaDetectar fallas de programación,de análisis, de diseño

Implantación yEvaluación

Verificar e instalar los nuevosequipos, entrenar a losusuarios, instalar laaplicación

Iteración, representa un conjuntode actividades.

Modelo en espiral (Boehm, 1986)

METODOLOGÍA ITERATIVA / EVOLUTIVADesarrollo en Espiral

Barry W. Boehm, Un Modelo en Espiral de Desarrollo y Mejora deSoftware, Agosto 1986.

Barry W. Boehm

Para cada ciclo habrá cuatro actividades:

Objetivos Diseñar un sistema para la gestión del flujo de

clientes del Banco Bicentenario para agilizar laatención al cliente.

Investigar sobre la administración de clientesmediante el uso de Q-MATIC

Limitaciones El sistema a crear solo funcionara para la gestión

de clientes dentro del banco.

DETERMINAR O FIJAR OBJETIVOSSe definen los objetivos específicos, se identifican las limitaciones delproceso y del sistema de software, además se diseña unaplanificación detallada de gestión y se identifican los riesgos.

Diseño del plan administrativo Indagar sobre el servicio Establecer los requerimientos

del sistema. Se crea un diagrama de flujo Seleccionar el lenguaje Codificación y pruebas del

sistema

Identificación de riesgos del software• Cantidad de clientes• Administrador no tenga conocimientos

básicos

DETERMINAR O FIJAR OBJETIVOS

Surge la idea de instalareste sistema en más de un

computador

Creara un manual básico parael uso del sistema

ANÁLISIS DE RIESGO Análisis detallado para cada

uno de los riesgos identificadosdel proyecto

Planear estrategiasalternativas para reducirdichos riesgos.

DESARROLLAR, VERIFICAR Y VALIDARSe elige un modelo para el desarrollo del sistema de software, quepuede ser cualquiera de los otros existentes, como formal, evolutivo,cascada, entre otros.

En el proceso de desarrollo se crearon diagrama de flujo y lacodificación del sistema que se basará en el método de Codificar yCorregir (Steve McConnell 1996) y se usara el Lenguaje Pascal.

En el proceso de verificar se comprobó al final del proceso dedesarrollo, si se creó lo que se está requiriendo.

En la parte de validar se hicieron las pruebas del sistema.

DESARROLLO DELSISTEMA


DESARROLLO DEL SISTEMA

VALIDACIÓN DEL SISTEMA

Se cumplieron con los objetivos propuestos y no se realizara de nuevo laiteración del proceso de la metodología.El sistema se implantó correctamente y el cliente quedo satisfecho con eltrabajo. QMatic Bank es eficaz, eficiente, trabaja de manera estable yrápida.

PLANIFICACIÓN

Se determina la necesidad o node una nueva evolución y en elcaso de que sea necesaria serealiza la planificación de lamisma, y si no es necesaria seplantea el cierre y finalizaciónde la construcción del sistema.

CARTA ESTRUCTURADA

GraciasPor Su

Atención

República Bolivariana de Venezuela Ezequiel Zamora · 2018. 5. 28. · Senn, James A. 1992....

Documents

Transcript of República Bolivariana de Venezuela Ezequiel Zamora · 2018. 5. 28. · Senn, James A. 1992....