Portada Actividad #1
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Revista digital<br />
<strong>Actividad</strong> 1- Introducción a los Sistemas de Información<br />
<strong>Actividad</strong> 2- Introducción a los Sistemas de Información p.2<br />
<strong>Actividad</strong> 3- Introducción a los Sistemas de Información p.3<br />
<strong>Actividad</strong> 4- Gestión de proyectos<br />
<strong>Actividad</strong> 5- Orangehrm<br />
<strong>Actividad</strong> 6- Orangehrm p.2<br />
<strong>Actividad</strong> 7- Icehrm<br />
<strong>Actividad</strong> 8- Manejador de contenidos WordPress y WooCommerce<br />
Caso de estudio 1<br />
Caso de estudio 2<br />
Caso de estudio 3
21-8-2018 Introducción a los<br />
Sistemas de<br />
Información<br />
Fundamentos y tipos de sistemas de<br />
información<br />
Nila Valtierra María Guadalupe<br />
Ortega Guillén Diana Laura<br />
SISTEMAS DE INFORMACIÓN PARA R.H.
Contenido<br />
Contenido de Imagen .......................................................................................................................... 1<br />
1 Fundamentos y tipos de sistemas de información .......................................................................... 1<br />
1.1 Definición de sistemas de información ..................................................................................... 1<br />
1.2 Componentes de un sistema de información ........................................................................... 1<br />
1.2.1 Entrada ............................................................................................................................... 1<br />
1.2.2 Procesamiento ................................................................................................................... 1<br />
1.2.3 Salida .................................................................................................................................. 1<br />
1.2.4 Retroalimentación.............................................................................................................. 1<br />
1.3 Datos ......................................................................................................................................... 1<br />
1.4 Proceso de datos ....................................................................................................................... 2<br />
1.5 Información ............................................................................................................................... 2<br />
1.6 Elementos de un sistema de Información ................................................................................ 2<br />
1.6.1 Equipo de cómputo y periféricos ....................................................................................... 2<br />
1.6.2 Recursos Humanos ............................................................................................................. 2<br />
1.6.3 Datos e Información ........................................................................................................... 3<br />
1.6.4 Programas .......................................................................................................................... 3<br />
1.6.5 Telecomunicaciones y Redes ............................................................................................. 3<br />
1.6.6 Ejemplo de las actividades que realiza un Sistema de Información .................................. 4<br />
1.6.7 Objetivo de los sistemas de información ........................................................................... 4<br />
3 Etapas del ciclo de vida de los sistemas de información ................................................................. 5<br />
3.1 Análisis ...................................................................................................................................... 5<br />
3.1.1 Investigación Preliminar ..................................................................................................... 5<br />
3.1.2. Definición de Requerimientos .......................................................................................... 5<br />
3.1.3 Diseño del sistema ............................................................................................................. 5<br />
3.1.4 Desarrollo del software ...................................................................................................... 5<br />
3.1.5 Prueba de sistemas ............................................................................................................ 5<br />
3.1.6 Implantación y evaluación ................................................................................................. 6<br />
3.1.7 Por análisis estructurado ................................................................................................... 6<br />
3.1.8 Símbolos gráficos ............................................................................................................... 6<br />
3.1.9 Diccionario de datos........................................................................................................... 7<br />
3.1.10 Descripciones de procesos y procedimientos ................................................................... 7<br />
3.1.10.1 Reglas ............................................................................................................................ 7<br />
3.1.10.2 Diseño Estructurado...................................................................................................... 7<br />
3.1.10.3 Análisis de flujo de datos. ............................................................................................. 7<br />
3.1.10.4 Herramientas ................................................................................................................ 7<br />
3.1.10.5 Diagrama de flujo de datos ........................................................................................... 7
3.1.10.6 Notaciones .................................................................................................................... 8<br />
3.1.10.7 Flujo de datos ................................................................................................................ 8<br />
3.1.2 Método del prototipo de sistemas ........................................................................................ 8<br />
3.1.3 Identificación de requerimientos conocidos ..................................................................... 8<br />
3.1.4 Desarrollo de un modelo de trabajo .................................................................................. 8<br />
3.1.5 Utilización del prototipo .................................................................................................... 8<br />
3.1.6 Revisión del prototipo ........................................................................................................ 9<br />
3.1.7 Repetición del proceso las veces que sea necesarias ........................................................ 9<br />
3.2 Diseño ....................................................................................................................................... 9<br />
3.2.1. Diseño de salidas ............................................................................................................... 9<br />
3.2.2. Formato ................................................................................................................................. 9<br />
3.2.3. Tipos de salida ................................................................................................................... 9<br />
3.2.4. Diseño de entradas ......................................................................................................... 10<br />
3.2.5. Complejidad .................................................................................................................... 11<br />
3.2.6. Movimientos ................................................................................................................... 11<br />
3.2.7. Formularios ..................................................................................................................... 11<br />
3.2.9. Diseño de archivos .......................................................................................................... 11<br />
3.2.10 Diseño de procesos ........................................................................................................ 14<br />
3.3 Desarrollo de software ............................................................................................................ 15<br />
3.3.1 Definición de software ..................................................................................................... 15<br />
3.3.2 CATEGORIAS DE SOFTWARE ............................................................................................ 15<br />
3.3.3 Las WebApps .................................................................................................................... 17<br />
3.3.4 Ingeniería de software ..................................................................................................... 17<br />
3.3.5 El proceso del software .................................................................................................... 17<br />
3.3.6 Mitos del software ........................................................................................................... 17<br />
3.3.7 El modelo general de proceso .......................................................................................... 17<br />
3.3.8 Evaluación y mejora del proceso ..................................................................................... 17<br />
3.3.9 Modelos de procesos prescriptivos ................................................................................. 17<br />
3.3.10 Modelos de procesos especializados ............................................................................. 19<br />
3.3.11 Proceso unificado ........................................................................................................... 19<br />
3.3.12 Modelos de proceso personal y de equipo .................................................................... 19<br />
3.3.13 Tecnología de proceso ................................................................................................... 19<br />
3.3.14 Producto y proceso ........................................................................................................ 20<br />
3.3.15 Desarrollo ágil ................................................................................................................ 20<br />
3.3.16 Programación XP o extrema .......................................................................................... 21<br />
3.3.16 Proceso XP ...................................................................................................................... 22<br />
3.3.17 Otros modelos ágiles de proceso ................................................................................... 23
3.4 Pruebas ................................................................................................................................... 23<br />
3.4.1 Concepto de una prueba .................................................................................................. 23<br />
3.5 Implantación ........................................................................................................................... 24<br />
3.6 Mantenimiento ....................................................................................................................... 24<br />
3.6.1 Concepto .......................................................................................................................... 24<br />
3.6.2 Reingeniería ..................................................................................................................... 25<br />
3.6.2.1 De los procesos ............................................................................................................. 25<br />
3.6.2.2 De software ................................................................................................................... 25<br />
3.6.3 Ingeniería inversa ............................................................................................................. 25<br />
3.6.4 Reestructuración .............................................................................................................. 25<br />
Bibliografía ........................................................................................................................................ 27
Contenido de Imagen<br />
Imagen 1- Sistema de Recursos Humanos .......................................................................................... 3<br />
Imagen 2- Función Sistema de Información ........................................................................................ 4<br />
Imagen 3-Software científico y de ingeniería.................................................................................... 16<br />
Imagen 4-Software de ingeniería ...................................................................................................... 16<br />
Imagen 5- Principios de la agilidad .................................................................................................... 20<br />
Imagen 6- Valores XP ........................................................................................................................ 22<br />
Imagen 7-Proceso XP ......................................................................................................................... 22
1 Fundamentos y tipos de sistemas de información<br />
1.1 Definición de sistemas de información<br />
Es un conjunto de elementos que interactúan entre sí con un fin común; que permite que la<br />
información esté disponible para satisfacer las necesidades en una organización, un sistema de<br />
información no siempre requiere contar con recuso computacional aunque la disposición del<br />
mismo facilita el manejo e interpretación de la información por los usuarios.<br />
1.2 Componentes de un sistema de información<br />
El hardware<br />
El software<br />
Dispositivos de Almacenamiento<br />
1.2.1 Entrada<br />
Los dispositivos de entrada son los que sirven tanto para introducir datos como para hacer que la<br />
computadora realice sus funciones.<br />
Entre los dispositivos de entrada se encuentran el mouse (el ratón), el teclado, el escáner, entre<br />
otros.<br />
1.2.2 Procesamiento<br />
Son los actos específicos que se genera con la información recibida y las salidas son los objetivos<br />
resueltos del sistema, lo que se propuso y consiguió.<br />
1.2.3 Salida<br />
Los dispositivos de salida son aquellos que son utilizados para que la información sea proyectada<br />
hacia el exterior. Entre ellos se encuentran la impresora, el vídeo beam, el monitor, entre otros.<br />
1.2.4 Retroalimentación<br />
Brinda información que permite saber cuándo son erróneos los conceptos del sistema y qué<br />
ajustes deberá realizar en el mismo.<br />
1.3 Datos<br />
Los datos son números, letras o símbolos que describen objetos, condiciones o situaciones. Son el<br />
conjunto básico de hechos referentes a una persona, cosa o transacción de interés para distintos<br />
objetivos, entre los cuales se encuentra la toma de decisiones. Desde el punto de vista de la<br />
computación, los datos se representan como pulsaciones o pulsos electrónicos a través de la<br />
combinación de circuitos (denominados señal digital). Pueden ser:<br />
1- Datos alfabéticos (las letras desde A a la Z).<br />
2- Datos numéricos (por ej. del 0 al 9)<br />
3- Datos simbólicos o de caracteres especiales (por ej. %, $, #, @, &, etc.)<br />
1
1.4 Proceso de datos<br />
Es la Técnica que consiste en la recolección de los datos primarios de entrada, que son evaluados y<br />
ordenados, para obtener información útil, que luego serán analizados por el usuario final, para<br />
que pueda tomar las decisiones o realizar las acciones que estime conveniente.<br />
1.5 Información<br />
La información es el conjunto de datos organizados y procesados que constituyen mensajes,<br />
instrucciones, operaciones, funciones y cualquier tipo de actividad que tenga lugar en relación con<br />
un ordenador. El procesador del mismo requiere de información para cumplir una orden recibida,<br />
y toda tarea computacional implica el intercambio de un dato informativo de un lugar a otro. Esto<br />
no sólo ocurre en forma electrónica al interior del ordenador, sino que también es natural a las<br />
acciones que un usuario cualquiera ejecute con una computadora.<br />
1.6 Elementos de un sistema de Información<br />
1.6.1 Equipo de cómputo y periféricos<br />
ELEMENTO FÍSICO O HARDWARE, DESCRIPCIÓN Y MANTENIMIENTO.<br />
2.1 HARDWARE: Hard = duro; ware = elemento. Son los componentes físicos de una computadora,<br />
incluyendo el procesador, memoria, dispositivos de almacenamiento, impresoras, etc.<br />
2.2 PERIFÉRICOS. Se entiende por periféricos, todos los componentes del hardware que están<br />
conectados al CPU mediante cables y por medio de los puertos que pueden ser de entrada y<br />
salida.<br />
Entre los periféricos más utilizados están los siguientes:<br />
~ TECLADO.<br />
~ MOUSE.<br />
~ MONITOR.<br />
~ IMPRESORA.<br />
~ ESCÁNER<br />
1.6.2 Recursos Humanos<br />
En este banco de datos del Sistema de Información de Recursos Humanos se captan, almacenan y<br />
mantienen permanentemente actualizados los datos sobre la estructura organizativa de la<br />
empresa. Imagen 1- Sistema de Recursos Humanos<br />
Este conjunto de tareas o actividades encaminadas a la captura, almacenamiento y<br />
mantenimiento (actualización permanente) de datos sobre la estructura organizativa de la<br />
empresa, para su posterior procesamiento -gestión de datos- y transformación en información,<br />
tiene como finalidad el análisis de la estructura organizativa de la empresa en base a su<br />
organigrama, inventario de puestos de trabajo, persona/s asignada/s a cada puesto, catálogo de<br />
puestos de trabajo y perfiles (funciones, responsabilidades, requisitos y competencias exigidas por<br />
2
el mismo); de acuerdo con los parámetros establecidos en las políticas de recursos humanos de la<br />
organización; así como detectar errores de estructura, dobles dependencias y contenidos<br />
jerárquicos y funcionales anormales.<br />
- Administración de personal.<br />
- Gestión de Recursos Humanos: Gestión de currículum-vitae, selección de personal, evaluación<br />
de rendimiento, identificación de potencial, catálogo de competencias, etc.<br />
- Formación.<br />
- Gestión del conocimiento.<br />
- Prevención de Riesgos y Salud laboral.<br />
- Compensación y beneficios sociales.<br />
Imagen 1- Sistema de Recursos Humanos<br />
1.6.3 Datos e Información<br />
Los datos son las expresiones generales que se usan para describir los atributos de una<br />
información, un valor, una condición o un hecho.<br />
1.6.4 Programas<br />
1.6.5 Telecomunicaciones y Redes<br />
Componentes de un sistema de telecomunicaciones<br />
Un sistema de telecomunicación es una colección de hardware y software compatible dispuesto<br />
para comunicar información de un lugar a otro. Estos sistemas pueden transmitir textos, gráficos,<br />
voz, documentos o información de video en movimiento completo.<br />
1.- HARDWARE: tenemos como ejemplo la computadora, multiplexores, controladores y módems.<br />
2.- MEDIOS DE COMUNICACIÓN: es el medio físico a través del cual se transfieren las señales<br />
electrónicas ejemplo: cable telefónico.<br />
3
3.- REDES DE COMUNICACIÓN: son las conexiones entre computadores y dispositivos de<br />
comunicación.<br />
4.- EL DISPOSITIVO DEL PROCESO DE COMUNICACIÓN: es el dispositivo que muestra como ocurre<br />
la comunicación.<br />
5.- SOFTWARE DE COMUNICACIÓN: es el software que controla el proceso de la comunicación.<br />
6.- PROVEEDORES DE LA COMUNICACIÓN: son empresas de servicio público reguladas o empresas<br />
privadas.<br />
7.- PROTOCOLOS DE COMUNICACIÓN: son las reglas para la transferencia de la información.<br />
8.- APLICACIONES DE COMUNICACIÓN: estas aplicaciones incluyen el intercambio de datos<br />
electrónicos como la tele conferencia o el fax.<br />
1.6.6 Ejemplo de las actividades que realiza un Sistema de Información<br />
Imagen 2- Función Sistema de Información<br />
1.6.7 Objetivo de los sistemas de información<br />
1. Automatización de procesos operativos:<br />
Los Sistemas de Información que logran la automatización de procesos operativos dentro de una<br />
organización, son llamados frecuentemente Sistemas Transaccionales, ya que su función<br />
primordial consiste en procesar transacciones tales como pagos, cobros, pólizas, entradas, salidas,<br />
etc.<br />
2. Proporcionar información que sirva de apoyo al proceso de toma de decisiones:<br />
Los Sistemas de Información que apoyan el proceso de toma de decisiones son los Sistemas de<br />
Soporte a la Toma de Decisiones, Sistemas para la Toma de Decisión de Grupo, Sistemas Expertos,<br />
de Soporte a la Toma de Decisiones y Sistema de Información para Ejecutivos.<br />
3. Lograr ventajas competitivas a través de su implantación y uso:<br />
Por otra parte, el tercer tipo de sistema, de acuerdo con su uso u objetivos que cumplen, es el de<br />
los Sistemas Estratégicos, los cuales se desarrollan en las organizaciones con el fin de lograr<br />
ventajas competitivas, a través del uso de la tecnología de información.<br />
4
3 Etapas del ciclo de vida de los sistemas de información<br />
3.1 Análisis<br />
3.1.1 Investigación Preliminar<br />
Es el primer paso del proceso porque implica conocer la actividad de la organización en cuestión.<br />
Es en este momento cuando se identifican las necesidades y los problemas relacionados con la<br />
gestión de la información. Se descubre el porqué de la necesidad del sistema, y cómo se espera<br />
satisfacer esa necesidad dentro de la entidad. Es decir, también se valoran expectativas. En esta<br />
fase la revisión de bibliografía institucional y la realización de entrevistas son las formas típicas de<br />
encontrar información útil para el trabajo a realizar. Asimismo, se debe hacer una revisión de los<br />
sistemas de información existentes para detectar hábitos de uso, dificultades más frecuentes y<br />
experiencias positivas con otros sistemas.<br />
3.1.2. Definición de Requerimientos<br />
El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la<br />
parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y<br />
administradores, deben estudiar los procesos de una empresa para dar respuesta a las siguientes<br />
preguntas clave:<br />
¿Qué es lo que hace?<br />
¿Cómo se hace?<br />
¿Con que frecuencia se presenta?<br />
¿Qué tan grande es el volumen de transacciones o decisiones?<br />
¿Cuál es el grado de eficiencia con el que se efectúan las tareas?<br />
¿Existe algún problema? ¿Qué tan serio es? ¿Cuál es la causa que lo origina?<br />
3.1.3 Diseño del sistema<br />
El diseño de un sistema de información produce los detalles que establecen la forma en la que el<br />
sistema cumplirá con los requerimientos identificados durante la fase de análisis. Los especialistas<br />
en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico en contraste con la del<br />
desarrollo del software, a la que denominan diseño físico.<br />
3.1.4 Desarrollo del software<br />
Los encargados de desarrollar software pueden instalar software comprobando a terceros o<br />
escribir programas diseñados a la medida del solicitante. La elección depende del costo de cada<br />
alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los<br />
programadores.<br />
3.1.5 Prueba de sistemas<br />
Durante la prueba de sistemas, el sistema se emplea de manera experimental para asegurarse de<br />
que el software no tenga fallas, es decir, que funciona de acuerdo con las especificaciones y en la<br />
forma en que los usuarios esperan que lo haga.<br />
5
Se alimentan como entradas conjunto de datos de prueba para su procesamiento y después se<br />
examinan los resultados.<br />
3.1.6 Implantación y evaluación<br />
La implantación es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar<br />
la aplicación y construir todos los archivos de datos necesarios para utilizarla. Una vez instaladas,<br />
las aplicaciones se emplean durante muchos años. Sin embargo, las organizaciones y los usuarios<br />
cambian con el paso del tiempo, incluso el ambiente es diferente con el paso de las semanas y los<br />
meses.<br />
Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones. La evaluación de<br />
un sistema se lleva a cabo para identificar puntos débiles y fuertes.<br />
3.1.6.1 Evaluación operacional<br />
Valoración de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de<br />
respuesta, lo adecuado de los formatos de información, confiabilidad global y nivel de utilización.<br />
3.1.6.2 Impacto organizacional<br />
Identificación y medición de los beneficios para la organización en áreas tales como finanzas,<br />
eficiencia operacional e impacto competitivo. También se incluye el impacto sobre el flujo de<br />
información externo e interno.<br />
3.1.6.3 Opinión de los administradores<br />
Evaluación de las actividades de directivos y administradores dentro de la organización así como<br />
de los usuarios finales.<br />
3.1.6.4 Desempeño del desarrollo<br />
La evaluación de proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de<br />
desarrollo, concuerdan con presupuestos y estándares, y otros criterios<br />
de administración de proyectos. También se incluye la valoración de los métodos y herramientas<br />
utilizados en el desarrollo.<br />
3.1.7 Por análisis estructurado<br />
El análisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la<br />
aplicación. Permite que las personas observen los elementos lógicos (lo que hará el sistema)<br />
separados de los componentes físicos (computadora, terminales, sistemas de almacenamiento,<br />
etc.). Después de esto se puede desarrollar un diseño físico eficiente para la situación donde será<br />
utilizado.<br />
El análisis estructurado es un método para el análisis de sistemas manuales o automatizados, que<br />
conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a<br />
los ya existentes. Éste análisis permite al analista conocer un sistema o proceso en una<br />
forma lógica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite<br />
ningún detalle pertinente.<br />
3.1.8 Símbolos gráficos<br />
Iconos y convenciones para identificar y describir los componentes de un sistema junto con las<br />
relaciones entre estos componentes.<br />
6
3.1.9 Diccionario de datos<br />
Descripción de todos los datos usados en el sistema. Puede ser manual o automatizado.<br />
3.1.10 Descripciones de procesos y procedimientos<br />
Declaraciones formales que usan técnicas y lenguajes que permiten a los analistas describir<br />
actividades importantes que forman parte del sistema.<br />
3.1.10.1 Reglas<br />
Estándares para describir y documentar el sistema en forma correcta y completa.<br />
3.1.10.2 Diseño Estructurado<br />
El diseño Estructurado es otro elemento del Método de Desarrollo por Análisis Estructurado que<br />
emplea la descripción gráfica, se enfoca en el desarrollo de especificaciones del software.<br />
El objetivo del Diseño Estructurado es programas formados por módulos independientes unos de<br />
otros desde el punto de vista funcional.<br />
La herramienta fundamental del Diseño Estructurado es el diagrama estructurado que es<br />
de naturaleza gráfica y evitan cualquier referencia relacionada con el hardware o detalles físicos.<br />
Su finalidad no es mostrar la lógica de los programas (que es la tarea de los diagramas de flujo).<br />
Los Diagramas Estructurados describen la interacción entre módulos independientes junto con los<br />
datos que un módulo pasa a otro cuando interacciona con él.<br />
3.1.10.3 Análisis de flujo de datos.<br />
Estudia el empleo de los datos para llevar a cabo procesos específicos de la empresa dentro del<br />
ámbito de una investigación de sistemas usa los diagrama de flujos de datos y los diccionarios de<br />
datos.<br />
3.1.10.4 Herramientas<br />
Las herramientas muestran todas las características esenciales del sistema y la forma en que se<br />
ajustan entre sí, como es muy difícil entender todo un proceso de la empresa en forma verbal, las<br />
herramientas ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones.<br />
3.1.10.5 Diagrama de flujo de datos<br />
Es el modelo del sistema. Es la herramienta más importante y la base sobre la cual se desarrollan<br />
otros componentes.<br />
El modelo original se detalla en diagramas de bajo nivel que muestran características adicionales<br />
del sistema. Cada proceso puede desglosarse en diagramas de flujos de datos cada vez más<br />
detallados. Repitiéndose esta secuencia hasta que se obtienen suficientes detalles para que el<br />
analista comprenda la parte del sistema que se encuentra bajo investigación.<br />
El diagrama físico de datos da un panorama del sistema en uso, dependiente de la implantación,<br />
mostrando cuales tareas se hacen y como son hechas. Incluyen nombres de personas, nombres o<br />
números de formato y documento, nombres de departamentos, archivos maestro y de<br />
transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de procedimientos.<br />
7
El diagrama lógico de datos da un panorama del sistema, pero a diferencia del físico es<br />
independiente de la implantación, que se centra en el flujo de datos entre los procesos, sin<br />
considerar los dispositivos específicos y la localización de los almacenes de datos o personas en el<br />
sistema. Sin indicarse las características físicas.<br />
3.1.10.6 Notaciones<br />
Son cuatro símbolos, que fueron desarrollados y promovidos al mismo tiempo por dos<br />
organizaciones: Yourdon y Gane y Sarson.<br />
3.1.10.7 Flujo de datos<br />
Son movimientos de datos en una determinada dirección, desde un origen hasta un destino. Es un<br />
paquete de datos.<br />
3.1.2 Método del prototipo de sistemas<br />
La construcción de prototipos representa una estrategia de desarrollo, cuando no es posible<br />
determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o<br />
en continua evolución, donde el usuario participa de forma directa en el proceso.<br />
Este método contiene condiciones únicas de aplicación, en donde los encargados del desarrollo<br />
tienen poca experiencia o información, o donde los costos y riesgos de que se cometa un error<br />
pueden ser altos.<br />
3.1.3 Identificación de requerimientos conocidos<br />
La determinación de los requerimientos de una aplicación es tan importante para el método de<br />
desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis estructurado.<br />
Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para<br />
identificar los requerimientos conocidos que tienen que satisfacer.<br />
3.1.4 Desarrollo de un modelo de trabajo<br />
Es fácil comenzar los procesos de construcción del prototipo con el desarrollo de un plan general<br />
que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un<br />
cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el desarrollo del<br />
prototipo se preparan los siguientes componentes:<br />
a). El lenguaje para el dialogo o conversación entre el usuario y el sistema.<br />
b). Pantallas y formatos para la entrada de datos.<br />
C. Módulos esenciales de procesamiento.<br />
d). Salida del sistema<br />
3.1.5 Utilización del prototipo<br />
Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación.<br />
La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable<br />
para determinar los cambios o mejoras que sean necesarios, así como las características<br />
inadecuadas<br />
8
3.1.6 Revisión del prototipo<br />
Durante la evaluación los analistas de sistemas desean capturar información sobre los que les<br />
gusta y lo que les desagrada a los usuarios.<br />
Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo<br />
es el analista responsable de tales modificaciones.<br />
3.1.7 Repetición del proceso las veces que sea necesarias<br />
El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas<br />
están de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las<br />
características necesarias.<br />
3.2 Diseño<br />
3.2.1. Diseño de salidas<br />
La salida es la capacidad de un Sistema de Información para generar la información procesada<br />
hacia el exterior, bien sean datos de entrada o resultados. Generalmente la salida de un Sistema<br />
de Información puede constituir la entrada a otro Sistema de Información o módulo. En el diseño<br />
de la salida, se seleccionan métodos para representar la información y se crean documentos,<br />
informes u otros formatos que contienen información producida por el sistema.<br />
3.2.1.1. Oportunidad<br />
La conjugación de la posibilidad que se presenta o existe que una persona realice una acción para<br />
conseguir o alcanzar algún tipo de mejora.<br />
3.2.1.2. Complejidad<br />
Tiene como finalidad la creación de mecanismos y herramientas capaces de describir y analizar la<br />
complejidad de un algoritmo y la complejidad intrínseca de un problema.<br />
3.2.2. Formato<br />
3.2.3. Tipos de salida<br />
3.2.3.1. Textos<br />
El texto es una unidad lingüística formada por un conjunto de enunciados que tienen una<br />
intención comunicativa y que están internamente estructurados.<br />
3.2.3.2. Tabulados<br />
Expresiones de valores, conceptos o magnitudes en forma de tabla. Sirve para señalar los espacios<br />
y márgenes de un escrito mediante el tabulador.<br />
En informática se utiliza para introducir las fichas en la tabuladora o imprimir los totales parciales<br />
de un grupo de tarjetas y sus indicadores respectivos en una tabuladora.<br />
3.2.3.3. Gráficos<br />
Un gráfico es una representación gráfica de datos tabulares. La visualización de los datos por<br />
medio de gráficos ayuda a detectar patrones, tendencias, relaciones y estructuras de los datos que<br />
resultaría difícil ver como números en una tabla. Utilice los gráficos junto con los mapas para<br />
explorar los datos o ayudar a contar una historia.<br />
9
3.2.3.4. Salidas impresas<br />
Se pueden dividir en dos grupos, existen impresoras de impacto y de no impacto. Las primeras se<br />
reconocen porque tienen un objeto que "golpea" la cinta entintada. Dentro de este grupo<br />
encontramos la impresora de matriz de punto, la de margarita y la de banda. Las dos primeras son<br />
relativamente veloces y producen letras cercanas a las "de calidad", aunque en general están en<br />
desuso. El segundo grupo, las impresoras de no impacto, son las que crean los caracteres sin<br />
impactar la cinta sobre el papel. Son de alta capacidad y velocidad, además que poseen una mejor<br />
calidad en la impresión. Dentro de este grupo encontramos las térmicas (papel y cinta especial:<br />
mayor costo), electrostáticas, laser (gran velocidad y impresión de letra de calidad, pero necesitan<br />
de una gran cantidad de memoria de cómputo) e impresoras de chorro de tinta (buenas para<br />
combinar colores en gráficos). Este grupo ofrece entonces mayor velocidad y mejor calidad, pero<br />
no producen copias múltiples y algunas son costosas. Una vez que se establece el método de<br />
salida, el paso a seguir es elegir la tecnología y para ello se deben tener en cuenta tres puntos:<br />
Confiabilidad de la impresora: es decir, su eficiencia. Compatibilidad con el software y el hardware:<br />
evaluar los recursos actuales para crear esa compatibilidad.<br />
3.2.3.5. Salidas en pantalla<br />
Se ha convertido en un método de salida muy popular, porque es silenciosa, ágil, y ofrece la<br />
posibilidad de interactuar con el usuario. Es ideal para mostrar información que sólo se consultará<br />
una vez y que no requerirá almacenarse, es decir, presenta información efímera, usada para tomar<br />
decisiones momentáneas. Los tipos de pantallas más comunes son hechas con tubos de rayos<br />
catódicos (CRT), lo que explica su tamaño, aunque también existen pequeñas como las pantallas<br />
de cristal líquido (LCD), especiales para cuando la movilidad es un factor importante para el<br />
usuario.<br />
3.2.4. Diseño de entradas<br />
3.2.4.1 Definición<br />
Representa todos los datos, texto, voz e imágenes que entran al SI y los métodos y los medios por<br />
los cuales se capturan e introducen. Generalmente la entrada sigue un protocolo y un formato<br />
para que el contenido, la identificación, la autorización, el arreglo y el procesamiento sean<br />
adecuados. Es el enlace que une al sistema de información con el mundo y sus usuarios.<br />
3.2.4.1. Generadas en el entorno<br />
En esta tarea se definen en detalle los distintos elementos de la infraestructura técnica que dan<br />
soporte al sistema de información. Se propone agrupar los elementos de la infraestructura en los<br />
siguientes conceptos: - Hardware: procesadores, unidades de almacenamiento, estaciones de<br />
trabajo, etc. - Software: sistemas operativos, subsistemas, middleware, gestores de bases de<br />
datos, sistemas de ficheros, software de base, herramientas y utilidades de gestión propias del<br />
sistema, etc. - Comunicaciones: diseño de la topología de la red, protocolos, nodos de red, etc. La<br />
definición de los distintos elementos puede generar restricciones técnicas que afecten al diseño o<br />
construcción del sistema de información.<br />
3.2.4.2. Generadas internamente<br />
Almacenamiento: espacio en disco, espacio en memoria, pautas de crecimiento y evolución<br />
estimada del sistema de información, etc. - Procesamiento: número y tipo de procesadores,<br />
memoria, etc. - Comunicaciones: líneas, caudal, capacidades de elementos de red, etc.<br />
10
3.2.5. Complejidad<br />
Tiene como finalidad la creación de mecanismos y herramientas capaces de describir y analizar la<br />
complejidad de un algoritmo y la complejidad intrínseca de un problema.<br />
3.2.6. Movimientos<br />
3.2.6.1. Altas<br />
Sirve para agregar un primer registro con datos dentro de los campos una tabla.<br />
3.2.6.2. Bajas<br />
Disminución de la magnitud, el nivel, la cuantía, el valor o el precio de una cosa.<br />
3.2.6.3. Cambios o modificaciones<br />
Si queremos modificar el valor de alguno de los campos de un registro pulsaremos<br />
correspondiente al registro (renglón) que queremos editar, y aparecerá un formulario con los<br />
valores de cada campo de este registro ya escritos; en ese momento, escribiremos o borraremos<br />
lo que queramos.<br />
3.2.7. Formularios<br />
Es una plantilla o página con espacios vacíos que han de ser rellenados con alguna finalidad, por<br />
ejemplo una solicitud de empleo en la que has de rellenar los espacios libres con la información<br />
personal requerida. Los formularios se utilizan para presentar una visión ordenada de múltiple<br />
información sobre algo, y son útiles para llenar bases de datos.<br />
3.2.7.1. Independientes del sistema<br />
No tienen ningún origen de datos. Se utilizan para mostrar información, líneas, rectángulos e<br />
imágenes. Por ejemplo, una etiqueta que muestra el título de un formulario o el nombre de un<br />
campo es un control independiente.<br />
3.2.7.2. Preparados para el sistema<br />
Su origen de datos es un campo de la tabla o consulta subyacente. Se utilizan para mostrar,<br />
introducir y actualizar los valores de los campos de la base de datos.<br />
3.2.7.3. Preparados por el sistema<br />
Su origen de datos es una expresión. Una expresión es una combinación de operadores, nombres<br />
de controles, nombres de campos, funciones y constantes.<br />
3.2.7.4. Convencionales e inteligentes<br />
Constituyen una herramienta mejorada y avanzada que permite completar el perfil de los usuarios<br />
mediante la recopilación progresiva e inteligente de sus datos. Este tipo de formularios generan<br />
perfiles tan completos como requiera nuestra actividad, sin pedir repetidamente datos al registro.<br />
3.2.9. Diseño de archivos<br />
3.2.9.1. Tipos de archivos<br />
ISO: Imagen de disco. Este archivo contiene una copia de un cd/dvd para su grabación en otro<br />
cd/dvd.<br />
JPG / GIF /PNG: formatos de imágenes.<br />
AVI / MPEG / MP4: formatos de vídeo.<br />
MP3, WAV: formatos de audio.<br />
11
PDF: formato utilizado para la difusión de archivos de texto, ya que una vez creado no puede ser<br />
modificado.<br />
DOC / TXT: formato para la edición y creación de archivos de texto.<br />
EXE: Archivo ejecutable. Se utiliza para instalar nuevos programas o para ejecutar programas ya<br />
instalados.<br />
ZIP / RAR: son carpetas de archivos comprimidos que se utilizan para almacenar la información en<br />
poco espacio o difundirla a través de Internet.<br />
3.2.9.2. Entidades almacenadas<br />
Las bases de datos relacionadas están formadas por tablas y las filas de las tablas se denominan<br />
registros y contienen las entidades almacenadas.<br />
3.2.9.3. Procesos de actualización<br />
La actualización de las PC, al igual que la elaboración, también requiere tiempo. Una actualización<br />
media, tras tres o cuatro años desde la fecha de la última búsqueda, es habitual que dure entre<br />
tres y seis meses o incluso un año, dependiendo del tema. Instituciones que por los temas que<br />
abordan o por los plazos que requieren para la publicación de sus documentos dispongan de<br />
periodos muy limitados de tiempo deben plantearse asumir un menor número de PC o implantar<br />
medidas para subsanar esta limitación. La imposibilidad de superar estas dificultades supondrá<br />
una merma en la calidad de sus PC.<br />
3.2.9.4. Vida útil de los archivos<br />
Producción Documental: Es la generación de documentos de las instituciones en cumplimiento de<br />
sus funciones.<br />
Recepción de documentos: Conjunto de operaciones de verificación y control que una institución<br />
debe realizar para la admisión de los documentos que son remitidos por una persona natural o<br />
Jurídica.<br />
Distribución de documentos: <strong>Actividad</strong>es tendientes a garantizar que los documentos lleguen a su<br />
destinatario.<br />
Tramite de documentos: Es el curso del documento desde su producción o recepción hasta el<br />
cumplimiento de su función administrativa.<br />
Organización documental: Se define como el conjunto de acciones orientadas a la clasificación,<br />
ordenación y descripción de los documentos de una institución, como parte integral de los<br />
procesos archivísticos.<br />
Consulta de documentos: Es el acceso a un documento o grupo de documentos con el fin de<br />
conocer la información que contienen.<br />
Conservación de documentos: Es el conjunto de medidas preventivas o correctivas, adoptadas<br />
para garantizar la integridad física y funcional de los documentos de archivo, sin alterar su<br />
contenido.<br />
Disposición final: Allí se determinó decisión resultante de la valoración hecha en la tercera etapa<br />
del ciclo vital de los documentos, resultado de la valoración secundaria determinando su valor<br />
permanente, su eliminación, selección por muestreo así como la implementación para la<br />
conservación en una Tecnología de imagen (microfilmación o digitalización).<br />
12
3.2.9.5. Contenido<br />
Todo documento, imagen, animación, texto, sonido, video, aplicación, etc. que puede ser<br />
transmitido y ejecutado a través de un navegador en la web. En otras palabras, es todo lo que<br />
puede haber en una página web.<br />
3.2.9.6. Tipos de registros<br />
Los registros de datos se usan para guardar números enteros. En algunas computadoras antiguas,<br />
existía un único registro donde se guardaba toda la información, llamado acumulador. Los<br />
registros de memoria se usan para guardar exclusivamente direcciones de memoria.<br />
3.2.9.7. Seguridad<br />
El proceso de prevenir y detectar el uso no autorizado de un sistema informático. Implica el<br />
proceso de proteger contra intrusos el uso de nuestros recursos informáticos con intenciones<br />
maliciosas.<br />
3.2.9.7.1. Resguardo de archivos originales<br />
Un resguardo de información es proteger la información de tu computadora hacer una copia de<br />
seguridad o copia de respaldo (backup en inglés, el uso de este método está ampliamente<br />
extendido) se refiere a la copia de datos de tal forma que estas copias adicionales puedan<br />
restaurar un sistema después de una pérdida de información.<br />
3.2.9.7.2. Resguardo de archivos copia<br />
Los Respaldos son copias de archivos que tienes en tu computadora para que si por alguna razón<br />
la computadora necesita ser formateada o si por algún apagón eléctrico o cualquier otro tipo de<br />
desperfecto técnico llegas a perder o se borran los archivos originales, tengas esas copias para<br />
"respaldar" o apoyar tus trabajos...<br />
Generalmente esos respaldos se crean en una partición especial del disco duro (casi todas las<br />
computadoras de marca tienen dos particiones de disco duro, unidad C y unidad D), la unidad D es<br />
donde se colocan regularmente los respaldos, ya que por ejemplo al formatear la computadora,<br />
solo se borran los archivos de la unidad C, sin tocar la unidad D.<br />
3.2.9.8. Especificaciones de archivo<br />
3.2.9.8.1. Tablas<br />
Se refiere al tipo de modelado de datos, donde se guardan y almacenan los datos recogidos por un<br />
programa. Su estructura general se asemeja a la vista general de un programa de hoja de cálculo.<br />
3.2.9.8.2. Índices<br />
El índice de una base de datos es una estructura de datos que mejora la velocidad de las<br />
operaciones, por medio de identificador único de cada fila de una tabla, permitiendo un rápido<br />
acceso a los registros de una tabla en una base de datos.<br />
3.2.9.8.3. Integridad referencial<br />
Es un sistema de reglas que utilizan la mayoría de las bases de datos relacionales para asegurarse<br />
que los registros de tablas relacionadas son válidos y que no se borren o cambien datos<br />
relacionados de forma accidental produciendo errores de integridad.<br />
13
3.2.9.8.4. Nombres de archivo<br />
Podemos ponerles un nombre de hasta 260 caracteres (letras, números o signos), pero no se<br />
recomienda usar tantos.<br />
3.2.10 Diseño de procesos<br />
El objetivo del proceso de Diseño del Sistema de Información (DSI) es la definición de la<br />
arquitectura del sistema y del entorno tecnológico que le va a dar soporte, junto con la<br />
especificación detallada de los componentes del sistema de información.<br />
3.2.10.1 Componentes de un sistema<br />
Los componentes de un sistema de información son aquellos que permiten la entrada, el<br />
procesamiento, la salida y el almacenamiento de datos que son de interés general o de un público<br />
en particular.<br />
El hardware<br />
El hardware es el componente del sistema de información que representa una tecnología de<br />
entrada, de almacenamiento y de salida de datos. Es decir, son todos los dispositivos físicos<br />
utilizados para procesar la información.<br />
El hardware a su vez está constituido por el CPU (Central Processing Unit) y la memoria principal.<br />
La memoria principal es aquella donde se almacenan los datos y programas que serán procesados<br />
por el CPU. Está conformada por la memoria RAM y la memoria ROM.<br />
En la memoria ROM se encuentran todos los programas y datos que no han sido ejecutados y en la<br />
memoria RAM están los programas ya ejecutados.<br />
El software<br />
El software está conformado por el conjunto de programas que conforman el sistema operativo y<br />
todos los programas que están relacionados con el almacenamiento y procesamiento de datos.<br />
Por consiguiente, se dice que el mismo se divide en software de sistema y software de aplicación.<br />
Dispositivos periféricos<br />
Los dispositivos periféricos son todos aquellos elementos que pueden ser conectados de forma<br />
cableada o inalámbrica al CPU.<br />
Los mismos se dividen según su función en dispositivos de almacenamiento, dispositivos de<br />
entrada y dispositivos de salida.<br />
Dispositivos de Almacenamiento<br />
Los dispositivos de almacenamiento son los que sirven para guardar la información. Permiten<br />
crear un respaldo y así en caso de ser necesario se podría borrar sin preocupación la información<br />
de la PC.<br />
Los dispositivos de almacenamiento también permiten portar la información con facilidad sin<br />
necesidad de llevar la computadora. Entre ellos se encuentran las unidades de almacenamiento<br />
extraíbles.<br />
Dispositivos de Entrada<br />
Los dispositivos de entrada son los que sirven tanto para introducir datos como para hacer que la<br />
computadora realice sus funciones.<br />
Entre los dispositivos de entrada se encuentran el mouse (el ratón), el teclado, el escáner, entre<br />
otros.<br />
Dispositivos de Salida<br />
14
Los dispositivos de salida son aquellos que son utilizados para que la información sea proyectada<br />
hacia el exterior. Entre ellos se encuentran la impresora, el vídeo beam, el monitor, entre otros.<br />
Los datos<br />
Los datos están conformados por el registro de todos los hechos que son de interés del usuario<br />
hacia quien va dirigido el sistema de información.<br />
Con los datos se crea lo que se denomina “información”, ya que ella simplemente es la<br />
representación del conjunto de datos debidamente procesados.<br />
Las redes de comunicación<br />
Las redes de comunicación permiten unir los equipos (es decir, la computadoras) y compartir la<br />
información entre ellas.<br />
Este componente funciona gracias al trabajo coordinado de tres de los componentes del sistema<br />
información, los cuales son: el hardware, el software y el recurso humano.<br />
Los procesos<br />
Los procesos son el conjunto de pasos o tareas realizadas para poder lograr los objetivos<br />
planteados.<br />
Estos se encuentran especificados de manera escrita o mediante vídeos. Un ejemplo de ellos son<br />
los manuales para el usuario.<br />
Las personas<br />
Son aquellas que interactúan diariamente con el sistema de información. Por un lado están los<br />
operadores o especialistas en este tipo de sistemas y por otro lado están los usuarios.<br />
Las personas son un componente fundamental de los sistemas de información. Gracias a ellas se<br />
logra que todos los componentes trabajen de forma conjunta.<br />
También permite la retroalimentación, aspecto fundamental para poder realizar las mejoras<br />
necesarias y adaptarlo a las necesidades del público.<br />
3.3 Desarrollo de software<br />
3.3.1 Definición de software<br />
Se conoce como software al soporte lógico de un sistema informático, que comprende el conjunto<br />
de los componentes lógicos necesarios que hacen posible la realización de tareas específicas, en<br />
contraposición a los componentes físicos que son llamados hardware. La interacción entre el<br />
software y el hardware hace operativo un ordenador (u otro dispositivo), es decir, el Software<br />
envía instrucciones que el Hardware ejecuta, haciendo posible su funcionamiento.<br />
3.3.2 CATEGORIAS DE SOFTWARE<br />
3.3.2.1 Software de sistemas<br />
Conjunto de programas que sirven para interactuar con el sistema, confiriendo control sobre el<br />
hardware, además de dar soporte a otros programas. Colección de programas escritos para servir<br />
a otros programas.<br />
3.3.2.2 Software de Aplicación<br />
Aquel que hace que el computador coopere con el usuario en la realización de tareas típicamente<br />
humanas, tales como gestionar una contabilidad o escribir un texto.<br />
3.3.2.3 Software científico y de ingeniería<br />
15
El campo del software científico y de ingeniería se ha visto ampliado últimamente con el desarrollo<br />
de los sistemas de diseño, ingeniería y fabricación asistida por ordenador (CAD, CAE y CAM), los<br />
simuladores gráficos y otras aplicaciones interactivas que lo acercan más al software de tiempo<br />
real e incluso al software de sistemas. Imagen 3-Software científico y de ingeniería<br />
Imagen 3-Software científico y de<br />
ingeniería<br />
3.3.2.4 Software incrustado o empotrado<br />
Reside en la memoria de solo lectura y se utiliza para controlar productos y sistemas de los<br />
mercados industriales y de consumo.<br />
Ejecuta funciones muy limitadas y curiosas. Realiza funciones significativas y capacidad de control.<br />
3.3.2.5 Software de línea de productos<br />
Se refieren a técnicas de ingeniería para crear un portafolio de sistemas de software similares, a<br />
partir de un conjunto compartido de activos de software, usando un medio común de producción.<br />
3.3.2.6 Software de inteligencia<br />
Este tipo de Software hace uso de algoritmos no numéricos para resolver problemas complejos<br />
para los que no son adecuados el cálculo o el análisis directo. Imagen 4-Software de ingeniería<br />
Imagen 4-Software de ingeniería<br />
3.3.2.7 Software heredado<br />
Fueron desarrollados hace décadas y han sido modificados en forma continua para cumplir los<br />
requerimientos de los cambios en los negocios y en las plataformas de cómputo. La proliferación<br />
de dichos sistemas ha causado dolores de cabeza a las grandes organizaciones las cuales los<br />
perciben como costosos en su mantenimiento y riesgos en su evolución.<br />
16
3.3.3 Las WebApps<br />
Una Web App (aplicación web en español) se basa en HTML, JavaScript o CSS. Puesto que se carga<br />
en el servidor web y se ejecuta en el navegador, no requiere ninguna instalación. Además,<br />
también se puede crear un acceso directo para ella en el escritorio del ordenador o en la pantalla<br />
de inicio de los terminales móviles mediante un marcador.<br />
3.3.4 Ingeniería de software<br />
La ingeniería de software es la aplicación de un enfoque sistemático, disciplinado y cuantificable<br />
al desarrollo, operación y mantenimiento de software, y el estudio de estos enfoques, es decir, el<br />
estudio de las aplicaciones de la ingeniería al software. Integra matemáticas, ciencias de la<br />
computación y prácticas cuyos orígenes se encuentran en la ingeniería.<br />
3.3.5 El proceso del software<br />
La meta de la ingeniería de software es construir productos de software, o mejorar los existentes;<br />
en ingeniería de procesos, la meta es desarrollar o mejorar procesos.<br />
Un proceso de desarrollo de software es un conjunto de personas, estructuras de organización,<br />
reglas, políticas, actividades y sus procedimientos, componentes de software, metodologías, y<br />
herramientas utilizadas o creadas específicamente para definir, desarrollar, ofrecer un servicio,<br />
innovar y extender un producto de software.<br />
3.3.6 Mitos del software<br />
Son creencias que pueden arruinar el desarrollo de un proyecto software. Se pueden dividir en<br />
mitos de gestión, mitos de cliente, mitos de desarrolladores y mitos de administración.<br />
3.3.7 El modelo general de proceso<br />
Un modelo de proceso es un conjunto de actividades, tareas y acciones que se realizan con el fin<br />
de alcanzar el desarrollo completo de un proyecto de software.<br />
Existen diferentes modelos de proceso tales como los prescriptivos que se utilizan cuando los<br />
requerimientos de software se encuentran bien definidos, los especializados que incluyen las<br />
características de uno o más modelos tradicionales y se utilizan cuando el enfoque del proyecto se<br />
encuentra bien definido.<br />
3.3.8 Evaluación y mejora del proceso<br />
La evaluación y mejora de procesos software se ha demostrado como un método fiable para<br />
mejorar la calidad del software, a través de la mejora del proceso que se sigue para desarrollarlo.<br />
Debido a ella han ido apareciendo diversos modelos y normas que nos ayudan a la mejora de la<br />
calidad de nuestros procesos software.<br />
Gracias a la implantación de un modelo de evaluación y mejora de procesos, las empresas<br />
consiguen una importante ventaja competitiva, estableciendo además una cultura organizativa y<br />
aumentando su productividad, lo que repercute en una mayor satisfacción del cliente.<br />
3.3.9 Modelos de procesos prescriptivos<br />
3.3.9.1 Modelo de la cascada<br />
El modelo de la cascada, a veces llamado ciclo de vida clásico, sugiere un enfoque sistemático y<br />
secuencial para el desarrollo del software, que comienza con la especificación de los<br />
17
equerimientos por parte del cliente y avanza a través de planeación, modelado, construcción y<br />
despliegue, para concluir con el apoyo del software terminado (Pressman, R. 2010)<br />
Este tipo de modelo es utilizado cuando los requerimientos para cierto problema se comprenden<br />
bien: cuando el trabajo desde la comunicación hasta el despliegue fluye en forma razonablemente<br />
lineal. Esta situación se encuentra en ocasiones cuando deben hacerse adaptaciones o mejoras<br />
bien definidas a un sistema ya existente (por ejemplo, una adaptación para software de<br />
contabilidad que es obligatorio hacer debido a cambios en las regulaciones gubernamentales).<br />
También ocurre en cierto número limitado de nuevos esfuerzos de desarrollo, pero sólo cuando<br />
los requerimientos están bien definidos y tienen una estabilidad razonable.<br />
3.3.9.2 Modelos de proceso incremental<br />
Hay muchas situaciones en las que los requerimientos iniciales del software están razonablemente<br />
bien definidos, pero el alcance general del esfuerzo de desarrollo imposibilita un proceso lineal.<br />
Además, tal vez haya una necesidad imperiosa de dar rápidamente cierta funcionalidad limitada<br />
de software a los usuarios y aumentarla en las entregas posteriores de software. En tales casos, se<br />
elige un modelo de proceso diseñado para producir el software en incrementos.<br />
Cuando se utiliza un modelo incremental, es frecuente que el primer incremento sea el producto<br />
fundamental. Es decir, se abordan los requerimientos básicos, pero no se proporcionan muchas<br />
características suplementarias (algunas conocidas y otras no). El cliente usa el producto<br />
fundamental (o lo somete a una evaluación detallada). Como resultado del uso y/o evaluación, se<br />
desarrolla un plan para el incremento que sigue. El plan incluye la modificación del producto<br />
fundamental para cumplir mejor las necesidades del cliente, así como la entrega de características<br />
adicionales y más funcionalidad. Este proceso se repite después de entregar cada incremento,<br />
hasta terminar el producto final (Pressman, R. 2010).<br />
3.3.9.3 Modelos de proceso Evolutivo<br />
Los modelos evolutivos son iterativos. Se caracterizan por la manera en la que permiten<br />
desarrollar versiones cada vez más completas del software.<br />
El software, como todos los sistemas complejos, evoluciona en el tiempo. Es frecuente que los<br />
requerimientos del negocio y del producto cambien conforme avanza el desarrollo, lo que hace<br />
que no sea realista trazar una trayectoria rectilínea hacia el producto final; los plazos apretados<br />
del mercado hacen que sea imposible la terminación de un software perfecto, pero debe lanzarse<br />
una versión limitada a fin de aliviar la presión de la competencia o del negocio; se comprende bien<br />
el conjunto de requerimientos o el producto básico, pero los detalles del producto o extensiones<br />
del sistema aún están por definirse. En estas situaciones y otras parecidas se necesita un modelo<br />
de proceso diseñado explícitamente para adaptarse a un producto que evoluciona con el tiempo.<br />
3.3.9.4 Modelos concurrentes<br />
El modelo de desarrollo concurrente, en ocasiones llamado ingeniería concurrente, permite que<br />
un equipo de software represente elementos iterativos y concurrentes de cualquiera de los<br />
modelos de proceso descritos en este capítulo. Por ejemplo, la actividad de modelado definida<br />
para el modelo espiral se logra por medio de invocar una o más de las siguientes acciones de<br />
software: hacer prototipos, análisis y diseño.<br />
18
3.3.10 Modelos de procesos especializados<br />
Los modelos de proceso especializado tienen muchas de las características de uno o más de los<br />
modelos tradicionales que se presentaron en las secciones anteriores. Sin embargo, dichos<br />
modelos tienden a aplicarse cuando se elige un enfoque de ingeniería de software especializado o<br />
definido muy específicamente.<br />
3.3.11 Proceso unificado<br />
El proceso unificado es un intento por obtener los mejores rasgos y características de los modelos<br />
tradicionales del proceso del software, pero en forma que implemente muchos de los mejores<br />
principios del desarrollo ágil de software. El proceso unificado reconoce la importancia de la<br />
comunicación con el cliente y los métodos directos para describir su punto de vista respecto de un<br />
sistema. Sugiere un flujo del proceso iterativo e incremental, lo que da la sensación evolutiva que<br />
resulta esencial en el desarrollo moderno del software.<br />
3.3.12 Modelos de proceso personal y de equipo<br />
El mejor proceso del software es el que está cerca de las personas que harán el trabajo. Si un<br />
modelo del proceso del software se ha desarrollado en un nivel corporativo u organizacional, será<br />
eficaz sólo si acepta una adaptación significativa para que cubra las necesidades del equipo de<br />
proyecto que en realidad hace el trabajo de ingeniería de software.<br />
3.3.12.1 Proceso personal del software<br />
El proceso personal del software (PPS) pone el énfasis en la medición personal tanto del producto<br />
del trabajo que se genera como de su calidad. Además, el PPS responsabiliza al profesional acerca<br />
de la planeación del proyecto (por ejemplo, estimación y programación de actividades) y delega en<br />
el practicante el poder de controlar la calidad de todos los productos del trabajo de software que<br />
se desarrollen. El modelo del PPS define cinco actividades estructurales<br />
3.3.12.2 Proceso del equipo de software<br />
El objetivo de éste es construir un equipo “autodirigido” para el proyecto, que se organice para<br />
producir software de alta calidad.<br />
Los objetivos que se definen para el proceso del equipo de software son los siguientes:<br />
Formar equipos autodirigidos que planeen y den seguimiento a su trabajo, que establezcan<br />
metas y que sean dueños de sus procesos y planes.<br />
Mostrar a los gerentes cómo dirigir y motivar a sus equipos y cómo ayudarlos a mantener un<br />
rendimiento máximo.<br />
Acelerar la mejora del proceso del software, haciendo del modelo de madurez de la<br />
capacidad, CMM, 23 nivel 5, el comportamiento normal y esperado.<br />
Brindar a las organizaciones muy maduras una guía para la mejora.<br />
Facilitar la enseñanza universitaria de aptitudes de equipo con grado industrial.<br />
3.3.13 Tecnología de proceso<br />
La tecnología se encarga de resolver los problemas prácticos del ser humano. Lo hace mediante el<br />
diseño y construcción de productos tecnológicos aplicando, para ello, un conjunto de<br />
conocimientos científicos y habilidades.<br />
Para desarrollar un producto se sigue el llamado “proceso tecnológico“, cuyas fases son:<br />
19
1.- Análisis de la necesidad o problema.<br />
2.- Investigación. Recopilación de información.<br />
3.- Propuesta de ideas. Puesta en común y elección de la idea óptima.<br />
4.- Desarrollo de la idea<br />
3.3.14 Producto y proceso<br />
Producto<br />
Es el punto central de la oferta que realiza toda empresa u organización (ya sea lucrativa o no) a su<br />
mercado meta para satisfacer sus necesidades y deseos, con la finalidad de lograr los objetivos<br />
que persigue.<br />
Proceso<br />
Procesamiento o conjunto de operaciones a que se somete una cosa para elaborarla o<br />
transformarla.<br />
3.3.15 Desarrollo ágil<br />
El desarrollo ágil de software envuelve un enfoque para la toma de decisiones en los proyectos de<br />
software, que se refiere a métodos de ingeniería del software basados en el desarrollo iterativo e<br />
incremental, donde los requisitos y soluciones evolucionan con el tiempo según la necesidad del<br />
proyecto. Así el trabajo es realizado mediante la colaboración de equipos auto-organizados y<br />
multidisciplinarios, inmersos en un proceso compartido de toma de decisiones a corto plazo.<br />
3.3.15.1 Principios de la agilidad<br />
Imagen 5- Principios de la agilidad<br />
3.3.15.2 Políticas de desarrollo ágil<br />
Es imposible reunir a todos los requisitos al principio de un proyecto.<br />
La actividad de análisis y diseño no garantiza que no habrá cambios.<br />
Siempre existirán desviaciones en tiempo y recursos.<br />
20
3.3.15.3 Factores humanos<br />
3.3.15.3.1 Colaboración<br />
La buena capacidad mayor para trabajar en equipo es también esencial. Las personas deben<br />
cooperar entre sí y con todos los involucrados, por el bien del proyecto. Esto requiere, sobre todo,<br />
la humildad. Incluso los desarrolladores más veteranos tienen mucho que aprender de otros<br />
colegas.<br />
3.3.15.3.2 Enfoque<br />
Todos los miembros del equipo deben centrarse en un objetivo común: ofrecer al cliente un<br />
incremento de software de trabajo en el tiempo acordado. El equipo también debe centrarse en la<br />
adaptación continua, mejorando siempre el proceso según sea necesario. Recuerde que el propio<br />
equipo debe detenerse de vez en cuando (por ejemplo, cada 15 días) para reflexionar sobre lo que<br />
es bueno y qué se puede mejorar en el proceso de trabajo.<br />
3.3.15.3.3 Toma de decisiones<br />
El equipo de desarrollo debe tener la libertad de controlar su propio destino. En caso de tener<br />
autonomía en cuestiones técnicas y de proyecto. Es el personal que debe definir la mejor manera<br />
de controlar las versiones del código, la toma construye, implementa, ejecutar pruebas,<br />
documentación de requisitos, etc. La empresa puede (y debe) sugieren una buena práctica, pero al<br />
final es el personal (auto -organización) que adoptarán los métodos o procesos que usted piensa<br />
mejor. Las personas involucradas en el desarrollo debe aprender a hacer frente a situaciones<br />
conflictivas, la ambigüedad y los cambios frecuentes, porque los escenarios están ocurriendo cada<br />
vez más en los negocios día – día. Es necesario que el récord personal de las principales lecciones<br />
aprendidas, lo que facilitará el proceso de mejora continua.<br />
3.3.15.3.4 Confianza y respeto<br />
El equipo tiene que ser coherente y debe demostrar confianza y el respeto necesarios para hacer<br />
un equipo fuerte. Recuerda que el principal objetivo es hacer que el equipo lo suficientemente<br />
fuerte de que el todo es mayor que la suma de sus partes.<br />
3.3.16 Programación XP o extrema<br />
3.3.16.1 Valores XP<br />
Forma de trabajar en armonía con los valores personales y organizacionales, que tiene su punto de<br />
partida en cinco valores fundamentales. Imagen 6- Valores XP<br />
En este artículo, se describen los cinco valores de XP, que son: Comunicación, Simplicidad,<br />
Retroalimentación, Coraje y Respeto. Estos valores no son un simple ardid de mercadeo sino que<br />
realmente son parte integral de la metodología.<br />
Los valores XP representan un excelente punto de partida para entender los cambios de<br />
paradigmas que implica trabajar bajo la filosofía ágil.<br />
21
Imagen 6- Valores XP<br />
3.3.16.2 Programación XP<br />
Metodología de desarrollo de la ingeniería de software formulada por Kent Beck. Es el más<br />
destacado de los procesos ágiles de desarrollo de software. Al igual que éstos, la programación<br />
extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis<br />
en la adaptabilidad que en la previsibilidad. Los defensores de la XP consideran que los cambios de<br />
requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de<br />
proyectos. Creen que ser capaz de adaptarse a los cambios de requisitos en cualquier punto de la<br />
vida del proyecto es una aproximación mejor y más realista que intentar definir todos los<br />
requisitos al comienzo del proyecto e invertir esfuerzos después en controlar los cambios en los<br />
requisitos.<br />
3.3.16 Proceso XP<br />
Imagen 7-Proceso XP<br />
22
3.3.17 Otros modelos ágiles de proceso<br />
3.3.17.1 Desarrollo adaptativo de Software (DAS)<br />
Es un modelo de implementación de patrones ágiles para desarrollo de software. Al igual que<br />
otras metodologías ágiles, su funcionamiento es cíclico y reconoce que en cada iteración se<br />
producirán cambios e incluso errores.<br />
El desarrollo de software adaptable (ASD) es una metodología de desarrollo que hace énfasis en<br />
aplicar las ideas que se originaron en el mundo de los sistemas complejos, adaptación continua del<br />
proceso al trabajo.<br />
3.3.17.2 SCRUM<br />
Scrum es una metodología ágil fantástica para desarrolladores. Consiste en un modelo de<br />
asignación de tareas diarias basado en reuniones rápidas y control de la evolución de los procesos.<br />
Es muy bueno para llevar un seguimiento de las tareas que se están llevando a cabo y saber en<br />
qué puntos se ha atascado el equipo. Además la profundidad de las tareas que se asignan<br />
en SCRUM tiende a ser incremental, y esto coincide exactamente con el devenir normal de un<br />
desarrollo.<br />
3.3.17.3 Método de Desarrollo de Sistemas Dinámico (MDSD)<br />
Metodología ágil más veterana y la que más se aproxima a los métodos tradicionales, su<br />
implantación incluso permitiría alcanzar un nivel 2 de madurez según CMMI.<br />
Es genial para empresas de desarrollo de software orientadas a varios clientes.<br />
3.3.17.4 Modelado Ágil (MA)<br />
Metodología para el modelado y la generación de documentación que se encuentra alineado con<br />
los principios del desarrollo ágil y que puede ser utilizado como substituto del UML estándar.<br />
3.3.17.5 Desarrollo impulsado por características (FCC)<br />
Metodología de desarrollo de software orientada a la generación de valor para el cliente.<br />
3.4 Pruebas<br />
3.4.1 Concepto de una prueba<br />
Tienen como objetivo ejercitar profundamente el sistema comprobando la integración del sistema<br />
de información globalmente, verificando el funcionamiento correcto de las interfaces entre los<br />
distintos subsistemas que lo componen y con el resto de sistemas de información con los que se<br />
comunica.<br />
Son pruebas de integración del sistema de información completo, y permiten probar el sistema en<br />
su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones<br />
funcionales y técnicas se cumplen. Dan una visión muy similar a su comportamiento en el entorno<br />
de producción.<br />
3.4.1.1 Pruebas funcionales<br />
Dirigidas a asegurar que el sistema de información realiza correctamente todas las funciones que<br />
se han detallado en las especificaciones dadas por el usuario del sistema.<br />
23
3.4.1.2 Pruebas de comunicaciones<br />
Determinan que las interfaces entre los componentes del sistema funcionan adecuadamente, tanto<br />
a través de dispositivos remotos, como locales. Asimismo, se han de probar las interfaces<br />
hombre/maquina.<br />
3.4.1.3 Pruebas de rendimiento<br />
Consisten en determinar que los tiempos de respuesta están dentro de los intervalos establecidos<br />
en las especificaciones del sistema.<br />
3.4.1.4 Prueba de volumen<br />
Consisten en examinar el funcionamiento del sistema cuando está trabajando con grandes<br />
volúmenes de datos, simulando las cargas de trabajo esperadas.<br />
3.1.4.5 Prueba de disponibilidad de datos<br />
Consisten en demostrar que el sistema puede recuperarse ante fallos, tanto de equipo físico como<br />
lógico, sin comprometer la integridad de los datos.<br />
3.1.4.6 Prueba de facilitación de uso<br />
Consisten en comprobar la adaptabilidad del sistema a las necesidades de los usuarios, tanto para<br />
asegurar que se acomoda a su modo habitual de trabajo, como para determinar las facilidades que<br />
aporta al introducir datos en el sistema y obtener los resultados.<br />
3.1.4.7 Pruebas de operación<br />
Consisten en comprobar la correcta implementación de los procedimientos de operación,<br />
incluyendo la planificación y control de trabajos, arranque y re arranque del sistema, etc.<br />
3.1.4.8 Pruebas de entorno<br />
Consiste en verificar las interacciones del sistema dentro del mismo entorno.<br />
3.1.4.9 Pruebas de seguridad<br />
Consiste en verificar los mecanismos de control de acceso al sistema para evitar alteraciones<br />
indebidas en los datos.<br />
3.5 Implantación<br />
La implantación es un proceso especial de inserción del sistema en la institución, el cual debe<br />
ocurrir en el primer periodo por parte de sus potenciales usuarios. No obstante que la<br />
herramienta adquirida o desarrollada es robusta y probada, no es suficiente para su inserción en la<br />
organización, pues requiere ser utilizada.<br />
3.6 Mantenimiento<br />
3.6.1 Concepto<br />
Es un sistema que permite almacenar y procesar información; es el conjunto de partes<br />
interrelacionadas: hardware, software y personal informático.<br />
Consiste en una serie de tareas que son llevadas a cabo por personal interno o por empresas<br />
especializadas para mantener en determinados niveles de servicio los sistemas informáticos.<br />
24
El soporte técnico es un rango de servicio que proporcionan asistencia con el hardware o software<br />
de una computadora, o algún otro dispositivo electrónico o mecánico.<br />
3.6.2 Reingeniería<br />
Es la revisión fundamental y el rediseño radical de procesos para alcanzar mejoras espectaculares<br />
en medidas críticas y contemporáneas de rendimiento, tales como costos, calidad, servicio y<br />
rapidez.<br />
3.6.2.1 De los procesos<br />
La comprensión fundamental y profunda de los procesos de cara al valor añadido que tienen para<br />
los clientes, para conseguir un rediseño en profundidad de los procesos e implantar un cambio<br />
esencial de los mismos para alcanzar mejoras espectaculares en medidas críticas del rendimiento<br />
(costes, calidad, servicio, productividad, rapidez, …) modificando al mismo tiempo el propósito del<br />
trabajo y los fundamentos del negocio, de manera que permita establecer si es preciso unas<br />
nuevas estrategias corporativas.<br />
3.6.2.2 De software<br />
Modificación de un producto software, o de ciertos componentes, usando para el análisis del<br />
sistema existente técnicas de Ingeniería Inversa y, para la etapa de reconstrucción, herramientas<br />
de Ingeniería Directa, de tal manera que se oriente este cambio hacia mayores niveles de facilidad<br />
en cuanto a mantenimiento, reutilización, comprensión o evaluación.<br />
3.6.3 Ingeniería inversa<br />
Es el proceso de descubrir los principios tecnológicos de un objeto, herramienta, dispositivo o<br />
sistema, mediante el razonamiento abductivo (haciendo conjeturas) de su estructura, función y<br />
operación.<br />
3.6.4 Reestructuración<br />
Es el proceso de descubrir los principios tecnológicos de un objeto, herramienta, dispositivo o<br />
sistema, mediante el razonamiento abductivo (haciendo conjeturas) de su estructura, función y<br />
operación.<br />
3.6.4.1 De código<br />
El tipo más común de reingeniería es la reestructuración del código. Algunos sistemas heredados<br />
tienen una arquitectura de programa relativamente sólida, pero los módulos individuales han sido<br />
codificados de una forma que hace difícil comprenderlos, comprobarlos y mantenerlos. En estos<br />
casos, se puede reestructurar el código ubicado dentro de los módulos sospechosos. Para llevar a<br />
cabo esta actividad, se analiza el código fuente mediante una herramienta de reestructuración, se<br />
indican las violaciones de las estructuras de programación estructurada, y entonces se<br />
reestructura el código (esto se puede hacer automáticamente).<br />
3.6.4.2 De documentos<br />
Una documentación escasa es la marca de muchos sistemas de información heredados. ¿Qué se<br />
puede hacer al respecto? Opción 1: La creación de documentación consume muchísimo tiempo.<br />
El sistema funciona, y ya nos ajustaremos con lo que se tiene. En algunos casos, éste es el enfoque<br />
correcto. No es posible volver a crear la documentación para cientos<br />
25
de programas de computadoras. Si un programa es relativamente estático está llegando al final de<br />
vida útil, y no es probable que experimente muchos cambios.<br />
26
Bibliografía<br />
ABC, D. (21 de Agosto de 2018). Definición ABC. Obtenido de<br />
https://www.definicionabc.com/tecnologia/informacion.php<br />
Alonso. (19 de Junio de 2009). blogspot. Obtenido de http://sistemasdeinformacion-kaal.blogspot.com/2009/06/objetivos-basicos.html<br />
Castañeda, C. (2018 de Agosto de 27). monografias.com. Obtenido de<br />
https://www.monografias.com/trabajos29/ciclo-sistema/ciclo-sistema.shtml<br />
Cauca, U. d. (21 de Agosto de 2018). unicauca. Obtenido de<br />
http://fccea.unicauca.edu.co/old/redes.htm<br />
Gestiopolis. (13 de Marzo de 2001). gestiopolis. Obtenido de<br />
https://www.gestiopolis.com/definicion-de-reingenieria/<br />
González, J. (17 de Enero de 2014). DocIRS. Obtenido de<br />
http://www.docirs.com/implantacion_sistema.htm<br />
INCAP. (21 de Agosto de 2018). Instituto de Nutrición de Centro América y Panamá. Obtenido de<br />
http://www.incap.int/sisvan/index.php/es/acerca-de-san/conceptos/797-sincategoria/501-sistema-de-informacion<br />
Martínez, C. (21 de Agosto de 2018). lifeder. Obtenido de https://www.lifeder.com/componentessistema-informacion/<br />
Palacio, J. (7 de Junio de 2008). marblestation. Obtenido de<br />
https://www.marblestation.com/?p=661<br />
PMOinformatica. (26 de Noviembre de 2012). pmoinformatica. Obtenido de<br />
http://www.pmoinformatica.com/2012/11/los-5-valores-de-la-programacion.html<br />
Rubio, I. (1 de Junio de 2016). Slideshare. Obtenido de<br />
https://es.slideshare.net/ismaelrubioresina/mantenimiento-de-sistemas-informaticos<br />
sistemasinformacionblog. (21 de Agosto de 2018). Sistemas de Información. Obtenido de<br />
https://sistemasinformacionblog.wordpress.com/funcionamiento/<br />
Turmero, P. (26 de Agosto de 2018). Mantenimiento de sistemas. Obtenido de<br />
https://www.monografias.com/trabajos105/mantenimiento-sistemas/mantenimientosistemas.shtml<br />
Wolterskluwer. (21 de Agosto de 2018). wolterskluwer. Obtenido de<br />
http://diccionarioempresarial.wolterskluwer.es/Content/Documento.aspx?params=H4sIA<br />
AAAAAAEAMtMSbF1jTAAASNzI0sztbLUouLM_DxbIwNDoJChAUggM63SJT85pLIg1TYtMac4<br />
FQBvr_nmNQAAAA==WKE#I4<br />
Yanez, D. (27 de Agosto de 27). lifeder. Obtenido de https://www.lifeder.com/ciclo-vida-sistemainformacion/<br />
27
Zúñiga, A. (14 de Mayo de 2014). Prezi. Obtenido de<br />
https://prezi.com/wokzvesdo8uu/componentes-de-un-sistema-de-informacion/<br />
28