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