Reporte de Avance del Proyecto. 1.- Protocolo con las observaciones resueltas el marco teórico con los nuevos conceptos obtenidos en la literatura.

Transcripción

1 1.- Protocolo con las observaciones resueltas el marco teórico con los nuevos conceptos obtenidos en la literatura. 0

2 SECRETARÍA DE EDUCACIÓN PÚBLICA DIRECCIÓN GENERAL DEL TECNOLÓGICO NACIONAL DE MÉXICO INSTITUTO TECNOLÓGICO DE TUXTLA GUTIÉRREZ Reporte de Avance del Proyecto: Sistema de Dictámenes para Bajas o Transferencias de Software Ingeniería en sistemas computacionales Presenta Ruiz Cruz Erick Issac García Pérez José Jorge Asesor: Dra. María Guadalupe Monjaras Velasco Tuxtla Gutiérrez, Chiapas. A 24 de Noviembre del

3 Escaneo de la hoja de 4 Foro de Propuesta de Titulación Integral Presentación Contenido 1. Protocolo con las observaciones resueltas realizadas respectivamente por: 1.1 Dra. María Guadalupe Monjaras Velasco Lic. Citlalli Cabrera García Dr. Jesús Carlos Sánchez Guzmán Modelo de proceso de software Cronograma Descripción del proceso en el que va operar el sistema Especificación de requisitos del sistema Requisitos funcionales Registro de usuarios Identificación de usuarios Envió de solicitud de dictamen Respuesta de solicitud de dictamen Generar dictamen Generar estadísticas Uso de Firma Electrónica Avanzada Consulta Manejador de contenido Calendario Descripción de actores Modelo de casos de uso Descripción de los casos de uso Modelos de interfaces de usuarios Requisitos Funcionales..24 2

4 4.6.1 Interfaz de usuario y factores humanos Seguridad Calidad Documentación Mantenimiento Concurrencia Requisitos de hardware Tecnologías a utilizar Modelo de contexto Herramientas técnicas Especificación de diseño del sistema Diseño de Base de Datos Arquitectura del software Descripción de módulos o clases Subsistema de acceso Subsistema de visitante Subsistema de iniciar sesión Subsistema de usuario Subsistema de administrador Subsistema de configuración del sistema Subsistema de menú principal Subsistema de inicio Subsistema de Quienes somos? Subsistema de iniciar trámite Subsistema de contáctanos Subsistema de acerca de.29 3

5 Subsistema de soporte técnico Subsistema de bandeja de entrada Subsistema de bandeja de salida Subsistema de cerrar sesión Conclusiones Valoración del avance obtenido Porcentaje del avance Qué falta por hacer Opción de titulación elegida y justificación.31 Referencia Bibliográfica..31 Anexos 31 FIGURAS Figura 01.. Observaciones realizadas por la Dra. María Guadalupe Monjaras Velasco 7 Figura 02. Observaciones realizadas por la Lic. Citlalli Cabrera García. 8 Figura 03. Observaciones realizadas por el Dr. Jesús Carlos Sánchez Guzmán. 10 Figura 04.. Diagrama de la metodología Scrumb...10 Figura 05. Cronograma de actividades de etapa de Planificación y Análisis...12 Figura 06. Cronograma de actividades de etapa de Diseño del Sistema...12 Figura 07. Cronograma de actividades de etapa de Programación y Capacitación Figura 08. Cronograma de actividades de etapa de Evaluación y Aceptación Figura 09. Cronograma de actividades de etapa de Instalación y Operación..13 Figura 10. Modelado del proceso de Solicitud de Dictamen..14 Figura 11. Modelado del proceso de Supervisión. 15 Figura 12. Modelado de proceso de liberación de Dictamen...15 Figura 13. Modelo de caso de uso de Director...18 Figura 14. Modelo de caso de uso de Dependencias

6 Figura 15. Modelo de caso de uso de Supervisor..19 Figura 16. Página principal para el visitante 21 Figura 17. Vista de Usuario al accesar e iniciar su trámite..21 Figura 18. Vista de Administrador del sistema (Supervisor) 22 Figura 19. Alta a un Usuario 22 Figura 20. Solicitud de Reporte Estadístico sobre datos almacenados en la base de datos del sistema 25. Figura 21. Uso se la Firma Electrónica para la liberación del dictamen..25 Figura 22. Interfaz para Jefe y Director.24 Figura 23. Diagrama de modelo de Contexto de ingreso de Usuarios 26 Figura 24. Diseño de Base de Datos.27 Figura 25. Vista Estática del Sistema 28 TABLAS Tabla 01. Descripción del actor Dependencia Tabla 02. Descripción del actor Director de la DIDT.. 17 Tabla 03. Descripción del actor Jefe de Normatividad.. 17 Tabla 04. Descripción del actor Supervisor Tabla 05. Descripción de caso de uso Respuesta de Solicitud..19 Tabla 06. Descripción de caso de uso Información de la IDT Tabla 07. Descripción de caso de uso Dictamen liberado 19 Tabla 08. Descripción de caso de uso Liberar dictamen 20 Tabla 09. Descripción de caso de uso Generar reportes y Estadísticas software dados de baja.20 Tabla 10. Descripción de caso de uso Generar reportes y Estadísticas del software más usado 20 Tabla 11. Descripción de caso de uso Solicitud de Dictamen

7 ANEXOS Antecedentes..31 Planteamiento del Problema..32 Hipótesis...32 Variables Dependientes..33 Variables Independientes..33 Objetivo General.33 Objetivos Específicos..33 Justificación..34 Estado del Arte 34 Propuesta Técnica 44 Impacto del Proyecto. 45 Impacto Social Impacto Tecnológico 45 Marco Teórico.45 Conceptual.45 Referencial..47 BIBLIOGRAFIA..48 6

8 1.- Protocolo con las observaciones resueltas el marco teórico con los nuevos conceptos obtenidos en la literatura. 1.1 Corrección de la justificación y planteamiento del problema. Fig1. Observaciones realizadas por la Dra. María Guadalupe Monjaras Velasco JUSTIFICACIÓN El área de dirección de innovación y desarrollo tecnológico (DIDT) está compuesta por el área de desarrollo de software y por el área de normatividad. La función del área de desarrollo es desarrollar software y aplicaciones para cubrir las necesidades de las diferentes organizaciones públicas del gobierno del estado. A diferencia de esto, el área de normatividad, lleva acabo todos los dictámenes de diagnóstico técnico, determinando bajas o transferencias de software a cada dependencia de gobierno. Actualmente este procedimiento se realiza manualmente, manejando documentos físicos, lo que tiene como consecuencia: la pérdida de tiempo e información para las respuestas de las solicitudes, además de que una consulta de este tipo es poco eficaz, dado que está sujeto a los errores humanos. El proceso consta de las etapas que a continuación se describen: 1 - Se manda la solicitud de Baja o Transferencia al área de la DIDT(Marcando sello con fecha de recibido ) haciendo referencia que es dirigido al Director. 2 - Posteriormente (El Director) lo manda con el jefe del departamento de Normatividad para su revisión. 3 - La solicitud es remitida a un Supervisor, quien es el encargado de dar fé y determinación de la veracidad del proceso, elaborando un documento en respuesta a la solicitud en donde se describe el día y hora de la visita para hacer la supervisión de manera física del software. 4 - Al momento de formular dicha respuesta, esta es enviada de forma viceversa para su revisión, consentimiento y firma. 5 - Al llegar la fecha y hora acordada, el supervisor se presenta en la institución. En caso de que el software se allá adquirido en CD S o en cualquier otro dispositivo de almacenamiento, será entregado. 6 - De manera posterior a la verificación, en días siguientes se expide el acta con la determinación del estado del software, y la documentación física generada es resguardada por personal en espacios designados para su seguridad y confidencialidad. 7

9 Como puede verse, el procedimiento es demasiado lento y tedioso, la información se expone a la perdida, manipulación o mal uso, teniendo como consecuencia un servicio de la DIDT poco satisfactorio. PLANTEAMIENTO DEL PROBLEMA Con la implementación de este sistema se busca ahorrar tiempo en la gestión de bajas o transferencias de software que se realizan en la DIDT, así como también disminuir los recursos económicos en gastos de insumos que el gobierno del estado lleva a cabo. Además, se podrá tener la información de manera oportuna y segura en el momento que el jefe o la dependencia misma la solicite. Un sistema de este tipo puede tener las siguientes características: Una interface amigable para el usuario. Evitándose así el mal uso o retraso de la implementación del mismo en donde podrá accesar mediante un nombre de usuario y contraseña, y desde poder iniciar su trámite de forma electrónica, teniendo como beneficio el ahorro de recursos económicos y tiempo en capacitación de empleados, el sistema debe contar con dos tipos de interfaz, una de usuario y otra de administrador. al tener una interfaz para administrador oficial (director de desarrollo e innovación tecnológica) ayudará a tomar decisiones y ver observaciones acerca de cada software adquirido por parte de las demás dependencias (tipo, resguardo, estado en que se encuentra, costo, fecha de baja, cantidad, frecuencia de adquisición).la organización tiene ciertas problemáticas en entrega de la resolución de los casos detallados en cada dictamen como son el tiempo y perdida de información, además de evitar la mala interpretación o análisis de la misma, haciendo un mal aprovechamiento de la logística implementada entre las dependencias y el área de normatividad de la secretaria de hacienda. 1.2 Corrección en la propuesta técnica y en hipótesis respectivamente Fig2. Observaciones realizadas por la Lic. Citlalli Cabrera García 8

10 HIPÓTESIS Con la implementación de un sistema informático de dictámenes para bajas o transferencias de software, los usuarios reducirán el tiempo del trámite para solicitudes y contaran con una emisión de dictámenes de diagnóstico rápida y eficiente. Variable Dependiente 1 - El trámite de la solicitud. 2 - La emisión de dictámenes. Variables Independientes 1 - Los flujos de información que realizan los usuarios de cada dependencia y el administrador del sistema. 2 - Navegador que utilizara la dependencia al realizar su dictamen. 3 - Tiempo del trámite. 4 - Calidad de presentación. 5 - Tiempo en la emisión de dictámenes. 6 - Diseño del sistema. PROPUESTA TÉCNICA DEL PROYECTO CSS: Esta herramienta la usaremos para dar estilo a los documentos HTML, consiguiendo así la separación del contenido de la presentación. Es una tecnología desarrollada por World Wide Web Consortium (W3C) con el fin de separar la estructura de la presentación. Nos traerá como ventajas la creación de archivos demasiado pesados, además que definimos un estilo visual de un sitio entero sin necesidad de hacerlo etiqueta por etiqueta, para cada una de las paginas. Además de poder cambiar parte o su totalidad del diseño de nuestro sistema en cualquier momento sin alterar el contenido. PHP: Como hemos de saber, PHP es una de muchas tecnologías que se pueden usar para afrontar un desarrollo web. Creada en 1994 se calcula que actualmente está presente en el 24% de las páginas existentes. Se eligió trabajar en parte con esta tecnología por razones obvias como, estabilidad, extensibilidad y escalabilidad de plataforma, Su facilidad para accesar a bases de datos. Además de que es un lenguaje libre y abierto, es la herramienta con que trabaja el área de desarrollo que tiene el Gobierno del Estado. 9

11 HTML 5: Un lenguaje usado para escribir páginas web, describiendo la estructura y el contenido usando un solo texto y complementado con objetos como por ejemplo: imágenes, animaciones flash, otros. La principal característica por la que se piensa trabajar con este lenguaje es su compatibilidad con todos los navegadores web, incluyendo los de los teléfonos y demás dispositivos. Un lenguaje ligero debido a su sencillez y simple código, facilitando la carga de las páginas en el navegador. También nos brinda la oportunidad de insertar directamente un video, música y casi cualquier elemento, consiguiendo agregar un manejador de contenidos en nuestra página principal. MySQL: Gestor de base de datos, ligado a PHP; y de licencia libre, son de sus ventajas más destacadas. Su conectividad, velocidad y seguridad hacen de MySQL Server una herramienta altamente apropiada para acceder a base de datos, Además de soportar una gran variedad de Sistemas Operativos. 1.3 Corrección para ajustar lo solicitado en la justificación. Fig3. Observaciones realizadas por el Dr. Jesús Carlos Sánchez Guzmán La corrección se hizo en la justificación. 2.- Modelo del proceso de software (justificarlo). El proyecto se realizara haciendo uso de la metodología ágil Scrumb, ya que un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones de un mes natural y hasta de dos semanas, si así se necesita). Cada iteración tiene que proporcionar un resultado completo, un incremento de producto final que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite. 10

12 Fig4. Diagrama de la metodología Scrumb Para el desarrollo del sistema se contemplan seis etapas, especificando las actividades a realizar, descartando las actividades de diseño dentro de estos debido a que se realizarán con anticipación: Planificación En esta etapa realizaremos un estudio de factibilidad del proyecto, para conocer las necesidades de la dependencia y lograr la identificación de objetivos, así mismo se realizará un análisis del impacto social y tecnológico que proyecto tiene. Análisis En esta etapa se definen en su totalidad los requerimientos con los que el sistema debe contar, al mismo tiempo desarrollaremos un modelo conceptual preliminar y se llevará a cabo la selección del enfoque de desarrollo. También desarrollaremos el modelado de eventos, modelado de datos, modelado de procesos y se establecerán los niveles de aceptación. Diseño En esta etapa se desarrollará un diseño más detallado complementando y verificando el diseño técnico, confirmando la arquitectura así como la selección de hardware y software necesario para el desarrollo así como la arquitectura de los componentes. Se planificarán las sesiones de capacitación, se definirá el enfoque de prueba del sistema y se planificará de igual manera la instalación de la misma, antes, recabaremos información necesaria para ser utilizada en la prueba, por último se definirán y desarrollarán los procedimientos de implantación. Programación y Capacitación En cuanto nos referimos a programación se realizará revisiones de código generado y pruebas unitarias así como la preparación de una prueba integral del sistema, capturando imágenes y detallando procedimientos, esto como preparación de manuales. Evaluación y Aceptación Primero es realizar una prueba integral del sistema, esto incluyendo prueba de usuario, prueba de aceptación y prueba en paralelo, también desarrollaremos el material de capacitación, y se impartirá una capacitación a usuarios finales. Instalación y Operación Es la etapa final y como ha de esperarse, instalaremos el nuevo sistema en el servidor con el que la dependencia cuenta, así como de forma parcial realizaremos revisión post-implementación y como siguiente pasó la verificación del mismo. Como tarea cotidiana queda el monitoreo del sistema en producción para garantizar el buen funcionamiento del mismo. 2.1 Cronograma de actividades. 11

13 Fig5. Cronograma de actividades de etapa de Planificación y Análisis. Fig6. Cronograma de actividades de etapa de Diseño del Sistema. 12

14 Fig7. Cronograma de actividades de etapa de Programación y capacitación. Fig8. Cronograma de actividades de etapa de Evaluación y Aceptación. Fig9. Cronograma de actividades de la etapa de Instalación y Operación. 13

15 3.- Descripción del proceso en el que operara el sistema. El área de normatividad lleva acabo todos los dictámenes de diagnóstico técnico, determinando bajas o transferencias de software a cada dependencia de gobierno haciendo un trámite por medio de documentos físicos con elementos no favorables como son la pérdida de tiempo e información para las respuestas de las solicitudes, además de que una consulta es poco eficaz, llevando a un estado de poca veracidad, en sus diferentes etapas. A continuación se muestra el modelado del proceso que se debe cumplir para hacer la solicitud de del dictamen: Fig.10 Modelado del proceso de Solicitud de Dictamen Primero se manda la solicitud al área de DIDT (Marcando sello con fecha de recibido ), con destinatario al Director el Ing. Alejandro Brindis Velázquez que lo manda con el jefe del departamento de Normatividad el ing. José Alberto Tóala Moreno para su revisión y, por último se remite a un Supervisor el Ing. Hugo Aparicio Bautista de la Cruz quien es el encargado de dar fé y determinación de la veracidad de proceso elaborando un documento en respuesta a la solicitud en donde se describe el día y hora de la visita para hacer la supervisión de manera física del software, dicha solicitud se envía de forma viceversa para su revisión, consentimiento y firma. 14

16 Fig11. Modelado del proceso de Supervisión Al llegar la fecha y hora acordada el supervisor se presenta en la institución en caso de que el software se allá adquirido en CD S o cualquier otro dispositivo de almacenamiento será entregado, de manera posterior a la verificación en días siguientes se expide el acta con la determinación del estado del software, y la documentación física generada es resguardada por personal en espacios designados para su seguridad y confidencialidad. Fig12.Modelado de proceso de liberación de Dictamen. 15

17 4. Especificación de requisitos del sistema. Los requerimientos funcionales describen las interacciones entre el sistema y su ambiente, en forma independiente a su implementación. Los siguientes requisitos son necesarios para poder cumplir con las funciones de la empresa (Bruegge, 2002). 4.1 Requisitos Funcionales Registro de usuarios El sistema podrá crear usuarios con distintos roles y reglas de acceso para interactuar con él Identificación de Usuarios El sistema debe identificar al usuario mediante un nombre de usuario y contraseña para evitar la intrusión no autorizada y realizar actividades dentro de este Envió de solicitudes de dictámenes El sistema podrá alojar solicitudes y ayudara en la gestión de las mismas dando un Seguimiento Respuesta de solicitudes de dictámenes El sistema contara con un semáforo que se comportara de acuerdo al estado en que la solicitud se encuentre, si ya es atendida o fue ignorada; será notificado a la dependencia solicitante Generación de dictámenes El sistema podrá formular un dictamen final contando con las herramientas para dar veracidad y validez al mismo Generación de estadísticas de software más utilizado Esta opción estará disponible para los administradores del sistema, fue pensada como una herramienta de apoyo para toma de decisiones y permitir visualizar información rápida Uso de la firma electrónica avanzada El sistema empleará la FIEL (Firma Electrónica Avanzada) como un filtro de autenticidad para dar veracidad a los documentos generados durante el trámite y evitar sea manipulado Consultas El sistema debe permitir realizar consultas de dictámenes expedidos y reimprimir archivos generados siempre y cuando tenga una justificación fundamenta, dado que toda la información almacenada será de carácter confidencial Manejador de Contenido El sistema contara con un manejador de contenidos, fue pensado como un espacio donde la Dependencia podrá publicar avisos o avances de proyectos que se estén desarrollando. 16

18 Calendario El sistema podrá agendar y recordar visitas de supervisiones establecidas por los administradores a las Dependencias. 4.2 Descripción de actores El sistema tendrá 4 actores: Director de DIDT Jefe del Dpto. de Normatividad Supervisor Dependencia Los cuales son descritos a continuación, especificando las actividades que realizarán con el sistema, basándose en la metodología UML para su descripción (Weitzenfeld, 2005). Actor Casos de uso Tipo Descripción Actor Casos de uso Tipo Descripción Actor Casos de uso Dependencia Solicitud de dictamen Respuesta de solicitud Información sobre la DIDT Dictamen liberado Primario Este actor representa a las dependencias interactuando con la DIDT solicitando un servicio. Tabla 01. Descripción del actor Dependencia. Director Liberar Dictamen Generar reportes y estadísticas del software más utilizados y dados de baja. Primario Este actor representa a la DIDT recibiendo notificaciones de lo que se esté realizando en el sistema y quien liberará el dictamen. Tabla 02. Descripción del actor Director de DIDT. Jefe de Normatividad Generar reportes y estadísticas del software más utilizados y dados de baja. Tipo Descripción Secundario Este actor recibirá notificaciones de lo que se esté realizando en el sistema. Tabla 03. Descripción del actor Jefe de Normatividad. 17

19 Actor Casos de uso Tipo Descripción Supervisor Solicitud de dictamen Respuesta de solicitud Generar dictamen Dictamen liberado Primario Este actor es el que por ultimo recibe las solicitudes de bajas o transferencias de software de las dependencias y quien les devuelve una respuesta, al término del proceso es quien genera el dictamen y posteriormente liberador por el director del área. Tabla 04. Descripción del actor Supervisor. 4.3 Modelo de casos de uso. Fig13. Modelo de caso de uso de Director. Fig14. Modelo de caso de uso de Dependencias. 18

20 4.4 Descripción de los casos de uso. Fig15. Modelo de caso de uso de Supervisor. Nombre Respuesta de solicitud Descripción La dependencia recibe una respuesta de la DIDT con nformación de cuándo será atendida su Actores solicitud. Supervisor, dependencias Precondiciones La dependencia puede visualizar la respuesta. Flujo Normal 1. La dependencia podrá visualizar la respuesta y saber qué día será atendida. Descripción del caso de Uso: Visualización de la respuesta. Tabla05. Descripción de caso de uso Respuesta de Solicitud Nombre Information de la DIDT Descripción Permite ver información sobre el área. Actores Dependencias Precondiciones La dependencia podrá visualizar información sobre Flujo Normal el 1. área. La dependencia deberá seleccionar el botón de información. Descripción del caso de Uso: Visualización de información de la DIDT. Tabla06. Descripción de caso de uso Información de la DIDT Nombre Dictamen liberado Descripción El dictamen liberado se le entregara a la dependencia una vez concluido todo el proceso Actores solicitado. Supervisor, Dependencias. Precondiciones La dependencia podrá descargar su dictamen. Flujo Normal 1. La dependencia podrá descargar su dictamen en la opción que aparece en su perfil una vez sido generado. Descripción del caso de Uso: Visualización y descarga del dictamen liberado. Tabla07. Descripción de caso de uso Dictamen liberado. 19

21 Nombre Liberar Dictamen Descripción Una vez liberado el dictamen queda concluido la solicitud realizado por la dependencia. Actores Director Precondiciones El director debe liberar el dictamen agregando la firma electrónica del mismo. Flujo Normal 1. El director deberá liberar el dictamen una vez concluido lo solicitado por la dependencia. 2. El director deberá agregar la firma electrónica Descripción del caso de Uso: Dictamen liberado al dictamen. para la dependencia. Tabla08. Descripción de caso de uso Liberar Dictamen. Nombre Generar reportes y estadísticas del software más utilizados y dados de baja. Descripción El director podrá ver reportes y estadísticas en forma de grafías para saber que software son los Actores más Director utilizados. Precondiciones El director genera sus reportes y estadísticas de los Flujo Normal software 1. El director deberá darle en el botón de generar reportes. Descripción del caso de Uso: Visualización 2. de reportes El director y estadísticas. deberá darle en el botón de generar Tabla09. Descripción de caso de uso estadísticas. Generar reportes y Estadísticas software dados de baja. Nombre Generar reportes y estadísticas del software más utilizados y dados de baja. Descripción El jefe podrá ver reportes y estadísticas en forma de gráficas para saber que software son los más Actores utilizados. Jefe Precondiciones El jefe genera sus reportes y estadísticas de los Flujo Normal software 1. El jefe deberá darle en el botón de generar reportes. Descripción del caso de Uso: Visualización 2. de reportes El jefe y deberá estadísticas. darle en el botón de generar Tabla10. Descripción de caso de uso estadísticas. Generar reportes y Estadísticas del software más usado. Descripción Es generada por la dependencia solicitando una baja o transferencia de software a la DIDT y recibida por el supervisor del área quien atenderá la solicitud. Actores Dependencias, Supervisor. Precondiciones El supervisor recibirá la solicitud de dictamen generado por la dependencia. Flujo Normal 1. El supervisor abrirá el mensaje de solicitud para saber que se está pidiendo. Descripción del caso de Uso: Visualización de los dictámenes generados por las dependencias. Tabla11. Descripción de caso de uso Solicitud de dictamen. 4.5 Modelos de interfaces de usuario 20

22 Fig16.Página principal para el visitante Solo tendrá acceso a 3 módulos del sistema. Fig17.Vista de Usuario al accesar e iniciar su trámite Podemos observar que tiene acceso a todos los módulos y se abre un banner de lado izquierdo con las herramientas necesarias para realizar las tareas laborales. 21

23 Fig18.Vista de Administrador del sistema (Supervisor) Se agregan opciones como usuarios y las funcionalidades que tendrá, así como la de configuración del sistema en la cual podrá editar la información pública que mostrará. Fig19.Alta a un Usuario No mostramos la opción de cargar una foto de perfil, dado que nuestros objetivos es optimizar espacio en la base de datos. 22

24 Fig20.Solicitud de Reporte Estadístico sobre datos almacenados en la base de datos del sistema. Fig21. Uso se la Firma Electrónica para la liberacion del dictamen. 23

25 Fig22.Interfaz para Jefe y Director. Se elimina la opción de Iniciar Trámite dado que los personajes mencionados solo usaran el sistema para ver el seguimiento del trámite, así como firmar de enterados y solicitar reportes estadísticos. 4.6 Requisitos no funcionales. Los requerimientos no funcionales describen aspectos del sistema visibles para el usuario que no se relacionan en forma directa con el comportamiento funcional del sistema. Estos requerimientos no necesariamente se incluyen como parte integra del sistema, pero a su vez tampoco pueden ser descartados como parte de este (Bruegge, 2002) Interfaz de usuario y factores humanos. La interfaz del sistema contemplará un diseño amigable con el propósito de no agobiar al usuario, además estos únicamente necesitarán de un conocimiento básico para la utilización de este Seguridad. Se implementará el acceso al sistema mediante la identificación de usuarios y contraseñas, evitando con ello, la intrusión no autorizada al sistema, priorizando un alto nivel en esta. Además, se empleara la FIEL para dar veracidad en todos los archivos generados Calidad. El sistema integrará la mejor calidad que se pueda proporcionar a los usuarios de este, siendo entendible, disponible y accesible en todo momento, y otorgando confiabilidad durante el desarrollo de sus actividades Documentación. 24

26 Se realizará la documentación de todo lo concernido al desarrollo del sistema, desde su origen en la problemática, las etapas de análisis, diseño y codificación, todo esto con la finalidad de permitir la comprensión sencilla de la estructura del sistema para futuras mejoras Mantenimiento. Por la estructuración del sistema que es Modelo-Vista-Controlador, este podrá ser modificado para su mejora en un futuro, cumpliendo las nuevas necesidades que surjan de la Dependencia. La documentación de su desarrollo será de utilidad para la persona que sea encargada de su mejoramiento Concurrencia Gracias a que el Gobierno del estado cuenta con un Datacenter, el sistema podrá gestionar varias solicitudes a la vez y dar seguimiento según sea atendida por el Supervisor, esto es de gran ayuda ya que es parte de los objetivos específicos optimizar los flujos de información interna del área de trabajo (Área de Normatividad) trayendo consigo la Rapidez, Eficacia y eficiencia en la generación de los dictámenes. 4.7 Requisitos de hardware. El proyecto no contempla hardware dentro de su desarrollo pero para propósitos funcionales, requerirá de un servidor donde sea instalado el sistema, los requerimientos de éste quedarán a consideración de la cantidad de información que el sistema necesite procesar para la Dependencia y el tiempo que permanecerán resguardados. Hoy en día como hemos mencionado antes, la dependencia donde se desarrolla el proyecto, cuenta dentro de su infraestructura con un Datacenter, lo cual hace no tener ningún inconveniente en la aplicación del sistema, a continuación se presenta una lista de las características: Sistema Operativo: Microsoft Windows Server 2008 R2 Servidor de Base de Datos: SQL Server 2008 el SMBD será SQL Server 2008 Versión de Máquina Virtual: vmx-09 CPU: 8v CPU Memoria RAM: 8 GB Se tiene contratado un servicio de ancho de banda de 10 MB Los equipos de cómputo con que cuenta en cada dependencia son aptos para que el sistema funcione en su normalidad; solo bastara con que se tenga acceso a la internet. 5. Tecnologías a utilizar. 5.1 Modelo de contexto. Para la implementación del Sistema para Bajas o Transferencias de Software, será instalado en un servidor web con acceso a internet y dirección IP fija, ubicado dentro de las instalaciones de la Dependencia. El ingreso de los usuarios al sistema, se realizará colocando su ID de usuario y su respectiva contraseña. Así también, mencionamos que el Administrador principal(supervisor), será el único usuario facultado para ingresar al sistema y realizar cambios en los contenidos que este publique. 25

27 Fig23.Diagrama de modelo de Contexto de ingreso de Usuarios. El diagrama de la figura anterior, ejemplifica mediante un modelo de contexto, basado en los diagramas de organización UML, el funcionamiento de ingreso de los usuarios al sistema mediante nodos. Dichos nodos, son las instancias específicas desde donde ingresarán los usuarios, siendo las computadoras de las diferentes Dependencias. Estas instancias realizarán la conexión vía Internet, siguiendo los protocolos requeridos para su acceso al sistema (Bruegge, 2002). 5.2 Herramientas técnicas. MySQL: es un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones. MySQL AB desde enero de 2008 una subsidiaria de Sun Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009 desarrolla MySQL como software libre en un esquema de licenciamiento dual. Php: es un lenguaje de programación de uso general de código del lado del servidor originalmente diseñado para el desarrollo web de contenido dinámico. Fue uno de los primeros lenguajes de programación del lado del servidor que se podían incorporar directamente en el documento HTML en lugar de llamar a un archivo externo que procese los datos. El código es interpretado por un servidor web con un módulo de procesador de PHP que genera la página Web resultante. HTML 5: Un lenguaje en el que se escriben las páginas Web, que permite hacer enlaces (hipertexto) y que es leído por los navegadores para poder mostrar la información en la pantalla de tu ordenador de una forma correcta. CSS 3: es un lenguaje usado para definir y crear la presentación de un documento estructurado escrito en HTML o XML 2 (y por extensión en XHTML). El World Wide Web Consortium (W3C) es el encargado de formular la especificación de las hojas de estilo que servirán de estándar para los agentes de usuario 26

28 o navegadores. Browser: es un software que permite el acceso a Internet, interpretando la información de distintos tipos de archivos y sitios web para que éstos puedan ser visualizados. 6. Especificación de diseño del sistema. 6.1 Diseño de la base de datos Arquitectura del software Fig24.Diseño de Base de Datos Modelo-Vista-Controlador El modelo vista controlador (MVC) es un patrón de arquitectura de software que separa los datos y la lógica de negocio de una aplicación de la interfaz de usuario y el módulo encargado de gestionar los eventos y las comunicaciones. Para ello MVC propone la construcción de tres componentes distintos que son el modelo, la vista y el controlador, es decir, por un lado define componentes para la representación de la información, y por otro lado para la interacción del usuario. Este patrón de arquitectura de software se basa en las ideas de reutilización de código y la separación de conceptos, características que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior mantenimiento. A continuación se muestra una vista estática del Sistema. 27

29 Fig25.Vista Estática del Sistema Descripción de los módulos según el paradigma utilizado Acceso al sistema: Consiste en la URL que se designara a nuestro sistema web para que tanto usuario como visitante pueda visualizarlo Visitante: En caso de ser un visitante en el sistema, la interfaz que mostrará será muy diferente a la de un usuario, puesto que el sistema está orientado a un grupo específico de personas (Servidores Públicos) y no a la sociedad en general. Haciendo referencia a lo antes mencionado la interfaz solo mostrará información seleccionada. Los campos que va a visualizar un visitante ajeno al sistema será: *Acerca de. *Contáctanos. *Quienes Somos Iniciar Sesión: Es la parte del sistema en la que un usuario introduce su nombre de usuario y una contraseña para tener acceso a todas las funcionalidades especificadas según sea el caso. En esta 28

30 parte será muy importante el uso de la cuenta de correo, ya que en caso de olvidar sus datos, estos serán reenviados al correo y a su vez revalidados en el siguiente inicio de sesión Usuario: Funcionalidad creada para los administradores del sistema y consta de los siguientes sub-sistemas: *Dar de alta un Usuario *Dar de baja un Usuario. *Cambiar contraseña de Usuario Administrador: El encargado de la administración del sistema (Supervisor del Área de Normatividad) será quien tenga acceso total a todas las funcionalidades del sistema y al mismo tiempo a la configuración del mismo Conf. Sistema: Parte del sistema en la cual el usuario administrador podrá realizar consultas, Crear y eliminar usuarios, editar información pública del sistema y lo más importante, dictaminar las solicitudes. Así como obtener informes estadísticos basados en búsquedas específicas de la información almacenada en tiempo y forma Menú principal: Es la interfaz gráfica con las opciones y funcionalidades del sistema Inicio: Funcionalidad del sistema que tiene como propósito el dar una breve información sobre los eventos o acontecimientos que se llevaran a cabo durante el mes según corresponda, así como un espacio publicitario de las actividades que como dependencia lleva a cabo Quiénes somos? : Funcionalidad que se desarrollará con el propósito de dar a conocer una breve reseña e información sobre la institución y área en particular como por ejemplo: Misión, Visión, Objetivos, Valores Iniciar Trámite: Funcionalidad por la cual se desarrolla el sistema, aquí es la parte del sistema en la cual los usuarios podrán iniciar la solicitud de su dictamen, teniendo en cuenta que toda información que aquí se introduzca será utilizada para llevar a cabo el trámite de una forma clara, segura, eficiente y con la fidelidad que la firma electrónica nos proporciona. Así mismo podrán tener la confianza que es totalmente confidencial durante y después del proceso de dictaminación Contáctanos: Funcionalidad del sistema donde visitantes podrán tener un contacto más cercano con el administrador del sistema en caso de tener alguna queja, duda o sugerencia o si bien se requiere enviar solicitud para que sean dados de alta en dicho sistema Acerca de: Sección del sistema en donde se albergará información relacionada al sistema, de cómo nace la necesidad de su creación, los propósitos que se cumplen en su desarrollo y las ventajas que se tienen ya implantado, los estándares que cumple; así mismo se mostrará información de todas las personas que participaron para que el proyecto alcanzara las metas establecidas Soporte Técnico: Funcionalidad en la cual solamente personas con acceso al sistema podrán encontrar los respectivos manuales de usuarios según sea el caso, así como números telefónicos y cuentas de correo electrónico para asistencia técnica. 29

31 6.3.14Bandeja de Entrada: Funcionalidad del sistema en donde serán notificados los mensajes que como usuario generé ya sea durante su trámite o de forma personal con el administrador en asuntos estrictamente laborales. Se hace uso de un semáforo para indicar la etapa en la que se encuentra la solicitud del proceso ya sea baja o Transferencia Bandeja de Salida: Funcionalidad del sistema en la cual quedaran guardadas las notificaciones y respuestas a los mensajes generados durante el proceso Cerrar Sesión: Funcionalidad del sistema en donde el usuario podrá salir totalmente del sistema. 7.- Conclusiones Valoración del avance logrado Conforme a los avances realizados en el proyecto obtuvimos las siguientes conclusiones: Consideramos que los avancemos obtenidos son buenos, por motivo de que hemos adquirido el conocimiento de los procesos, requerimientos del sistema para la dependencia, de igual manera conocemos afondo la problemática. Por otro lado pensamos que hemos obtenido el avance suficiente para poder desarrollar el proyecto en forma y de la manera más adecuada, ya teniendo bien estructurado nuestra base y bien entendido nuestro análisis, cabe mencionar el siguiente semestre sólo nos enfocaremos a la programación del diseño y a la funcionalidad de nuestro sistema Porcentaje del avance El porcentaje que consideramos hasta este momento es el de 40% por ciento de avance, basándonos que ya hemos especificado el análisis y requisitos para el desarrollo del Sistema, los otros 60% son los incrementos que se irán desarrollando conforme a la metodología utilizada hasta que el Sistema se encuentre culminado, implementado y funcionando consideraremos el 100% Qué falta por hacer Lo que nos falta por hacer es la implementación del análisis y requisitos en la programación del sistema, realizar la codificación de cada módulo que se tiene previsto desarrollar en el cronograma de actividades para cada incremento, y por ultimo a la culminación de los incremento realizar la prueba final con algunos usuarios antes de ponerlo en el servidor de la dependencia. 8.- Opción de titulación elegida y justificación La opción óptima que escogimos fue la de titulación integral ya que esta nos permite desarrollar actividades consecutivas para realizar un proyecto que podrá ser implementado en la vida real el cual 30

32 será un beneficio a una dependencia, institución o algún lugar que tenga la necesidad Referencia Bibliográfica Bruegge, B. &. (2002). Ingeniería de Software Orientado a Objetos. México: Pearson Educación. Anexos ANTECEDENTES La Dirección de Innovación y Desarrollo Tecnológico (DIDT) de la Secretaria de Hacienda del Estado de Chiapas es la que se encarga de organizar y controlar los Organismos públicos del Gobierno del Estado, su misión: Ser una dirección normativa para la administración pública estatal en materia de tecnologías de información y comunicaciones que promueva el desarrollo y la utilización eficiente de la infraestructura tecnológica a través de la dictaminación y supervisión de proyectos informáticos, capacitación especializada y la administración de la Red de Información Gubernamental; su visión es ser una dirección moderna con capacidad de mejorar la infraestructura tecnológica del estado. El departamento de normatividad de la DIDT tiene la función de aplicar la normatividad y dar seguimiento a proyectos informáticos a través de la supervisión, en materia de tecnologías de información y comunicación, dentro de la Secretaria de Hacienda del Gobierno del estado de Chiapas. Dada la importancia de la información gubernamental, el objetivo primordial del departamento de normatividad es de capacitar de manera eficiente a los servidores públicos del gobierno del estado y al mismo tiempo de administrar la red de manera eficiente. Un dictamen es una solicitud de servicio de bajas o transferencias de software que es realizada por la DIDT a una dependencia del Gobierno del Estado. La información que es albergada en el dictamen es utilizada por la DIDT para poder analizar el resguardo y el estado del software a tratar; obteniendo como beneficio el control de software que maneja cada una de las dependencias, quedando en claro que ninguna de ellas puede realizar esta función de manera autónoma. Otro de los principales trabajos en la DIDT en el área de Normatividad son los Dictámenes de Bajas o Transferencias de Software, estos están conformados por diversos procedimientos y requerimientos que deberán satisfacer los usuarios de los distintos Organismos del Gobierno del Estado de Chiapas. Para que esto se lleve a cabo, los interesados le hacen llegar a la DIDT la solicitud para una Baja o una Transferencia de Software, este documento es recibido y sellado por el director del departamento, luego es remitido al jefe del área, este mismo le asigna al supervisor el dictamen para poder evaluar la petición y finalmente expedirlo. 31

33 PLANTEAMIENTO DEL PROBLEMA El área de dirección de innovación y desarrollo tecnológico (DIDT) está compuesta por el área de desarrollo de software y por el área de normatividad. La función del área de desarrollo es desarrollar software y aplicaciones para cubrir las necesidades de las diferentes organizaciones públicas del gobierno del estado. A diferencia de esto, el área de normatividad, lleva acabo todos los dictámenes de diagnóstico técnico, determinando bajas o transferencias de software a cada dependencia de gobierno. Actualmente este procedimiento se realiza manualmente, manejando documentos físicos, lo que tiene como consecuencia: la pérdida de tiempo e información para las respuestas de las solicitudes, además de que una consulta de este tipo es poco eficaz, dado que está sujeto a los errores humanos. El proceso consta de las etapas que a continuación se describen: 1 - Se manda la solicitud de Baja o Transferencia al área de la DIDT(Marcando sello con fecha de recibido ) haciendo referencia que es dirigido al Director. 2 - Posteriormente (El Director) lo manda con el jefe del departamento de Normatividad para su revisión. 3 - La solicitud es remitida a un Supervisor, quien es el encargado de dar fé y determinación de la veracidad del proceso, elaborando un documento en respuesta a la solicitud en donde se describe el día y hora de la visita para hacer la supervisión de manera física del software. 4 - Al momento de formular dicha respuesta, esta es enviada de forma viceversa para su revisión, consentimiento y firma. 5 - Al llegar la fecha y hora acordada, el supervisor se presenta en la institución. En caso de que el software se allá adquirido en CD S o en cualquier otro dispositivo de almacenamiento, será entregado. 6 - De manera posterior a la verificación, en días siguientes se expide el acta con la determinación del estado del software, y la documentación física generada es resguardada por personal en espacios designados para su seguridad y confidencialidad. Como puede verse, el procedimiento es demasiado lento y tedioso, la información se expone a la perdida, manipulación o mal uso, teniendo como consecuencia un servicio de la DIDT poco satisfactorio. HIPÓTESIS Con la implementación de un sistema informático de dictámenes para bajas o transferencias de software, los usuarios reducirán el tiempo del trámite para solicitudes y contaran con una emisión de dictámenes de diagnóstico rápida y eficiente. Variable Dependiente 1 - El trámite de la solicitud. 32

34 2 - La emisión de dictámenes. Variables Independientes 1 - Los flujos de información que realizan los usuarios de cada dependencia y el administrador del sistema. 2 - Navegador que utilizara la dependencia al realizar su dictamen. 3 - Tiempo del trámite. 4 - Calidad de presentación. 5 - Tiempo en la emisión de dictámenes. 6 - Diseño del sistema. OBJETIVO GENERAL Desarrollar un sistema de dictámenes para la direccion de desarrollo e innovación tecnológica que permita hacer eficiente y ágil los procesos de baja o transferencia de software que requieren los organismos públicos del gobierno del estado. Objetivos Específicos 1 - Diseñar una interfaz fácil de manejar para el usuario. 2 - Generar reportes estadísticos que permita mostrar cuales son el software más solicitado y adquirido por las dependencias para usuarios administradores. 3 - Sistematizar los procesos de bajas o transferencias de software (comerciales y sistemas de información). 4 - Optimizar los flujos de información interna del área de trabajo(área de Normatividad). 5 - Tendencia a cero errores en la información. 6 - Rapidez y atención en menos tiempo. 7 - Eficacia y eficiencia en la generación de los dictámenes. 8 - Diseñar un manual que tenga la capacidad de guiar paso a paso el uso y la administración de los módulos que componen el sistema. 9 - Implementación de la FIEL( Firma Electrónica Avanzada). 33

35 JUSTIFICACIÓN Con la implementación de este sistema se busca ahorrar tiempo en la gestión de bajas o transferencias de software que se realizan en la DIDT, así como también disminuir los recursos económicos en gastos de insumos que el gobierno del estado lleva a cabo. Además, se podrá tener la información de manera oportuna y segura en el momento que el jefe o la dependencia misma la solicite Un sistema de este tipo puede tener las siguientes características: * Una interface amigable para el usuario. * Evitándose así el mal uso o retraso de la implementación del mismo en donde podrá accesar mediante un nombre de usuario y contraseña, y desde poder iniciar su trámite de forma electrónica, teniendo como beneficio el ahorro de recursos económicos y tiempo en capacitación de empleados, el sistema debe contar con dos tipos de interfaz, una de usuario y otra de administrador. al tener una interfaz para administrador oficial (director de desarrollo e innovación tecnológica) ayudará a tomar decisiones y ver observaciones acerca de cada software adquirido por parte de las demás dependencias (tipo, resguardo, estado en que se encuentra, costo, fecha de baja, cantidad, frecuencia de adquisición).la organización tiene ciertas problemáticas en entrega de la resolución de los casos detallados en cada dictamen como son el tiempo y perdida de información, además de evitar la mala interpretación o análisis de la misma, haciendo un mal aprovechamiento de la logística implementada entre las dependencias y el área de normatividad de la secretaria de hacienda. ESTADO DEL ARTE Sistema de Dictamenes de Baja y/o Tranferencia(Antes) 34

36 No contaba con Firma Electrónica Avanzada El Sistema de Dictámenes de Baja y Transferencia administra las solicitudes y facilita la Emisión del Dictamen Técnico de Baja de Bienes Informáticos y Equipos de Comunicaciones en beneficio de los Organismos Públicos del Ejecutivo. Cuenta con 4 secciones: Inicio: Esta es la sección de inicio en el sitio web, desde donde los usuarios pueden accesar después de una exitosa autenticación, en caso de olvidar su contraseña, cuenta con la herramienta de recuperación de contraseña que trabaja con la información almacenada en el registro del usuario. Contáctanos: Esta sección fue elaborada Con el objetivo de conocer la opinión sobre el Sistema de Dictámenes de Baja y Transferencia (DIBAT) y brindar un mejor servicio, en donde ponen a disposición un formulario, para enviar quejas, dudas o sugerencias, las cuales se hacen llegar directamente a la Dirección de Normatividad e Infraestructura Tecnológica. Soporte: Aquí se puede encontrar información de quienes pueden brindar apoyo técnico para uso del sistema y Administrador del mismo, con sus respectivos cargos y e información laboral. Acerca de: Contiene información sobre los desarrolladores del sistema y ha quien le fue elaborado el mismo. Además de tener las secciones antes mencionadas también cuenta con un apartado en la parte inferior de su interfaz inicial en donde nos ofrece servicios en línea, portal del Gobierno, portal de servicios, entre otros. Esto con la finalidad de hacer del conocimiento a los visitantes y usuarios dela información disponible por parte de la dependencia. Sistema de Dictamenes(Ahora) 35

37 Notamos cambios en la interfaz principal del sistema, además de que han agregado el uso de FIEL (Firma Electrónica Avanzada) y cambiado cierta información relacionada al área de la dependencia, agregaron la sección de Manual de Usuario y un banner informativo en la parte inferior del grupo de botones. Sistema Electrónico de Dictámenes de Verificación Objetivo SEDIVER es una herramienta orientada hacia las unidades de verificación aprobadas vigentes por la Secretaría de Energía en materia de instalaciones eléctricas (UVIE) para simplificar los procesos de registro y elaboración de verificaciones de instalaciones eléctricas, así como brindar seguridad y certeza en los dictámenes de verificación. Los principales procesos modelados en el sistema son: Administración y registro de solicitudes de verificación de instalaciones eléctricas. Generación en línea dictámenes de verificación de instalaciones eléctricas. Cancelación en línea dictámenes de verificación de instalaciones eléctricas. Elaboración y envío de los informes de trimestrales. 36

38 Requisitos Los requerimientos mínimos para operar SEDIVER son los siguientes: Computadora de escritorio o portátil Conexión a internet (preferentemente de banda ancha) Navegador de Internet Internet Explorer 7 o superior Mozilla Firefox 3 o superior Google Chrome 18 o superior Safari 4 o superior Adobe Reader 7 o superior: Visor de documentos PDF (Portable Document Format). Link de descarga: Adobe Flash Player 10 o superior (aplicación de tiempo de ejecución multiplataforma para exploradores de internet). Link de descarga: Acceso SEDIVER Se encuentra hospedado en un servidor web bajo la siguiente dirección pública: Para ingresar a SEDIVER, la UVIE requiere contar con un ID de Usuario y Contraseña válida que debe ser solicitada a la Dirección General de Distribución y Abastecimiento de Energía 37

39 Eléctrica, y Recursos Nucleares. En la pantalla de inicio debe ingresar el ID de Usuario y Contraseña y realizar un clic sobre el botón Iniciar Sesión Entorno de trabajo Al ingresar, el usuario será ubicado en el menú principal de la Plataforma egob v2.0 la cual es la base operativa del SEDIVER. 1. Sistema Electrónico de Dictámenes de Verificación Menú principal que contiene los módulos de actividades. 2. Módulos de actividades a) Módulo de Verificaciones b) Informes Trimestrales c) Reportes d) UVIEs 3. Salir Botón que permite cerrar la sesión del usuario en el SEDIVER. Sistema Único de Dictámenes por Internet 38

40 *Su creación fue motivada gracias a los trabajos que en el Instituto Mexicano del Seguro Social se realizaron para la modernización y simplificación de sus procesos operativos. *Entro en operación el día 21 de Abril de *Uso de la Firma Electrónica Avanzada. *No permite la recepción de archivos digitalizados *Realiza consultas SIPRED (SISTEMA DE PRESENTACIÓN DEL DICTAMEN FISCAL) 39

41 Características Generales SIPRED es un sistema administrativo para la administración de un gobierno municipal, con un desempeño eficaz y eficiente para el departamento del impuesto predial del municipio. Los principales beneficios que ofrece: 1.- Base de Datos con administración eficiente de cada una de las actividades realizadas. 2.- Rápido procesado de la Información en cuanto a los usuarios del servicio. 3.-Control Estadístico y gráfico de la Información. 4.-Elaboración fácil y rápida de reportes. 6.- Emisión de requerimientos de pago para el usuario. 7.-Mejor Control de los Ingresos. 8.- Brinda un mejor servicio al usuario trabajando bajo los estándares de calidad. 9.- Ahorro de tiempo, para dedicarlo a otras tareas igual de importantes. Requerimientos Técnicos Para poder instalar SIPRED en una computadora, se necesitan los siguientes requerimientos técnicos: Tipo de Procesador: Intel Pentium, Amd, Duron, Celeron. Velocidad del Procesador: Mínima 166 MHz, recomendable 600 MHz o posterior. Memoria RAM: Mínimo 32 Mb, recomendable 64 Mb. Sistema Operativo: Windows 2000, Xp, Vista. Resolución Gráfica: 1200 X Bit de Color Capacidad Disco Duro: Mínima 1 Gb, recomendable 40 Gb LICENCIA 40

42 41 Reporte de Avance del Proyecto