• No se han encontrado resultados

Codificar Los Modulos Del Sistema de Informacion

N/A
N/A
Protected

Academic year: 2021

Share "Codificar Los Modulos Del Sistema de Informacion"

Copied!
23
0
0

Texto completo

(1)

CODIFICAR LOS MODULOS DEL SISTEMA DE INFORMACION

CODIFICAR LOS MODULOS DEL SISTEMA DE INFORMACION

GRUPO 6:

GRUPO 6:

YUBELLY GARCIA IRREÑO

YUBELLY GARCIA IRREÑO

WILLIAM FERNANDO MUÑOZ

WILLIAM FERNANDO MUÑOZ

ILDER AGUILAR MARTINEZ

ILDER AGUILAR MARTINEZ

NICOLAS MOSQUERA ESPINOSA

NICOLAS MOSQUERA ESPINOSA

SERVICIO NACIONAL DE APRENDIZAJE SENA

SERVICIO NACIONAL DE APRENDIZAJE SENA

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

MARZO - 2018

MARZO - 2018

(2)

CONTENIDO

CONTENIDO

1. 1. OBJETIOBJETIVO VO ... ... 33 2. 2. ALCANCALCANCE E ... ... 33 3. 3. FASES FASES ... . 33 4.

4. ESPECIFICACION DE CADA FASE ESPECIFICACION DE CADA FASE ... ... 33 4.1.

4.1. FASE DE FASE DE DEFINICION DEFINICION DE DE LOS LOS REQUERIMIENTOS REQUERIMIENTOS ... . 44 4.2.

4.2. FASE FASE DE DE ANÁLISIANÁLISIS S ... ... 55 4.2.1.

4.2.1. ESTUDIO ESTUDIO DEL DEL ENTORNO ENTORNO TECNOLÓGICO TECNOLÓGICO ... ... 55 4.2.2.

4.2.2. ELECCIÓN ELECCIÓN DE DE LA LA ARQUITECTURA ARQUITECTURA DE DE DESARROLLO DESARROLLO ... ... 77 4.2.3.

4.2.3. DIAGRAMAS DIAGRAMAS DE DE ANÁLISIS ANÁLISIS DEL DEL SISTEMA SISTEMA ... ... 88 4.3.

4.3. FASE FASE DE DE DISEÑO DISEÑO ... ... 1010 4.3.1.

4.3.1. DISEÑO DISEÑO DE LA DE LA BASE DE BASE DE DATOS DATOS ... ... 1010 4.3.2.

4.3.2. DISEÑO DISEÑO DE DE ARCHIVOS ARCHIVOS (DICCIONARIO (DICCIONARIO DE DE DATOS) DATOS) ... ... 1111 4.3.3.

4.3.3. DISEÑO DISEÑO DE DE ENTRADAS ENTRADAS Y Y SALIDAS SALIDAS ... .... 1515 4.3.4

4.3.4. . DISEÑO DISEÑO DE DE CASOS CASOS DE DE USO USO ... . 1616 4.3.5

4.3.5. . DISEÑO DISEÑO DE DE CLASES CLASES ... ... 1717 4.3.6

4.3.6. . DISEÑO DISEÑO DE DE INTERFACINTERFACE E ... ... 1717 4.3.7.

4.3.7. DISEÑO DISEÑO DE DE NAVEGABILIDAD NAVEGABILIDAD ... ... 1818 4.3.8.

4.3.8. DISEÑO DISEÑO DE DE SEGURIDAD SEGURIDAD Y Y CONTROL CONTROL ... ... 1919 4.4.

4.4. FASE FASE DE DE COSNTRUCOSNTRUCCION CCION ... ... 2020 4.4.1

4.4.1. . RELACRELACIÓN IÓN CON CON EL EL DISEÑO DISEÑO ... . 2020 4.4.2.

4.4.2. USO USO DE DE CONVENCIONES CONVENCIONES DURANTE DURANTE LA LA FASE FASE DE DE CONSTRUCCIÓN CONSTRUCCIÓN ... .. 2121 4.4.2.

(3)

PROCEDIMIENTO DE DESARROLLO

1. OBJETIVO

Desarrollar un producto intangible de tipo software administrativo, seguro y confiable, que  permita a las pequeñas, medianas y grandes empresas del sector belleza y salud, contar con

un instrumento de registro y administración sus recursos, que facilite un manejo adecuado de los mismos así como una herramienta más para la toma de sus decisiones.

2. ALCANCE

El software tendrá varios módulos y será un instrumento eficiente de registro, tanto de ventas, como de servicios, de empleados, clientes, agendamiento de citas, compras, etc., para las salas de belleza, cada uno de ellos contendrá lo relacionado con el nombre y lo que el sistema hará será, almacenar en base de datos toda la información para su posterior análisis, además se buscará que se generen constantemente copias de seguridad, para evitar la pérdida de información.

3. FASES

Las fases que se tendrán en cuenta son las siguientes: a. Definición de los requerimientos

 b. Análisis c. Diseño d. Desarrollo

4. ESPECIFICACION DE CADA FASE

IDENTIFICACION

En los procesos de recolección de información es importante que el cliente identifique bien cuáles son sus necesidades. En la medida en que se defina adecuadamente el producto o la necesidad a satisfacer por parte del cliente, se podrán identificar y definir con precisión los insumos o entradas requeridos por parte del sistema de información a desarrollar.

Lo primero que se debe hacer es identificar los insumos o entradas del sistema que nos  permitan definir con claridad la información a recolectar, donde encontrarla y las técnicas

que debemos utilizar para recolectarla.

ANALISIS

Durante esta fase ahondaremos en el análisis de los requerimientos que deberá cumplir el sistema para adaptarse a los modelos de calidad y desarrollo de software, así mismo, se caracterizaran algunos aspectos del proyecto a través de diagramas UML.

(4)

DISEÑO

Se elaboraran máximo tres prototipos del diseño gráfico que tendrá el software, de manera que al terminar su respectivo debate entre los integrantes del grupo, se determine cuál será la mejor opción para el proyecto.

DESARROLLO

El software se desarrollará en lenguaje de programación JAVA, por cuanto, es un lenguaje robusto, completo, de amplia popularidad, del cual se encuentra bastante soporte y es de los más usados en los dispositivos.

4.1.FASE DE DEFINICION DE LOS REQUERIMIENTOS

REQUERIMIENTOS NO FUNCIONALES INTERFAZ DE USUARIO

 EFICIENTE

Mostrar la información clara y contenido comprensible para un manejo fácil del programa.  MANEJABLE

Los componentes de la interfaz deben ser visibles y sencillos para un adecuado uso, también debe manejar una opción de ayuda para orientar al usuario.

COMPRENSIBLE

Toda la información mostrada en el programa debe ser comprensible para el usuario para evitar errores al ingreso de los datos.

 ESTRUCTURADO

El programa debe ser comprendido por todos los tipos de usuarios que se definan actuales y futuros.

REQUERIMIENTOS NO FUNCIONALES PARA EL DESARROLLO,

DESEMPEÑO Y SEGURIDAD

 RENDIMIENTO

Se debe contar con buenos equipos en la parte del hardware, para poder ejecutar el software y dar respuesta rápida a los eventos que se presenten.

 MANTENIMIENTO

Se debe programar tareas de ejecución para el mantenimiento adecuado de hardware y software, permitiendo actualizar, registrar, consultar y mantener la información almacenada en la base de datos y realizando backups, para no perder la información.

(5)

 ESTABILIDAD

El software debe ser fiable para una adecuada utilización, de lo contrario si ocurren errores se puede perder toda la información de clientes, proveedores, ventas, productos.

 ALMACENAMIENTO

Los equipos seleccionados deberán contar con suficiente espacio para la instalación del software y almacenamiento de datos continuo.

SEGURIDAD

El sistema debe contar con clave de acceso para evitar que personas ajenas manipulen la información suministrada por clientes, proveedores y administración.

REQUERIMIENTOS NO FUNCIONALES RELACIONADOS CON HARDWARE Y

SOFTWARE

 IMPRESORA

Cumplir con la facturación e informes. SOFTWARE

Programa para el desarrollo de las actividades planteadas.  HARDWARE

Computadores, impresoras y lector de código de b arras.

4.2. FASE DE ANÁLISIS

4.2.1. ESTUDIO DEL ENTORNO TECNOLÓGICO

Dentro de este desarrollo se utilizara la herramienta de hardware como:

FICHA TECNICA COMPUTADOR DE ESCRITORIO

1. Nombre del dispositivo

Lenovo todo en uno

2. Solución proyecto

Administración de salones de belleza

3. Especificaciones mínimas requeridas

ITEM CANTIDAD COMPONENTE

1 1 Torre con fuente de

(6)

2 1 Monitor plano

LCD de 17”

3 1 Mouse USB óptico

de dos botones y scroll 4 1 Teclado en español USB 5 1 Cables de poder 6 1 Cable de conexión  para el monitor 7 1 Pad Mouse ergonómico ESPECIFICACIONES TECNICAS

ITEM CANTIDAD COMPONENTE

1 1 Main board

2 1 Procesador Intel Core i3

3 1 Memoria RAM de 2 Gb 4 1 Disco duro de 500 Gb 5 1 Unidad óptica CD-ROM/DVD-ROM 6 1 Puertos USB 2.0 7 1 Puerto de video compatible con el monitor 8 1 Sistema operativo Microsoft Windows 7 Home OEM 9 - Alimentación 120 VAC 10 1 Salida de Audio 11 1 Adaptador inalámbrico

(Tarjeta de red para conexiones

inalámbricas) con antena integrada, que soporte IEEE 802.11  b/g, WEP, WPA, IEEE

802.1x

12 1 Adaptador de red

(Tarjeta de Red) 10/100/1000 Mbps, conector RJ-45

integrado, que soporte IEEE 802.1x

(7)

13 - El monitor, torre, teclado y mouse deben ser de la misma marca

4.2.2. ELECCIÓN DE LA ARQUITECTURA DE DESARROLLO

Para el desarrollo de un proyecto de software, existen diferentes alternativas referentes  principalmente a la arquitectura a emplear. Debemos elegir el ambiente (Web, Windows,

Consola, Móvil); el sistema manejador de bases de datos (Robusto, Liviano, de Servidor, de Escritorio, Libre, Gratuito, Comercial); el lenguaje de programación (Estructurado, Orientado a Objetos, Libre, Gratuito, Comercial, Orientado a la Web, del lado del Cliente, del lado del Servidor).

Para el desarrollo del sistema información será necesario tener conocimientos en desarrollo web y las tecnologías mencionadas a continuación:

Además de ello, nos apoyaremos con el framework Laravel para el desarrollo del entorno web de manera segura y práctica.

(8)

4.2.3. DIAGRAMAS DE ANÁLISIS DEL SISTEMA

(9)

DIAGRAMA DE CLASES

(10)

4.3.FASE DE DISEÑO

(11)

4.3.2. DISEÑO DE ARCHIVOS (DICCIONARIO DE DATOS)

ADMINISTRADOR

ColumnName DataType PrimaryKey  NotNull Flags

Defaul t Value Comme nt AutoIn c

Id_Administrad

or

INTEGE

R

PK NN UNSIGNED AI

ADM_Cedula INTEGER UNSIGNE D ADM_Nombre VARCHA R ADM_Apellidos VARCHA R ADM_Direccion VARCHA R ADM_Telefono VARCHA R ADM_Password VARCHA R

IndexName IndexType Columns

PRIMARY PRIMARY Id_Administrador

CLIENTES

ColumnName DataType PrimaryKe y  NotNul l Flags Defau lt Value Comme nt AutoI nc

Id_Cliente

INTEGE

R

PK NN UNSIGN

ED AI EMPLEADOS_Id_Emp leado INTEGE R  NN UNSIGN ED CLI_Cedula INTEGE R UNSIGN ED CLI_Nombre VARCH AR CLI_Apellidos VARCH AR CLI_Direccion VARCH AR CLI_Telefono VARCH AR

(12)

IndexName IndexType Columns

PRIMARY PRIMARY Id_Cliente

CLIENTES_FKIndex1 Index EMPLEADOS_Id_Empleado

EMPLEADOS ColumnName DataTyp e PrimaryK  ey  NotNu ll Flags Defa ult Valu e Comm ent AutoI nc

Id_Empleado

INTEG

ER

PK NN UNSIGN

ED AI ADMINISTRADOR_Id_Ad  ministrador INTEGE R  NN UNSIGN ED EMP_Cedula INTEGE R UNSIGN ED EMP_Nombre VARCH AR EMP_Apellidos VARCH AR EMP_Direccion VARCH AR EMP_Telefono VARCH AR

IndexName IndexType Columns PRIMARY PRIMARY Id_Empleado

EMPLEADOS_FKIndex1 Index ADMINISTRADOR_Id_Administrador

EMPLEADOS_has_SERVICIOS ColumnName DataTyp e PrimaryKe y  NotNul l Flags Defau lt Value Comme nt AutoI nc

EMPLEADOS_Id_Emp

leado

INTEG

ER

PK NN UNSIGNED

SERVICIOS_Id_Servici

o

INTEG

ER

PK NN UNSIGNED

IndexName IndexType Columns

PRIMARY PRIMARY EMPLEADOS_Id_Empleado SERVICIOS_Id_Servicio EMPLEADOS_has_SERVICIOS_FKIndex1 Index EMPLEADOS_Id_Empleado

(13)

EMPLEADOS_has_SERVICIOS_FKIndex2 Index SERVICIOS_Id_Servicio INVENTARIO ColumnName DataTyp e PrimaryK  ey  NotNu ll Flags Defa ult Valu e Comm ent AutoI nc

Id_Inventario

INTEG

ER

PK NN UNSIGN

ED AI ADMINISTRADOR_Id_Ad  ministrador INTEGE R  NN UNSIGN ED INV_Nombre VARCH AR INV_Codigo VARCH AR INV_Existencias VARCH AR INV_FechaEntrada DATE INV_FechaSalida DATE

IndexName IndexType Columns PRIMARY PRIMARY Id_Inventario

INVENTARIO_FKIndex1 Index ADMINISTRADOR_Id_Administrador

PRODUCTOS

ColumnName DataType PrimaryK  ey  NotNul l Flags Defa ult Value Comme nt AutoI nc

Id_Producto

INTEGE

R

PK NN UNSIGN

ED AI PROVEEDORES_Id_Pro veedor INTEGE R  NN UNSIGN ED PRO_Nombre VARCH AR PRO_Precio VARCH AR PRO_Existencias VARCH AR

IndexName IndexType Columns

(14)

PRODUCTOS_FKIndex1 Index PROVEEDORES_Id_Proveedor PROVEEDORES ColumnName DataTyp e PrimaryK  ey  NotNu ll Flags Defa ult Valu e Comm ent AutoI nc

Id_Proveedor

INTEG

ER

PK NN UNSIGN

ED AI ADMINISTRADOR_Id_Ad  ministrador INTEGE R  NN UNSIGN ED PRO_Nit INTEGE R UNSIGN ED PRO_Nombre VARCH AR PRO_Direccion VARCH AR PRO_Telefono VARCH AR PRO_Precio VARCH AR PRO_NombreProducto VARCH AR

IndexName IndexType Columns PRIMARY PRIMARY Id_Proveedor

PROVEEDORES_FKIndex1 Index ADMINISTRADOR_Id_Administrador

SERVICIOS ColumnNam e DataType PrimaryKey NotNull Flags Defaul t Value Commen t AutoIn c

Id_Servicio INTEGER

PK NN UNSIGNE

D AI SER_Nombr  e VARCHA R SER_Precio VARCHA R

IndexName IndexType Columns

(15)

4.3.3. DISEÑO DE ENTRADAS Y SALIDAS

(16)
(17)

4.3.5. DISEÑO DE CLASES

(18)
(19)

4.3.8. DISEÑO DE SEGURIDAD Y CONTROL

El control de acceso discrecional no proporciona la granularidad suficiente para permitir una segmentación más definida y estructurada en un sistema complejo con multitud de usuarios y funciones. En este caso, un mecanismo de roles aporta mayor versatilidad. El control de acceso basado en roles consiste en la definición de perfiles (roles) a los que se les atribuyen una serie de características que aplican sobre los permisos y acciones que pueden llevar a cabo, incluyendo el control sobre otros perfiles. Es, en cierto modo un sistema jerárquico de clases. Muy utilizado en organizaciones con gran número de usuarios y donde se integran distintos grupos de trabajo o departamentos con funciones diferenciadas, como por ejemplo departamento de sistemas, departamento de desarrollo, comercial, servicios generales, etc. Con este mecanismo se segmenta y se organiza de forma eficaz el acceso a los objetos y las tareas.

Se manejaran 2 perfiles.

Administrador:

el rol de este perfil será administrar el software y será el único que podrá adicionar, modificar y eliminar la información de la empresa.

Empleado:

el rol de este perfil es el de manejar y facturar la información de acuerdo a los  productos y servicios ofrecidos por la empresa, no podrá realizar las acciones de un

administrador por lo que será limitado el software para este perfil.

El manejo adecuado del software y no proporcionar mucha información sobre los módulos a terceras personas ayudaran a tener los datos seguros y siguiendo estas recomendaciones:

  No guardar las contraseñas en el sistema o proporcionarlas a otras personas.

 Solo el encargado puede manejar el software.

  No copiar el software para instalarlo en otro ordenador.

 Realizar toda la seguridad contra ataques de inyección SQL.

(20)

4.4. FASE DE CONSTRUCCION

(21)

4.4.2. USO DE CONVENCIONES DURANTE LA FASE DE CONSTRUCCIÓN

Grupo 6 : integrantes del equipo desarrollador del proyecto Winsoft.  Proyect winsoft: nombre del proyecto en desarrollo

4.4.2.1.

CONVENCIONES EN BASES DE DATOS

 Primary key: llave primaria

 Foreign: llave foránea o secundaria

 Int: tipo de dato que almacena valores enteros.

Varchar: tipo de dato que almacena cadena de caracteres.  Date: tipo de dato que permite el manejo de fechas.

Table: tablas usadas para almacenar información y están inmersas en la base de datos.

4.4.2.2.

CONVENCIONES DE PROGRAMACIÓN

 Phpmyadmin: phpMyAdmin es una secuencia de comandos PHP destinada a dar a los usuarios la capacidad de interactuar con sus bases de datos MySQL.

 Java: lenguaje de programación de propósito general, concurrente, orientado a objetos, que fue diseñado específicamente para tener tan pocas dependencias de implementación como fuera posible. Su intención es permitir que los desarrolladores de aplicaciones escriban el  programa una vez y lo ejecuten en cualquier dispositivo

(22)

 Apache: El servidor Apache HTTP , también llamado

Apache

, es un servidor web HTTP de código abierto para la creación de páginas y servicios web. Es un servidor multiplataforma, gratuito, muy robusto y que destaca por su seguridad y rendimiento.

Servidor Web: es un programa especialmente diseñado para transferir datos de hipertexto, es decir, páginas web con todos sus elementos (textos, widgets, baners, etc). Estos servidores web utilizan el protocolo http.

SQL: es un lenguaje estándar e interactivo de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones en ellas, gracias a la utilización del álgebra y de cálculos relacionales, el SQL brinda la posibilidad de realizar consultas con el objetivo de recuperar información de las bases de datos de manera sencilla. Las consultas toman la forma de un lenguaje de comandos que permite seleccionar, insertar, actualizar, averiguar la ubicación de los datos, y más.

Servidor: "Servidor web" podemos referirnos a hardware o software, o a ambos trabajando  juntos.

1. En cuanto a hardware, un servidor web es una computadora que almacena los archivos que componen un sitio web (ej. documentos HTML , imágenes, hojas de estilos CSS y archivo JavaScript) y los entrega al dispositivo del usuario final. Está conectado a internet y es accesible a través de un nombre de dominio como mozilla.org.

2. En cuanto a software, un servidor web tiene muchas partes encargadas del control sobre como tienen acceso los usuarios a los archivos, por lo menos un servidor HTTP. UN  servidor HTTP es una pieza de software que comprende URLs (direcciones web)

y HTTP (el protocolo que tu navegador usa para ver las paginas web).

4.4.2. ARQUITECTURA O PROGRAMACIÓN EN 3 CAPAS

(23)

4.4.3.2.

CAPA DE NEGOCIO:

Referencias

Documento similar

En este ensayo de 24 semanas, las exacerbaciones del asma (definidas por el aumento temporal de la dosis administrada de corticosteroide oral durante un mínimo de 3 días) se

En un estudio clínico en niños y adolescentes de 10-24 años de edad con diabetes mellitus tipo 2, 39 pacientes fueron aleatorizados a dapagliflozina 10 mg y 33 a placebo,

• Descripción de los riesgos importantes de enfermedad pulmonar intersticial/neumonitis asociados al uso de trastuzumab deruxtecán. • Descripción de los principales signos

Debido al riesgo de producir malformaciones congénitas graves, en la Unión Europea se han establecido una serie de requisitos para su prescripción y dispensación con un Plan

Como medida de precaución, puesto que talidomida se encuentra en el semen, todos los pacientes varones deben usar preservativos durante el tratamiento, durante la interrupción

Abstract: This paper reviews the dialogue and controversies between the paratexts of a corpus of collections of short novels –and romances– publi- shed from 1624 to 1637:

[r]

SVP, EXECUTIVE CREATIVE DIRECTOR JACK MORTON