Codificar Los Modulos Del Sistema de Informacion

CODIFICAR LOS MODULOS DEL SISTEMA DE INFORMACION

GRUPO 6: YUBELLY GARCIA IRREÑO WILLIAM FERNANDO MUÑOZ ILDER AGUILAR MARTINEZ NICOLAS MOSQUERA ESPINOSA

SERVICIO NACIONAL DE APRENDIZAJE SENA ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION MARZO - 2018

CONTENIDO

1.

OBJETIVO OBJETI VO ................................. ................ ................................... ................................... .................................. ................................... .................................... .............................. ............ 3

2.

ALCANCE ALCANC E.................................. ................. ................................... ................................... .................................. ................................... .................................... .............................. ............ 3

3.

FASES ................................. ................ ................................... ................................... ................................... ................................... ................................... ................................... ................... 3

4.

ESPECIFICACION DE CADA FASE ................... ............................ .................. .................. .................. .................. .................. .................. .................. ................ ....... 3 4.1.

FASE DE DEFINICION DE LOS REQUERIMIENTOS .................. ........................... .................. .................. .................. .................. ........... 4

4.2.

FASE DE ANÁLISIS ANÁLISI S ................................... .................. ................................... ................................... ................................... ................................... ........................ ....... 5

4.2.1.

ESTUDIO DEL ENTORNO TECNOLÓGICO .................. ............................ ................... .................. .................. .................. .............. ..... 5

4.2.2.

ELECCIÓN DE LA ARQUITECTURA DE DESARROLLO .................. ........................... ................... ................... ............... ...... 7

4.2.3.

DIAGRAMAS DE ANÁLISIS DEL SISTEMA.................. ........................... .................. .................. .................. .................. ................ ....... 8

4.3.

FASE DE DISEÑO .................................. ................. ................................... ................................... ................................... ................................... ......................... ........ 10

4.3.1.

DISEÑO DE LA BASE DE DATOS.................. ........................... ................... ................... .................. .................. .................. .................. ......... 10

4.3.2.

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

4.3.3.

DISEÑO DE ENTRADAS Y SALIDAS .................. ........................... .................. .................. .................. .................. ................... .............. .... 15

4.3.4. 4.3.4 .

DISEÑO DE CASOS DE USO .................................. ................ ................................... ................................... .................................... .................... 16

4.3.5. 4.3.5 .

DISEÑO DE CLASES .................................. ................. ................................... ................................... ................................... ............................... ............. 17

4.3.6. 4.3.6 .

DISEÑO DE INTERFACE INTERFAC E .................................. ................ ................................... ................................... .................................... ......................... ....... 17

4.3.7.

DISEÑO DE NAVEGABILIDAD .................. ........................... .................. ................... ................... .................. .................. .................. ............ ... 18

4.3.8.

DISEÑO DE SEGURIDAD Y CONTROL .................. ........................... ................... ................... .................. .................. .................. ......... 19

4.4.

FASE DE COSNTRUCCION COSNTRU CCION ................................... .................. .................................. ................................... .................................... ............................ .......... 20

4.4.1. 4.4.1 .

RELACIÓN RELAC IÓN CON EL DISEÑO .................................. ................ ................................... ................................... .................................... .................... 20

4.4.2.

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

4.4.2.

ARQUITECTURA O PROGRAMACIÓN EN 3 CAPAS .................. ........................... ................... ................... ................ ....... 22

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.

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 d ebe 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.

 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 1

CANTIDAD 1

COMPONENTE Torre con fuente de  poder

2

1

Monitor plano LCD de 17”

3

1

4

1

5 6

1 1

7

1

Mouse USB óptico de dos botones y scroll Teclado en español USB Cables de poder Cable de conexión  para el monitor Pad Mouse ergonómico

ESPECIFICACIONES TECNICAS ITEM CANTIDAD 1 1 2 1 3 1 4 1 5 1 6 7

1 1

8

1

9 10 11

1 1

12

1

COMPONENTE Main board Procesador Intel Core i3 Memoria RAM de 2 Gb Disco duro de 500 Gb Unidad óptica CDROM/DVD-ROM Puertos USB 2.0 Puerto de video compatible con el monitor Sistema operativo Microsoft Windows 7 Home OEM Alimentación 120 VAC Salida de Audio 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 Adaptador de red (Tarjeta de Red) 10/100/1000 Mbps, conector RJ-45 integrado, que soporte IEEE 802.1x

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.

4.2.3. DIAGRAMAS DE ANÁLISIS DEL SISTEMA DIAGRAMA MER

DIAGRAMA DE CLASES

DIAGRAMA DE SECUENCIA

4.3.FASE DE DISEÑO 4.3.1. DISEÑO DE LA BASE DE DATOS

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

DataType

PrimaryKey  NotNull

Id_Administrad INTEGE PK or R ADM_Cedula

INTEGER

ADM_Nombre

VARCHA R

ADM_Apellidos

VARCHA R

ADM_Direccion

VARCHA R

ADM_Telefono

VARCHA R

ADM_Password

VARCHA R

Defaul Comme AutoIn t nt c Value

Flags UNSIGNE D

NN

AI

UNSIGNE D

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_Administrador

CLIENTES ColumnName

PrimaryKe  NotNul DataType Flags y l

Id_Cliente

INTEGE PK R

EMPLEADOS_Id_Emp INTEGE leado R CLI_Cedula

INTEGE R

CLI_Nombre

VARCH AR

CLI_Apellidos

VARCH AR

CLI_Direccion

VARCH AR

CLI_Telefono

VARCH AR

NN

UNSIGN ED

 NN

UNSIGN ED UNSIGN ED

Defau Comme AutoI lt nt nc Value AI

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_Cliente

CLIENTES_FKIndex1

Index

EMPLEADOS_Id_Empleado

EMPLEADOS

ColumnName

DataTyp PrimaryK  NotNu Flags e ey ll

Id_Empleado

INTEG PK ER

ADMINISTRADOR_Id_Ad  INTEGE ministrador R EMP_Cedula

INTEGE R

EMP_Nombre

VARCH AR

EMP_Apellidos

VARCH AR

EMP_Direccion

VARCH AR

EMP_Telefono

VARCH AR

NN

UNSIGN ED

 NN

UNSIGN ED

AI

UNSIGN ED

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_Empleado

EMPLEADOS_FKIndex1 Index

Defa ult Comm AutoI Valu ent nc e

ADMINISTRADOR_Id_Administrador

EMPLEADOS_has_SERVICIOS ColumnName

DataTyp PrimaryKe  NotNul Flags e y l

EMPLEADOS_Id_Emp INTEG PK leado ER SERVICIOS_Id_Servici INTEG PK o ER

NN

UNSIGN ED

NN

UNSIGN ED

Defau Comme AutoI lt nt nc Value

IndexName

IndexType

Columns

PRIMARY

PRIMARY

EMPLEADOS_Id_Empleado SERVICIOS_Id_Servicio

EMPLEADOS_has_SERVICIOS_FKIndex1 Index

EMPLEADOS_Id_Empleado

EMPLEADOS_has_SERVICIOS_FKIndex2 Index

SERVICIOS_Id_Servicio

INVENTARIO

ColumnName

DataTyp PrimaryK  NotNu Flags e ey ll

Id_Inventario

INTEG PK ER

ADMINISTRADOR_Id_Ad  INTEGE ministrador R INV_Nombre

VARCH AR

INV_Codigo

VARCH AR

INV_Existencias

VARCH AR

INV_FechaEntrada

DATE

INV_FechaSalida

DATE

NN

UNSIGN ED

 NN

UNSIGN ED

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_Inventario

INVENTARIO_FKIndex1 Index

Defa ult Comm AutoI Valu ent nc e AI

ADMINISTRADOR_Id_Administrador

PRODUCTOS ColumnName

PrimaryK   NotNul DataType Flags ey l

Id_Producto

INTEGE PK R

PROVEEDORES_Id_Pro INTEGE veedor R PRO_Nombre

VARCH AR

PRO_Precio

VARCH AR

PRO_Existencias

VARCH AR

NN

UNSIGN ED

 NN

UNSIGN ED

Defa Comme AutoI ult nt nc Value

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_Producto

AI

PRODUCTOS_FKIndex1

Index

PROVEEDORES_Id_Proveedor

PROVEEDORES

ColumnName

DataTyp PrimaryK  NotNu Flags e ey ll

Id_Proveedor

INTEG PK ER

ADMINISTRADOR_Id_Ad  INTEGE ministrador R PRO_Nit

INTEGE R

PRO_Nombre

VARCH AR

PRO_Direccion

VARCH AR

PRO_Telefono

VARCH AR

PRO_Precio

VARCH AR

PRO_NombreProducto

VARCH AR

NN

UNSIGN ED

 NN

UNSIGN ED

Defa ult Comm AutoI Valu ent nc e AI

UNSIGN ED

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_Proveedor

PROVEEDORES_FKIndex1 Index

ADMINISTRADOR_Id_Administrador

SERVICIOS ColumnNam DataType e

PrimaryKey NotNull

Id_Servicio INTEGER PK

NN

Defaul Commen AutoIn t Value t c

Flags UNSIGNE D

SER_Nombr  VARCHA e R SER_Precio

VARCHA R

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_Servicio

AI

4.3.3. DISEÑO DE ENTRADAS Y SALIDAS

Vista de Interacción

4.3.4. DISEÑO DE CASOS DE USO

4.3.5. DISEÑO DE CLASES

4.3.6. DISEÑO DE INTERFACE

4.3.7. DISEÑO DE NAVEGABILIDAD

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. Actualizar el software y hacerle pruebas de escritorio cada 3 meses.

4.4. FASE DE CONSTRUCCION 4.4.1. RELACIÓN CON EL DISEÑO

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

 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 4.4.3.1.

CAPA DE PRESENTACIÓN:

4.4.3.2.

CAPA DE NEGOCIO:

4.4.3.3.

CAPA DE DATOS: