Requerimientos o requisitos del software

Diagrama de uso

 

 Breve Resumen del proceso

El personal del centro asistencial del seguro social (Servidor Publico Responsable) se dirige a la oficinas administrativas del seguro social para  realiza la entrega de relación y soportes de las pacientes que asisten al ambulatorio del seguro social, realiza la entrega al personal encargado de las prestaciones el mismo valida que los recaudos estén completos para proceder ha realizar el registro de dichos pacientes y realizar el kárdex (Forma 14-88) realizan el calculo de los días que se deben se liquidad  validando si los el paciente posee algún otro reposo que sea sucesivo para sumar esos días a su liquidación, luego  de registrar los datos genera una planilla de los pacientes que asistieron ese mes para realizar en envío de esta planilla al personal administrativo del área de prestaciones y liquidación.

Diagrama de Clases

Básicamente para el diagrama de clase expresamos las tablas principales que se deben tener al momento de generar la base de datos, aquí especificamos el nombre de las clases de las cueles tenemos las siguientes atributos y eventos:

 

Sistema para  llevar el control de Liquidación de las Indemnizaciones Diarias de los pacientes de Instituto Venezolano de los Seguros Sociales ubicado en Calabozo Estado Guárico

El desarrollo de la siguiente propuesta consiste en plantear un sistema de control de Liquidaciones de Indemnizaciones Diarias de los asegurados del IVSS, ya que este procedimiento actualmente se realiza de manera manual donde los asegurados que asisten al Centro Asistencial del IVSS ubicado en la urbanización Misión de Arriba en Calabozo estado Guárico. El asegurado entrega en el Centro Asistencial (Unidad de Prestaciones) los siguientes recaudos:

·        Fotocopia de la Cedula de Identidad.

·        Certificado de Incapacidad validada (Forma 14-73).

·        Comprobante de Consignación de Datos (Forma 14-52).

·        Planilla de Inscripción (Forma 14-02).

·        Cuenta Individual.

                  Una vez que se reciben estos recaudos se procede a liquidar.

Requerimiento del entorno

El diseño se presenta primeramente como una propuesta bajo el lenguaje de programación PHP, soportado en la base de datos de MySQL ya que el mismo funciona con el sistema operativo que se utiliza actualmente en el IVSS, como lo es el Microsoft Windows XP, en dicha institución se cuenta con diversos equipos. Ha continuación indicaremos las características del equipo donde se realizar ejecución del sistema en el departamento de afiliación este equipo presenta posee las siguientes condiciones:

•   Hardware

Lenovo ThinkCentre E50

·        Memoria RAM 1 GB Expandible hasta 2 GB

·        Disco Duro 80GB

·        Procesador Intel pentium 4 CPU 3.07 GHz.

·        Unidad de CD ROM 48X

·        Unidad de diskette 3,5” 1,44 MB

·        Teclado en español y mouse óptico

·        Módem 56 Kbps

·        Procesador de video integrado “Intel Extreme Graphics”

·        Audio SoundMax con cornetas externas

·        Tarjeta Ethernet 10/100

·        Puertos: 6 USB, Serial, Paralelo, de entrada para micrófono y de salida para audio

·        Monitor SVGA 15”

Impresora Epson Stylus Photo T22

• Software

Sistema Operativo Windows XP Home programas, Office 2007, Antivirus McAfee, entre otros

Nota: Información suministrada por departamento de informativa del Seguro Social de Calabozo Estado Guárico.

Requerimientos ergonómicos

            El IVSS cuenta con un espacio acorde con sus necesidades ya que su espacios se ajusta ha la cantidad de procesos y público que se dirige a dicha Institución, en el departamento de Afiliación que es donde se ejecuta el proceso de Liquidación cuenta con su equipo completo incluyendo impresora, intranet, escritorio de oficina, silla cómoda para el uso del empleado, aire acondicionado, el ambiente se ajusta a las necesidades del empleado, publico y sistema que se maneja en dicha entidad, por ende certificamos que no es necesario la remodelación o adquisición de equipo ya que la mismas se encuentra en optimas condiciones para la implantación del sistema.

Requerimientos de interfase

Actualmente el IVSS maneja un sistema interno donde se vinculan datos vía online para que el público y empresas puedan realizar ciertas operaciones y consultas  a continuación presentamos la interfase  de acceso al  público y del empleado:

Acceso Público

            Acceso Interno

Pantallas del sistema a realizar

Pantalla Principal

Ingreso de pacientes

Búsqueda de Pacientes

Listado de pacientes

Cambio de Clave

Ayuda

Salida del sistema

Requerimientos funcionales

La propuesta se realiza con el fin de agilizar el proceso de liquidación que se realiza en el IVSS, ya que la herramienta utilizada actualmente para este proceso retraza el proceso de los cálculos de Liquidación de las Indemnizaciones Diarias. Esta propuesta trabajaría con una Historia de Asegurados ya existente la cual contiene: Código de Diagnostico, Periodo de incapacidad del asegurado, Días de incapacidad del asegurado, Nº de Relación y Fecha de Liquidación.

Requerimiento de desempeño

El sistema se realiza bajo la misma interfase que tiene el sistema del IVSS, donde solo se podrá realizar un proceso a la vez por seguridad de registro de los procesos y adicional del sistema, pero aun así el sistemas será  rápido solo se necesita tener acceso a la intranet y de acuerdo al mismo se vera la rapidez del sistema, donde podrán ingresar los distintos empleados ya que cada uno de acuerdo a su clave podrá acceder por región y la misma no generara inconvenientes con ingresos simultaneo a la misma operación y podrá ser ejecutado desde cualquier sede donde se tenga acceso ha la intranet del IVSS, la ejecución del mismo requiere de un buen equipo por la base de datos que en la misma se maneja y dicha institución cuenda con los requisitos necesarios para el desempeño correcto y veraz del sistema a realizar.

Requerimiento de disponibilidad

El sistema ha realizar será de durabilidad ya que contaría con el manteniendo que se le realiza ha los sistemas periódicamente en el IVSS, no se degradaría ya que de igual manera siempre se están actualizando y mejorando los procesos que en dicha institución se realizan, se podrá implantar no solo en esta institución si no en otras áreas donde se realizar cálculos o liquidaciones tomando en cuenta el procesos y será ajustando  el sistema a las necesidades de otras áreas ó empresas así que podrá ser ejecutado bajo cualquier plataforma.

Requerimiento de entrenamiento:

El personal que labora en el IVSS de calabozo Estado Guárico cuenta con la experiencia necesaria acerca del manejo de computadoras y sistema, ya que dicho personal es un personal profesional , mas sin embargo se contara con un manual de ayuda cargado en el mismo sistema este manual contara no solo con la información de cada campo sino con un demo anexado en el manual de ayuda donde se muestra gráficamente como se debe realizare el vaciado de información y proceso del mismo , cada uno del campos tendrá su nombre e indicaras su utilidad esto en su respectivo idioma en este caso el español, ahora bien al cargar esta información la mismas e debe mostrar vía online en la pagina de acceso  el publico del IVSS, donde de igual manera tendrá en este caso un link con un demo de ayuda para el publico, es decir el sistema contara con 2 manuales un apara el empleado y otro para el publico, dicho manual adicional se entregada en CD  serán  gráficos y visuales.

Requerimiento estricciones de diseño

Hasta el momento en el desarrollo de esta investigación no se han  tenido limitantes paras su realización, mas bien hemos contado con el apoyo de esta institución para la elaboración del mismo nos han suministrado  la información necesaria para la elaboración de dicho sistema.

Materiales

La entrega del sistema se relazara en un CD  donde el mismo  tendrá si instalador y manual para ejecutar la instalación del mismo.

-------------------------------------------------------------------------------------------------------------------------

7.4. Exponer algunos de los problemas que pueden surgir cuando los requisitos deben obtenerse de tres o cuatro clientes.

A la hora de obtener los requisitos de un software se ven involucrados muchos clientes, complicando así la tarea del ingeniero de software debido a que cada persona o cliente interesado en el sistema tiene una visión diferente comparada con el resto del grupo. Esto ocurre porque los requisitos del software se explotan desde muchos puntos de vista.

Cuando hay tantas personas involucradas en el proceso de obtención de información es lógico que no se llegue a un acuerdo único y preciso de lo que en realidad debe hacer el sistema y que debería tener, dificultando el trabajo del ingeniero encargado del proceso de recolección de información porque cada departamento que contribuye para la elaboración del software ve como necesidad prioritaria algo que optimice y facilite sus tareas haciendo casi imposible obtener requisitos que coincidan entre si.

           
A continuación se presentan algunos problemas que pueden surgir cuando existen muchos clientes en el proceso de recolección de requisitos:

• Es muy difícil llegar a un acuerdo específico.
• Los puntos de vistas difieren muchos entre si.
• Se hace difícil determinar lo que es necesario para el sistema.
• Podría generar conflictos y pleitos internos.
• Cada persona va a pretender un sistema con características con las cualas ya estén familiarizadas.

7.17. ¿Qué se cree que suceda cuando la validación de requisitos descubre un error? ¿Quién es el indicado para corregir el error?

7.11.b. Desarrolle un caso de uso en el cual se utilice una tarjeta de crédito para una comida en un restaurante.

               Puede haber imprecisión en los requisitos de software, inconsistencia, omisiones y/o errores. Se tendría que revisar todas los procesos que ocurren antes de llegar a la revisión técnica para saber que se hizo mal, que se pudo haber omitido o donde hay un error que no permite un funcionamiento optimo del sistema a realizar.

              
El indicado para corregir el error son todos aquellas personas que participaron en la recolección de información y requisitos, es decir, toda persona que interactúa con el sistema a construir (Ingenieros de sistemas y clientes).

__________________________________________________________________________________________ 

UNIDAD I

Los requerimientos del software podemos definirlos como la característica, condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Aun que parece simple determinar los requerimientos o requisitos de un software, es un proceso complejo ya que trata de sistematizar un procediendo  con el fin de acortar el riesgo del fracaso en el logro del objetivo por medio de diversas técnicas. En ocasiones dar con estos requerimientos no es tan sencillo por que el cliente que necesita el sistema no tiene una idea clara de que es lo que quiere o que es lo que el software debería tener.

Los requerimientos del software cumplen un papel primordial en el proceso de la creación del software, ya que se basa  en un área fundamental para lo que se desea producir o elaborar. Su principal atribución consiste en la generación de especificaciones análisis y detalles que describan con claridad,  en forma consistente y precisa, el comportamiento del sistema o su proceso por lo que estos requisitos, nos proporcionan un mecanismo apropiado para la elaboración de un software con el fin de minimizar los problemas relacionados al desarrollo de sistemas.

Necesidades, objetivos y actores relacionados con los  requisitos del software

Es necesario y fundamental ya que facilita el entendimiento, la elaboración, diseño y funcionamiento de un sistema para  trabajaran en la solución del mismo  minimizando así  los riesgos asociados en la construcción del software.

El objetivo de los requisitos de software es hacer que los mismos logren un estado óptimo antes de alcanzar la fase de diseño en un proyecto ya que al entender las verdaderas necesidades del proceso disminuyen los conflictos que se pueden presentar en la elaboración del software.

En la construcción y desarrollo de proyectos se aplican métodos y técnicas para resolver los problemas teniendo como diversos objetivos

1.       La mejora de la calidad de los productos de software

2.       Aumentar la productividad y trabajo del software.

3.       Facilitar el control del proceso de desarrollo de software.

4.       Suministrar a los desarrolladores las bases para construir software de alta calidad en una forma eficiente.

5.       Definir una disciplina que garantice la producción y el mantenimiento de los productos software desarrollados en el plazo fijado y dentro del costo estimado.

Los actores relacionados con la elaboración de un software son todas aquellas  las personas, maquinas y proceso involucrados que adicional interactúan con el ambiente que rodea el sistema que se esta desarrollando, teniendo en cuenta que estos actores pueden ser internos o externos.

Importancia de la ingeniería de  requisitos en la práctica

La ingeniería de requisitos en la práctica proporciona un mecanismo completamente apropiado para entender lo que un cliente quiere. Permite analizar las necesidades, ver si es factible buscar soluciones razonables y conseguir una solución única y especifica.

La ingeniería de requisitos nos ayuda a entender mucho mejor un problema. Analizando los procesos del sistema para ir formando detalles y estructuras que nos hacen ver y  comprender que es lo que el  cliente quiere en realidad  y que es lo que el software debe llevar adicional de verificar  cual será el impacto del software y como interactuaran los todos usuario en la construcción el software.

Levantamiento y recolección de requerimientos.

Cuando se estudia una organización, ante la incógnita de conocer todas las interrelaciones (Sobre todo en las personas), que se dan en ella, se recurre al estudio de los procesos de investigacion, que permita estudiar una característica o un conjunto de los procesos que se realizan para poder elaborar el diseño del software.

Entre las técnicas mas utilizadas en la actividades de ingeniería de requisitos se encuentran las entrevistas y los cuestionarios se emplean para reunir informacion proveniente de personas o de grupos, adicional a estas técnicas  también se encuentran técnica JAD  y la FAP que son una metodologías usadas  para definirlos requerimientos y de diseño de la interfaz de usuario. Es un proceso estructurado para la recopilación y negociación de los requerimientos.

A continuación se presentan detalladamente las técnicas JAD Y FAP

Técnica   JAD

* Permite a los usuarios, diseñar sistemas en forma conjunta, en sesiones grupales.

* Promueve la cooperación, el entendimiento y el trabajo grupal entre distintos grupos de usuarios.

Roles del JAD

* Líder de la sesión.

* Representante de los usuarios.

* Especialista.

* Analista.

* Representante de SS.

Líder de Sesión

* Facilitador de JAD.

* Dirige el proceso.

* Facilita el debate y la preparación de documentos.

* Trata con el sponsor de JAD para acordar quién debe asistir las reuniones.

* Acordar la agenda con los participantes.

Plan JAD

El líder de la sesión guía a los participantes a lo largo de ocho tareas predefinidas. Ellas son:

Orientación.

* Definición de requerimientos de alto nivel.

* Límites y alcances del sistema.

* Identificar y estimar tiempos de los Diseños JAD.

* Identificar los participantes de los Diseños JAD.

* Programar días y horarios para los Diseños JAD.

*Acordar los puntos y consideraciones de la documentación a generar del Plan JAD.

Diseño JAD. Sesión de Diseño

*Orientación. Revisión y refinación de los requerimientos y alcance del Plan JAD.

*Desarrollar diagrama de flujo del trabajo.

*Desarrollar descripción del flujo de trabajo.

*Identificar funciones y grupos de datos del sistema.

*Especificar los requerimientos de procesamiento.

*Acordar los puntos y consideraciones de la documentación a generar del Diseño JAD.

Libros de Trabajo

*Formas predefinidas para los grupos, para que sean completadas durante la sesión.

*Formularios de participantes.

*Formularios de resultados.

*Formularios de estimaciones.

*Formularios de salidas por pantalla.

*Formularios de reportes.

*Formularios de descripción de interfaces y de descripción de funciones.

 JAD y el proceso de Requerimientos

*La articulación del concepto de producto, requerimientos, medición de resultados.

*Análisis de problemas.

*Estudios de factibilidad y análisis de opciones de costo-beneficio.

*Análisis y modelado.

*La documentación de requerimientos.

JAD y la comunicación humana

*La identificación de varios puntos de vista.

*La conciliación de los puntos de vista.

*La revisión por parte del usuario de los modelos desarrollados.

*El análisis de los propios problemas del usuario y la identificación de la necesidad de cambio.

Tecnica(FPA)

o      Mide el tamaño del software desde el punto de vista del usuario. Medir la funcionalidad del producto.

o      Es independiente de la tecnología usada para el desarrollo e implementación.

o      Se aplica a partir de los documentos de requerimientos y a lo largo del ciclo de vida del software.

o      Los enfoques para estimar Puntos Función (FunctionPoints - FP) facilitan la estimación temprana de un proyecto de software (costo, esfuerzo, cronograma) cuando los requerimientos no están completamente definidos.

Medición

o      Es una práctica de administración Probada en el tiempo.

o      No se puede administrar lo que no se puede medir.

o      Herramienta para determinar el tamaño del requerimiento, extrapolar la productividad y la calidad.

o      Se mide para entender y mejorar procesos.

Clases de medición

o      Medición: Cuantificación directa.

Estatura de una persona.

Cálculo: Cuantificación indirecta.

A partir de la combinación de medidas se obtiene el valor del atributo de interés.

Ejemplo: medir la velocidad a partir de la distancia y el tiempo.

Medición del Software

o      Se miden las características para saber si los requerimientos son consistentes y completos.

o      Los administradores de proyectos miden procesos y productos para determinar tiempos de entrega y costos.

o      Incluyen las siguientes actividades:

Estimación de costo y esfuerzo.

Medidas de productividad.

Recolección de datos.

Medidas de calidad y confiabilidad.

Complejidad.
Métodos y herramientas.

Beneficios de la medición

o      Entender que está ocurriendo en el desarrollo y mantenimiento para mejorar las relaciones entre actividades.

o      Control de lo que ocurre en el proyecto, para predecir lo que ocurrirá y los cambios a realizar.

o      Mejorar los procesos y productos, aumentando las revisiones del diseño se incrementa la calidad.

Medición del tamaño del sistema

Tamaño del procesamiento de información

o      Entradas

o      Salidas.

o      Otros

Requerimientos técnicos.

o      Performance.

o      Facilidad de uso.

o      otros

Tamaño del sistema desde los requerimientos del usuario

Beneficios del FPA

o      Mejorará la definición de los requerimientos.

o      Comunicar requerimientos funcionales.

o      Estimar esfuerzo, agenda y costos basado en requerimientos.

o      Evaluar la factibilidad de un proyecto.

o      Administrar los cambios.

o      Mejorará el mantenimiento y soporte.

o      Medir la productividad.

o      Verificar la completitud.