UNIVERSIDAD TECNOLÓGICA DE TULA-TEPEJI

Contenid

oINTRODUCCIÓN.............................................................................................................................3

PLANTEAMIENTO DEL PROBLEMA.........................................................................................3

OBJETIVOS.....................................................................................................................................3

ALCANCES Y LIMITACIONES....................................................................................................3

FLUJO DEL SISTEMA...................................................................................................................4

CRONOGRAMA DE ACTIVIDADES...........................................................................................5

DESARROLLO................................................................................................................................5

MARCO TEÓRICO CONTEXTUAL.............................................................................................5

DIAGRAMAS DE CASOS DE USO.............................................................................................5

Caso de uso....................................................................................................................................6

Descripción de casos de uso.....................................................................................................7

Caso de uso....................................................................................................................................7

Descripción de casos de uso.....................................................................................................7

DIAGRAMAS ENTIDAD-RELACIÓN...........................................................................................8

DIAGRAMAS DE CLASES...........................................................................................................9

DIAGRAMAS DE COMPONENTES...........................................................................................10

DIAGRAMAS DE ACTIVIDADES...............................................................................................11

DIAGRAMAS DE SECUENCIA..................................................................................................12

DIAGRAMAS DE PAQUETES....................................................................................................13

PANTALLAS DEL SISTEMA......................................................................................................14

ADMINISTRADOR:.......................................................................................................................14

ENTRAR COMO ADMINISTRADOR......................................................................................14

MENU..........................................................................................................................................15

HISTORIAL DE ACTIVIDADES...............................................................................................15

ASIGNAR ACTIVIDADES........................................................................................................15

DAR DE ALTA EMPLEADOS..................................................................................................16

ELIMINAR EMPLEADOS.........................................................................................................17

EMPLEADO...................................................................................................................................17

ENTRAR COMO EMPLEADO.................................................................................................17

ACTIVIDADES...........................................................................................................................18

ACTIVIDADES PENDIENTES.................................................................................................18

INFORME...................................................................................................................................19

FACTIBILIDAD ECONÓMICA Y OPERATIVA........................................................................19

Factibilidad económica:............................................................................................................19

Costo de Ambiente........................................................................................................................20

Costo de Personal.......................................................................................................................20

Costos operativos durante el desarrollo...............................................................................20

Factibilidad Operativa...................................................................................................................21

CONCLUSIONES..........................................................................................................................21

BIOGRAFIA O REFERENCIAS..................................................................................................22

INTRODUCCIÓN

Para determinar que un sistema es factible se requiere realizar una documentación en donde contenga un estudio el cual describa el desarrollo de un sistema y/o aplicación y si es apropiado o no su desarrollo.

En este documento describe todo el análisis de factibilidad para el desarrollo de un sistema informático el cual es realizar una “bitácora electrónica” para la organización de la secretaria de Seguridad Pública del estado de Hidalgo. Además se describe con claridad lo que se desea desarrollar dando solución a la problemática que tiene la Secretaria en cuanto a las actividades realizadas en cada uno de los turnos designados.

También se detallan los aspectos a resolver y las reglas que se debe tomar en cuenta para desarrollar el sistema y ponerlo en marcha así mismo sus riesgos, ventajas y desventajas y la descripción para determinar si puede no ser factible la realización del sistema que requiere la Secretaria De Seguridad Publica. Además se realizaran los diferentes diagramas que son adecuados para desarrollo de dicho proyecto.

Y por último se agregaran las interfaces realizadas de acuerdo a cada uno de los usuarios (Administrador y Empleado) y de las operaciones realizadas dentro del sistema creado.

PLANTEAMIENTO DEL PROBLEMA

Se requiere un sistema el cual es la realización de una bitácora electrónica en donde los usuarios vean como página principal un login el cuan contendrá dos usuarios, uno llamado Administrador y otro llamado Empleado en donde el administrador tenga el control de la información y pueda hacer las siguientes operaciones como: Consultar, eliminar y modificar las actividades de cada trabajador correspondiente a un turno, el trabajador solo podrá consultar las actividades realizadas por el empleado anterior para realizar las actividades pendientes y podrán tener acceso solo si introduce su usuario y contraseña para notificar el cambio de turno de cada empleado y al final del día se entregara un reporte de las actividades realizadas en cada turno.

OBJETIVOS

El objetivo principal de este software es dar solución a la problemática que tiene de la Secretaria la cual es la falta de control de la entrada y salida de los empleados en cada cambio de turno.

Evitar la falta de realización de las actividades asignadas a cada empleado debido a que esto se concentra en una libreta dando oportunidad así a que cualquier persona pueda modificar y hacer uso de la información escrita en esta.

ALCANCES Y LIMITACIONES

A lo largo del cuatrimestre las alumnas de la Universidad Tecnológica Tula-Tepeji de la carrera de TIC’S han desarrollado un proyecto para satisfacer las necesidades de nuestro cliente. Este proyecto está diseñado para llevar el control de las entradas y salidas de todo personal de una empresa, ya que se desea llevar un mayor control y así tener mejor rendimiento y se vea notado en el progreso de está, queremos que nuestro proyecto sea funcional y reconocido no solo en una empresa sino también por otras reconocidas mundialmente, a su vez tratemos de que este proyecto sea utilizado por un gran periodo el cual aún siga siendo muy funcional.

Cabe mencionar que este proyecto solo llevara el control de las entradas y salidas de todo personal de la empresa además de que la información seas confiable y por supuesto segura en la cual no haya falsedades estos servirá para tener un mayor control del personal y tener de cierta forma un mayor rendimiento con las personas que laboral dentro de ella.

ARQUITECTURA GENERAL

La imagen presenta un esquema general del funcionamiento del sistema de inscripción virtual y de la arquitectura que se está proponiendo.

FLUJO DEL SISTEMAEl sistema debe de realizar lo siguiente:

1.-Cada empleado entrará con el logueo y así dando informe del cambio de empleado y turno.

2.-Mostrar las actividades que los trabajadores deben de realizar.

3.-Describir la razón del cual si en dado caso no se realizó la actividad.

4.-Crear un informe de cada turno.

5.-El administrador puede eliminar, Modificar e insertar nuevas actividades.

6.-El Administrador podrá realizar una consulta para obtener la información de las actividades realizadas en cada turno.

CRONOGRAMA DE ACTIVIDADES

ACTIVIDAD OCTUBRE NOVIEMBRECASOS DE USO SEMANA 1: 27 al 31DIAGRAMA ENTIDAD RELACION SEMANA 2: 3 al 7DIAGRAMA DE CLASES SEMANA 2: 3 al 7DIAGRAMA DE COMPONENTES SEMANA 3: 8 al 14

DIAGRAMA DE ELECCION SEMANA 3: 8 al 14

PANTRALLAS DEL SISTEMA

SEMANA 4: 17 al 21

ENTREGA DEL DOCUMENTO EN ELECTONICO 28 de noviembre

MARCO TEÓRICO CONTEXTUALEl sistema que se está desarrollando es para una empresa la cual cuenta con empleados a estos se les asignan actividades que tiene que ir desarrollando durante su turno de trabajo, una vez acabado su turno el siguiente empleado deberá seguir realizando las actividades que no culmino el anterior.

Para ello se implementara un sistema sonde los a empleados se les asignen las actividades y registren las que si culminaron y las que no el siguiente empleado las terminara y así sucesivamente, las actividades ya realizadas se almacenaran en una base de datos donde el administrador podrá revisar las actividades y las fechas en que se realizaron.

DIAGRAMAS DE CASOS DE USOUn caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que

participarán en un caso de uso se denominan actores. En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.

Caso de uso

Caso de uso

Descripción de casos de usoCaso de uso Revisión de actividadesActores AdministradorFlujo principal 1. El administrador entra a la

bitácora electrónica.2. El administrador revisa el

historial de actividades de los empleados.

3. El administrador asigna nuevas actividades.

4. El administrador puedo registra un nuevo empleado o también puede eliminar.

5. El administrador imprime el historial diario.

Flujos alternativos 1. Si el administrador no puede ingresar puede ser olvido su clave o no esta dado de alta.

2. Si no hay actividades en el historial es porque los empleados no realizaron las actividades o no las capturaron correctamente.

3. Si el administrador no puede registrar nuevas actividades puede solicitar ayuda al auxiliar.

4. El administrador podría registrar un empleado, si no puede es porque no ha llenado todos los campo s solicitados.

5. Si el administrador no puede eliminar un empleado quizá es porque no está registrado.

DIAGRAMAS ENTIDAD-RELACIÓNUn diagrama o modelo entidad-relación (a veces denominado por sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación") es una herramienta para el modelado de datos que permite representar

las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades

DIAGRAMAS DE CLASES

Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de contenimiento.

Un diagrama de clases está compuesto por los siguientes elementos:

Clase: atributos, métodos y visibilidad. Relaciones: Herencia, Composición, Agregación, Asociación y Uso

DIAGRAMAS DE COMPONENTES Un diagrama de componentes permite visualizar con más facilidad la estructura general del sistema y el comportamiento del servicio que estos componentes proporcionan y utilizan a través de las interfaces.

DIAGRAMAS DE ACTIVIDADES Un diagrama de actividades se muestra un proceso de negocio o un proceso de software como un flujo de trabajo a través de una serie de acciones. Estas acciones las pueden llevar a cabo personas, componentes de software o equipos.

Puede usar un diagrama de actividades para describir procesos de diversos tipos, como los ejemplos siguientes:

Un proceso de negocio o un flujo de trabajo entre los usuarios y el sistema. Para obtener más información, vea Crear modelos de los requisitos de los usuarios.

Los pasos realizados en un caso de uso. Para obtener más información, vea Diagramas de casos de uso de UML: Instrucciones.

Un protocolo de software, es decir, las secuencias de interacciones permitidas entre los componentes.

Un algoritmo de software.

DIAGRAMAS DE SECUENCIA Un diagrama de secuencia muestra la interacción de un conjunto de

objetos en una aplicación a través del tiempo y se modela para cada caso de uso.

DIAGRAMAS DE PAQUETESEl objetivo de estos diagramas es obtener una visión más clara del sistema de información orientado a objetos, organizándolo en subsistemas, agrupando los elementos del análisis, diseño o construcción y detallando las relaciones de dependencia entre ellos.

PANTALLAS DEL SISTEMA

ADMINISTRADOR:

ENTRAR COMO ADMINISTRADOR

MENU

HISTORIAL DE ACTIVIDADES

ASIGNAR ACTIVIDADES

DAR DE ALTA EMPLEADOS.

ELIMINAR EMPLEADOS

EMPLEADO

ENTRAR COMO EMPLEADO

ACTIVIDADES

ACTIVIDADES PENDIENTES

INFORME

FACTIBILIDAD ECONÓMICA Y OPERATIVA.

Factibilidad económica:A continuación se muestra el estudio como resultado la factibilidad económica del desarrollo del nuevo sistema de información. Se determinaron recursos

De acuerdo al estudio de factibilidad técnica él ya se cuenta con las herramientas necesarias para la implantación del sistema por lo cual el desarrollo de la propuesta no requiere de una inversión inicial en infraestructura informática.

Costos generales:

Gastos generales Costo mensualGastos de papelería 200

consumibles 300

Total 500

Costo de Ambiente Dado que ya se cuenta con las herramientas necesarias no habrá necesidad de invertir en estos.

Costo de PersonalEn este tipo de gasto incluyen los gastos generados por el recurso humano, bajo cuya responsabilidad directa esta la operación y funcionamiento del sistema que se muestra en la siguiente tabla:

CVE Elementos Persona P.U

1.1 Diseñador de interfaz gráfica

1 $5,000

1.1.1 Analista de sistemas 1 $5,000

1.1.2 Arquitecto de software 1 $10,000

1.1.3 Diseñador de pruebas 1 $6,000

1.1.4 Diseñador de base de datos

1 $5,000

TOTAL $31, 000

Costos operativos durante el desarrolloCONCEPTO DE PAGO ACTIVIDADES PAGO MENSUALRenta de mobiliario Mobiliario para hardware $200.00Luz Suministro de energía

eléctrica$250.00

teléfono Comunicaciones $150.00

TOTAL POR MES $600.00

Factibilidad Operativa Este sistema contara con interfaces que sea de fácil manipulación para los empleados, en donde podrán insertar sus actividades desarrolladas durante su turno y consultar lo que el empleado anterior hizo para así continuar con las actividades pendientes.

Una vez implantado el sistema en la empresa, utilizarán el sistema en una forma cómoda, segura y eficaz, ya que contaran con un sistema que agilizará su trabajo.

CONCLUSIONES

Para el desarrollo de este proyecto es indispensable poner en claro cuáles

son los objetivos del cliente sobre lo que requiere así mismo elaborar correctamente lo que pide.

Es importante tomar todo en cuenta en todos los aspectos debido a que cualquier factor puede afectar tanto la entrega del sistema como también la elaboración del mismo.

Un factor que no se debe tomar por apercibido es que siempre debe te haber comunicación tanto como todo el personal del proyecto como también estos con el cliente para evitar confusiones.

BIOGRAFIA O REFERENCIASSL275 - Java Programming Language Caso de Estudio – Sistema de Punto de Venta

joseluis.iturbide@gmail.com 1 mayo 2004

Caso de Estudio: Sistema de Punto de Venta

http://users.dcc.uchile.cl/~psalinas/uml/modelo.html

http://msdn.microsoft.com/es-MX/library/dd409390.aspx

http://manuel.cillero.es/doc/metrica-3/tecnicas/diagrama-de-paquetes