Documento de requerimientos de software

Universalización de la medicina aplicando inteligencia artificial, haciendo uso de las TIC

para el mejoramiento de los servicios de salud en los puntos remotos de la ciudad de
Cartagena

04 octubre de 2020

Tabla de contenido

Historial de Versiones................................................................................................3

Información del Proyecto...........................................................................................3

Aprobaciones.............................................................................................................3

1. Propósito.............................................................................................................4

2. Alcance del producto / Software.........................................................................4

3. Referencias.........................................................................................................4

4. Funcionalidades del producto.............................................................................5

5. Clases y características de usuarios..................................................................5

6. Entorno operativo................................................................................................5

7. Requerimientos funcionales................................................................................6

9.1. (Nombre de la funcionalidad 1)....................................................................6

9.2. (Nombre de la funcionalidad 2)....................................................................7

Página 1
 9.3. (Nombre de la funcionalidad N)....................................................................7

8. Reglas de negocio..............................................................................................8

9. Requerimientos de interfaces externas..............................................................9

9.1. Interfaces de usuario....................................................................................9

9.2. Interfaces de hardware.................................................................................9

9.3. Interfaces de software..................................................................................9

9.4. Interfaces de comunicación..........................................................................9

10. Requerimientos no funcionales.....................................................................10

11. Otros requerimientos.....................................................................................11

12. Glosario..........................................................................................................12

Información del Proyecto

Empresa / Organización
Proyecto Universalización de la medicina aplicando
inteligencia artificial, haciendo uso de las TIC para
el mejoramiento de los servicios de salud en los
puntos remotos de la ciudad de Cartagena

Fecha de preparación 03 de septiembre de 2020

Cliente
Patrocinador principal
Gerente / Líder de Proyecto
Gerente / Líder de Análisis
de negocio y requerimientos
ASC Latam, entidades de salud locales y la UNAD
Yulieth A. Rendón Vargas
José de los Santos Espitia

Aprobaciones

Nombre y Cargo Departamento Fech Firma

Apellido u Organización a
UNAD 04/10
Flor Manuela Autoridad /2020
Ariza asignada
para evaluar
Yulieth A. UNAD 04/10
Yulieth A. Rendón /2020

Página 2
 Rendón Vargas Vargas
José de los Gerente / UNAD 04/10
Santos Espitia Líder de /2020
Análisis de
negocio y
requerimient
os
Administrad UNAD 04/10
Edgar Alejandro or de /2020
Espel recursos

1. Propósito 

Mejorar la asistencia y los servicios de salud a los habitantes de la ciudad de

Cartagena, ampliando la cobertura para que se de una solución al problema de
los bajos índices de calidad, haciendo uso de las TIC, implementando softwares
que permitan articular con los operadores y médicos la aplicación de dispositivos
con inteligencia artificial para recopilar las mediciones de un paciente, sin
necesidad de trasladarse o gastar recursos, permitiendo mejorar la optimización
de tiempos y la toma de decisiones.
Garantizando el diagnóstico, monitoreo, detección e interpretación de
enfermedades de distintas tipologías a partir de mediciones precisas y exactas

Alcance del producto

Atender a la población vulnerable en las zonas remotas de la ciudad de Cartagena,

mejorando la prestación de los servicios de salud haciendo uso de las TIC y la
inteligencia artificial.
 Su propósito del proyecto.

Mejorar la asistencia y los servicios de salud a los habitantes de la ciudad de

Cartagena, ampliando la cobertura para que se de una solución al problema de
los bajos índices de calidad, haciendo uso de las TIC, implementando softwares
que permitan articular con los operadores y médicos la aplicación de dispositivos
con inteligencia artificial para recopilar las mediciones de un paciente, sin
necesidad de trasladarse o gastar recursos, permitiendo mejorar la optimización
de tiempos y la toma de decisiones.

Página 3
 Garantizando el diagnóstico, monitoreo, detección e interpretación de
enfermedades de distintas tipologías a partir de mediciones precisas y exactas

 Beneficios

El proyecto beneficiara a más de 5 mil personas que hoy se encuentran en

condiciones precarias por no recibir un adecuado servicio de salud ni un
oportuno tratamiento

• Aumentar a un 98% la cobertura en los servicios de salud en los puntos

remotos de la ciudad de Cartagena
• Mejorar la calidad en los programas de salud en un 70%
• Consolidad el 100% de los datos creando el perfil digital del paciente
• Hacer uso de las TIC en la creación de clínicas virtuales en un 100%
• Almacenar todos los datos y garantizar en un 99% la protección y
resguardo de estos
• Mejorar la percepción de la calidad de la atención en los pacientes en un
90%
• Llevar seguimiento, tratamiento y control de las enfermedades en un 95%

 Objetivos general

Implementar un sistema de medicina remota integral para el mejoramiento

de los servicios de salud en los puntos dispersos y remotos de la ciudad de
Cartagena, con la ayuda de la inteligencia artificial y el uso de las TICs para
la creación de los distintos programas que permitan brindar una atención
oportuna.

.
 Objetivos específicos

 Identificar de áreas remotas y zonas vulnerables de la ciudad de Cartagena

 Establecer los programas de salud a atender
 Adecuar el telecenter
 Construir, integrar y ensamblar los equipos necesarios (hardware)
 Adecuar y apartar el espacio seguro en cloud

Página 4
  Instalar e integrar las plataformas de los hospitales locales con la tecnología
(Software)
 Capacitar al personal de las diferentes áreas y zonas

 Implementar y poner en marcha el proyecto

2. Referencias

 Objetivos estratégicos de la organización

 Invertir en equipos e innovación en un 15% para el año 2021
 Aumentar la cuota de mercado en un 30% neto para el 2021
 Obtener un ROI mínimo del 18% sobre las inversiones realizada en los diferentes
proyectos
 Implementar un programa de satisfacción del cliente basado en el desempeño de
las tecnologías, los servicios y el desarrollo de proyectos
 Mejorar el canal de gestión y distribución de logística nacional e internacional
 Aumentar su stock
 Aumentar las ventas para el año 2021 en un 25%

3. Funcionalidades del producto

La implementación y uso de las TIC a partir de la inteligencia artificial, software y

hardware da innovación al sistema de salud local, proporcionando bienestar, efectividad
en la detección de enfermedades y mejora en el tratamiento de patologías. En ese
orden de ideas, el sistema será desarrollado con varias tecnologías de programación
para alcanzar los objetivos deseados, estos son:

 Cloud Microsoft

Página 5
  Apache
 SQL
 Nginx
 Python
 Postgres
 HTML
 Js
 Css
 C++
 Java script

4. Clases y características de usuarios

• Director de proyecto (responsable)

• Gerentes de los diferentes hospitales y centros de salud
• Gerente general del telecentros
• Director de Operaciones
• Director de ingeniería
• Director de científica
• CEO de ASC Latam
• Personal operativo de los centros asistenciales
• Mesa de ayuda e integrantes del equipo de ingeniería N2
• Personal de las empresas contratistas

5. Entorno operativo

Las interfaces Gráficas de Usuario facilitan la operación de la computadora sin

necesidad de aprender comandos ni sintaxis, sino sencillos movimientos y pulsaciones
con el mouse o una tablilla digitalizadora sobre los iconos y ventanas.

Algunos Elementos Fundamentales Del Entorno Operativo

* Sistemas operativos.

* Sistemas gestores de bases de datos (SGBD).

* Sistemas de comunicaciones.

Página 6
* Monitores de transacciones.

* Herramientas CASE y entornos de desarrollo en general.

6. Requerimientos funcionales

Descripciones de los datos a ser ingresados en el sistema.

Descripciones de las operaciones a ser realizadas por cada pantalla.

Descripción de los flujos de trabajo realizados por el sistema.

Descripción de los reportes del sistema y otras salidas.

Definición de quien puede ingresar datos en el sistema.

Como el sistema cumplirá los reglamentos y regulaciones de sector o generales que le

sean aplicables

Seguridad de datos

 Seguridad lógica,

Control de acceso a información

(restricciones de acceso

Autenticidad de la información

Privacidad

9.1. Funcionalidad de Calidad

Controla su proceso de atención para asegurar que los productos o servicios se

ajusten a la Nota de Pedido y respondan a las Especificaciones/Normas de
Aplicación.

Funcionalidad prioritaria de acuerdo al área funcional para el éxito del proyecto

Requisitos

REQ-1: Confiabilidad.

Página 7
REQ-2: Usabilidad

REQ-3: Eficiencia

REQ-4: Capacidad de mantenimiento

REQ-5: Portabilidad

Acciones
 Descripciones de los datos a ser ingresados en el sistema.
 Descripciones de las operaciones a ser realizadas por cada pantalla.
 Descripción de los flujos de trabajo realizados por el sistema.
 Descripción de los reportes del sistema y otras salidas.
 Definición de quien puede ingresar datos en el sistema.
 Como el sistema cumplirá los reglamentos y regulaciones de sector o generales
que le sean aplicables.
9.2. funcionalidad de Seguridad

Son los que se encuentran relacionados con el acceso a los activos

de información de la organización por parte de los clientes puede variar de forma
considerable dependiendo del tipo de instalación que procese la información y el tipo
de información a la que se pretende acceder.

Funcionalidad prioritaria de acuerdo al área funcional para el éxito del proyecto

REQUISITOS

RES-1: Seguridad de datos

RES-2: Seguridad lógica

RES-3: Control de acceso a información

(restricciones de acceso

RES-4: Autenticidad de la información

RES-5: Privacidad

Acciones
 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.

Página 8
 Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña.
 El sistema enviará una alerta al administrador del sistema cuando ocurra alguno
de los siguientes eventos: Registro de nueva cuenta, ingreso al sistema por parte
del cliente, 2 o más intentos fallidos en el ingreso de la contraseña de usuario y
cambio de contraseña de usuario.
 Los integrantes del grupo de usuarios de analistas pueden ingresar solicitudes,
pero no pueden aprobarlas o borrarlas.
 Los integrantes del grupo de usuarios de gerentes pueden ingresar y aprobar
solicitudes, pero no pueden borrarlas.
 Los integrantes del grupo de usuario de administradores no pueden ingresar o
aprobar solicitudes, pero si pueden borrarlas.
 Cualquier intercambio de datos vía internet que realice el software se realizará
por medio del protocolo encriptado https.

9.3. Requisitos funcionales del sistema

Son aquellos que describen cualquier actividad que este se deba realizar, es el
comportamiento o función particular de un sistema o software cuando se cumplen
ciertas condiciones dentro de esta para su correcta implementación

RESF-1: Rendimiento

RESFF-2: Disponibilidad

RESF-3: Durabilidad

RESF-4: Estabilidad

RESF-5: Funcionalidad

RESF-6: Accesibilidad

RESF-7: Adaptabilidad

RESF-8: Capacidad

Página 9
 Acciones – funciones

 El sistema también permitirá el registro de facturas manuales no asociadas a

pedidos, sin embargo, estas requerirán autorización por parte del grupo de
Gerentes antes de ser contabilizadas.
 El proceso de compras en el sistema abarcará los siguientes pasos y
transacciones: Ingreso de la requisición, emisión de la solicitud de cotización y
emisión de la orden de compra.
 Los elementos de la solicitud de cotización serán los mismos de la requisición
asociada, al igual que los de la orden de compra. El sistema permitirá la emisión
de solicitudes de cotización y órdenes de compra parciales.
 La contabilización de transacciones de facturas de venta y facturas de compra
podrá configurarse para realizarse de forma automatizada a su registro, o
manualmente en lotes (Proceso Batch).
 El software debe poder emitir los siguientes estados financieros: Balance
general, Estado de ganancias y pérdidas, Estado de flujos de efectivo. Además,
debe poder emitir un listado de mayor general y mayor analítico.
7. Reglas del proyecto

 Un usuario no puede registrase sin completar todos los campos

obligatorios que se encuentren en el formulario de registro.

 Permitir registrar e identificar a los usuarios del sistema.

 Se validará el tiempo de sesión esto con el fin de que el usuario después de un

tiempo de no estar usando el aplicativo este solicite que para continuar navegando en
este se autentique nuevamente.

 Procesos de consultas interrumpidos.

 procesos de sincronización de datos interrumpidos.

 Inserción de datos múltiples en la base de datos.

 Seguridad del sistema.

 Se deberá chequear por dirección de mail el registro exitoso del nuevo usuario.

 Recuperación ante posibles fallos en producción.

Página 10
 El sistema debe ser capaz de procesar N transacciones por segundo.

 Múltiples transacciones registrando en la base de datos

 Múltiples usuarios navegando en el sistema.

 Múltiples usuarios desempeñando la misma transacción.

 Tiempos de respuesta con los servidores de las entidades públicas.

 Todos los entregables correspondientes con la correspondiente verificación y

aprobación dela gerencia de proyectos.

 Los contratos con las entidades públicas deben estar firmada por ambas partes.

Estos fueron creados inicialmente por las personas que estén involucradas en el
proyecto, con esto contemplaremos que los requerimientos estén implementados de
manera correcta en el desarrollo del producto.

8. Requerimientos de interfaces externas

9.1. Interfaces de usuario

Claridad
Una buena interfaz transmite la información de manera precisa para evitar que el
usuario cometa errores durante la interacción.
Concisión
Se trata de darle al usuario solo la información que necesita y pide.
Coherencia
Esta característica es la que hace intuitiva una interfaz, permitiéndole a la persona crear
patrones de uso de manera sencilla y práctica.
Flexibilidad
Una buena interfaz también se caracteriza por permitir que el usuario restaure
elementos y deshaga acciones.
Atractivo visual
Cuando se trata de experiencia del usuario, nunca puede subestimarse la importancia
del atractivo visual. Además de tener grandes funcionalidades, una buena interfaz es
agradable a la vista.
A través de estas características se logra que el usuario realmente tenga una
conexión con algún dispositivo tecnológico y, por supuesto, lo prefiera ante otras
alternativas similares. 

Página 11
 La solución validara automáticamente el cliente asociado a una orden con el
sistema de gestión de contactos.
 El campo de monto acepta únicamente valores numéricos con dos decimales.
 El campo fecha de transacción acepta únicamente fechas anteriores al día de
hoy (día actual).
 El campo nombre acepta caracteres alfabéticos únicamente.
 El campo dirección acepta caracteres alfabéticos, numéricos y especiales.
 El campo país consistirá en una lista de preselección. El país asociado a una
dirección debe ser previamente registrado en el sistema.
 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.
 La base de datos será implementada con trazas de auditoría.
 Las hojas de cálculo aseguraran los datos usando firmas electrónicas.

9.2. Interfaces de hardware

El software puede utilizar computadoras, tables, celulares, impresoras y otros equipos

que sean requeridos por el proyecto

9.3. Interfaces de software

 El software podrá ser utilizado en los sistemas operativos Windows, Linux y
OSX.
 La aplicación debe poder utilizarse sin necesidad de instalar ningún software
adicional además de un navegador web.
 La aplicación debe poder utilizarse con los navegadores web Chrome, Firefox e
Internet Explorer.

9.4. Interfaces de comunicación

los navegadores web Chrome, Firefox e Internet Explorer, email entre otros

9. Requerimientos no funcionales

Los requerimientos no funcionales son los que especifican criterios para evaluar la
operación de un servicio de tecnología de información.

Rendimiento.
Disponibilidad.

Página 12
Durabilidad.
Estabilidad.
Funcionalidad.
Accesibilidad.
Adaptabilidad.
Capacidad
 El sistema debe ser capaz de procesar N transacciones por segundo. Esto se
medirá por medio de la herramienta Toda funcionalidad del sistema y transacción
de negocio debe responder al usuario en menos de 5 segundos.
 El sistema debe ser capaz de operar adecuadamente con hasta 100.000
usuarios con sesiones concurrentes.
 Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.
 El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de
programación que incrementen la seguridad de datos.
 Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que
reside el sistema.
 Todas las comunicaciones externas entre servidores de datos, aplicación y
cliente del sistema deben estar encriptadas utilizando el algoritmo RSA.
 Si se identifican ataques de seguridad o brecha del sistema, el mismo no
continuará operando hasta ser desbloqueado por un administrador de seguridad.


10. Otros requerimientos

 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.
 La base de datos será implementada con trazas de auditoría.
 Las hojas de cálculo aseguraran los datos usando firmas electrónicas.
 El sistema permitirá elaborar y emitir el reporte regulatorio XX, según los
requerimientos establecidos en el reglamento y ley aplicable.
 Los libros de venta y de compras serán emitidos en el formato establecido por
las autoridades tributarias de dicha materia.
11. Glosario

argumentos: valores de entrada con los cuales trabaja una rutina o

programa. Cuando un argumento se usa para ajustar un programa a los
requerimientos de un cliente se llama parámetro.
 

Página 13
   batch: término inglés que en informática se traduce por los términos
'por lotes', 'conjunto' o 'grupo'. Característica típica de ciertos procesos,
que indica una serie de tareas que se ejecutan de forma sucesiva en el
ordenador y se consideran como una unidad.
 
  capas o niveles de software: son todos aquellos niveles software que
se sitúan entre el usuario y los dispositivos físicos de la máquina, de forma
que el nivel de complejidad para la utilización de las capas o niveles
aumenta conforme nos acercamos al hardware.
 
  cargador: programa encargado de cargar las distintas líneas de
código de un programa ejecutable en la memoria principal del ordenador
para su posterior ejecución.
 
  cliente: aquel proceso o dispositivo solicitante que realiza la petición
de un servicio o trabajo a otro proceso denominado 'servidor'.
 
  código portable: aquel que puede moverse fácilmente de un tipo de
máquina a otra, aunque cambien las características internas de la misma.
 
  consola: dispositivo de entrada de datos a un ordenador, conocido
más genéricamente como teclado o terminal, ya sea manual o por
conectores.
 
  controladores de E/S: dispositivos físicos encargados de gestionar la
transferencia de datos entre la CPU, a través del bús de datos del
ordenador y un periférico conectado al puerto de E/S.
 
  CPU: Acrónimo inglés de "Central Processing Unit", en castellano,
"Unidad Central de Proceso". Aquella unidad incluida íntegramente en el
microprocesador (solo en PC's) de un computador que controla el resto de
unidades. Formada por la unidad aritmético-lógica, la unidad de control y
de pequeños registros principalmente. El control lo lleva a cabo mediante
la interpretación y la ejecución de instrucciones, según las señales que le
dicta un reloj.
 
  depurador: programa especializado en la corrección y eliminación de
errores en un código fuente durante su edición, o capturando diversos
datos durante su ejecución.
 
  editor de texto: programa orientado a la edición, y manipulación de
archivos de texto. No presenta características de procesamiento
complejas.
 
  enlazador: programa encargado de unir o enlazar el código de varios
módulos separados que mantienen llamadas o referencias cruzadas entre
los mismos, de forma que se pueda realizar su posterior ejecución.

Página 14
 
  ensamblador: lenguaje de programación de medio nivel, el cual es
traducible directamente a lenguaje máquina. Está constituido por un juego
de instrucciones característico de cada máquina con distinta arquitectura.
 
  hardware: conjunto de dispositivos físicos, metálicos y de materiales
plásticos que forman el ordenador u otro dispositivo conectado al mismo.
 
  interactividad: propiedad que es característica de entes
comunicativos en los cuales priman los tiempos cortos de respuesta. Es
característico de ciertos procesos y dispositivos.
 
  interfaz o interface: de un objeto es la parte de un objeto accesible
desde su exterior, que nos permite utilizarlo y consultar su estado interno.
La vamos a utilizar como medio de comunicación entre el objeto y
cualquier ente que quiera comunicarse con él.
 
  interrupción: detención temporal en un punto determinado de un
programa, para permitir el acceso y proceso de una rutina que tomará el
control del sistema. Puede ocurrir debido a diferentes causas ya
sean hardware o software.
 
  lenguajes de alto nivel: lenguajes simbólicos constituidos por un
léxico, una sintaxis y una semántica; los cuales son fácilmente entendibles
por el usuario cuando tiene que realizar programas para computadoras.
 
  lenguaje máquina: (instrucciones) son aquellas que basadas en
secuencias de ceros y unos ( código binario ), son entendibles
directamente por el ordenador y por lo tanto ejecutables sin necesidad
de traducción.
 
  máquina virtual: es aquella interface que mantiene una máquina
mediante la cual nos comunicamos con los dispositivos hardware del
ordenador. De esta forma nosotros trabajamos a un nivel superior
eliminando la complejidad de dichos dispositivos. De esta forma podemos
mantener distintos Sistemas Operativos corriendo sobre una misma
máquina.
 
  memoria dinámica: zona de la memoria principal que reservan
los compiladores para poder utilizarla mediante una serie de peticiones al
gestor de memoria en tiempo de ejecución.
 
  memoria principal: dispositivo que almacena información en forma de
datos codificados en binario. Es accedida directamente por la CPU y
además es de lectura y escritura, pero volátil. Está formada por una serie
de posiciones o celdillas de memoria, las cuales son referenciadas
mediante un sistema de direcciones lógicas.

Página 15
  
  memoria secundaria: tipo de memoria auxiliar que retiene toda la
información almacenada cuando se desconecta de la fuente de
alimentación. Es de acceso lento pero de gran capacidad.
 
  modo supervisor: modo de trabajo del sistema operativo mediante el
cual solo el es capaz de controlar y acceder a los recursos del ordenador
mediante instrucciones privilegiadas que no están disponibles para los
programas de aplicación o de usuario.
 
  modo usuario: modo de trabajo del sistema operativo mediante el
cual es el usuario el que tiene el acceso y control de todo el sistema. Se
denota cuando el interprete de órdenes está activo mediante el prompt o
inductor.
 
  multiprogramación: sistema de programación que permite la
ejecución simultanea de varios procesos residentes en la memoria
principal. Es decir, todos los procesos avanzan en su ejecución.
 
  multiusuario: sistema informático capaz de soportar el trabajo de
varios usuarios en una misma máquina o grupo reducido de ellas.
 
  nombre simbólico: nombre de variable, constante o tipo de dato,
mediante el cual accedemos lógicamente a los datos en memoria
principal sin tener que referenciar sus posiciones físicas. Utilizado
en lenguajes de programación.
 
  octal o hexadecimal: sistemas de numeración utilizados en la
representación de datos numéricos y alfanuméricos en base "8" y en base
"16" respectivamente.
 
  palabra de estado (PSW): del inglés, Processor Status Word, en
castellano, Palabra de estado del microprocesador. Palabra que recoge
en binario el estado del entorno de programa, después de la ejecución de
cada instrucción.
 
  periféricos: serán aquellos dispositivos que no forman parte del
computador central estando este formado por la memoria principal y
la CPU. Sirven para comunicarse con el mismo.
 
  prompt( indicador): indicador de modo usuario, que permite a este
realizar peticiones de servicios al interprete de órdenes. Este se sustituye
actualmente por sistemas de ventanas.
 
  pila: zona reservada de la memoria o registros hardware donde se
almacena temporalmente el estado o información de un programa, rutina,

Página 16
etc... . Mantiene una política de inserciones y eliminaciones LIFO (Primero
en entrar Último en salir).
 
  puerto: dispositivo físico que conecta los canales internos de
información del ordenador con las líneas de comunicación de los
posibles periféricos conectables.
 
  registro: pequeña memoria interna del microprocesador, formada
generalmente por biestables. Es de rápido acceso y son de muy utilizados
programando en lenguaje ensamblador.
 
  rutinas de E/S: conjunto de instrucciones encargado de controlar la
transferencia de datos entre los periféricos y el ordenador. Gestionan las
capacidades de los puertos.
 
  serie: método de procesamiento o transmisión de datos basado en
etapas sucesivas, no simultáneas. Ejemplo de transmisión bita a bit.
 
  servicio: trabajo o tarea ofrecida por el sistema operativo ante
una llamada al sistema por parte del usuario.
 
  servidor: proceso o dispositivo encargado de resolver o solucionar la
petición de servicio o trabajo realizado por un proceso denominado
‘cliente’. Además debe dar una respuesta con el resultado de la consulta.
 
  sheduling: del inglés ‘scheduler’, en castellano, planificación,
mediante la cual se decide cuál de las tareas activas en el sistema seguirá
ejecutándose, tomando esta la posesión del tiempo de CPU.
 
  shells( interprete de órdenes ): término inglés traducido por
intérprete de órdenes. Este es capaz de recoger las órdenes que el
usuario realiza, pasándolas al núcleo del Sistema Operativo para su
ejecución.
 
  síncrono: término asociable a distintos dispositivos y procesos. En
sistemas multiprocesador representa la sincronización o accionamiento
simultaneo de varios componentes como la memoria principal y la CPU.
 
  software: son los programas, incluyendo procedimientos, utilidades,
sistemas operativos, programas de aplicación y paquetes informáticos,
implementados para un sistema informático.
 
  software de sistemas: aquel que está orientado a la manipulación y
control directo del hardware mediante una serie de rutinas especializadas.
 

Página 17
   tarjetas: dispositivos estandarizados de material plástico con
perforaciones que permiten el almacenamiento de programas de forma
permanente.
 
  terminal: dispositivo de E/S de datos de un ordenador, el cual no tiene
por qué estar localizado junto a la carcasa de la CPU , sino que puede
estar en una localización remota
 
  tiempo compartido: sistema de reparto de la capacidad de proceso
basado en la división del tiempo de CPU entre los distintos trabajos que
hay en memoria principal, para que todos avancen en su ejecución.
 
 

Página 18