PROTOCOLO PROYECTO DICOP

March 23, 2018 | Author: Jorge Luis Rivera Ugarte | Category: Software Engineering, Software, Software Development Process, Salary, Payroll


Comments



Description

INSTITUTO TECNOLÓGICO SUPERIOR DE PÁNUCOINGENIERÍA EN SISTEMAS COMPUTACIONALES “NOMITEC” GESTION DE PROYECTOS DE SOFTWARE ING. ENRIQUE PONCE RIVERA PRESENTA: ANTONIO JUAREZ MOLAR Índice CAPÍTULO 1: PLANTEAMIENTO DEL PROBLEMA 1.1 Introducción ........................................................ Error! Bookmark not defined. 1.2 Justificación.................................................................................................... 9 1.3 Objetivos ...................................................................................................... 10 1.3.1 Objetivo general..................................................................................... 10 1.3.2 Objetivos específicos ............................................................................. 10 1.4 Hipotesis ......................................................... Error! Bookmark not defined. 1.5 Problemas a resolver ................................................................................... 11 1.6 Alcances y limitaciones ................................................................................ 12 1.6.1 Alcances ................................................................................................ 12 1.6.2 Limitaciones ........................................................................................... 12 1.6.3 Percepciones y Deducciones……………………………………………………………………………..15 CAPÍTULO 2: MARCO TEÓRICO 2.1 Software ........................................................................................................... 19 2.1.1 Características importantes de los sistemas ............................................. 21 2.2 Ciclo de vida clásico del desarrollo de sistemas .............................................. 24 2.2.1 Investigación preliminar ............................................................................. 25 2.2.2 Determinación de los requerimientos del sistema..................................... 27 2.2.3 Diseño del sistema..................................................................................... 29 2.2.4 Desarrollo de software ............................................................................... 30 2.2.5 Prueba de sistemas ................................................................................... 31 2.2.6 Implantación y evaluación .......................................................................... 32 2.3 Modelos de procesos prescriptivos .................................................................. 33 2.3.1 Modelos prescriptivos ................................................................................ 33 2.3.2 Modelo en cascada .................................................................................... 34 2.4 Modelos de procesos incrementales ............................................................... 36 2.4.1 Modelo incremental................................................................................... 36 2.4.2 Modelo DRA ............................................................................................. 39 2.5 Modelos de proceso evolutivos ....................................................................... 41 2.5.1 Construcción de prototipos ....................................................................... 42 2.5.2 Modelo en espiral...................................................................................... 44 2.5.3 Modelo de desarrollo concurrente............................................................. 47 2.6 Herramientas para el desarrollo de sistemas .................................................. 49 2.6.1 Herramientas para análisis ........................................................................ 49 2.6.2 Herramientas para diseño .......................................................................... 50 2.6.3 Herramientas para el desarrollo ................................................................ 51 2.7 Características del software a utilizar ............................................................... 52 2.7.1 Que es visual Basic ................................................................................... 52 ..........2 Características generales de Windows 7 ............................9 Plataforma a utilizar ..........................................1...........................8.............. 57 2..................................................2 Actividades realizadas ................ 69 4............. 57 2............................................8....................................................................................1 Windows 7 ...........................7.........................2 Desventajas ......................................................................... 58 2.............. 71 .....................3 Entorno de visual Basic ........9.......................2 Características generales de SQL ........................................................................................2 Definición de variables .......................... 56 2...... 59 2.........................1 Ventajas ....... 56 2.......1............................................. 54 2..............................................1 Procedimiento ..............3.......................................................... 55 2..............5 Técnicas para la recolección de información ..................3 Sujetos de estudio .................................................................................................................7...................................... 68 CAPÍTULO 4: RESULTADOS 4............1......................................... 59 2................ 62 3........8 Manejador de bases de datos SQL (structured query lang) ......3...........................2................. 63 3...............1 Diagrama contextual ....................... 64 3........2 Características de visual Basic .1 Que es SQL ............................... 62 3..9......... 60 CAPÍTULO 3: PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES REALIZADAS 3....................................7................. 65 3...............2 Diagrama entidad-relación ......................................................1...........7...................................................4 Tipo de estudio .. ..........................................................................................2 Pantalla de inicio de sesión ..8............. Anexo 1: Manual de Usuario ....................................................... 76 4.....................................1 Pantalla de bienvenidos ................ 84 4.4........................................................................................ Error! Bookmark not defined.........8.........4 Diagramas de casos de uso ........ 85 4.........4 Pantalla de registro de obras ....... 84 4...........................................8......7 Diagrama del proyecto ....................................... 81 4.............................................................................................. 82 4................................................................6 Diagrama de clases ................................ CAPÍTULO 5: CONCLUSIONES Y RECOMENDACIONES 5.... 72 4....... 82 4...............................6 Pantalla de registro de usuarios ......5 Pantalla de cargos desempeñados ....1 Conclusiones............8 Pantalla de registro de trabajadores .......................................................................................................................................................8...........................3 Diccionario de datos... 79 4.... 83 4.................8......3 Pantalla de menú principal ..............................9 Pantalla de acerca de...............8..................................................... Error! Bookmark not defined.....................5 Diagrama de flujo de datos ......................................................... Error! Bookmark not defined........8......................................................... 89 Bibliografía .........8 Pantallas del sistema ............................................................................. .................7 Pantalla de calculo de nomina ...... 82 4............8...................8... 83 4....... 88 5................... 86 4.................... .....................2 Recomendaciones ........................ 78 4......................... .......................................................................................................... Modelo de desarrollo concurrente .......................... 48 Figura 8.......... Diagrama del modelo incremental .................................................................................... 57 Figura 10........................................ Diagrama del modelo DRA ....... 40 Figura 5.Índice de figuras Figura 1....................... Microsoft Visual Studio 2005 ..................................... Microsoft SQL Server .... 59 ......... Diagrama del modelo de cascada ................ Windows 7 ................... 24 Figura 2............................................................................................ 52 Figura 9. Modelo de espiral .............................. Modelo de construcción de prototipos ........................ 46 Figura 7......................... 43 Figura 6...................... 35 Figura 3......... Ciclo de vida de James Seen .............................................................................................. 38 Figura 4.............................. CAPÍTULO I PLANTEAMIENTO DEL PROBLEMA . Ver.. y se debe a la necesidad de implementar el uso de la tecnología utilizando un sistema computarizado. Finalmente en el capítulo cinco se encuentran las conclusiones y recomendaciones que indican hasta donde se cumplieron los objetivos. En el capítulo dos se encuentra el argumento teórico compuesto por ideas. Posteriormente en el capítulo cuatro se refiere al análisis de los datos obtenidos.”. . En el capítulo tres se trata sobre la descripción a detalle de las actividades que se realizaron durante su desarrollo. además de poder contar con la información actualizada. Por ello el presente trabajo está encaminado a diseñar y construir un sistema funcional muy completo que permita administrar el flujo de información de los empleados en dicha empresa y posteriormente realizar las operaciones necesarias para calcular el salario correspondiente de una manera eficaz y confiable.1.1 Introducción El proyecto que ahora se presenta denominado “Sistema de Administración de Personal y Pago de Salarios Para la Empresa Constructora Dicop de Pánuco. conceptos y conocimientos que fueron adquiridos y usados en dicho proyecto. El capítulo uno trata acerca del planteamiento del problema que fue lo que originó la creación de este proyecto. Fue desarrollado en la constructora Dicop ubicada en Pánuco. Ver. se procede a hacer el retiro bancario y pagar mediante un sobre.2 Justificación El proyecto se origina de la necesidad de crear un sistema para la empresa constructora DICOP que administre el flujo de información de los trabajadores y su pago correspondiente de nómina. al finalizar dicho periodo se realizan las operaciones correspondientes para calcular el monto a pagar a cada uno. con el fin de que en el área administrativa se elaboren los procesos de una manera más rápida y automatizada. . Actualmente toda la información es capturada en Excel.1. la obra a la que pertenecen y un listado de los días que laboran que por lo regular son siete. sin dar al empleado comprobante alguno. Dicho sistema pretende agilizar los procesos que se realizan en la empresa constructora. se lleva un listado de los empleados. Todos estos aspectos ocasionan diversos inconvenientes como son: la pérdida de tiempo ya que la información de los empleados no está organizada de una manera eficaz y el cálculo de la nómina en base a su asistencia es muy lento. . o Realizar los diagramas de flujo de procesos correspondientes. o Optimizar el tiempo en sus actividades relacionadas con el proceso de registro de nuevos empleados y el cálculo del pago nómina de los trabajadores.3. o Determinar el uso de percepciones y deducciones de cada uno de los empleados de la empresa con base a las prestaciones de ley. calculando su salario en base a sus días hábiles laborados tomando en cuenta que cada empleado tiene percepciones y deducciones diferentes establecidas por ley. siendo más confiable y con mayor rapidez. o Diseñar la base de datos.1 Objetivo general Desarrollar un sistema que administre el flujo de información detallada de cada uno de los empleados de la empresa “DICOP”. o Diseñar la interfaz de cada uno de los módulos con los que contará el sistema. con el fin de determinar sus deficiencias y agilizar sus transacciones. o Realizar el diccionario de datos.3.3 Objetivos 1. 1.2 Objetivos específicos o Analizar la situación actual en el control de la información referente a los empleados. o Determinar la plataforma a utilizar para el desarrollo del sistema de información. o Determinar los requerimientos establecidos por la empresa para determinar el uso del nuevo sistema. o Diseñar un Diagrama Entidad-Relación. y agilizar el proceso de pago.1. o Mejoramiento de procesos. o Control de los datos de los trabajadores. Debido a los problemas que se presentan frecuentemente con el uso del programa Microsoft Excel ya que a pesar de ser un programa muy completo y funcional. etc. o Agilizar el proceso de cálculo de nómina de un empleado. o Generación automática del pago de acuerdo al horario laborado.4 Hipótesis El desarrollo de un sistema para la administración de personal y pago de salarios proporcionara una mejor administración y control en el manejo de la información de los empleados y el cálculo de la nómina con el fin de obtener resultados favorables para la empresa. Problemas a resolver El principal problema que se desea resolver es la falta de un sistema automatizado en el área de recursos humanos que facilite y realice los procesos del área rápida y eficaz. En la implementación del nuevo sistema de administración de personal y pago de salarios. consultas y modificaciones de empleados. o Disminución de tiempos en el pago a un empleado. se solucionara lo siguiente: o Realización de altas. o Impresión de listas de trabajadores. bajas. nomina.1. . o Generación de recibo para el empleado. recibos. o Controlar el pago de nómina. o Evitar pérdida de tiempo y de información útil de los empleados. las actividades que se realizan son demasiado lentas. 2 Limitaciones o No realiza chequeo de entradas y salidas de empleados. o El sistema será utilizado solo para la empresa “DICOP”. o Disminución de tiempos en el pago a un empleado. ya que tendrá ciertas especificaciones que el administrador indicó que requiere. o Calculo de nómina de un empleado. 1. . 1. o Mejoramiento de procesos. o Generación de recibo para el empleado.1 Alcances o Se pretende diseñar un sistema de información para que facilite el trabajo del área y agilice los siguientes procesos: o Realización de altas.4.o Se agregaran las percepciones y deducciones a cada trabajador según sea el caso de cada empleado de la empresa. bajas.4 Alcances y limitaciones 1.4. consultas y modificaciones de empleados. o Generación automática del pago de acuerdo al horario laborado. que es la totalidad de los ingresos que recibe un empleado como remuneración por su trabajo. Ese 4% es el valor que se debe descontar (deducir) del total devengado a cargo del empleado. horas extras. como son el Salario. El aporte de salud es responsabilidad de la empresa. comisiones. el devengado corresponde a todos los conceptos por los que un empleado recibe una remuneración.5% de la base del aporte. tenemos: Salud: El trabajador debe estar afiliado al sistema de salud. etc. Pues bien. ya sea a la empresa o a terceros. se procede a restar los conceptos que por obligación el empleado debe pagar. Una vez determinado el valor total que un trabajador ha ganado en una quincena o en un mes. por lo en éste documento se tratará de dejar claro en que consisten las deducciones de nómina y cuales son. se hace en conjunto con la empresa.1.3 Percepciones y Deducciones Deducciones Es común recibir inquietudes de los usuarios respecto a las apropiaciones y las deducciones de Nómina. Auxilio de transporte. La cotización por salud que corresponde al 12. La sumatoria de estos valores conforma lo que se llama total devengado. recargos nocturnos y diurnos.5%. Estos conceptos se calculan en la respectiva Liquidación de la nómina. Ésta última aporta el 8. Posteriormente se tratará el tema de las Apropiaciones de nómina. y el empleado debe aportar el 4% restante. quien debe . y que por consiguiente se debe descontar (deducir) del total devengado.6. Se puede decir que la Nómina se divide en tres secciones: Devengado. Entre los principales conceptos que pueden estar a cargo de un trabajador. Deducciones y Apropiaciones. Es por eso que se le deduce de la nómina al empleado este valor. los complementos salariales pueden ser de tres tipos: personales. . los complementos y las gratificaciones (se dedicará una lección a las horas extraordinarias para aprender a calcular su retribución): Dentro de estas percepciones salariales tenemos el salario base. de puesto de trabajo y por calidad de trabajo. y luego ir al otro día a consignar lo que le corresponde por salud. Captura de deducción en el software de la empresa Percepciones Las percepciones salariales son cantidades entregadas al trabajador en retribución por su trabajo. En este apartado del recibo de salarios está el salario base. como el valor que le corresponde al empleado. Por otra parte.pagar el respectivo aporte. sino que es la empresa la que consigna la totalidad del aporte. puesto que el empleado no puede cobrar la totalidad de la nómina. que es la cantidad que se recibe como retribución por unidad de tiempo de trabajo. tanto el valor que le corresponde a ella. gratificaciones. prestaciones en especie y cualquier otra cantidad o prestación que se entregue al trabajador por su trabajo. DE LOS TRABAJADORES? ARTICULO 84. o en propio contrato laboral. También. y no mediante dinero. percepciones. En el convenio colectivo debe de fijarse dichas retribuciones. Las prestaciones e indemnizaciones de la seguridad social son cantidades que le paga el INSS al empresario a través de compensaciones en sus cotizaciones. comisiones. La retribución en especie no puede superar el 30% de las percepciones salariales. o bien retribuirlas con tiempo de descanso igual a las horas extras. Ejemplo. primas. bien con retribución económica.En cuanto a las horas extraordinarias. el dinero que hace falta para adquirir prendas de vestir o herramientas. . Éstas son anuales y están formadas por la gratificación de navidad y otra más que se fijará a través del acuerdo de empresarios y trabajadores. Las percepciones no salariales están constituidas por las siguientes categorías: Los gastos que deben afrontar los trabajadores como consecuencia de su actividad laboral es lo que se conoce como indemnizaciones o suplidos. el trabajador tiene que cobrar las horas trabajadas fuera de la jornada laboral. Esto viene motivado cuando hay que pagar al trabajador a pesar de que no pueda realizar su labor. habitación. también aceptar productos en especie como cestas de navidad SEGUN LA LFT. El salario se integra con los pagos hechos en efectivo por cuota diaria. esta última se puede fijar en el convenio colectivo. En otras percepciones salariales el trabajador puede mejorar voluntariamente las prestaciones de la seguridad social. El salario en especie es la retribución que recibe el trabajador mediante bienes y servicios. El trabajador también tiene derecho a gratificaciones extraordinarias. o productos ¿CUALES SON elaborados LAS por la PERCEPCIONES empresa. ya sea en dinero. ayuda para deportes y todas aquellas cuotas que debiendo ser pagadas por los obreros y empleados. valorándose estos últimos a su costo. primas por seguro de vida. cuotas patronales al IMSS y al INFONAVIT. pagos por despido y terminación de contrato. guardería y atención médica. Captura de percepción en el software de la empresa EJEMPLOS DE PERCEPCIONES Y DEDECCIONES . servicios o en especie. fueron cubiertas por el establecimiento. seguros por riesgos profesionales. indemnizaciones. gratificaciones extras por convenios en los contratos colectivos.¿CUALES SON LAS PERSEPCIONES GENERALES DE LAS EMPRESAS? Las percepciones que en adición al salario y al sueldo recibieron los obreros y empleados. Incluye el pago de las aportaciones del establecimiento para servicios de alimentación. EJEMPLOS DE PERCEPCIONES Y DEDECCIONES . Ejemplo resultados en ejercicio . CAPÍTULO II MARCO TEÓRICO . etc. que es un sistema muy desarrollado formado por palabras y símbolos que tienen significado para el que habla y para quienes lo escuchan. manufactura. Cada uno de estos componentes es a su vez un sistema. por ejemplo. investigación. la médula espinal. contabilidad y personal trabajan juntos para crear utilidades que beneficien tanto a los empleados como a los accionistas de la compañía. comezón. en mayor o menor medida.Senn: es un conjunto de componentes que interaccionan entre sí para lograr un objetivo común. Nuestra sociedad está rodeada de sistemas.1 Software En el sentido más amplio. quizá esté formado por cuentas por pagar. embarques. al menos en teoría. El departamento de contabilidad. los participantes obtienen un beneficio en el intercambio. Una organización es un sistema. Por ejemplo. calor.2. ventas. de una entidad abstracta denominada sistema de información. los nervios y las células sensoriales especializadas que se encuentran debajo de la piel. Asimismo. las personas viven en un sistema económico en el que se intercambian bienes y servicios por otros de valor comparable y en el que. . estos elementos funcionan en conjunto para hacer que el sujeto experimente sensaciones de frío. facturación y auditoría entre otras. Todo sistema organizacional depende. un sistema como dice el autor James A. Sus componentes mercadotecnia. Las personas se comunican con el lenguaje. cualquier persona experimenta sensaciones físicas gracias a un complejo sistema nervioso formado por el cerebro. cuentas por cobrar. Los sistemas trabajan mejor "se encuentran bajo control". En contraste. los resultados pueden ser fatales para el sistema. desencadena un cambio drástico en las funciones corporales. aquellos que no interactúan con su medio ambiente se conocen como sistemas cerrados. sin embargo. en algunos casos. la diferencia puede ser notable. Todos los sistemas actuales son abiertos. Este ejemplo muestra además la importancia del control en los sistemas de todo tipo. El sistema de encendido de un automóvil tiene el claro propósito de quemar el combustible para crear la energía que emplean los demás sistemas del automóvil. Quizá una desviación de 37 a 37.5 grados. Para alcanzar sus objetivos. Existe un sistema legislativo. por ejemplo.5 grados no afecte en mucho su desempeño aunque. las personas trabajan mejor cuando su temperatura es de 37 grados centígrados.2. Por ejemplo. Todos los sistemas tienen niveles aceptables de desempeño. tal como una fiebre de 39. los sistemas interaccionan con su medio ambiente. El sistema deja de funcionar y permanece inactivo hasta que se corrija su condición. Si esta condición se prolonga demasiado.1. .1 Características importantes de los sistemas La finalidad de un sistema es la razón de su existencia. El elemento de control está relacionado con la naturaleza de los sistemas. Una mayor desviación. para estudiar los problemas que enfrentan los ciudadanos y aprobar la legislación que los resuelva. denominados estándares y contra los que se comparan los niveles de desempeño actuales. cuando operan dentro de niveles de desempeño tolerables. sean cerrados o abiertos. el cual está formado por todos los objetos que se encuentran fuera de las fronteras de los sistemas. Los sistemas que interactúan con su medio ambiente (reciben entradas y producen salidas) se denominan sistemas abiertos. es esencial para el control. Un método para medir el desempeño actual. 2. para mejorar el desempeño. La información proporcionada al comparar los resultados con los estándares junto con el proceso de reportar las diferencias a los elementos de control recibe el nombre de retroalimentación. volver al camino y recobrar las esperanzas. En este caso. Un medio para comparar el desempeño actual contra el estándar.Siempre deben anotarse las actividades que se encuentran muy por encima o por debajo de los estándares para poder efectuar los ajustes necesarios. que es lo que caracteriza a los sistemas abiertos. los sistemas emplean un modelo de control básico consistente en: 1. Los sistemas que pueden ajustar sus actividades para mantener niveles aceptables continúan funcionando. 4. El concepto de interacción con el medio ambiente. tanto en la calidad de sus productos como la forma en la que éstos se fabrican. Para resumir. Recibir y evaluar la retroalimentación. permite al sistema determinar qué tan bien está operando. Un método de retroalimentación. . produce como salidas productos o servicios con un precio elevado pero de baja calidad. tarde o temprano dejan de trabajar. 3. por ejemplo. entonces es probable que las personas dejen de adquirirlos. Si una empresa. las figuras o gráficas de ventas bajas son la retroalimentación que indica a la gerencia que es necesario efectuar ajustes. Aquellos que no lo hacen. Un estándar para lograr un desempeño aceptable. por ejemplo. es importante porque ilustra un objetivo en el diseño de sistemas: construir sistemas que necesiten la menor intervención del medio externo para mantener un desempeño aceptable. es común tener varios niveles de sistemas interactuando entre sí. es decir. sin embargo. contiene subsistemas tales como los sistemas respiratorio y circulatorio. En general. los sistemas cerrados sostienen su nivel de operación siempre y cuando posean información de control adecuada y no necesiten nada de su medio ambiente. la autorregulación y el propio ajuste son objetivos de diseño en todos los ambientes de sistemas. Por consiguiente. . la realidad es que no existen sistemas cerrados. eléctricos y de control de emisiones. los sistemas pueden estar formados por varios niveles de sistemas o subsistemas. Los componentes que forman un sistema pueden ser a su vez sistemas más pequeños. El cuerpo humano. El concepto. Un automóvil tiene sistemas de combustión.En contraste. en situaciones de sistemas. Dado que esta condición no puede sostenerse por mucho tiempo. en general son inseparables. Desarrollo de software.2. Ciclo de vida de James Seen . Las diversas partes del proyecto pueden encontrarse al mismo tiempo en distintas fases de desarrollo. Figura 1.2 Ciclo de vida clásico del desarrollo de sistemas El desarrollo de sistemas. un proceso formado por las etapas de análisis y diseño. 6. Diseño del sistema. Determinación de los requerimientos del sistema. 4. En la mayor parte de las situaciones dentro de una empresa todas las actividades están muy relacionadas. El método del ciclo de vida para desarrollo de sistemas (SDLC) es el conjunto de actividades que los analistas. Implantación y evaluación. algunos componentes en la fase de análisis mientras que otros en etapas avanzadas de diseño. comienza cuando la administración o algunos miembros del personal encargado de desarrollar sistemas. Esta sección examina cada una de las seis actividades que constituyen el ciclo de vida de desarrollo de sistemas. diseñadores y usuarios realizan para desarrollar e implantar un sistema de información. detectan un sistema de la empresa que necesita mejoras. 3. 2. Investigación preliminar. y quizá sea difícil determinar el orden de los pasos que se siguen para efectuarlas. Prueba de los sistemas. 5. El método del ciclo de vida para desarrollo de sistemas consta de las siguientes actividades: 1. la solicitud de proyecto debe examinarse para determinar con precisión lo que el solicitante desea. Por otro lado.2. Cuando se formula la solicitud comienza la primera actividad de sistemas: la investigación preliminar. sin importar cuáles sean éstas. . si el solicitante pide ayuda sin saber qué es lo que está mal o dónde se encuentra el problema. antes de seguir adelante. entonces bastará con hacer una llamada telefónica. Si éste tiene una buena idea de lo que necesita pero no está seguro cómo expresarlo. la solicitud de proyecto debe estar claramente planteada. antes de considerar cualquier investigación de sistemas. la aclaración del mismo se vuelve más difícil.2. estudio de factibilidad y aprobación de la solicitud. En cualquier caso. Aclaración de la solicitud: Muchas solicitudes que provienen de empleados y usuarios no están formuladas de manera clara. Estudio de factibilidad: Un resultado importante de la investigación preliminar es la determinación de que el sistema solicitado sea factible. Esta actividad tiene tres partes: aclaración de la solicitud. empleado o especialista en sistemas.1 Investigación preliminar La solicitud para recibir ayuda de un sistema de información puede originarse por varias razones. el proceso se inicia siempre con la petición de una persona administrador. Por consiguiente. ¿cuál es la posibilidad de desarrollarla? 2.Después de aprobar la solicitud de un proyecto se estima su costo. En general. . El trabajo para el proyecto. Factibilidad operacional. ¿existirá cierta resistencia al cambio por parte de los usuarios que dé como resultado una disminución de los posibles beneficios de la aplicación? El estudio de factibilidad lo lleva a cabo un pequeño equipo de personas (en ocasiones una o dos) que está familiarizado con técnicas de sistemas de información. y es gente experta en los procesos de análisis y diseño de sistemas. las personas que son responsables de evaluar la factibilidad son analistas capacitados o directivos. la tecnología existente de software y el personal disponible? Si se necesita nueva tecnología. ¿será utilizado el sistema?. Aprobación de la solicitud.En la investigación preliminar existen tres aspectos relacionados con el estudio de factibilidad: 1. el tiempo necesario para terminarlo y las necesidades de personal: con esta información se determina dónde ubicarlo dentro de la lista existente de proyectos. Factibilidad económica. Si se desarrolla e implanta. ¿los beneficios que se obtienen serán suficientes para aceptar los costos? 3. ¿puede realizarse con el equipo actual. Factibilidad técnica. dicho equipo comprende la parte de la empresa u organización que participará o se verá afectada por el proyecto. Al crear el sistema. ¿Qué tan grande es el volumen de transacciones o de decisiones? 5. al trabajar con los empleados y administradores. ¿Existe algún problema? 7. ¿cuál es la causa que lo origina? . con frecuencia. deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave: 1. investigación detallada. (Es por esta razón que el proceso de adquirir información se denomina. ¿Qué es lo que se hace? 2.2. ¿Cómo se hace? 3. ¿qué tan serio es? 8. ¿Con qué frecuencia se presenta? 4. ¿Cuál es el grado de eficiencia con el que se efectúan las tareas? 6. Si existe un problema. Si existe un problema.) Los analistas.2.2 Determinación de los requerimientos del sistema El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. las soluciones que proponen y sus ideas para cambiar el proceso. los analistas estudian los datos sobre requerimientos con la finalidad de identificar las características que debe tener el nuevo sistema. sus opiniones sobre por qué ocurren las cosas. Conforme se reúnen los detalles.Para contestar estas preguntas. tiempos de respuesta y métodos de entrada y salida. las investigaciones detalladas requieren el estudio de manuales y reportes. en algunas ocasiones. . en forma personal. el analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa. Se emplean cuestionarios para obtener esta información cuando no es posible entrevistar. incluyendo la información que deben producir los sistemas junto con características operacionales tales como controles de procesamiento. muestras de formas y documentos con el fin de comprender el proceso en su totalidad. la observación en condiciones reales de las actividades del trabajo y. Asimismo. a los miembros de grupos grandes dentro de la organización. 2. El diseño de un sistema también indica los datos de entrada. que el software sea más confiable.3 Diseño del sistema El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. por otra. tales como discos y cintas magnéticas o incluso archivos en papel. Los analistas de sistemas comienzan el proceso de diseño identificando los reportes y demás salidas que debe producir el sistema. con esto se persigue asegurar. Es común que los diseñadores hagan un bosquejo del formato o pantalla que esperan que aparezca cuando el sistema esté terminado. Los procedimientos que se escriben indican cómo procesar los datos y producir las salidas. a la que denominan diseño físico. . Los diseñadores seleccionan las estructuras de archivo y los dispositivos de almacenamiento. Los especialistas en sistemas se refieren. Asimismo. aquellos que serán calculados y los que deben ser almacenados. por una parte. En muchas organizaciones. Lo anterior se efectúa en papel o en la pantalla de una terminal utilizando para ello algunas de las herramientas automatizadas disponibles para el desarrollo de sistemas.2. a esta etapa como diseño lógico en contraste con la de desarrollo del software. con frecuencia. que las pruebas sean completas e imparciales y. La información detallada del diseño se proporciona al equipo de programación para comenzar la fase de desarrollo de software. Los documentos que contienen las especificaciones de diseño representan a éste de muchas maneras (diagramas. Hecho lo anterior se determinan con toda precisión los datos específicos para cada reporte y salida. se escriben con todo detalle los procedimientos de cálculo y los datos individuales. tablas y símbolos especiales). las pruebas son conducidas por personas ajenas al grupo que escribió los programas originales. 4 Desarrollo de software Los encargados de desarrollar software pueden instalar (o modificar y después instalar) software comprado a terceros o escribir programas diseñados a la medida del solicitante.2.2. La documentación es esencial para probar el programa y llevar a cabo el mantenimiento una vez que la aplicación se encuentra instalada. se pueden contratar servicios externos de programación. Pequeñas. Por regla general. . los programadores (o analistas programadores) que trabajan en las grandes organizaciones pertenecen a un grupo permanente de profesionales. del tiempo disponible para escribir el software y de la disponibilidad de los programadores. Los programadores también son responsables de la documentación de los programas y de proporcionar una explicación de cómo y por qué ciertos procedimientos se codifican en determinada forma. La elección depende del costo de cada alternativa. donde no hay programadores. 2. con esto se persigue asegurar. las pruebas son conducidas por personas ajenas al grupo que escribió los programas originales. En ocasiones se permite que varios usuarios utilicen el sistema para que los analistas observen si tratan de emplearlo en formas no previstas. el sistema se emplea de manera experimental para asegurarse de que el software no tenga fallas. . que las pruebas sean completas e imparciales y. por otra. es decir que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga.5 Prueba de sistemas Durante la fase de prueba de sistemas.2. Se alimentan como entradas conjuntos de datos de prueba para su procesamiento y después se examinan los resultados. Es preferible descubrir cualquier sorpresa antes de que la organización implante el sistema y dependa de él. que el software sea más confiable. En muchas organizaciones. por una parte. Algunas veces se deja que los dos sistemas. por ejemplo en un departamento o con una o dos personas. instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. Sin embargo las organizaciones y los usuarios cambian con el paso del tiempo. las aplicaciones se emplean durante muchos años.6 Implantación y evaluación La implantación es el proceso de verificar e instalar nuevo equipo entrenar a los usuarios.2. el viejo y el nuevo. En otras circunstancias. trabajen en forma paralela con la finalidad de comparar los resultados. Sin importar cuál sea la estrategia utilizada.2. . el viejo sistema deja de utilizarse determinado día para comenzar a emplear el nuevo al día siguiente. los encargados de desarrollar el sistema procuran que el uso inicial del sistema se encuentre libre de problemas. incluso el ambiente es diferente con el paso de las semanas y los meses. Una vez instaladas. Dependiendo del tamaño de la organización que empleará la aplicación y el riesgo asociado con su uso. Cada estrategia de implantación tiene sus méritos de acuerdo con la situación que se considere dentro de la empresa. puede elegirse comenzar la operación del sistema sólo en un área de la empresa (prueba piloto). Después. acciones de ingeniería del software. y definir cada acción en cuanto a un conjunto de tareas que identifique el trabajo (y los productos del trabajo) que deben completarse para alcanzar las metas de desarrollo. productos del trabajó. . Sin importar el modelo del proceso seleccionado. y el ambiente en el que se ejecutará el trabajo. modelado. Pressman Roger. Se les llama "prescriptivos" porque prescriben un conjunto de elementos del proceso: actividades del marco de trabajo. Cada modelo de proceso prescribe también un flujo de trabajo.3 Modelos de procesos prescriptivos 2.3. aseguramiento de la calidad.1 Modelos prescriptivos Según el autor S. la organización debe adaptar el modelo de proceso resultante y ajustarlo a la naturaleza específica de cada proyecto. a las personas que lo realizarán. construcción y desarrollo. planeación. nos menciona que: Cualquier organización de ingeniería del software debe describir un conjunto único de actividades dentro del marco de trabajo para el (los) proceso(s) de software que adopte. También debe llenar cada actividad del marco de trabajo con un conjunto de acciones de ingeniería del software. tareas.2. los ingenieros de software han elegido de manera tradicional un marco de trabajo genérico para el proceso. el cual incluye las siguientes actividades dentro del marco: comunicación. esto es. la forma en la cual los elementos del proceso se interrelacionan entre sí. y mecanismos de control del cambio para cada proyecto. secuencial hacia el desarrollo del software. El modelo en cascada. algunas veces llamado el ciclo de vida clásico. Sin embargo. Es muy raro que los proyectos reales sigan el flujo secuencial que propone el modelo. en las décadas pasadas. A pesar de que el modelo lineal incluye iteraciones. concluyó que la naturaleza lineal del modelo en cascada conduce a "estados de bloqueo" en los cuales algunos .2. pero sólo cuando los requerimientos están bien definidos y son estables en forma razonable. que se inicia con la especificación de requerimientos del cliente y que continúa con la planeación. El cliente debe tener paciencia. los cambios confunden mientras el equipo de proyecto actúa. Con frecuencia es difícil para el cliente establecer todos los requisitos de manera explícita. El modelo en cascada es el paradigma más antiguo para la ingeniería del software. 3. la construcción y el despliegue para culminar en el soporte del software terminado. Como resultado. 2.3. una adaptación a un software contable debido a los cambios en las regulaciones del gobierno). lo hace de manera indirecta. sugiere un enfoque sistemático. las críticas a este modelo de proceso han ocasionado que aun sus más fervientes practicantes hayan cuestionado su eficacia. Esta situación se encuentra a veces cuando es necesario hacer adaptaciones o mejorías bien definidas a un sistema existente (por ejemplo. Una versión que funcione de los programas estará disponible cuando el proyecto esté muy avanzado. En un análisis interesante de proyectos reales. Entre los problemas que algunas veces se encuentran al aplicar el modelo en cascada están: 1. el modelado. Esto puede ocurrir también en un número limitado de proyectos de nuevos desarrollos.2 Modelo en cascada Existen ocasiones en que los requisitos de un problema se entienden de una manera razonable: cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal. Bradac. Un error grave será desastroso si no se detecta antes de la revisión del programa. El modelo en cascada lo requiere y se enfrentan dificultades al incorporar la incertidumbre natural presente en el inicio de muchos proyectos. el tiempo de espera puede superar el que se aplica en el trabajo productivo. puede servir como un modelo de proceso útil en situaciones donde los requerimientos están fijos y donde el trabajo se realiza. De hecho. de una manera lineal.miembros del equipo del proyecto deben esperar a otros para terminar tareas dependientes. hasta su conclusión. el modelo en cascada no es apropiado para dicho trabajo. El estado de bloqueo tiende a ser más común al principio y al final del proceso secuencial. Diagrama del modelo de cascada . Figura 2. funciones y contenido de la información). En la actualidad. el trabajo del software está acelerado y sujeto a una cadena infinita de cambios (de características. Con frecuencia. Sin embargo. y en el cuarto. podría realizar funciones básicas de administración de archivos.2. en el segundo incremento. Además. 2. el modelo incremental aplica secuencias lineales de manera escalonada conforme avanza el tiempo en el calendario.4 Modelos de procesos incrementales En muchas situaciones los requisitos iniciales del software están bien definidos en forma razonable. funciones de corrección ortográfica y gramatical.4. en el tercer incremento. desarrollado con el paradigma incremental en su primer incremento. pero el enfoque global del esfuerzo de desarrollo excluye un proceso puramente lineal. capacidades avanzadas de configuración de página. edición y producción de documentos. Por ejemplo. el software procesador de texto. Se debe tener en cuenta que el flujo del proceso de cualquier incremento puede incorporar el paradigma de construcción de prototipos. y tendría funciones más complejas de producción de documentos. .1 Modelo incremental El modelo incremental combina elementos del modelo en cascada aplicado en forma iterativa. En estos casos se elige un modelo de proceso diseñado para producir el software en forma incremental. Cada secuencia lineal produce "incrementos" del software. ediciones más sofisticadas. quizá haya una necesidad imperiosa de proporcionar de manera rápida un conjunto limitado de funcionalidad para el usuario y después refinarla y expandirla en las entregas posteriores del software. pero proporcionan al usuario la funcionalidad que necesita y una plataforma para evaluarlo. pero muchas características suplementarias (algunas conocidas. Como resultado de la evaluación se desarrolla un plan para el incremento siguiente.A menudo. se incorporan los requisitos básicos. El modelo de proceso incremental. Además. . otras no) no se incorporan. Los primeros incrementos son versiones "incompletas" del producto final. El plan afronta la modificación del producto esencial con el fin de satisfacer de mejor manera las necesidades del cliente y la entrega de características y funcionalidad adicional. Los primeros incrementos se pueden implementar con menos gente. Por ejemplo. los incrementos se pueden planear para manejar los riesgos técnicos. el modelo incremental se enfoca en la entrega de un producto operacional con cada incremento. El desarrollo incremental es útil sobre todo cuando el personal necesario para una implementación completa no está disponible. Es decir. Este proceso se repite después de la entrega de cada incremento mientras no se haya elaborado el producto completo. es iterativo por naturaleza. un sistema grande podría requerir la disponibilidad de un hardware nuevo que está en desarrollo y cuya fecha de entrega es incierta. Pero a diferencia de la construcción de prototipos. El producto esencial queda en manos del cliente (o se somete a una evaluación detallada). lo que permitiría la entrega de funcionalidad parcial a los usuarios finales sin retrasos desordenados. al igual que la construcción de prototipos y otros enfoques evolutivos. Si el producto esencial es bien recibido se agrega (si se requiere) más personal para implementar el incremento siguiente. al utilizar un modelo incremental el primer incremento es un producto esencial. Sería posible planear los primeros incrementos de forma que se evite el uso de este hardware. Diagrama del modelo incremental Figura 3: Diagrama del modelo incremental . La comunicación trabaja para entender el problema de negocios y las características de información que debe incluir el software. el enfoque DRA cumple con las actividades genéricas del marco de trabajo que ya se han presentado. 1) Para proyectos grandes. pero escalables. . La construcción resalta el empleo de componentes de software existente y la aplicación de la generación automática de código. y establece representaciones del diseño que sirven como base para la actividad de construcción del modelo DRA. La planeación es esencial porque varios equipos de software trabajan en paralelo sobre diferentes funciones del sistema. modelado de datos y modelado del proceso. El modelado incluye tres grandes fases la de modelado de negocios. los proyectos de DRA fallarán.2. 2) Si los desarrolladores y clientes no se comprometen con las actividades rápidas necesarias para completar el sistema en un marco de tiempo muy breve. el despliegue establece una base para las iteraciones subsecuentes. El modelo DRA es una adaptación a "alta velocidad" del modelo en cascada en el que se logra el desarrollo rápido mediante un enfoque de construcción basado en componentes. el proceso DRA permite que un equipo de desarrollo cree un "sistema completamente funcional" dentro de un periodo muy corto (por ejemplo. si éstas son necesarias.2 Modelo DRA El desarrollo rápido de aplicaciones (DRA) es un modelo de proceso de software incremental que resalta un ciclo de desarrollo corto. el DRA necesita suficientes recursos humanos para crear el número correcto de equipos DRA. Por último.4. Si se entienden bien los requisitos y se limita el ámbito del proyecto. de 60 a 90 días). Como otros modelos de proceso. la construcción de los componentes necesarios para el DRA será problemática. Diagrama del modelo DRA . y se alcanzará al convertir interfaces en componentes del sistema. cuando una aplicación nueva aplica muchas nuevas tecnologías). el enfoque DRA podría no funcionar. 5) El DRA sería inapropiado cuando los riesgos técnicos son altos (por ejemplo. 4) Si el alto rendimiento es un aspecto importante. Diagrama del modelo DRA Figura 4.3) Si un sistema no se puede modular en forma apropiada. por lo que se debe presentar una versión limitada para liberar la presión competitiva y de negocios. por lo tanto. las estrictas fechas tope del mercado imposibilitan la conclusión de un producto completo. los requisitos de los negocios y productos a menudo cambian conforme se realiza el desarrollo. En éstas y otras situaciones similares. los caracteriza la forma en que permiten que los ingenieros de software desarrollen versiones cada vez más completas del software. como todos los sistemas complejos. la ruta lineal que conduce a un producto final no será real. evoluciona con el tiempo.5 Modelos de proceso evolutivos El software. los ingenieros de software necesitan un modelo de proceso que haya sido diseñado de manera explícita para incluir un producto que evolucione con el tiempo. Los modelos evolutivos son iterativos.2. se tiene claro un conjunto de requisitos del producto o sistema esencial. pero todavía se deben definir los detalles de las extensiones del producto o sistemas. . Roger S. Pressman: “Un prototipo en papel o un modelo basado en PC que describa la interacción hombre-máquina. permite el desarrollo iterativo o bien la continua evolución. un prototipo que implemente algunos subconjuntos de la función requerida del programa deseado. es un modelo a escala de lo que puede ser realmente. Kendall menciona: “La elaboración de prototipos es una técnica de recopilación útil para complementar el ciclo de vida de desarrollo de un sistema tradicional” . la construcción un prototipo es una técnica que facilita al programador la creación de un modelo de software. a través de la recopilación de información. Pressman menciona: “La construcción de prototipos es un proceso que facilita al programador la creación de un modelo del software a construir. o un programa existente que ejecute parte o toda la función deseada.” De acuerdo con las definiciones.1 Construcción de prototipos Un prototipo. con la finalidad de crear un sistema que cumpla con un ciclo de vida de desarrollo. Modelo según Roger S.2. pero permite la retroalimentación por parte de los usuarios acerca del sistema. de forma que facilite al usuario la comprensión de cómo se producirá tal interacción. El prototipo de sistemas. pero no equivalente a lo que puede ser realmente el producto final. Kenneth E.” .5. en donde el usuario participa directamente en el proceso de desarrollo del mismo. dado que no siempre cuenta con las funciones del sistema final. De acuerdo con el modelo de prototipo según Roger S Pressman. Modelo de construcción de prototipos . Figura 5. un prototipo es aquel que describe una interacción entre la máquina y el hombre. dando también una visión de las funciones que el programa existente puede contener para así lograr una función deseada al finalizar el mismo. facilitando una comprensión de la forma en cómo se da esa interacción. Para propósitos ilustrativos se aprovechan las actividades genéricas del marco de trabajo expuestas páginas atrás. La otra es un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias. el software se desarrolla en una serie de entregas evolutivas.Modelo en espiral. Proporciona el material para el desarrollo rápido de versiones increméntales de software.2.. Cuando comienza este proceso evolutivo el equipo de software realiza actividades implicadas en un circuito alrededor de la espiral que tiene una dirección en el sentido del movimiento de las manecillas del reloj. y que se inicia desde el centro. . Una de ellas es un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema. que Boehm. Durante las últimas iteraciones se producen versiones cada vez más completas del sistema desarrollado. Durante las primeras iteraciones. propuso originalmente. es un modelo d proceso de software evolutivo que conjuga la naturaleza iterativa de la construcción de prototipos con los aspectos controlados y sistemáticos del modelo en cascada. la entrega tal vez sea un documento del modelo o un prototipo. Cuando se aplica el modelo en espiral. El modelo en espiral.5. mientras disminuye su grado de riesgo. Tiene dos características distintivas principales. Boehm describe este modelo de la siguiente manera: El modelo de desarrollo en espiral es un generador del modelo de proceso guiado por el riesgo que se emplea para conducir sistemas intensivos de ingeniería del software concurrente y con múltiples usuarios. Cada una de las actividades del marco de trabajo representa un segmento de la ruta en espiral. Un proceso en espiral se divide en un conjunto de actividades del marco de trabajo que define el equipo de ingeniería del software.2. el administrador del proyecto ajusta el número de iteraciones planeado que se requiere para completar el software.Los puntos de fijación en una combinación de productos de trabajo y condiciones incluidas a lo largo de la ruta de la espiral se consideran para cada paso evolutivo. El primer circuito alrededor de la espiral quizá genere el desarrollo de una especificación del producto. Por lo tanto. Si el concepto se desarrollará en un producto real. A diferencia de otros modelos de proceso que terminan cuando se entrega el software. Los costos y el itinerario se ajustan con base en la retroalimentación derivada de la relación con el cliente después de la entrega. en forma progresiva. el proceso continúa en la siguiente fase de la espiral y comienza un "proyecto de desarrollo de un producto nuevo". el cual se inicia en el centro de la espiral y continúa por múltiples iteraciones hasta que el desarrollo del concepto esté completo. los pasos subsecuentes alrededor de la espiral se pueden aprovechar para desarrollar un prototipo y después. . versiones más elaboradas del software. el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. El nuevo producto evolucionará a través de un número de iteraciones alrededor de la espiral. el primer circuito alrededor de la espiral podría representar un "proyecto de desarrollo del concepto". Además. Cada paso a través de la región de planeación resulta en ajustes al plan del proyecto. Figura 6. un circuito alrededor de la espiral se podría emplear para representar un "proyecto de mejoramiento del producto". En esencia. pero siempre que se inicie un cambio el proceso comienza en el punto de entrada aprobado (por ejemplo. la espiral. permanece operativa hasta que el software se retira. Modelo de espiral .Después. En ocasiones el proceso está inactivo. cuando se caracteriza de esta forma. mejoramiento del producto). Por ejemplo. se lleva a cabo al invocar las acciones siguientes: construcción de prototipos o modelado y especificación del análisis y diseño. pero se encuentran en diferentes estados. El modelo de proceso concurrente define una serie de eventos que dispararán transiciones de estado a estado para cada una de las actividades. durante los primeros estados del diseño (una acción de la ingeniería del software que ocurre en el curso de la actividad de modelación) no se detecta una inconsistencia en el modelo del análisis. La actividad de modelado que existió en el estado ninguno mientras se realizaba la comunicación inicial. el cual disparará la creación del análisis desde el estado realizado hasta el estado de en espera de cambios. ahora realiza una transición al estado en desarrollo. acciones y tareas de la ingeniería del software y sus estados asociados.3 Modelo de desarrollo concurrente Como menciona el autor S. Pressman. Todas las actividades existen de forma concurrente. al principio del proyecto la actividad de comunicación (no se muestra en la figura) ha completado su primera iteración y existe en el estado de en espera de cambios. la actividad de modelado se mueve del estado en desarrollo al estado de en espera de cambios. acciones o tareas de la ingeniería del software. otras actividades o tareas (por ejemplo. sobre el modelo de desarrollo concurrente.5.2. si el cliente indica cambios en los requisitos. . Sin embargo. llamado algunas veces ingeniería concurrente. la comunicación y la construcción) se representan de una manera análoga. definida para el modelo en espiral. la actividad de modelado. Por ejemplo. Roger. se representa en forma esquemática como una serie de actividades del marco de trabajo. La actividad de modelado puede estar en alguno de los estados destacados mencionados antes en cualquier momento dado. Por ejemplo. De forma similar. Esto genera el evento corrección del análisis del modelo. Figura 7. acciones y tareas de la ingeniería del software a una secuencia de eventos. define una red de actividades. acción o tarea en la red existe de manera simultánea con otras actividades.El modelo de proceso concurrente se aplica a todos los tipos de desarrollo de software y proporciona una visión exacta del estado actual de un proyecto. acciones o tareas. Modelo de desarrollo concurrente . En lugar de confinar las actividades. Los eventos generados en un punto de la red del proceso disparan transiciones entre los estados. Cada actividad. ya sea éste manual o automatizado. Muchas incluyen la facilidad de reportar dónde se utilizan los elementos del sistema. Las herramientas con mayor utilidad. . Apoyan el dibujo y revisión de diagramas de flujo de datos e iconos asociados con el análisis estructurado.6 Herramientas para el desarrollo de sistemas 2. o Herramientas para el diccionario Registran y mantienen descripciones de los elementos del sistema. están siendo ya automatizadas tanto para mejorar la eficiencia del analista como para permitir obtener del esfuerzo de análisis. Documentan procesos y actividades de decisión. Se utilizan para apoyar la tarea de identificar requerimientos. resultados más completos y exactos. en cualquier categoría. tales como grupos de datos. Asimismo incluyen programas para representación en diagramas de flujo.1 Herramientas para análisis Estas herramientas ayudan a los especialistas en sistemas a documentar un sistema existente.2. Estas herramientas incluyen: o Herramientas para recolección de datos Capturan detalles que describen sistemas y procedimientos en uso. o Herramientas para diagramación Crean representaciones gráficas de sistemas y actividades. Con frecuencia proporcionan la capacidad de examinar las descripciones del sistema para decidir si son incompletas o inconsistentes.6. procesos y almacenamiento de datos. y a determinar los requerimientos de una nueva aplicación. 2.6.2 Herramientas para diseño Las herramientas de diseño apoyan el proceso de formular las características que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades de análisis: o Herramientas de especificación Apoyan el proceso de formular las características que debe tener una aplicación, tales como entradas, salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos. o Herramientas para presentación Se utilizan para describir la posición de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. 2.6.3 Herramientas para el desarrollo Estas herramientas ayudan al analista a trasladar los diseños en aplicaciones funcionales. o Herramientas para ingeniería de software Apoyan el proceso de formular diseños de software, incluyendo procedimientos y controles, así como la documentación correspondiente. *Generadores de código: Producen el código fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. o Herramientas para pruebas Apoyan la fase de evaluación de un sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operación del sistema así como el grado de perfección alcanzado en comparación con las expectativas. La infusión de procesamiento computarizado, aunado con prácticas de diseño sofisticadas, está cambiando en forma dramática la manera en que se trasladan las especificaciones de diseño en sistemas de información funcionales. 2.7 Características del software a utilizar 2.7.1 Que es visual Basic Figura 8. Microsoft Visual Studio 2005 Visual Basic es uno de los tantos lenguajes de programación que podemos encontrar hoy en día. Dicho lenguaje nace del Basic (beginner`s all-purpose symbolic instruction code) que fue creado en su versión original en el dartmouth college, con el propósito de servir a aquellas personas que estaban interesadas en iniciarse en algún lenguaje de programación. Los diseñadores deseaban desarrollar un lenguaje de programación que los principiantes pudieran entender fácilmente. Es uno de los lenguajes de programación de alto nivel que pertenecen al paquete .net (otros lenguajes son c#, c/c++, etc.). Con visual basic.net se pueden escribir tanto programas convencionales como para internet. Las aplicaciones podrán mostrar una interfaz gráfica al usuario, o bien una interfaz de texto, como hacen las denominadas aplicaciones de consola. Basic ya no es más “un lenguaje para principiantes” sino que una perfecta alternativa para los programadores de cualquier nivel que deseen desarrollar aplicaciones compatibles para Windows. iniciarlos. etc. común para todos los lenguajes de dicha plataforma. invocar a sus métodos. A su vez. Por lo tanto. . que será el que la máquina virtual ejecutara (esto es. es un lenguaje máquina que no es especifico de ningún procesador.El paquete. motorola. En realidad se trata de un lenguaje de más alto nivel que otros lenguajes maquina: trata directamente con objetos y tiene instrucciones para cargarlos. Esto quiere decir que el código producido por el compilador visual Basic puede transportarse a cualquier plataforma (Intel. Pensando en internet esta característica es crucial ya que esta red conecta ordenadores muy distintos. así como para realizar operaciones aritméticas y lógicas. etc. si no de la máquina virtual de . es fácil entender entonces que una de las ventas significativas de visual Basic sobre otros lenguajes de programación es que es independiente de la plataforma (lo mismo podemos decir respecto a los demás lenguajes incluidos en . la máquina virtual posee un recolector de basura (para eliminar los objetos cuando no estén referenciados) y proporciona traductores del lenguaje intermedio a código nativo para cada arquitectura soportada.) Que tenga instalada una máquina virtual de . sparc.net incluye un compilador (programa traductor) de visual Basic que produce un código escrito en un lenguaje intermedio. se trata de compiladores jit (justo a tiempo). cada lenguaje de la plataforma tiene su compilador que produce código correspondiente a un lenguaje: msil). para controlar el flujo de ejecución.net).net y ejecutarse.net. Según lo expuesto. 2.7.2 Características de visual Basic Diseñador de entorno de datos: Es posible generar, de manera automática conectividad entre controles y datos mediante la acción de arrastrar y colocar sobre formularios o informes. Los objetos active x son una nueva tecnología de acceso a datos mediante la acción de arrastrar y colocar sobre formularios o informes. Asistente para formularios: sirve para generar de manera automática formularios que administran registros de tablas o consultas pertenecientes a una base de datos, hoja de cálculo u objeto. Asistente para barra de herramientas: Es factible incluir barra de herramientas personalizadas, donde el usuario selecciona los botones que desea visualizar durante la ejecución. La ventana de vista de datos proporciona acceso a la estructura de una base de datos. Desde esta también se acceso al diseñador de consultas y diseñador de base de datos para administrar y registrar. 2.7.3 Entorno de visual Basic Barra de título: muestra el nombre del proyecto y del formulario que se está diseñando actualmente. Barra de menús: agrupa los menús desplegables que contienen todas las operaciones que pueden llevarse a cabo con visual Basic. Barra de herramientas estándar: contiene los botones que se utilizan con mayor frecuencia cuando se trabaja con un proyecto. Simplifica la elección de opciones del uso de menús, archivo, edición, ver y ejecutar; además en el área derecha presenta la ubicación (coordenadas) y el tamaño del objeto seleccionado. Ventana del formulario: es el área donde se diseña la interfaz gráfica, es decir, es donde se inserta electo gráficos, como botones, imágenes, casilla de verificación, cuadros, listas, etc. Cuadro de herramientas: presenta todos los controles necesarios para diseñar una aplicación, como cuadros de texto, etiquetas, cuadros de listas, botones de comandos, etc. Ventana de proyecto: muestra los elementos involucrados en el proyecto, como formularios, módulos, controles, etc. Cada elemento puede seleccionarse en forma independiente para su edición. Ventana de posición del formulario: muestra la ubicación que tendrá el formulario en la pantalla, cuando ejecute la aplicación. Esta ubicación puede cambiarse si se hace clic en el botón izquierdo del mouse. La ventana de propiedades muestra todas las propiedades del control actualmente seleccionado, en este caso muestra las propiedad form1, luego podemos ver que dice “form1 form”, lo que está en negrita es el nombre del objeto, y lo que le sigue es el tipo de objeto, en este caso es un formulario form. 2.7.3.1 Ventajas o Es un lenguaje RAD. o Posee una curva de aprendizaje muy rápida. o Integra el diseño e implementación de formularios de Windows. o Permite usar con suma facilidad la plataforma de los sistemas Windows. o EL código en Visual Basic es fácilmente migrable a otros lenguajes. o Acostumbra a los desarrolladores a programas con eficiencia. 2.7.3.2 Desventajas o Sin aporte de microsoft desde el 4 de abril de 2008 (pero el msdn es muy completo). o No es multiplataforma (sin embargo se pueden usar emuladores e intérpretes para correrlos en otras plataformas). o Por defecto permite la programación sin declaración de variables. (que puede ser sencillamente corregida escribiendo la frase option explicit en el encabezado de cada formulario, en cuyo caso será menester declarar todas las variables a utilizar, lo que a la postre genera código más puro). o No permite programación a bajo nivel ni incrustar secciones de código asm. o Solo permite el uso de funciones de librería dinámicas (ddl). o Algunas funciones están indocumentadas (sin embargo esto ocurre en muchos lenguajes). o Es un lenguaje basado en objetos y no orientados a objetos. Sus lenguajes para consultas son tSQL y ansi SQL.1 Que es SQL Figura 9. Microsoft SQL server constituye la alternativa de microsoft a otros potentes sistemas gestores de bases de datos como son oracle o postgresql o mysql. Microsoft SQL Server El lenguaje de consulta estructurado o SQL (por sus siglas en inglés structured query language) es un lenguaje declarativo de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones en éstas.2. Una de sus características es el manejo del álgebra y el cálculo relacional permitiendo efectuar consultas con el fin de recuperar -de una forma sencilla información de interés de una base de datos.8. así como también hacer cambios sobre ella . Microsoft SQL server es un sistema para la gestión de bases de datos producido por microsoft basado en el modelo relacional.8 Manejador de bases de datos SQL (structured query lang) 2. . que permite el uso de comandos DDL y DML gráficamente.8. .2. Es común desarrollar completos proyectos complementando microsoft SQL server y microsoft access a través de los llamados adp (access data project). entre ellas . pero el servidor sólo está disponible para sistemas operativos windows. estabilidad y seguridad. Este sistema incluye una versión reducida. que se distribuye en forma gratuita. o Escalabilidad. para el desarrollo de aplicaciones más complejas (tres o más capas). a través de la implementación de aplicaciones de dos capas mediante el uso de formularios windows. De esta forma se completa la base de datos (microsoft SQL server). o Incluye también un potente entorno gráfico de administración. llamada msde con el mismo motor de base de datos pero orientado a proyectos más pequeños. microsoft SQL server incluye interfaces de acceso para varias plataformas de desarrollo. o Además permite administrar información de otros servidores de datos.2 Características generales de SQL o Soporte de transacciones. o Soporta procedimientos almacenados. o Permite trabajar en modo cliente-servidor.net. con el entorno de desarrollo (vba access). que en sus versiónes 2005 y 2008 pasa a ser el SQL express edition. donde la información y datos se alojan en el servidor y los terminales o clientes de la red sólo acceden a la información. En el manejo de SQL mediante líneas de comando se utiliza el sqlcmd. una interfaz rediseñada junto con una nueva barra de tareas y un sistema de redes domésticas simplificado y fácil de usar denominado Además de importantes mejoras en el rendimiento general del sistema operativo. Soporta diversas plataformas de procesadores: 32 y 64 bits. Diversas presentaciones se enfocaron en demostrar capacidades multitáctiles. al mismo tiempo que se realizarían esfuerzos para lograr un sistema más ligero.2. Y la empresa cuenta con varios equipos de cómputo con este sistema operativo por lo que están familiarizados con este sistema.9.9 Plataforma a utilizar 2. estable y rápido.1 Windows 7 Windows 7 se utilizara. Las ventajas que tiene Windows 7 es que ocupa menos memoria. tanto su nuevo kernel como el Sistema Operativo en sí. Figura 10. eso permite mayor control. Su velocidad para cargarse. por su funcionalidad ya que es más accesible al usuario porque es más fácil y rápido. la compatibilidad. Y sobre todo se utilizara este sistema para no quedarse atrás en los nuevos sistemas operativos. su seguridad permite ejecutar aplicaciones que solo están permitidos por el Administrador del Sistema. ya que todos los equipos de cómputo nuevos traen instalado este sistema. Windows 7 . manualmente. soporte para discos duros virtuales. que indica que están abiertas. Estos cambios se hacen para mejorar el desempeño en sistemas de pantalla táctil. Por ejemplo. Windows 7 añade soporte para sistemas que utilizan múltiples tarjetas gráficas de proveedores distintos (heterogeneous multi-adapter o multi-GPU). rendimiento mejorado en procesadores multinúcleo. que permite ver el escritorio al posar el puntero del ratón por encima. imágenes). .9. y las ventanas abiertas se muestran agrupadas en un único icono de aplicación con un borde. Estos iconos se han integrado con la barra «Inicio rápido» usada en versiones anteriores de Windows.2. vídeos. donde se pueden hacer tareas sencillas según la aplicación. aunque se pueden agregar más.La barra de tareas fue rediseñada. y se integraron en él las categorías de seguridad y el mantenimiento del equipo. música.2 Características generales de Windows 7 Windows 7 incluye varias características nuevas. Los accesos directos sin abrir no tienen un borde. También se colocó un botón para mostrar el escritorio en el extremo derecho de la barra de tareas. entre otros. las carpetas agregadas en la biblioteca «Vídeos» son: «Mis vídeos» y «Vídeos públicos». Ubicación y otros sensores. Se añadieron varios elementos al Panel de control. mejor rendimiento de arranque. un calibrador de texto ClearType. Solución de problemas. es más ancha. Haciendo clic derecho a cualquier aplicación de la barra de tareas aparece una jump list. iconos en el área de notificación. como mejoras en el reconocimiento de escritura a mano. Wordpad y la calculadora rediseñadas. y los botones de las ventanas ya no traen texto.Una característica llamada «Jump lists» guarda una lista de los archivos abiertos recientemente. una nueva versión de Windows Media Center y un gadget. El Centro de Seguridad de Windows se llama aquí Centro de actividades. sino únicamente el icono de la aplicación. y aplicaciones como Paint. Se añadieron las «Bibliotecas». que son carpetas virtuales que agregan el contenido de varias carpetas y las muestran en una sola vista. Administrador de credenciales. como un asistente para calibrar el color de la pantalla. DirectAccess y mejoras en el núcleo. Sirven para clasificar los diferentes tipos de archivos (documentos. CAPÍTULO III PROCEDIMIENTO Y ACTIVIDADES REALIZADAS . con el uso del manejador de base de datos SQL y visual BASIC.2 Definición de variables DEFINICIÓN DEFINICIÓN VARIABLE CONCEPTUA OPERACIONAL S L Variable independiente(x): Sistema para la administración de personal y pago de salarios. o Consulta de Información actualizada. o Pago de salarios.1. Consiste en organizar y controlar la información almacenada de los empleados y tener un control sobre la nómina en general. Variable dependiente(y): Administración y control en el manejo de la información de los empleados y el cálculo de la nómina. Es en un sistema automatizado que permite un mayor control sobre los procesos que se realizan en la empresa.1 Procedimiento 3. o Calculo de nómina. o Control en manejo de información. para la obtención de información.3. INDICADORES o Administración de la Información. el la . o Impresión de reportes y recibos. Diseñando un software interactivo. Realizando encuestas y entrevistas a los usuarios de la empresa. 3 Sujetos de estudio Se determinó como sujeto de estudio a: 1. La entrevista se estructuro en preguntas abiertas y de selección y el resultado obtenido sirvió como base para identificar los requerimientos que tiene dicha área y si el sistema será aceptado por los usuarios. con el objetivo de obtener la información correspondiente sobre el área de recursos humanos y conocer cómo se maneja la información referente a sus empleados. ya que es quien se encarga de realizar las actividades de captura de información del personal. y el cálculo de la nómina de todos los trabajadores. y como se controla el cálculo de la nómina del personal.1. Se elaboró un formato para la realización de la entrevista que constó de 20 preguntas.-Administrador de recursos humanos: Luis Roberto González Hernández. .3. procesos. Buscan especificar las propiedades. grupos comunidades. ya que comprende la descripción. qué se medirá (qué conceptos. o al menos visualizar. y la composición o procesos de estos fenómenos. registró análisis e interpretación de hechos actuales. En este tipo de estudio se selecciona una serie de cuestiones y se mide o recolecta información sobre cada una de ellas para poder describir lo que se investiga.3. En esta clase de estudios el investigador debe ser capaz de definir.) y sobre qué o quienes se recolectaran los datos). variables. las características y los perfiles de personas.1. etc. componentes. .4 Tipo de estudio El tipo de investigación a tratar es descriptiva. objetos o cualquier otro fenómeno que trabaja en el presente para que este se someta a un análisis. La observación debe realizarse en más de un espacio. por sí solo no es suficiente.3.1. La observación participante puede tener tres connotaciones.5 Técnicas para la recolección de información Entre las técnicas de recolección de datos que se utilizaron principalmente se encuentran la observación ya que es la técnica fundamental que ayuda a entender a todo investigador el porqué de los hechos. La segunda donde solo algunos saben el objetivo y finalmente una tercera donde todos saben cuál es el objetivo de la presencia del investigador. permite construirse una idea global de las relaciones y conductas frente a determinadas circunstancias. También se utilizó una entrevista de 20 pregunta dividida en tres segmentos con el fin de obtener información importante para el desarrollo de este proyecto. . debe considerar las circunstancias del entorno y la presencia de todos los elementos que constituyen la globalidad del momento observado. sin embargo. Esta técnica suele asociarse a otras para la realización de un diagnóstico. o La observación La observación es una técnica útil para el analista. Dentro de esta técnica tenemos la observación participante y la no participante. tanto cerrado como abierto. la primera de ellas es donde ninguno de los actores sabe cuál es el objetivo final de la presencia del investigador. las variables y relaciones que se quieren demostrar. Según el fin que se persigue con la entrevista. de forma tal que se pueda elaborar un cuestionario adecuado con preguntas que tengan un determinado fin y que son imprescindibles para esclarecer la tarea de investigación. sin que se requiera aún la profundización en la esencia del fenómeno. gradaciones cualitativas o cuantitativas de dichas propiedades que permitan medir con exactitud la dependencia entre las magnitudes estudiadas. los resultados a lograr en la misión dependen en gran medida del nivel de comunicación entre el investigador y los participantes en la misma. Al preparar la entrevista y definir las propiedades o características a valorar (variables dependientes o independientes). Cuando la entrevista es aplicada en las etapas previas de la investigación donde se quiere conocer el objeto de investigación desde un punto de vista externo. el entrevistador debe tener clara la hipótesis de trabajo. las preguntas a formular por el entrevistador. así como las preguntas de apoyo que ayudan a desenvolver la entrevista. Si la entrevista persigue el objetivo de adquirir información acerca de las variables de estudio. . así como calcular la correlación existente entre ellas aplicando métodos propios de la estadística matemática.o La entrevista La entrevista es una técnica de recopilación de información mediante una conversación profesional. ésta puede estar o no estructurada mediante un cuestionario previamente elaborado. se deja a su criterio y experiencia. con la que además de adquirirse información acerca de lo que se investiga. es necesario establecer calificaciones. tiene importancia desde el punto de vista educativo. la fidelidad a la hora de transcribir las respuestas y el nivel de confianza que tenga el entrevistado sobre la no filtración en la información que él está brindando. La entrevista es una técnica que puede ser aplicada a todo tipo de persona. las condiciones psicológicas del investigado. la estructuración de las mismas. la preparación que tenga el investigador en cuanto a las preguntas que debe realizar. niños que posean alguna dificultad que le imposibilite dar respuesta escrita. . así como la no influencia del investigador en las respuestas que ofrece el entrevistado. aun cuando tenga algún tipo de limitación como es el caso de analfabetos.El éxito que se logre en la entrevista depende en gran medida del nivel de comunicación que alcance el investigador con el entrevistado. limitación física y orgánica. Se realizó la interfaz del usuario de una manera sencilla. Se realizó la recopilación de la información necesaria. Se realizó la base de datos y la codificación del sistema. interactiva y adaptable al personal que lo manejara. Validación de datos de los módulos.3. Elaboración de manuales técnicos y usuarios. Se realizó un análisis de la información obtenida y posteriormente se diseñaron los módulos que contendrá el sistema de administración. original. clara. Análisis de la información obtenida. Diseño de la aplicación.2 Actividades realizadas Recopilación de la información. . también se crearon los módulos. Para esto se utilizaron diversos métodos de recolección de datos. Se determinaron las características que deberá poseer el sistema de administración de personal y pago de salarios. Desarrollo de módulos. que se maneja en el área administrativa y se determinaron los requerimientos de dicha área. Se examinó detenidamente toda la información que se obtuvo en la actividad anterior y se diagnosticaron las necesarias que se presentan en el área administrativa de la empresa. con el fin de comprender como funcionara el sistema en base a los estudios y documentación existentes en la empresa. Determinación de los requisitos del sistema. Así como también el hardware que se requiere para su implementación. CAPÍTULO IV RESULTADOS . 4.1 Diagrama contextual Recibo de pago Ficha de trabajador Empleado Sistemas de administración de personal y pago de salarios Ingresa Cargos Ingresa Obras Ingresa Usuarios Ingresa Trabajadores Ingresa nomina Administrador Listado de trabajadores Reporte de nomina Calculo de nomina Reporte de nomina Nomina . 4.2 Diagrama entidad-relación . NOMBRE CAMPO 1 clave_trabajador 2 3 4 5 6 7 8 9 10 11 12 13 14 15 DEL DESCRIPCION Es la llave primaria que almacena el número que identifica a un trabajador. Clave_obra Es la clave de la obra a la que pertenece el trabajador. Clave_cargo Es la clave del cargo que corresponde al puesto del trabajador. nombres Es el o los nombres del trabajador. salario Es el salario que corresponde a un día de labor.3 Diccionario de datos Tabla 1: Trabajador NO. TIPO TAMAÑO Entero(int) 11 Varchar 50 Varchar 50 Varchar 50 Entero(int) Varchar 11 50 Entero(int) Entero(int) datetime 11 11 ---- datetime ---- Varchar 50 Entero(int) 11 Entero(int) 11 float 8 image ---- . Nss Es el numero de seguro social. Tipo_contrato Es el tipo de contrato del trabajador (por ejemplo temporal o fijo). Fecha_ingreso Es la fecha en que el trabajador ingresa a la empresa.4. telefono Indica el numero de teléfono. Fecha_vencimiento Es la fecha en que al trabajador se le vence su contrato en caso de ser trabajador temporal. dependiendo del puesto desempeñado. apellidop Es el primer apellido del trabajador. direccion Indica la dirección del trabajador. apellidom Es el segundo apellido del trabajador. edad Indica la edad del trabajador. foto Es la fotografía del trabajador. Indica la información que describe a la obra en construcción. Indica la información que describe el cargo o puesto del trabajador. NOMBRE DEL DESCRIPCION TIPO CAMPO TAMAÑO 1 clave_obra Entero(int) 11 2 Descripción Varchar 50 3 direccion Varchar 50 4 Fecha_inicio datetime ---- 5 Fecha_termino datetime ---- Es la llave primaria que almacena el número que identifica a una obra. Indica el salario correspondiente a un día de trabajo dependiendo el cargo o puesto del trabajador. el valor puede variar. Indica la fecha en que inicia la obra a construir. NOMBRE DEL DESCRIPCION TIPO CAMPO TAMAÑO 1 clave_cargo Entero(int) 11 2 descripcion Varchar 50 3 Salario_diario float 8 Es la llave primaria que almacena el número que identifica a un cargo. . Indica la fecha en que se estima que la obra quede concluida.Tabla 2: Obras NO. Indica la dirección en donde se esta realizando la obra. Tabla 3: Cargos NO. Es el valor equivalente a disminuir por concepto de alguna deducción aplicada al trabajador. Indica el salario total del trabajador. Entero(int) 11 Es el valor equivalente a bonos de transporte. Es el valor equivalente a bonos alimenticios. Son las horas extras (En caso de que el trabajador labore horarios extras). Es el primer apellido del trabajador. Es la llave foránea que almacena el número que identifica a un trabajador. Es el valor equivalente a bonos extras. Es la fecha en que el empleado finalizo labores. Es el valor equivalente a disminuir por inasistencias. Indica la fecha en que el empleado inicio labores.Tabla 4: Nomina NO. Es el o los nombres del trabajador. NOMBRE CAMPO 1 Clave_nomina 2 clave_trabajador 3 Nombres 4 Apellidop 5 Apellidom 6 Salario 7 Inicio_periodo 8 Fin_periodo 9 Horas_extras 10 Bono_transporte 11 Bono_alimenticio 12 Bono_extra 13 Seguro_social 14 Inasistencias 15 Deducción_extra DEL DESCRIPCION TIPO TAMAÑO Es la llave primaria que almacena el número que identifica una nómina. Es el segundo apellido del trabajador. Es el valor equivalente a disminuir del seguro. Entero(int) 11 Varchar 50 Varchar 50 Varchar 50 float 8 datetime ---- datetime ---- Entero(int) 11 Entero(int) 11 Entero(int) 11 Entero(int) 11 Entero(int) 11 Entero(int) 11 Entero(int) 11 . NOMBRE CAMPO 1 clave_usuario 2 3 4 DEL DESCRIPCION Es la llave primaria que almacena el número que identifica a un usuario. TIPO TAMAÑO Entero(int) 11 Varchar 50 Varchar 50 datetime ---- . usuario Indica el nombre que utilizara para acceder al sistema contrasena Indica la clave secreta con la que se registrara el usuario. Nombre_completo Indica el nombre completo del usuario a registrar para poder acceder al sistema. esta clave se utilizara en la pantalla principal al momento de ingreso al sistema.Tabla 5: Usuarios NO. 4 Diagramas de casos de uso Caso de uso: Registro de empleados y cálculo de nómina. Calculo de nomina Creación de ficha de trabajador Emisión de recibos de pago Emisión de ficha del trabajador Emisión de recibo de pago .4. Actores: Administrador .Empleado Escenario: Ingresar al sistema Ingresar información de los empleados. Accede al sistema Ingresa nuevos empleados Crea la ficha del trabajador Creación de ficha de trabajador Calculo de nomina Calcula la nomina Emite la ficha ficha del trabajador Emite los recibos de pago Emisión de ficha del trabajador Emisión de recibo de pago EMPLEADO Proporciona sus datos.SISTEMA Ingresar al sistema ADMINISTRADOR Ingresar información de los empleados. . recibe su clave de trabajador y ficha y recibo de pago. 4.5 Diagrama de flujo de datos INICIO LEER USUARIO Y CONTRASEÑA SI USUARIO Y CONTRASEÑ A SON CORRECTOS NO Ingresar al sistema Ingresar información de los empleados. DATOS INCORRECTOS Creación de ficha de trabajador Calculo de nomina Emisión de trabajador ficha del Emisión de recibo de pago FIN . 4.6 Diagrama de clases Trabajador Clave_trabajador Nombres Obra Apellidop Cargos Clave_cargo Apellidom Clave_obra Edad Descripción Dirección Dirección Salario_diario Teléfono Fecha_inicio Alta Nss Fecha_termino Baja Fecha_ingreso Alta Modificación Fecha_vencimiento Baja Tipo_contrato Modificación Clave_cargo Clave_obra Salario foto Alta Baja Modificación Ficha trabajador Descripción . Nomina usuarios Clave_nomina Clave_usuario Clave_trabajador Nombre_completo Nombres Usuario Apellidop contrasena Apellidom Alta Salario Baja Inicio_periodo Modificación Fin_periodo Horas_extras Bono_transporte Bono_alimenticio Bono_extra Seguro_social Inasistencias Deducción_extra Alta baja Calculo de nomina Reporte de nomina Recibo de pago . bajas y cambios Consultas Nomina Listado de trabajadores Ficha de trabajador Cargos Usuarios Trabajador Nomina Crear Ficha de trabajador Trabajadores Calcular nomina Cargos Crear Recibos Obras Crear reportes Usuarios Reporte de nomina Recibo de pago .4.7 Diagrama del proyecto Administración Reportes Catálogos Obras Procesos Altas. 4. Solo los usuarios que el administrador del sistema registre podrán acceder al sistema con el usuario y la contraseña que se le asigne.8. .8.8 Pantallas del sistema 4. la cual muestra el progreso de inicio. 4. por medio de un usuario y una contraseña.1 Pantalla de bienvenidos Es la pantalla con la que inicia el sistema.2 Pantalla de inicio de sesión Es la pantalla de autentificación al sistema. . En este menú el administrador interactúa con el sistema. 4.3 Pantalla de menú principal Muestra un menú con seis diferentes opciones en el cual se puede seleccionar mediante una lista desplegable la pantalla que se desea visualizar. modifica y elimina registros de obras en construcción y se almacena en la base de datos.4.4 Pantalla de registro de obras En esta pantalla el administrador crea.8.8. 5 Pantalla de cargos desempeñados En esta parte el administrador crea.8. 4. modifica y elimina un registro de usuarios para poder acceder al sistema y se almacena en la base de datos.6 Pantalla de registro de usuarios En esta parte el administrador crea.8. modifica y elimina un registro de cargos desempeñados y se almacena en la base de datos.4. . 4. .8.7 Pantalla de cálculo de nomina En esta pantalla se calcula la nómina de cada trabajador. es donde se realizan las operaciones necesarias para realizar los cálculos correspondientes con el fin de determinar el salario de los trabajadores. modifica y elimina registros de trabajadores para poder acceder al sistema y se almacena en la base de datos.8 Pantalla de registro de trabajadores En esta parte el administrador crea.8. Dicha pantalla también almacena la fotografía del trabajador. .4. CAPÍTULO V CONCLUSIONES Y RECOMENDACIONES . Es por eso que al implementar el sistema de administración de empleados y pago de nómina la empresa constructora Dicop. Cabe destacar que con la realización de este proyecto. cumpliendo así con los objetivos propuestos.1 Conclusiones Al finalizar este proyecto. se dará un cambio radical ya que agilizara sus actividades y tendrán un mejor control y administración en el flujo de datos. se adquirieron conocimientos. es necesario buscar innovar utilizando las herramientas y los avances tecnológicos que día a día van surgiendo ya que son de gran ayuda en la reducción de tiempo y costos. La información es lo más valioso que posee una empresa es por esta razón por la cual se desarrolló un sistema el cual pudiera ayudar en cierta forma al manejo de la información relacionada con los empleados así como poder determinar cuál sería su salario durante los días trabajados. se llegó a la conclusión de que hoy en día en cualquier empresa que sea. y se reforzaron ciertos conceptos y .5. Una primera recomendación que se desprende del estudio es la de Cuáles son los criterios (a varios niveles) para implementar un proyecto de explotación con el ya existente. que debe estar ahí para cualquier duda o aclaración en un futuro. Es necesario que el sistema ofrezca un respaldo. . sin embargo aún hay muchas mejoras que se le pueden adaptar. El sistema cumplió con los objetivos planteados. el sistema debe explotarse al máximo. El sistema debe ser puesto a prueba con el fin de verificar los resultados que arroja.2 Recomendaciones Las empresas hoy en día manifiestan su deseo de implementar este tipo de herramientas en un corto plazo.5. El número de empleados no es forzosamente un determinante sin embargo a medida que la organización o colaboradores dependientes son mayores. lenguajes-de-programacion.Pressman.html. 7. (1992). Roger.org/wiki/Modelo_entidad-relaci%C3%B3n.edu.es/~mmarques/f47/apun/node7. México: Alfa omega grupo editor. Márquez Andrés María Mercedes (2001). 5.Senn. México: McGraw-Hill.kioskea. 4. Consultado en 03/12/12 en http://es.brioazul. Consultado en 03/12/12 en http://www3.pdf. Un enfoque práctico.org/wiki/Microsoft_SQL_Server. Rena (2008). Consultado en 03/12/12 en http://www. 12. México: McGraw-Hill. Lenguajes de programación. (2005). Microsoft Visual Basic.mx/paginas/informatica/programacion/lenguajes_pr ogramacion. Ceballos Fco. (2009).com/lenguajes-deprogramacion. Consultado en 03/12/12 en http://www. 10. Sistemas de información. php3. A. S.html. Javier (2006).wikipedia.Bibliografía 1. Sistema de información.net/contents/systeme-d-information/si-systeme-dinformation. Modelo Entidad-Relación. Microsoft SQL Server. Ventajas e inconvenientes de los sistemas de bases de datos . 6. 11. Consultado en 03/12/12 en http://es.shtml. Mexico: Alfa omega Grupo Editor. Microsoft SQL server 2005. londres: DK direct limited.com. guia completa. Pérez. en . Cesar (2007). 9.rena. Kindersley Dorling (1996). 2. James. 3. Consultado en 03/12/12 http://es. Consultado en 03/12/12 en http://www. Limited.wikipedia. Multimedia. Lenguajes de programación. administración y análisis de bases de datos.ve/cuartaEtapa/Informatica/Tema10. Análisis y diseño de sistemas de información. 8. Ingeniería de software.uji.net Lenguaje y Aplicaciones.
Copyright © 2024 DOKUMEN.SITE Inc.