1. REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA
DE LA FUERZA ARMADA NACIONAL BOLIVARIANA
UNEFA-NÚCLEO LARA
Integrantes:
Yixon Montes V-26.399.566
Glomarys Guedez V-26.846.696
Rojas Gianfranco V- 25.854.841
Pedro Rodríguez V- 29.851.361
Abrahán Freitez V- 26904.790
2. Definición del Problema
La definición del problema, hace referencia a evaluar el problema del
cliente que presenta la necesidad ya sea de mejorar su sistema o
implantar uno nuevo, en nuestro caso realizamos un modulo que lleva
el control de clientes en general se puede usar de diversas formas
dependiendo la necesidad del cliente.
En nuestro caso, una empresa (X) desea llevar el control de sus clientes
en lo cual le realizamos un modulo donde pueda ingresar la
información requerida y pueda mantener el control de los clientes.
3. Requisitos de interfaz
Entrada / Salida
La salida es la capacidad de un Sistema de
Información para generar la información
procesada hacia el exterior, bien sean datos de
entrada o resultados. Generalmente la salida de
un Sistema de Información puede constituir la
entrada a otro Sistema de Información o módulo,
en este caso, también existe una interface
automática de salida; Por ejemplo, el Sistema de
Control de Clientes tiene una interface
automática de salida con el Sistema de
Contabilidad, ya que genera las pólizas contables
de los movimientos procesales de los clientes.
Consiste en realizar formatos que permitan al usuario introducir datos;
en este caso las entradas de información serán llevadas a la
computadora. Los formatos serán pantallas que simularan que en estas
se escribe la información. Consiste en desarrollar diversas formas para
capturar información, por lo regular la entrada clásica es la pantalla.
La calidad de la entrada de un sistema determina la calidad de la salida
del sistema. Las entradas deben ser lo más sencillas que sea posible y
estar diseñadas de forma que limiten la posibilidad de que se
introduzcan datos incorrectos.
Las especificaciones de entrada describen la manera en que los datos
ingresarán al sistema para su procesamiento.
El diseño de la entrada es el enlace que une al sistema de información
con el mundo y sus usuarios.
9. DIAGRAMAACTIVIDADES
Iniciar sistema
Verificar clave
Interfaz principal
Consultar
cliente
Eliminar
cliente
Registro
cliente
Si existe
Verificar
datos
Si hay errores
Modificar
Modificar
datos cliente
Verificar
datos
Confirmar
modificación
Confirmar
registro
Confirmar
registro
11. DIAGRAMA DE COLABORACIÓN
/Administrador /Cliente
/1.Datos cliente
/Sistema
/Administrador
Procesa
/2.Ingresar al
sistema
/3.Muestra resultado
/Registro
/4.ingresar datos
cliente
/Base de datos
/5.Actualiza
/6.Muestra
resultado
/Administrador
/7.Informa
/Cliente
12. DISEÑO BASE DE DATO
Para la realización de la bases de datos
Utilizamos una plataforma llamada
“FireBase” La cual nos proporciona ciertas
ventajas al momento de creación de sus
tablas y relaciones .
Primer paso para la creación de Nuestra
bases de datos es registrarse en la
plataforma online que brinda “FireBase”
dando click en el botón Comenzar.
URL: https://firebase.google.com
Segundo paso la creación de un
nuevo proyecto el cual será el
nombre de nuestra bases de datos.
Click en el botón agregar un
nuevo proyecto el cual nos re-
direccionara a lo siguiente:
El la barra colocaremos el
nombre de nuestro proyecto el
cual será el nombre de nuestra
bases de datos.
Nota:
Para Ingresar mas rápido a la
plataforma podría iniciar
sección con su Gmail.
13. Al hacer click en continuar
aparecerá una nueva ventana que
nos ofrece servicios y funciones de
google analytics, podemos habilitar o
deshabilitar esa opción.
“Recomendado dejarla habilitada” y
presionamos el botón continuar.
Luego de procedimos a darle click al
botón continuar se nos abre una
nueva ventanita la cual nos ofrece
configurar o crear nuestra cuenta
google analytics podemos crear una
nueva cuenta o solo utilizar la que te
ofrece por defecto. “Libre Elección ”.
Empezara su instalación, su
creación y estructuración.
DISEÑO BASE DE DATO
14. Al presionar el botón continuar en nuestra ventana anterior, se ingresa a
nuestra bases de datos previamente instalada en la plataforma “FireBase”.
DISEÑO BASE DE DATO
15. Teniendo nuestro proyecto creado en la plataforma “FireBases” procedemos a la creación de nuestras tablas.
En nuestra parte derecha del navegador aparece esta barra
lateral la cual debemos pulsa la opción “DataBase” nos re-
dirección.
Pulsamos el botón “Crear base de datos” y nos saldrá un
recuadro advirtiendo sobre dos tipos de seguridad de tablas
en la bases de datos.
Tipo1: Se rechazaran los todas las operaciones de tipo
lectura y escritura de terceros
Tipo2: Le permite a los usuarios el
acceso por 30 días de lectura y
escritura.
DISEÑO BASE DE DATO
16. Tipo2: Le permite a los usuarios el
acceso por 30 días de lectura y
escritura.
Nota: Al presionar el botón “Listo”
Se apertura unas opciones que nos
perimirán las creación de tablas,
campos, e identificadores para
cada registro.
Es esta parte al darle click al
botón “Iniciar colección”, se
refiere al nombre de la tabla y
sus campos.
Es esta parte al darle click al
botón “Iniciar colección”, se
refiere al nombre de la tabla.
En la barra colocaremos el
nombre de nuestra tabla a crear,
luego de eso clicamos siguiente.
DISEÑO BASE DE DATOS
17. Se nos mostrara un nuevo recuadro el cual
nos indica los campos que llevara esa
tabla, el tipo o de que clase va ser ese
campo y su valor.
Nota: Podemos agregar los campos
que queramos y cada tabla tendrá un
identificador automáticamente o si
queremos lo agregamos manualmente.
Luego de la creación de nuestra tabla nos
quedara de la siguiente forma en la
plataforma, reflejado la colección que se
refiere al conjunto de tablas la cual
llamamos clientes.
La segunda columna vendría siendo
nuestra tabla con su identificador por
usuario registrado, cada usuario se le
asigna un identificador.
La tercera columna hace referencia a
los campos, podemos agregar nuevos
campos en el botón que se muestra
“agregar campo” y también podemos
editar los ya agregados a las tablas.
DISEÑO BASE DE DATO
19. CODIFICACION
Es común pensar que la etapa de
programación o codificación (algunos la
llaman implementación) es la que insume la
mayor parte del trabajo de desarrollo del
software; sin embargo, esto puede ser relativo
(y generalmente aplicable a sistemas de
pequeño porte) ya que las etapas previas son
cruciales, críticas y pueden llevar bastante
más tiempo.
Durante la fase de programación, el
código puede adoptar varios estados,
dependiendo de la forma de trabajo y del
lenguaje elegida, a saber:
Código Fuente: Es el escrito directamente
por los programadores en editores de
texto, lo cual genera el programa.
Contiene el conjunto de instrucciones
codificadas en algún lenguaje de alto
nivel.
Puede estar distribuido en paquetes,
procedimientos, bibliotecas Fuente.
Nota: Código ejecutable es el
código binario resultado de
enlazar uno o más fragmentos
de código objeto con las
rutinas y bibliotecas
necesarias.
20. CODIFICACION
Para la creación de nuestra
base de datos utilizamos esta
línea de código para crearla
”créate datebase + el nombre
de nuestra bases de datos”.
“créate table” Esta línea de código
nos crea lo que son las tablas en la
base de datos y el nombre de esa
tabla a su lado “clientes”.
Las líneas subsiguientes son los
campos que lleva esa tabla.
“id_clien,nombre_clien.apellido_cl
ien,correo_clien,saldo_clien”
“Primary key” identifica a
nuestro primer campo como
el líder de esa tabla para
relacionarla con otras.
21. CODIFICACION
En la creación de nuestros campos
es este caso “nombre_clien” cuenta
con tipo de campo en el caso del
sea tipo texto lo declaramos tipo
“varchar” > (char) el rango que le
daremos a ese campo significa
cuantos caracteres entraran en ese
campo en este caso colocamos 30 y
el “not null” se le agrega para ese
campo nunca este vacio siempre
tiene que introducir un dato.
“unique” Son llaves segundarias o
foráneas las cuales nos permiten
relacionar campos con otras tablas.
Siguiendo el ejemplo la línea de
código seria así:
“unique(apellido_clien);”
22. CODIFICACION
Parte del código que utilizamos
para las funciones de agregar
clientes, el modificar ect.
Utilizamos el método get envía la
información codificada del usuario
en el header del HTTP request,
directamente en la URL.
23. MANUAL DE INSTALACION
Nota: La instalación
de paquetes es el
proceso por el cual
nuevos programas
son transferidos a
un computador y
eventualmente para
ser usados con el fin
para el cual fueron
desarrollados, un
programa recorre
diferentes faces de
desarrollo durante
su vida útil.
Un ejemplo de manual de instalación seria
como instalar un programa en Windows
utilizaremos el xampp,
Lo primero que tenemos que hacer es irnos ala
pagina oficial y descargar su instalador.
https://www.apachefriends.org/es/index.html
Una vez descargador el instalador
comenzaremos a instalar nuestro programa.
Pulsamos next
En esta ventana aparecen ciertas opciones de
compontees que nos proporciona el xampp
seleccionamos todas.
Procedemos a dar click en next.
Nota: Al instalar el programa debe
asegurarse que es combatible con su
sistema operativo.
24. MANUAL DE INSTALACION
Aquí nos sale donde queremos
guardar nuestro programa elegimos
su ruta de destino.
Pulsamos next
Luego se procede a su
instalación puede durar unos 5
minutos o 10 minutos.
Nota: El programa xampp nos presta
un servicio local de servidores.
Al finalizar la carga de la barra
en verde solo damos click en
finish.
Nota: El programa xampp esta listo
instalado para proceder a su ejecución.
25. MANUAL DE INSTALACION
Para nuestra aplicación no tenemos un manual de
instalación por motivos de que es una aplicación web
lo único que necesitas es tener acceso a la internet y
podrás dirigirte a nuestra dirección “URL”.
26. MANUAL DE USUARIO
Comenzaremos con la utilización de nuestra aplicación
nos percatamos de la siguiente vista la cual nos muestra
algunos botones a los cuales haremos referencia.
“agregar clientes”, “editar”.
Si presionamos el botón “Agregar clientes” nos
aparecerá el siguiente formulario el cual debemos llenar
sin dejar un lugar vacío.
Luego de llenar los recuadros procedemos
a dar click en el botón “guardar”.
Nota: Luego de guardar datos en
nuestra aplicación también cuenta con
la ventaja de poder editar esos datos
guardados.
27. MANUAL DE USUARIO
Luego de haber dado click en el botón de
guardar nuestros datos aparecerán en
nuestra siguiente ventana.
Supongamos que queremos eliminar un
cliente y procedemos a dar click eliminar al
cliente “Abraham freitez”
Haciendo click en el botón “editar”
Nos arrojara la siguiente ventana que
permitirá la eliminación de ese cliente dando
click en el botón “Eliminar Cliente”.
Nota: Podemos desde esta ventamos podemos editar
cualquier dato “nombre.apellido,email,saldo” y
luego procedemos a dar click en el botón “Guardar
Cliente”.
28. MANUAL DE USUARIO
Al hacer click en el botón
“Guardar Cliente” la aplicación
procederá a guardar los datos
modificados.
Luego de haber dado click y
guardar los datos del cliente la
aplicación se re-direccionara a
la ventana principal.
Los recuadros de saldo total y Clientes totales, se basan
primero, en el numero de clientes registrados y el saldo total la
suma de los saldos de cada cliente para asi llevar su control.
Nota: Para utilizar la aplicación de una forma adecuada
recomendamos leer bien cada paso a seguir prestar
mucha atención en los nombres de cada botón.
29. LINEAS DE CODIGO
Documentar el código de un programa es añadir
suficiente información como para explicar lo que hace,
punto por punto, de forma que no sólo los ordenadores
sepan qué hacer, sino que además los humanos
entiendan qué están haciendo y por qué.
Porque entre lo que tiene que hacer un programa y
cómo lo hace hay una distancia impresionante: todas
las horas que el programador ha dedicado a pergeñar
una solución y escribirla en el lenguaje que
corresponda para que el ordenador la ejecute
ciegamente.
Documentar un programa no es sólo un acto de buen hacer del
programador por aquello de dejar la obra rematada. Es además
una necesidad que sólo se aprecia en su debida magnitud cuando
hay errores que reparar o hay que extender el programa con
nuevas capacidades o adaptarlo a un nuevo escenario.
Hay dos reglas que no se deben olvidar nunca:
Todos los programas tienen errores y descubrirlos sólo
es cuestión de tiempo y de que el programa tenga éxito
y se utilice frecuentemente todos los programas sufren
modificaciones a lo largo de su vida, al menos todos
aquellos que tienen éxito
NOTA: Por una u otra razón, todo programa que tenga éxito será
modificado en el futuro, bien por el programador original, bien
por otro programador que le sustituya. Pensando en esta revisión
de código es por lo que es importante que el programa se
entienda: para poder repararlo y modificarlo.
30. MANTENIMIENTO
(ADAPTACION DE NUEVOS REQUERIMIENTOS)
El mantenimiento es una actividad muy amplia que
incluye corrección de errores, mejoras de capacidad,
eliminación de funciones obsoletas y optimización.
Dado que el cambio es inevitable, es necesario
desarrollar mecanismos de evaluación, control y
modificación.
Por lo tanto, cualquier trabajo realizado para cambiar el software
después de que esté en funcionamiento se considera trabajo de
mantenimiento, cuyo propósito es preservar el valor del
software a lo largo del tiempo, donde el valor puede mejorarse
ampliando la base de clientes, cumpliendo con los requisitos
adicionales, siendo cada vez más fácil de usar, más eficiente y
utilizando más tecnologías nuevas.
NOTA: AQUÍ LA VISTA AL
MANTENIEMIENTO A UN SISTEMAS
NOTA: Las cuestiones clave de la
gestión son: la alineación con las
prioridades del cliente, la dotación de
personal, qué organización se encarga
del mantenimiento y la estimación de
los costes. Las cuestiones técnicas
clave son: comprensión limitada,
análisis de impacto, pruebas,
medición de la mantenibilidad.
31. MANTENIMIENTO
(ADAPTACION DE NUEVOS REQUERIMIENTOS)
El proceso para el mantenimiento contiene
actividades y medidas para el encargado del
mantenimiento.
Este proceso se activa cuando:
Los procesos primarios de Adquisición y
Entrega pueden iniciar la actividad de
Implementación por medio de un acuerdo o
contrato.
El proceso de mejora se centra en mejorar el
proceso de mantenimiento para que la
adaptación sea apropiada para eventos no
rutinarios como el mantenimiento de
emergencia.
El proceso del ciclo de vida del Mantenimiento
de Software comienza con la implementación de
este proceso donde se planifica el
mantenimiento y termina con la retirada del
producto.
NOTA: El proceso de
operación principal puede
iniciar el proceso de
mantenimiento del software
enviando una solicitud de
modificación o un informe
de problemas.
32. MANTENIMIENTO
(ADAPTACION DE NUEVOS REQUERIMIENTOS)
Incluye la modificación del código y la
documentación debido a un problema o a
la necesidad de mantenimiento.
La gestión, la infraestructura y Los
procesos de soporte de documentación,
gestión de configuración, control de
calidad, verificación, revisión conjunta,
auditoría y resolución de problemas se
utilizan en el proceso de mantenimiento
del software.
El objetivo del Proceso de
Mantenimiento es modificar
un producto de software
existente preservando su
integridad.
NOTA: Deben tenerse en cuenta los
requisitos y restricciones implícitos
impuestos al promotor original.
33. Migración
Generalmente, una migración de datos se
produce durante una actualización de hardware
o la transferencia de un sistema existente a otro
completamente nuevo. Algunos ejemplos son:
Actualización de una base de datos.
Migración hacia o desde la plataforma de
hardware.
Migración a un nuevo software.
Fusión de dos sistemas paralelos en uno solo
que se requiere cuando una empresa absorbe
a otra o cuando dos negocios se fusionan.
Para llevar a cabo una migración de datos es necesario recorrer los
siguientes pasos:
1. Planificación: desde la definición de la estrategia y el alcance del
proyecto hasta el análisis de viabilidad.
2. Analítica: considerando variables como la integridad, exactitud o
consistencia de los datos a migrar y teniendo en cuenta las
características de las bases de datos de origen y destino.
3. Selección de aplicación: puede desarrollarse de forma interna o
adquirirse tras evaluar las distintas alternativas.
4. Testing: aplicación de los ciclos de pruebas a las aplicaciones que
emplearán la base de datos.
5. Migración: comprende las etapas de extracción, transformación y
carga.
6. Evaluación: se trata de medir los resultados y analizarlos,
determinando los ajustes necesarios.
34. Migración - Desafíos
Pese a que la migración de datos puede ser un proceso sencillo, su implementación puede encontrarse con desafíos a los que habrá
que hacer frente.
Descubrir que el código fuente de la aplicación de origen no está disponible y el fabricante de dicha aplicación ya no se encuentra en
el mercado ya.
Encontrar tipos o formatos de datos de origen que no tienen correspondencia en destino: números, fechas, subregistros.
Problemas de codificación que afecten a determinados conjuntos de datos.
Existencia de optimizaciones en el formato de almacenamiento de datos, tales como almacenamiento binario decimal codificado,
almacenamiento no estándar de los valores numéricos positivos / negativos o los tipos de almacenamiento de los que se excluyen
mutuamente subregistros dentro de un registro.
Cuestiones relativas a la aparición de redundancias y duplicidades cuando, al tiempo que se llevaba a cabo la migración de datos,
diferentes tipos de usuario empleaban el sistema o aplicación antiguo y el nuevo.
35. Entrenamiento/ Capacitación
Entendemos como capacitación a la
transferencia de conocimientos que se
realiza durante todo el proceso de
implementación de un sistema. Dicha
transferencia de conocimiento debe
realizarse a los integrantes del Equipo de
Implementación, entendiendo como tal al
conjunto de los Usuarios del sistema y los
Consultores externos, afectados al proceso
de implementación
Para los Usuarios es el conocimiento de las funciones y la
operación del sistema aplicada específicamente a cada uno
de los procesos de negocio de las áreas involucradas, acorde
a los requerimientos de la organización.
Para los Consultores es el conocimiento del negocio, los
procesos administrativos y de operación de las distintas
áreas involucradas que deben ser soportadas por el sistema
a implementar.
Vale mencionar que un sistema esta
implementado cuando ha entrado en la fase
de operación estable, es decir que el sistema
funciona en forma satisfactoria, acorde a los
requerimientos definidos por la organización
36. Costo del Sistema
El análisis económico incluye lo que llamamos, el
análisis de costos – beneficios, significa una valoración
de la inversión económica comparado con los beneficios
que se obtendrán en la comercialización y utilidad del
producto o sistema.
Muchas veces en el desarrollo de Sistemas de
Computación estos son intangibles y resulta un poco
dificultoso evaluarlo, esto varia de acuerdo a la
características del Sistema. El análisis de costos –
beneficios es una fase muy importante de ella
depende la posibilidad de desarrollo del Proyecto
37. Pruebas
Las pruebas en la documentación del software son
importantes para el proceso del mismo, podemos
evaluar dos tipos de prueba, de funcionales y de
sistema.
Prueba Funcionales
Diseño y ejecución de pruebas a requerimientos
funcionales
Pruebas de sistema
Requerimientos no funcionales
Carga
Rendimiento
Volumen
Seguridad
Usuario
Tension
38. Mantenimiento / Adaptación
MANTENIMIENTO DE SISTEMA es la
modificación de un producto después de su
entrega al cliente o usuario para corregir los
defectos, para mejorar el rendimiento u otras
propiedades deseables, o para adaptarlo a un
cambio de entorno.
MANTENIMIENTO DE SISTEMAS El
cambio es inevitable en la vida del
software. Por ello, debemos desarrollar
mecanismos de evaluación, control e
implementación de modificaciones.