Documente Academic
Documente Profesional
Documente Cultură
No. de Reporte: 02
Pá gina 13
Índice Pag
e. Bibliografía............................................................................................
Pá gina 13
c. Detectar las oportunidades de mejora para la
implementación de tecnologías de información y comunicación
Es necesario tener claro ¿QUE ES REQUERIMIENTO? y de esta forma poder entender mejor a lo que quiero
llegar, podemos conseguir otra definición a cerca de esta pregunta “Un requerimiento es simplemente una
declaración abstracta de alto nivel de un servicio que debe proporcionar el sistema o una restricción de éste”.
Por otro lado es "Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo”.
REQUERIMIENTOS FUNCIONALES son declaraciones de los servicios que debe proporcionar el sistema, los
requerimientos funcionales de un sistema describe lo que el sistema debe hacer, estos requerimientos
dependen del tipo de software que se desarrolle, los requerimientos funcionales también pueden declarar
explícitamente lo que el sistemas no debe hacer. Sin embargo, a menudo no es lo que el cliente desea. Se
tienen que estipular nuevos requerimientos y se deben hacer cambios al sistema, la especificación de
requerimientos funcionales de un sistema debe estar completa y ser consistente.
Por otro lado, El componente permitirá cambiar una etiqueta previamente definida en la aplicación del
software, la interacción del usuario con la interfaz gráfica será la que determine el parámetro con el cual el
componente realizara el cambio de etiqueta. Este componente no realizara traducciones de textos digitados
por el usuario. Esto lo podemos visualizar en el siguiente diagrama.
REQUERIMIENTOS NO FUNCIONALES dice que el componente desarrollado no tendrá una interacción con el
usuario; la interacción será entre el usuario y la aplicación, por lo que la aplicación y el componente dependen
de las modificaciones del administrador del sistema que estará dotando de cambios a el componente, además
tendrá las características de ser aceptable a cualquier plataforma ya que el componente se trabajara en un
lenguaje de alto nivel como lo es JAVA, con respecto al mantenimiento del componente se trabajaría
solamente en el idioma y se aplicaría cuando se adicione un nuevo idioma al componente.
Pá gina 13
Los requerimientos no funcionales, como su nombre sugiere, son aquellos requerimientos que no se refieren
directamente a las funciones específicas que proporciona el sistema, sino a las propiedades emergentes de
éste como la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento.
También podemos decir que son aquellos requerimientos que no se refieren directamente a las funciones
específicas que proporciona el sistema sino a las propiedades emergentes de este como la fiabilidad, el
tiempo de respuesta y la capacidad de almacenamiento.
Como podemos apreciar, el proceso de adquisiciones comienza con la etapa de definición de requerimientos,
que se origina con una necesidad o solicitud generada por alguna unidad de la organización. Entonces, en
términos prácticos, esta etapa consistirá en generar una definición clara y precisa de los aspectos más
relevantes del producto o servicio que se necesita comprar o contratar, es decir, se trata de explicar qué,
cómo, cuándo y dónde se quiere adquirir.
Para realizar esta definición será necesario tener muy claras las necesidades que originan el requerimiento.
No hay que olvidar que detrás de cada compra hay alguna necesidad relacionada con una actividad de la
organización, por lo que todo el proceso debiera estar orientado a satisfacer dicha necesidad de manera
eficaz, eficiente y transparente.
Una buena definición de requerimientos facilitará el ajuste entre el objetivo de la compra y su resultado. Al
mismo tiempo, permitirá contar con criterios objetivos y explícitos con los cuales realizar la evaluación de
ofertas. Todo esto contribuirá a evitar que luego utilicemos mal los recursos, en procesos de compra cuyas
posibilidades de éxito son limitas.
Eficaces, pues explicar bien qué queremos y cómo los queremos nos ayudará a satisfacer los objetivos
de la organización.
Transparentes, ya que permitirá que todos los actores cuenten con la información necesaria para
participar en igualdad de condiciones en nuestros procesos de compra.
Eficientes, ya que ayudará a reducir el riesgo de que destinemos recursos en procesos de compra que
no lleguen a ninguna parte.
Entonces, si la definición de los requerimientos es una etapa tan relevante será necesario poner mucha
atención en los aspectos claves que determinarían el éxito de esta parte del proceso. Para esto:
Pá gina 13
1. Análisis de los sistemas de información de la Organización
Un sistema de información es un conjunto de elementos que interactúan entre sí con el fin de apoyar las
actividades de una empresa o negocio. El equipo computacional: el hardware necesario para que el sistema
de información pueda operar. El recurso humano que interactúa con el Sistema de Información, el cual está
formado por las personas que utilizan el sistema.
Entrada: Captura o recolección de datos en bruto del interior de la organización o de su entorno externo, para
ser procesados en un sistema de información.
Procesamiento: La conversión, manipulación y análisis de entradas brutas para darle una forma que tenga
más sentido para los humanos y esta pueda ser entendida fácilmente.
Pá gina 13
Salida: La distribución de la información procesada a las personas que la usara o a las actividades en las que se
usara.
Retroalimentación: Salidas que se devuelven a los miembros apropiados de la organización para ayudar a
evaluar o corregir las entradas. Aunque los sistemas de información computarizados usan tecnología de
computación para procesar datos en bruto y producir información con significado, existe una distinción clara
entre una computadora y un programa de computadora por un lado y un sistema de información por el otro.
Las computadoras electrónicas y sus programas de software son los cimientos técnicos, las herramientas y los
materiales de los sistemas de información modernos. Esto ayuda mucho al procesamiento de los datos de
entrada y de esa forma la toma de decisiones se puede hacer en el momento requerido.
Para crear un plan de sistemas de información eficaz, la organización debe tener un entendimiento
claro de las necesidades de información tanto a corto como a largo plazo. Dos metodologías importantes para
determinar las necesidades de información esenciales de la organización en su totalidad son el análisis de la
empresa y los factores críticos para el éxito. El método básico empleado en el enfoque de análisis de la
empresa consta en tomar una muestra grande de administradores y preguntarles como usan la información,
de donde la obtienen, que características tiene su entorno, que objetivos tienen ellos, como toman sus
decisiones y que datos toman.
Pá gina 13
o Demanda futura esperada
4. Nuevos desarrollos
o Nuevo proyecto de sistemas
o Nuevas capacidades requeridas
5. Estrategia gerencial
o Planes de adquisición
o Puntos de revisión y tiempos
o Realineación de la organización
o Reorganización interna
o Controles gerenciales
o Principales iniciativas de capacitación
o Estrategias de personal
6. Plan de implementación
o Dificultad de implementación esperada
o Informe de avance
7. Necesidades presupuestarías
o Necesidades
o Ahorros potenciales
o Financiamientos
o Ciclos de adquisición
Se basa en la premisa de que las necesidades de información de una organización, está determinada
por un número reducido de factores críticos para el éxito (CSF) de los administradores. La CSF son metas
operativas, si es posible alcanzarlas estará garantizado el éxito de la empresa u organización. La ventaja del
método de CSF es que produce un conjunto de datos más pequeño que el análisis de la empresa. Solo se
entrevista a los administradores de alto nivel y las preguntas se concentran en número reducido de CSF en
lugar de indagar ampliamente que información se usa o se necesita.
Pá gina 13
Si los usuarios están satisfechos: se han eliminado espacios en blanco, tiempos de espera
innecesarios, se garantiza la accesibilidad a los clientes,......
Si se mantiene los niveles de eficiencia previstos, y los indiciadores demuestran una mejor utilización
de los recursos
Si se escucha la opinión de los profesionistas y las personas que intervienen en el desarrollo del
proceso consideran que su trabajo ha mejorado.
En el diseño de un proceso asistencial se describen las etapas necesarias para obtener el mejor resultado. Por
eso, se considera que un proceso está en CONTROL o estabilizado cuando:
Garantizar que el plan propuesto se ejecuta, se controla y se ajusta constituye una MEJORA DEL PROCESO
Pá gina 13
Mejora continua
La mejora continua del proceso se basa en la evaluación continua, a través de la aplicación del Ciclo de
Shewart (Plan, Do, Check, Act), de todos los aspectos que conforman el mismo: su diseño, ejecución, las
medidas de control y su ajuste.
A. PLANIFICAR LA MEJORA
Es necesario establecer un Plan de Mejora para introducir los cambios necesarios en el proceso previamente
diseñado. Este Plan debe contemplar todos los aspectos que permitan conducir el proceso hacia la excelencia
y, en este sentido, debe responder a las siguientes preguntas:
Aspectos relacionados con las personas, como el grado de implicación de los profesionales (objetivos
individuales, incentivos, etc.), la capacidad de introducir innovaciones y el grado de autonomía para hacerlas
posible.
Forma de organizar las estrategias de mejora, es decir, cuestiones tales como quién las lidera, con qué
estructura organizativa (comisiones, grupos de trabajo, etc.).
¿Cuando?:
Si se planifican las actividades de mejora con carácter puntual o están integradas en el trabajo diario, etc.
¿Qué se necesita?:
Pá gina 13
B. EJECUTAR (do)
Consiste en “hacer mejor las cosas”, asegurando que se miden los resultados en cada paso, desde la entra-da
hasta el final del proceso (la cantidad y la entrega de servicios, la calidad de los mismos, etc.). Así, hay que
medir el tiempo de realización de las tareas previstas y el lugar más idóneo donde éstas se ejecutan, es decir,
se debe valorar la eficiencia del proceso y su efectividad, y no sólo desde el punto de vista de la calidad cien-
tífico técnica (que siempre tienen en cuenta los proveedores), sino también de la percibida por los usuarios.
Para llevar a cabo estas mediciones, es imprescindible contar con un Sistema de Información Integral en el
que se contemplen las diferentes dimensiones de la calidad, se utilicen diferentes métodos para obtener la
información, y estén diseñados los indicadores de evaluación precisos (ver tabla x).
C. EVALUAR (check)
Se trata de buscar continuamente las causas de los errores y desviaciones en los resultados, interrelacionando
los flujos de salida del proceso con las expectativas previas de los usuarios, ya que la gestión de procesos, si
bien consiste en mejorar las cosas que ya se vienen haciendo, pone especial énfasis en el ‘para quién’ se
hacen y en el ‘cómo’ se deben hacer.
Para la evaluación de los procesos se pueden plantear múltiples herramientas y mecanismos de actuación, de
entre los cuales se aconseja utilizar los que se proponen en el último apartado de este capítulo (ver V.2):
Pá gina 13
• Realización de Auditorías de Calidad.
D. ACTUAR (act)
Esta fase del Ciclo de Shewart consiste en intervenir en el proceso para solucionar los problemas de calidad,
analizando las intervenciones factibles dentro del ámbito concreto de aplicación, y buscando el consenso
entre los profesionales que lo lleven a cabo. Para ello, es necesario apoyarse en las fuerzas a favor y gestionar
ade-cuadamente las posibles resistencias a las soluciones previstas. Esto se puede lograr, por ejemplo,
mediante la construcción de una matriz DAFO, en la que se visualicen tanto los factores externos al proceso
(oportunidades y amenazas) como los internos (debilidades y fortalezas), cuyo conocimiento ayudará a
diseñar la estrategia de intervención.
La forma más operativa para actuar en el abordaje de la Mejora de los procesos, y uno de los puntos clave en
la gestión de calidad de los mismos, es la constitución de GRUPOS DE MEJORA, implicando a las personas que
los desarrollan y que, por tanto, los conocen bien.
GRUPOS DE MEJORA
Ofrecen un marco idóneo para que las personas de la organización puedan cambiar y mejorar las cosas,
aprender y aplicar metodología de calidad, desarrollar la gestión participativa, ...
Se trata de formar grupos de trabajo que actúen como equipo, que lleven a cabo su labor no sólo utilizando el
buen juicio sino sobre la base de una metodología, que les permita aprender y experimentar, compartiendo
ries-gos, conocimientos y la responsabilidad en función de unos resultados previstos.
Un grupo reducido de profesionales que trabajan en una situación mejorable concreta, por un periodo limita-
do de tiempo, con un objetivo general: analizar los procesos “defectuosos” y rediseñarlos orientándolos hacia
el usuario. Es decir, es una potente herramienta para la redefinición de los procesos.
¿Quién lo forma?
Deben estar representados todos los profesionales implicados en cada una de las áreas que se vayan a evaluar
y mejorar: personas conocedoras del problema, interesadas y motivadas por la mejora, e implicadas en los
posibles cambios, con capacidad de diálogo, tolerancia, respeto y perseverancia, comprometidos con la
participación y dinámica de las reuniones.
Pá gina 13
Identifica y prioriza los problemas, analiza sus causas, plantea posibles soluciones y propone los cambios
necesarios. También debe establecer un mecanismo sencillo de revisión periódica (es decir, implantar el Ciclo
de Mejora Continua).
Pá gina 13
e. Bibliografía
Pá gina 13