UNIVERSIDAD DON BOSCO

FACULTAD DE INGENIERÍA

ESCUELA DE CIENCIAS DE LA COMPUTACIÓN

CÁTEDRA:

INGENIERÍA DE SOFTWARE / GT: 01

DOCENTE:

ING. MILTON NARVÁEZ

ACTIVIDAD:

“PROYECTO DE CÁTEDRA – FASE I – REQUERIMIENTOS DEL SOFTWARE”

ESTUDIANTE: FLAMENCO QUIJADA, VÍCTOR MANUEL GÓMEZ HERNÁNDEZ, KEVIN ERNESTO SERPAS GONZÁLEZ, JOSUÉ ALEJANDRO

CIUDADELA DON BOSCO, 27 DE AGOSTO DE 2014

ÍNDICE

Introducción ............................................................................................................ 2

1. Antecedentes del Proyecto ............................................................................... 3-4

2. Propósito (Planteamiento del problema) ........................................................... 5-6

3. Objetivos del proyecto ........................................................................................ 7

3.1. General ............................................................................................................ 7

3.2. Específicos ...................................................................................................... 7

4. Análisis de requerimientos ............................................................................... 8-14

4.1. Determinación del alcance del sistema ............................................... 8-9

4.2. Obtención de requisitos .................................................................... 9-10

4.3. Elaboración de requisitos ................................................................. 10-11

4.4. Negociación de requisitos .................................................................... 11

4.5. Perspectiva del producto - Interface de Usuario ............................... 12-13

4.6. Características de usuarios ................................................................. 14

5. Modelo del Ciclo de Vida del Software ............................................................ 15-17

6. Factibilidad del proyecto ................................................................................. 18-20

6.1. Factibilidad técnica .............................................................................. 18

6.2. Factibilidad operativa (recursos y plan de formación) ....................... 19-20

7. Fuentes de información ..................................................................................... 21

8. Glosario de términos .......................................................................................... 22

9. Anexos ............................................................................................................ 23-26

9.1. Roles del Equipo de proyecto .............................................................. 23

9.2 Documentos utilizados en la empresa .............................................. 24-25

2

INTRODUCCIÓN

En el presente documento, se aborda en detalle la fase inicial de análisis para el

desarrollo de un software de control para una empresa de laboratorio clínico,

especificando cada uno de los apartados que se ven implicados en el levantamiento

de los requerimientos del software, tomando como base diversos aspectos que se

especifican en la Norma ISO 12207, con respecto al ciclo de vida del software, y en

el PMBOK con respecto a la formulación de proyectos.

Antes de abordar el análisis de los requerimientos, se detallan los antecedentes del

proyecto, generando así un punto de partida con las experiencias que ha tenido la

empresa a lo largo de sus actividades. Posteriormente, se establece el

planteamiento del problema a resolver, dónde se abordan las diversas dificultades

y deficiencias que presenta la empresa, principalmente en su organización y

definición de sus procedimientos, consecuentemente se plantea de manera general

la ventaja competitiva que aportará el sistema.

Para el análisis de los requerimientos, se proporciona información del

funcionamiento actual de la empresa que solicita el software, así como de las

razones que justifican el desarrollo del mismo. Se detallan los resultados de la

negociación de los requerimientos, dónde se especifican claramente las funciones

que deberá cumplir el software en empresa, con la debida justificación de éstas,

dando lugar así al diseño inicial de la interfaz del usuario del software.

Además del planteamiento inicial de las funciones y requerimientos del sistema, se

aborda la factibilidad el mismo, principalmente en el aspecto operativo y de tiempo,

determinando la viabilidad del mismo.

3

1. ANTECEDENTES DEL PROYECTO

La empresa Laboratorio Clínico Medical Test es una empresa creada en abril de

1999 por dos profesionales graduadas en Licenciatura en Laboratorios Clínicos de

la Universidad de El Salvador.

Inicialmente se graduaron de auxiliares de enfermería de cursos especiales

impartidos por el Hospital Militar y posteriormente iniciaron sus estudios superiores

universitarios pasando del departamento de enfermería al departamento de

Laboratorio Clínico. Después de trabajar varios años y especializarse en sus

diferentes unidades de laboratorio clínico, se unieron para conseguir financiamiento

y viajar para comprar el equipo básico necesario para iniciar el laboratorio.

Posteriormente, obtuvieron tanto la aprobación de la Junta de vigilancia como el

número registro y funcionamiento.

Actualmente al laboratorio clínico Medical Test tiene 15 años de estar funcionando,

tiene una buena cartera de pacientes, empresas privadas que realizan chequeos

periódicos a su personal operativo y con instituciones del estado.

Diseño estratégico

Misión

Brindar a nuestros clientes una alternativa de diagnósticos clínicos integrales

que generen bienestar y salud mediante la mejora continua de nuestros

servicios clínicos.

Visión

Nuestra visión es ser referentes nacionales en lograr la excelencia en los

servicios de laboratorio, basados en un aseguramiento de calidad que

propicio la satisfacción total a nuestros clientes.

4

Valores

o Confiabilidad

o Calidad

o Ética profesional

o Responsabilidad

Medical Test tiene como sus principales fortalezas la credibilidad y confianza

adquirida durante los años de funcionamiento; conforme el tiempo ha avanzado, la

empresa ha ido creciendo pero muy lentamente, sin embargo ha logrado sobrellevar

los tiempos de crisis con muchas dificultades y siempre manteniendo un perfil bajo

sin arriesgar mucho.

En ese sentido un de los factores del bajo crecimiento de Medical Test, es la falta

de modernización y mejoras de sus procesos operativos y de gestión; los cuales

actualmente son realizados de forma manual o en hojas en Excel y Word;

mecanismo que es menos eficiente, más lento y por consiguiente más trabajoso

para personal técnico y operativo.

5

2. PROPÓSITO (PLANTEAMIENTO DEL PROBLEMA)

En el ámbito de la demanda de servicios de salud privada y pública, se puede

apreciar que además de los problemas de escasos recursos humanos, materiales,

medicina, mobiliario y equipos, uno de los principales problemas es la falta de

agilidad y prontitud en atender y resolverle las demanda de los clientes.

A diario se puede ver como la burocracia, la duplicidad de funciones y malos

procedimientos no permiten que las unidades de salud presten un servicio

satisfactorio a la mayoría de sus pacientes. Así mismo esta problemática también

trasciende al sector privado, pero especialmente afecta más los pequeños

empresarios y profesionales que se desempeñan en el área de la salud, tanto en

persona natural y como en personas jurídicas.

En el perfil de este tipo de empresas y profesionales, es notable la falta de un

sistema de gestión operativa y administrativa adecuada, registro de clientes

manuales, falta de control y seguimiento oportuno y la recepción de los

requerimientos de servicios demandados por los pacientes. Así mismo estas

empresas no cuentan con mecanismo eficiente para la generación de información

estadística de pacientes, doctores, empresas y el historial clínico de cada paciente

de forma automática y accesible.

Es una mayoría, las empresas que no cuentan con un sistema digital y tecnológico

que les permita generar resultados, procesarlos y validarlos por profesionales

autorizados de forma sistematizada utilizando las tecnologías de la información.

El procesamiento automático de los resultados autorizados digitalmente y

preparados para enviarse vía electrónica a médicos, clientes y empresas es una de

las necesidades más sensibles de los empresarios de esta área de salud, ya que

esta debilidad no les permite ser competitivos.

6

Así mismo como puede comprobarse, tampoco cuentan con sistema integrado que

conecte los servicios con los resultados, la facturación legal, cuentas por cobrar y

pagar de forma automática con reportes y estados de cuenta actualizados que

faciliten una gestión eficiente que satisfaga las necesidades y preferencias de los

cliente/pacientes.

Entre las causas más frecuentes que determinan estas limitantes de mejora de las

empresas son la falta de recursos financieros para la adquisición de equipos

tecnológicos y software de gestión administrativa. Otra limitante no menos

importante es la falta de conocimiento técnico en los beneficios y ventajas que

proveen las tecnologías de información. Para finalizar la falta de oportunidades de

acceso a recibir capacitaciones en esa área encaminadas a fortalecer las

capacidades técnicas de propietarios, personal técnico, operativo y administrativo.

Las causas encontradas en nuestro estudio tienen un efecto directo en la calidad

de atención a los clientes/pacientes, ya que un deficiente registro puede generar

una deficiente información estadística que es muy importante para la evaluación y

seguimiento adecuado de los pacientes. Lógicamente se va configurando una

imagen deficiente de la gestión administrativa de la empresa que desprestigia a

cada una de las empresas o profesionales responsables. Estas causas son

fácilmente identificadas por sus efectos de disminución y fluctuaciones de pacientes

el bajo crecimientos en el número de nuevos pacientes

7

3. OBJETIVOS DEL PROYECTO

3.1. OBJETIVO GENERAL

Contribuir a fortalecer las capacidades técnicas, operativas y administrativas de

micros y pequeñas empresas, a través la adopción e implementación de nuevas

tecnologías, que les permitan ser más eficientes y eficaces en sus gestiones

empresariales, que les permitan ser más competitivas y lograr un crecimiento

gradual de sus operaciones.

3.2. OBJETIVOS ESPECÍFICOS

Diseñar un Sistema Integrado de Gestión Administrativa y Operativa,

utilizando las mejores técnicas y lenguajes de programación, amigable y

eficiente para el perfil de cliente identificado

Mejorar los mecanismos de registro, atención clínica, seguimiento y

procesamientos de resultados a ser entregados a los pacientes.

Generación de información estadística automática y accesible a la hora de

realizar evaluaciones de paciente

Mejorar los tiempos de atención y entrega de los resultados a través de

medios electrónicos que puedan automatizarse con el sistema integrado de

gestión administrativa y operativa diseñando

8

4. ANÁLISIS DE REQUERIMIENTOS

Actualmente se conoce que el tema de la salud es de vital importancia para todos

los salvadoreños y es el que más complejas deficiencias tiene a la hora de hacer

uso de los servicios ya sea en el sector público como el sector privado. Debido a

que las deficiencias son múltiple causales y unos más complejos que otros; el

proyecto tiene como requerimiento el contribuir a resolver en alguna medida las

deficiencias de falta de agilidad en la atención personal y a la hora de entregar los

resultados a los pacientes, así como también en el mejoramiento de la calidad y

satisfacción de los clientes.

La preocupación que motiva a dar una alternativa de solución a esta situación es

que precisamente los pacientes a veces en estados críticos, con malestares fuertes

y con algún nivel de urgencia necesitan tener la certeza de que van a ser atendidos

de forma rápida, de calidad y facilidades para la entrega final de los servicios. Es

importante mencionar que una información oportuna y confiable es trascendental

para realizar un diagnóstico efectivo y oportuno, lo cual dependerá la calidad de los

servicios brindado por estas empresas.

El motivo principal del proyecto es que esta herramienta tecnológica logre hacer un

efecto positivo importante en la calidad de vida de los pacientes y así mismo que

las empresas de un salto de calidad que les permita crecer en la confianza y

preferencia de los pacientes a un corto plazo.

9

4.1 Alcance

A pesar que el proyecto será centrado en resolver una problemática específica de

la empresa Laboratorio Clínico Medical Test, el alcance para aplicación de esta

herramienta podrá ser realizado en Clínicas Médicas, Odontológicas, Terapias,

Rayos x, entre otros. De tal manera que existe un amplio mercado potencial que

está a la espera de alternativas como esta.

4.2. Obtención de requisitos (Técnicas de investigación)

Los requerimientos del sistema serán recopilados utilizando la técnica de

entrevistas, tomando como base el quinto apartado del PMBOK, con respecto a la

recopilación de requisitos, la técnica utilizada consiste en una entrevista formal con

los interesados del software.

En cuanto a la comunicación con el cliente, además de la realización de entrevistas,

se dará seguimiento a los requerimientos convenidos con el cliente mediante un

mecanismo de cambios el cual consiste en recopilar los requisitos y analizaros con

el equipo de desarrollo del software para establecer observaciones y cualquier duda

con respecto a éstos, posteriormente se procede a realizar una retroalimentación

de los requerimientos con el cliente, incorporando las observaciones establecidas

por el equipo de trabajo y aclarando cualquier duda existente.

Éste mecanismo de cambios en requerimientos se plantea así, con el objetivo de

evitar cualquier tipo de confusión en cuanto a las expectativas del cliente y lo que el

equipo de desarrollo implementará en el software, cabe mencionar que esto se

realiza tomando como base el apartado F.1.3.1 de Obtención de requerimientos en

el Anexo F de la normativa ISO-EIC 12207.

10

Por otra parte, todo requerimiento o solicitud planteada por el cliente, es analizada

para determinar el impacto de ésta en el ambiente operacional de la empresa, esto

se realiza con el objetivo de evitar que el cumplimiento de un requisito, genere

conflicto con otra tarea que realice la empresa. Esto se realiza siguiendo los

lineamientos establecidos en el Anexo F de la normativa ISO-EIC 12207, apartado

F.1.3.2 de Análisis de requerimientos.

Inicialmente, se dialogó con el encargado de la empresa en el área administrativa y

se determinó que se presentan deficiencias en el la parte organizativa, dónde no se

posee un manual procedimientos en el que se indiquen claramente los pasos que

se deben realizar para cada una de las actividades que realiza la empresa, las

cuales van desde la atención del cliente hasta el procesamiento de los exámenes

clínicos.

En este sentido, se determinó que el sistema debe ser orientado al área de la gestión

y administración de clientes y doctores, así como de las solicitudes de exámenes

clínicos, para su posterior procesamiento de resultados. Así mismo, se determinó

que se necesita un control del ingreso en efectivo a caja, así como un seguimiento

de los clientes de la empresa.

4.3. Elaboración de requisitos

Posterior a la recopilación de requerimientos, se ha determinado que los

requerimientos del software por parte de los involucrados son los siguientes:

Control de clientes y doctores, agrupados por categorías

Control de talonario de boletas de exámenes clínicos enviadas a doctores.

Ingreso de boletas de análisis clínicos solicitados por los médicos.

Ingreso de resultados de cada examen realizado.

11

Notificar al cliente que sus exámenes ha sido realizados

o Enviar resultados al cliente y al doctor, con sello y firma digitales, vía

electrónica.

Control de cobros e ingreso por ventas a caja general.

o Control de IVA, percepción y retención en facturas.

Control de privilegios por usuarios

o Que se pueda establecer las funciones que puede realizar un usuario

en el sistema.

Reportes de cada uno de los módulos de la empresa.

o Reporte de cada solicitud (grupo de exámenes) de análisis clínico por

cliente, por fecha, por categoría.

o Reporte de ventas diarias y mensuales (Ingresos).

Reporte agrupado por clientes o doctores, según categoría de

éstos

Reporte con contenido para la declaración del IVA mensual.

Realizar copias de seguridad automáticas al apagar el equipo.

4.4. Negociación de requisitos

En el proceso de retroalimentación de los requerimientos del sistema, se determinó

que el proyecto iba a ser capaz de cumplir con todos los requisitos solicitados,

siempre y cuando la empresa esté en la disposición de colaborar y facilitar la

documentación o información requerida para el desarrollo de cada una de las

funciones a implementar en el sistema, cuando el equipo de trabajo lo requiera.

12

4.5 Especificación de la Interface de Usuario

Durante las entrevistas realizadas en la empresa, se determinó que el perfil del

usuario que utilizará el sistema posee conocimientos básicos de computación, por

tanto se ha planteado el diseño de una interfaz amigable con el usuario,

estableciendo un patrón de ubicación y accesibilidad de las diversas funciones que

se encuentren en cada pantalla, colocándolas en la parte superior de cada pantalla,

utilizando iconos representativos para facilitar la visibilidad de los mismos.

Así mismo, la presentación de los datos se realizará en una tabla donde los

encabezados indican claramente su contenido

13

Por otra parte se ha decidido segmentar las funciones del software en Sistema,

Gestión comercial, Administrar, Reportes, Ayuda; con el objetivo de facilitar el

acceso a las funciones, según lo que el usuario desee realizar en un determinado

momento, se busca que éste tenga cerca la mayoría de las funciones que estén

relacionadas con la que está utilizando actualmente.

14

4.6 Características de usuarios

Entre los requisitos del software, se establece un apartado de privilegios de usuario,

permitiendo así un nivel de seguridad en cuanto a la manipulación de la información

del sistema. Un objetivo secundario es permitir subdividir las actividades según el

rol de cada empleado, por tanto, existirán tres tipos de usuarios:

Operativo: capaz de realizar las operaciones cotidianas de la empresa,

ingresar información ya sea de clientes o doctores, así como el registro de

todas las solicitudes de exámenes clínicos y sus respectivos resultados, sin

embargo, no podrá realizar modificaciones ni anulaciones de documentos de

ningún tipo. Podrá generar reportes de resultados.

Gerencial: además de las funciones operativas, posee la capacidad de

realizar modificaciones o anulaciones de los documentos, con una debida

justificación de las mismas. Por otra parte, está habilitado para generar

reportes de ingresos por ventas y llevar un control de caja general con la

ayuda del sistema.

Administrador: sumando las funciones del administrador, tiene la capacidad

de eliminar documentos de manera permanente, con un debido registro de

dicha operación. Por otra parte, es el encargado de la administración de los

usuarios del sistema, incluyendo las credenciales y privilegios de éstos,

además está habilitado para realizar copias de seguridad del sistema, así

como de la restauración de las mismas.

15

5. MODELO DEL CICLO DE VIDA DEL SOFTWARE

El modelo del ciclo de vida que se utilizará en el proyecto será el modelo en cascada,

con el objetivo que en cada fase los componentes logren desarrollarse lo más que

se pueda, manteniendo así un mejor orden en el desarrollo del proyecto en sí.

A continuación se detalla el ciclo de vida que se implementará en el desarrollo del

sistema:

Identificación de la problemática

Se identifican y determinan correctamente los problemas que presenta la

empresa, analizando las diversas actividades que ésta realiza. Lo que se

busca en esta fase es la oportunidad de mejoras mediante la implementación

de una solución informática, proporcionando a la empresa una ventaja

competitiva y por ende, un valor agregado.

Las actividades consisten en entrevistar a los encargados de la

administración de los usuarios, sintetizar el conocimiento obtenido, estimar

el alcance del proyecto y documentar los resultados.

Determinación de los requerimientos de información

Se utilizará métodos interactivos como entrevistas, muestreos e investigación de

datos, también se observará el comportamiento de los encargados al tomar

decisiones y sus entornos de oficina.

Las principales interrogantes a resolver son:

¿Cuáles son las fortalezas y limitaciones físicas de los usuarios?

¿Qué hay que hacer para el sistema sea perceptible, legible y seguro?

16

¿Cómo puede diseñarse el nuevo sistema para que sea fácil de usar,

aprender y recordar?

¿Cómo puede el sistema ser agradable o incluso divertido de usar?

¿Cómo puede el sistema apoyar las tareas laborales individuales de un

usuario y buscar nuevas formas de hacerlas más productivas?

Análisis de los requerimientos

En este apartado, el equipo de trabajo deberá discutir la mejor manera de cumplir

los requerimientos planteados por el cliente, sin que esto conlleve a malas prácticas

de programación o desarrollo, de tal manera que se asegura la estabilidad del

sistema, así como de toda la información que éste maneje.

Diseño del sistema

Diseña los procedimientos para que los usuarios introduzcan los datos con

precisión, de manera que entren al sistema de información sean los

correctos.

La interfaz del usuario se diseña con ayuda de los usuarios para asegurar

que el sistema sea perceptible, legible y seguro, así como atractivo y divertido

de usar.

Diseño de la base de datos que almacenará toda la información,

considerando la naturaleza de los datos establecidos en los requerimientos

del software, de tal manera que dicha base de datos se capaz de almacenar

de manera íntegra toda la información que el cliente ha solicitado controlar

Desarrollo y documentación

La metodología de trabajo que se adoptará es la de programación en parejas, de

manera que el proceso de programación será realizado en pareja como mínimo, con

17

el objetivo que el progreso sea más rápido y que se tenga una visión

complementaria al ir desarrollando cada una de las funciones del sistema.

Al finalizar el desarrollo de cada módulo se realiza un proceso de eliminación de

errores sintácticos y conceptuales con el fin de evitar la propagación de éstos en

posteriores fases.

Prueba y mantenimiento

Se completa una serie de pruebas para señalar los problemas con datos de muestra

y después se utilizan datos reales del sistema actual. Esto se realiza debido a que

es menos costoso resolver problemas o errores del sistema cuando esto aún no ha

sido puesto en producción.

Implementación y evaluación

En esta fase se dará capacitaciones a los usuarios para que puedan operar el

sistema, así como un seguimiento del rendimiento del sistema así como la

retroalimentación de las experiencias que vayan teniendo los usuarios de la

empresa.

18

6. FACTIBILIDAD DEL PROYECTO

Las necesidades, deficiencias técnicas, administrativas y operativas de la mayoría

de micro empresas y profesionales que se desempeñan en el área de servicios de

salud es una realidad comprobada, que basta con escuchar, leer y ver las noticias,

los comentarios que se escuchan en los diferentes estratos sociales y un sondeo

físico realizado en la colonia Medica ubicada geográficamente en el departamento

de San Salvador confirma la factibilidad de nuestro proyecto.

En este sentido se ha elegido la empresa Laboratorio Clínico Medical Test para

realizar ser beneficiada con el diseño del Software, ya que esta empresa encaja en

el perfil definido al principio y tiene todas las causales y efectos a ser subsanados

con esta acción.

Los conocimientos técnicos adquiridos y algunos esfuerzos en investigación

proporcionan la certeza que el equipo de trabajo del proyecto posee la capacidad y

conocimientos necesarios para llevar a cabo con éxito esta iniciativa.

Por el lado de la factibilidad económica, no se posee limitante significativa alguna

ya que no se el proyecto no requiere de inversión financiera para su diseño y

desarrollo, así como también por parte de la empresa elegida solo requiere de

equipo de cómputo, accesorios e internet.

En tal sentido, queda claro que el proyecto es realizable y alcanzable, por tener

pocas limitantes o casi nulas en aspectos técnicos y económicos, pues bastara la

con la convicción, coordinación y la decisión del equipo técnico para llevarlo a feliz

término.

19

CRONOGRAMA DE ACTIVIDADES

DESCRIPCIÓN DE LA ACTIVIDAD

SEMANAS

1-2 3-4 5-6 7-8 9-10 11-12

Fase 1: Diagnostico, planificación y recopilación de información.

Diagnóstico de la situación de una empresa.

Identificación de los problemas que tiene dicha empresa con respecto sus ventas.

Solicitud de información general y específica de la empresa.

Análisis de viabilidad del desarrollo del sistema.

Fase 2: Requerimientos de información

Se establecen los requerimientos de información de la empresa

Se recopilan los diferentes documentos o formatos de documentos involucrados en las operaciones básicas de la empresa.

Se establecen la información de seguridad con la que debe contar el software.

Fase 3: Análisis de las necesidades

Se plantearán los diversos procesos o pasos en la atención del cliente, utilizando el sistema.

Flujo de información desde el ingreso de los tipos de exámenes, pasando por las solicitudes de los clientes, hasta la entrega de resultados.

Fase 4: Diseño del sistema

Determinación de las entidades que participan en los procesos, ya sea implícita o explícitamente.

Diseño de un diagrama de Entidad-Relación que permita visualizar la estructura general de la base de datos.

Diseño de la interfaz de usuario considerando que sea de fácil manejo y con un estilo agradable y formal

20

CRONOGRAMA DE ACTIVIDADES

DESCRIPCIÓN DE LA ACTIVIDAD SEMANAS

1 2 3 4 5 6

Fase 5: Desarrollo del sistema

Realizar el proceso de normalización de las entidades y las relaciones.

Creación de la base de datos configurada con los tipos de datos y relaciones adecuadas.

Programación de procedimientos almacenados, triggers u otras herramientas utilizadas para la conexión con la base de datos

Desarrollo del sistema: capa de datos

Desarrollo del sistema: capa de interfaz al usuario

Fase 6: Pruebas y mantenimiento

Compilación de la fase beta del sistema en un ambiente controlado.

Realización de transacciones de complejas para probar que el rendimiento sea el esperado.

Depuración y refactorización del código buscando mejoras en el rendimiento y posibles errores.

Fase 7: Evaluación e implementación

Compilación de la versión final del sistema, mediante visual studio 2012

Monitoreo de las transacciones en la base de datos, tiempos de respuesta, bloqueos de solicitudes de servidor, etc. De tal manera de constatar que el sistema se comporta como se esperaba.

21

7. FUENTES DE INFORMACIÓN

A. BIBLIOGRAFIA

PMBOK – Guía de los fundamentos para la dirección de proyectos – Cuarta

edición

Norma ISO 12207 – Procesos del ciclo de vida del software – Normativa

técnica peruana 2006

KENDALL KENETH, KENDALL JULIE. Análisis y Diseño de Sistemas.

Prentice Hall, México. 2011.

22

8. GLOSARIO DE TÉRMINOS

Análisis clínico

Se le llama comúnmente a la exploración complementaria solicitada al

laboratorio clínico por un médico para confirmar o descartar un diagnóstico.

Forma parte del proceso de atención a la salud que se apoya en el estudio

de distintas muestras biológicas mediante su análisis en laboratorio y que

brinda un resultado objetivo que puede ser tanto cuantitativo (un número,

como en el caso de la cifra de glucosa) o cualitativo (positivo o negativo).

Desarrollo en cascada: es el enfoque metodológico que ordena

rigurosamente las etapas del proceso para el desarrollo de software, de tal

forma que el inicio de cada etapa debe esperar a la finalización de la etapa

anterior.

Al final de cada etapa, el modelo está diseñado para llevar a cabo una

revisión final, que se encarga de determinar si el proyecto está listo para

avanzar a la siguiente fase. Este modelo fue el primero en originarse y es la

base de todos los demás modelos de ciclo de vida.

ISO: International Standarization Organization, es la entidad internacional

encargada de favorecer normas de fabricación, comercio y comunicación en

todo el mundo.

23

9. ANEXOS

Roles del equipo de trabajo:

Antes que nada, cabe mencionar que a pesar de que existan roles de trabajo, cada

una de las actividades es vista, asesorada y aprobada por todo el equipo por tanto

todos participan en todo, aunque uno de los integrantes tenga mayor participación

que los demás en una determinada área.

Víctor Manuel Flamenco Quijada

Programador/Base de datos, encargado de implementar los procedimientos

previamente diseñados por el equipo de trabajo, así como implementar

funciones avanzadas en las tablas de la base de datos.

Kevin Ernesto Gómez Hernández

Analista/Programador, encargado de dar un seguimiento al análisis y

posteriormente determinar observaciones a los requisitos planteados, así

como colaborar con las tareas de programación del software.

Josué Alejandro Serpas González

Analista/Base de datos, encargado de dialogar con la empresa para

determinar y recopilar los requerimientos de información, colabora con la

creación de la base de datos a nivel conceptual, lógico y físico.

24

A continuación, se muestra los dos documentos más utilizados por la empresa, en

los cuales se basará el programa para los datos de entrada y salida.

25

26

AUTOEVALUACIÓN INDIVIDUAL

Estudiante: Víctor Manuel Flamenco Quijada Criterios Calificación Observaciones

Asistencia a clases presenciales

10

Puntualidad 9.5

Responsabilidad 10

Respeto a ideas de los demás

10

Aportes brindados 9

Capacidad de trabajo en equipo

9.5

Iniciativa y creatividad 9

Estudiante: Kevin Ernesto Gómez Hernández

Criterios Calificación Observaciones

Asistencia a clases presenciales

10

Puntualidad 9

Responsabilidad 8.5

Respeto a ideas de los demás

10

Aportes brindados 9

Capacidad de trabajo en equipo

9.5

Iniciativa y creatividad 9

Estudiante: Josué Alejandro Serpas González

Criterios Calificación Observaciones

Asistencia a clases presenciales

10

Puntualidad 9

Responsabilidad 9

Respeto a ideas de los demás

10

Aportes brindados 9.5

Capacidad de trabajo en equipo

9.5

Iniciativa y creatividad 9