Pro 302 Documento Semana 1

TALLER DE ANÁLISIS DE SISTEMAS
Análisis de Sistemas
DIRECTOR DE ESCUELA
Marcelo Lucero
ELABORACIÓN
Experto disciplinar / Priscilla Alvares
Diseñador instruccional / Felipe Molina
Jefatura de Diseño Instruccional/ Alejandra San Juan
VALIDACIÓN
Aida Villamar
DISEÑO DOCUMENTO
Boris del Campo
Instituto Profesional AIEP / Educación Online 2

Tabla de contenido
Criterios de Evaluación: ................................................................................................................ 5
1. TEMA 1: Conceptos en diseño de sistemas .......................................................................... 5
1.1. Desarrollo ......................................................................................................................... 5
1.1.1. Conceptos de Diseño ........................................................................................................ 8
1.1.2. Abstracción ...................................................................................................................... 8
1.1.3. Arquitectura ..................................................................................................................... 9
1.1.4. Modularidad ................................................................................................................... 10
1.1.5. Refinamiento .................................................................................................................. 10
1.1.6. Aspectos......................................................................................................................... 10
1.1.7. Rediseño ........................................................................................................................ 11
1.2. Ejemplos/Casos de éxito ................................................................................................. 11
1.3. Links de interés/material complementario ...................................................................... 13
2. TEMA 2: Tipos de Sistemas de Software ............................................................................ 13
2.1. Desarrollo ....................................................................................................................... 13
2.2. Ejemplos/Casos de éxito ................................................................................................. 16
3. Links de interés/material complementario .......................................................................... 17
4. TEMA 3: Fundamentos del Análisis de Sistemas ................................................................ 17
4.1. Desarrollo ....................................................................................................................... 17
5. TEMA 4: Roles de un analista en el desarrollo de software................................................ 19
5.1. Desarrollo ....................................................................................................................... 19
4.1 .- Links de interés/material complementario ................................................................... 21
5. TEMA 5: Proyectos de desarrollo de software ................................................................... 21
5.1 Desarrollo ....................................................................................................................... 21
5.1.1 Principales características de un proyecto ....................................................................... 23
5.1.2 Tipos de proyecto ........................................................................................................... 23
5.2 Ejemplos/Casos de éxito ................................................................................................. 25
5.3 Links de interés/material complementario ...................................................................... 25
6. TEMA 6: Alcance del Análisis de Sistemas .......................................................................... 26
6.1 Desarrollo ....................................................................................................................... 26

6.1.1 Objetivos del análisis de sistema de información ............................................................. 26
6.2 Ejemplos/Casos de éxito ................................................................................................. 28
6.3 Links de interés/material complementario ...................................................................... 28
IDEAS CLAVE ............................................................................................................................... 28
REFERENCIAS BIBLIOGRÁFICAS ................................................................................................... 30

Criterios de Evaluación:
1.1.-Distingue conceptos asociados al diseño de sistemas, considerando su clasificación.
1.2.-Relaciona tipos de sistemas de software con fundamentos de análisis de sistemas.
1.3.-Relaciona roles de un analista de sistemas con proyectos de desarrollo de software.
1.4.-Determina alcance de análisis de sistemas, considerando sus fundamentos.
1. TEMA 1: Conceptos en diseño de sistemas
1.1. Desarrollo
Cuando hablamos de diseño de software, se nos viene a la mente la programación de la

solución, pero este termino va mucho más allá de unas líneas de código que permiten dar vida al
software como tal. Durante las fases de análisis de sistemas, los propietarios y lo usuarios de este;
han definido que requerimientos funcionales y no funcionales debe cumplir el nuevo sistema.
Desde aquí en adelante, el analista y el diseñador, con la colaboración de los usuarios, deben
diseñar una solución que convierta los requerimientos encontrados durante la fase del análisis de
sistemas en un sistema de información real.
El análisis de sistemas se centra en qué se tiene que hacer, es decir, en los requerimientos del
sistema desde el punto de vista de los usuarios, mientras que el diseño de sistemas se centra en
cómo se tiene que realizar. Por lo tanto, en la etapa de diseño se investigará que datos son
necesarios almacenar y cómo se van a almacenar, qué procesos se van a implementar y cómo se van
a implementar, y qué interfaces se quieren diseñar y cómo se van a diseñar (Alarcón, 20061).
En otras palabras el diseño de software, denota trazo, delineación o descripción. Comprende y

combina características o detalles que a menudo requieren la preparación de dibujos o planes
preliminares. En otras palabras, el diseño de sistemas es una combinación de actividades y
procedimientos para lograr aquellos objetivos organizacionales.2
1
Vicenc Fernández Alarcón, Desarrollo de sistemas de información Una metodología basada en el modelado, junio 2006
2
https://books.google.cl/books/about/Desarrollo_de_Sistemas_de_Informaci%C3%B3n_u.html?id=Sqm7jNZS_L0C&printse
c=frontcover&source=kp_read_button&redir_esc=y#v=onepage&q&f=false

FIGURA N° 1: FASES EN EL DISEÑO DE SISTEMAS
(Alarcón, 2006)
Para cumplir estos objetivos, la etapa de diseño de sistemas está dividida en dos fases
complementarias.
• Diseño Lógico del nuevo sistema.

• Diseño Físico del nuevo sistema.
La fase del diseño lógico y físico del nuevo sistema se deben realizar de manera secuencial. La
fase de diseño físico no puede empezar hasta esté finalizado.
Las fases de diseño de sistemas tienen semejanzas y diferencias. Ambas fases tienen el
propósito de encontrar una solución que cumpla con los requerimientos de los usuarios.
Sin embargo, mientras que el modelo lógico del nuevo sistema se centra en qué funciones
lógicas deben implementarse en este, sin tener en cuenta ningún tipo de tecnología, el modelo
físico describe qué tecnología se va a utilizar para implementar la solución propuesta en el modelo
lógico, además de cómo se va a aplicar. 3
3
Vicenc Fernández Alarcón, Desarrollo de sistemas de información Una metodología basada en el modelado, junio 2006
https://books.google.cl/books/about/Desarrollo_de_Sistemas_de_Informaci%C3%B3n_u.html?id=Sqm7jNZS_L0C&printse
c=frontcover&source=kp_read_button&redir_esc=y#v=onepage&q&f=false

La creación de los modelos lógicos del nuevo sistema representa las funciones lógicas y la
información en que se descompone para ir determinando qué debe hacerse para cumplir con los
requerimientos encontrados anteriormente, pero no cómo va a implementarse a través de
tecnología.
FIGURA N° 2: RELACIÓN ENTRE MODELOS LÓGICOS Y FÍSICOS CON MODELOS DE DATOS Y PROCESOS
(Alarcón, 2006)
Los pasos a seguir cuando se diseña un nuevo sistema son:

1. Inspeccione todos los datos posibles (entradas y salidas de información).
2. Concéntrese y piense en forma creativa.
3. Proporcione diferentes entradas, salidas, operaciones, controles y técnicas de procedimiento.
4. Evalúe primero los procedimientos más importantes (priorizar por necesidad y valor para el negocio)
5. Examine diversas alternativas (según presupuesto y factibilidades técnicas)
FIGURA N° 3 ELEMENTOS DE UN SISTEMA
(Elaboración Propia)

1.1.1. Conceptos de Diseño
A lo largo de la historia de la ingeniería de software, han actualizado conceptos

fundamentales sobre su diseño. Aunque a medida que pasan los años ha variado el grado de interés
en cada concepto, todos han soportado la prueba del tiempo. Cada uno da al diseñador del
software el fundamento desde el que pueden aplicarse métodos de diseño sofisticados. Todos
ayudan a responder las preguntas siguientes:
• ¿Qué criterios se usan para fraccionar el software con sus componentes individuales?
• ¿Cómo se obtienen los detalles de la función o la estructura de datos de la representación
conceptual del software?
• ¿Cuáles son los criterios uniformes que definen la calidad técnica de un diseño de
software?
M. Jackson dijo: “El principio de la sabiduría [para un ingeniero de software] es reconocer la

diferencia que hay entre hacer que un programa funcione y lograr que lo haga bien”. Los conceptos
fundamentales del diseño del software proveen la estructura necesaria para “hacerlo bien”
(Jackson, 19754).
1.1.2. Abstracción5
Cuando se considera una solución modular para cualquier problema, es posible plantear
muchos niveles de abstracción. Mientas más bajo es el nivel, mas baja es la atracción más bajos de
abstracción se da la descripción más detallada de la solución. La terminología orientada al
problema se acopla con la que se orienta a la implementación, en un esfuerzo por enunciar la
solución. Por último, en el nivel de abstracción más bajo se plantea la solución, de modo que pueda
implementarse directamente.
Cuando se desarrollan niveles de abstracción distintos, se trabaja para crear abstracciones

tanto de procedimiento como de datos. Una abstracción de procedimiento es una secuencia de
instrucciones que tienen una función específica y limitada. El nombre de la abstracción de
procedimiento implica estas funciones, pero se omiten detalles específicos.
Un ejemplo de esto sería la palabra abrir, en el caso de una puerta. Abrir implica una
secuencia larga de pasos del procedimiento (caminar hacia la puerta, llegar y tomar el picaporte,
girar éste y jalar la puerta, retroceder para que la puerta se abra, etc.)
Una abstracción de datos es un conjunto de éstos con un nombre que describe a un objeto de
datos. En el contexto de la abstracción de procedimiento abrir, puede definirse una abstracción de
datos llamada puerta. Como cualquier objeto de datos, la abstracción de datos para puerta
4
Jackson, M. A., Principles of Program Design, Academic Press, 1975.
5
Ingeniería del Software 7° edición, Roger Pressman, Capitulo 8 Conceptos de diseño 8.3.1

agruparía un conjunto de atributos que describirían la puerta (tipo, dirección del abatimiento,
mecanismo de apertura, peso, dimensiones, etc.). Se concluye que la abstracción de procedimiento
abrir usaría información contenida en los atributos de la abstracción de datos puerta.
1.1.3. Arquitectura6
La arquitectura del software alude a “la estructura general de éste y a las formas en las que
ésta da integridad conceptual a un sistema” (Shaw, 19957). En su forma más sencilla, la
arquitectura es la estructura de organización de los componentes de un programa (módulos), la
forma en la que éstos interactúan y la estructura de datos que utilizan. Sin embargo, en un sentido
más amplio, los componentes se generalizan para que representen los elementos de un sistema
grande y sus interacciones.
Una meta del diseño del software es obtener una aproximación arquitectónica de un sistema.
Ésta sirve como estructura a partir de la cual se realizan las actividades de diseño más detalladas.
Un conjunto de patrones arquitectónicos permite que el ingeniero de software resuelva problemas
de diseño comunes.
Shaw y Garlan (Shaw, 19958), describen un conjunto de propiedades que deben especificarse
como parte del diseño de la arquitectura:
• Propiedades estructurales. Este aspecto de la representación del diseño arquitectónico

define los componentes de un sistema (módulos, objetos, filtros, etc.) y la manera en la que están
agrupados e interactúan unos con otros. Por ejemplo, los objetos se agrupan para que encapsulen
tanto datos como el procedimiento que los manipula e interactúen invocando métodos.
• Propiedades extra funcionales. La descripción del diseño arquitectónico debe abordar la

forma en la que la arquitectura del diseño satisface los requerimientos de desempeño, capacidad,
confiabilidad, seguridad y adaptabilidad, así como otras características del sistema.
• Familias de sistemas relacionados. El diseño arquitectónico debe basarse en patrones

repetibles que es común encontrar en el diseño de familias de sistemas similares. En esencia, el
diseño debe tener la capacidad de reutilizar bloques de construcción arquitectónica.
6
Ingeniería del Software 7° edición, Roger Pressman, Capitulo 8 Conceptos de diseño 8.3.2
7
Shaw, M. y D. Garlan, “Formulations and Formalisms in Software Architecture”, Volume 1000—Lecture
Notes in Computer Science, Springer-Verlag, 1995.
8
Shaw, M. y D. Garlan, “Formulations and Formalisms in Software Architecture”, Volume 1000—Lec ture
Notes in Computer Science, Springer-Verlag, 1995.

1.1.4. Modularidad9
La modularidad es la manifestación más común de la división de problemas. El software se

divide en componentes con nombres distintos y abordables por separado, en ocasiones llamados
módulos, que se integran para satisfacer los requerimientos del problema.
Se ha dicho que “la modularidad es el único atributo del software que permite que un
programa sea manejable en lo intelectual” El software monolítico (un programa grande compuesto
de un solo módulo) no es fácil de entender para un ingeniero de software. El número de
trayectorias de control, alcance de referencia, número de variables y complejidad general haría que
comprenderlo fuera casi imposible. En función de las circunstancias, el diseño debe descomponerse
en muchos módulos con la esperanza de que sea más fácil entenderlos y, en consecuencia, reducir
el costo requerido para elaborar el software. (Myers, 197810).
1.1.5. Refinamiento
El refinamiento stepwise es una estrategia de diseño propuesta originalmente por Niklaus

Wirth Un programa se elabora por medio del refinamiento sucesivo de los detalles del
procedimiento. Se desarrolla una jerarquía con la descomposición de un enunciado macroscópico
de la función (abstracción del procedimiento) en forma escalonada hasta llegar a los comandos del
lenguaje de programación. (Wirth, 1971).
El refinamiento y la abstracción son conceptos complementarios. La segunda permite

especificar internamente el procedimiento y los datos, pero elimina la necesidad de que los
“extraños” conozcan los detalles de bajo nivel. El refinamiento ayuda a revelar estos detalles a
medida que avanza el diseño. Ambos conceptos permiten crear un modelo completo del diseño
conforme éste evoluciona.
1.1.6. Aspectos11
Conforme tiene lugar el análisis de los requerimientos, surge un conjunto de

“preocupaciones” que “incluyen requerimientos, casos de uso, características, estructuras de datos,
calidad del servicio, variantes, fronteras de las propiedades intelectuales, colaboraciones, patrones
y contratos”. Idealmente, un modelo de requerimientos se organiza de manera que permita aislar
cada preocupación (requerimiento) a fin de considerarla en forma independiente. Sin embargo, en
la práctica, algunas de estas preocupaciones abarcan todo el sistema y no es fácil dividirlas en
compartimientos.
9 Ingeniería del Software 7° edición, Roger Pressman, Capitulo 8 Conceptos de diseño 8.3.5
10 Myers, G., Composite Structured Design, Van Nostrand, 1978

1.1.7. Rediseño12
El Rediseño es una actividad del diseño, considerada importante ya que se sugiere para
muchos métodos ágiles es el rediseño, técnica de reorganización que simplifica el diseño (o código)
de un componente sin cambiar su función o comportamiento. Fowler (Fowler, 200013) define el
rediseño del modo siguiente: “Es el proceso de cambiar un sistema de software en forma tal que no
se altera el comportamiento externo del código [diseño], pero sí se mejora su estructura interna.”
Cuando se rediseña el software, se examina el diseño existente en busca de elementos de

diseño no utilizados, conocidos como redundancias, algoritmos ineficientes o innecesarios,
estructuras de datos mal construidas o inapropiadas y cualquier otra falla del diseño que pueda
corregirse para obtener un diseño mejor.
1.2. Ejemplos/Casos de éxito

A continuación, se presenta un caso real, que no es de mi autoría, para demostrar cómo se
debe diseñar un sistema trabajado para mensajería móvil, el cual se describe de manera resumida
haciendo énfasis en la aplicación de los modelos Lógico y Físico de un sistema; en el apartado 1.3,
podrás descargar directamente de internet el material completo de este ejemplo.
Descripción del Caso14
Se trata de realizar un sistema que se encargará de simular el funcionamiento de una

central de mensajería de móviles, para ello deberá tratar una cierta información y ser capaz de
realizar una serie de operaciones sobre ésta.
Los objetivos, requisitos y restricciones del sistema que posteriormente serán validados son los
siguientes:
• Una persona podrá darse de alta en el sistema proporcionando sus datos personales: NIF, nombre, apellidos, dirección
y datos bancarios, así como el número de teléfono móvil que se desea dar de alta. Si ya posee otro teléfono dado de
alta, sólo tendrá que proporcionar su NIF y el número de teléfono que desea dar de alta.
• Los métodos para darse de alta o baja son mediante contacto directo con el administrador o mediante la página web
de la compañía.
• Un usuario podrá conectarse al sistema encendiendo su teléfono móvil, y al hacerlo recibirá (si no tiene activado el
desvío) los mensajes que le enviaron cuando lo tenía apagado.
• Un usuario podrá enviar mensajes de texto a otros usuarios del sistema siempre que cumpla unos requisitos: cuerpo
del mensaje válido, saldo suficiente y existencia en la compañía del teléfono destino.
• Un usuario podrá recargar su saldo enviando al sistema un mensaje con el cuerpo RECARGA seguido de la cantidad a
recargar. Esta recarga se cargará a la cuenta bancaria del usuario.
• Un usuario podrá activar un desvío de su teléfono, siempre que éste no sea cíclico, enviando al sistema un mensaje
con el cuerpo DESVIA seguido del número de teléfono al que se desea desviar.
• Al realizar una operación de consulta, recarga, desvío o desactivar desvío, el sistema responderá de forma inmediata
al usuario con un mensaje de texto que indique si la operación ha sido concluida satisfactoriamente y la información
actual de saldo y desvío, según corresponda. En caso de error se le comunicará en este mensaje de información.
13 Fowler, M., et al., Refactoring: Improving the Design of Existing Code, Addison-Wesley, 2000
14
https://ocw.unican.es/pluginfile.php/1403/course/section/1794/Ejemplo_Estructurado.pdf

• El administrador podrá consultar la historia de todas las operaciones llevadas a cabo en el sistema por un
determinado número de teléfono.
• El administrador podrá consultar las estadísticas de un determinado número de teléfono de nuestro sistema.
• El administrador podrá dar de alta o baja a un usuario en el sistema, tomando sus datos personales y bancarios, así
como el número de teléfono móvil que será dado de alta en el sistema, en caso de que ese usuario ya exista en la
compañía porque tenga otros teléfonos dados de alta, sólo tendrá que proporcionar el NIF y el número de teléfono a
dar de alta.
• El administrador podrá realizar consultas y modificaciones genéricas y específicas sobre los datos de los usuarios
registrados en el sistema.
• Podrá realizar operaciones de creación, borrado, consulta y modificación sobre las tarifas de costes que aplica nuestro
sistema a los mensajes.
• El administrador podrá enviar mensajes de propósito general a todos los usuarios del sistema. Estos mensajes tendrán
como fin informar acerca del cambio del número del sistema, de cambios de tarifas y de promociones de la compañía.
Modelos del Ejemplo15
Modelo Lógico Modelo Físico

Representación de la estructura y las relaciones de Representación de la estructura y las relaciones
los datos esenciales del negocio de los datos para la implementación del
modelo de negocio
Modelo
de Datos
Representación de los procesos y los flujos de Representación de los procesos y los flujos
datos esenciales para el funcionamiento del de datos necesarios para implementar el
negocio modelo lógico de procesos
Modelo
de
Procesos
15

1.3. Links de interés/material complementario
EJEMPLO DE ANÁLISIS Y DISEÑO ESTRUCTURADO DE UN SISTEMA SOFTWARE. Descargable.

2. TEMA 2: Tipos de Sistemas de Software

2.1. Desarrollo
§ Sistema de Procesamiento de Transacciones: Los TPS (Transaction Processing Systems), son

sistemas de información automatizados que se desarrollaron para procesar grandes volúmenes
de información para las transacciones de negocios frecuentes, como, por ejemplo, pago de
remuneraciones, nóminas e inventario, ventas diarias, etc. Un TPS elimina las molestias de las
transacciones operacionales necesarias y reduce el tiempo necesario para realizarlas forma
manual, aunque la mayoría de las personas aún deben introducir los datos de manera manual
en los sistemas computarizados.
Los sistemas de procesamiento de transacciones son sistemas que atraviesan límites y

permiten que la organización interactúe con los entornos externos. Como los administradores
analizan los datos generados por el TPS para obtener información actualizada sobre lo que
ocurre en sus empresas, es imprescindible que estos sistemas funcionen sin problemas ni
interrupciones para sustentar las operaciones diarias de estas compañías16.
§ Sistema de Procesamiento de datos: Los PDS (por sus siglas en ingles Processing Data System),
son conocidos a nivel de organización en la cual se clasifican en dos tipos de sistemas.
Los sistemas de automatización de oficinas (OAS- Office Automation System) brindan apoyo
a las personas que trabajan constantemente con datos, no para crear conocimiento, sino para
analizar la información, transformar y manipular los datos de cierta forma antes de compartirlos
de manera formal a través de la organización y, algunas veces, más allá. Los aspectos más
conocidos de los sistemas OAS son el procesamiento de palabras, por ejemplo: las hojas de
cálculo, el diseño gráfico por computadora, la planificación electrónica y la comunicación a
través teleconferencias y correo electrónico (e-mail).
Los sistemas de trabajo de conocimiento (KWS- Knowledge Work Systems) están diseñados
especialmente para brindar apoyo a profesionales como científicos, ingenieros y médicos,
ayudándoles a crear conocimiento y a integrarlo a su organización o la sociedad17. Estos
sistemas se especializan en un área de la ciencia y se nutren de información entregada por los
distintos profesionales de la ciencia, esta información sirve para generar nuevas teorías o
descubrimientos importantes que pueden impactar en la historia, como por ejemplo el ultimo
16 Análisis y Diseño de Sistemas 8° edición Kendal y Kendal, capitulo 1, “Sistemas, Roles y metodologías de desarrollo”
Parte I Fundamentos del Análisis de Sistemas.

algoritmo para captar la primera imagen de un agujero negro, desarrollado por una estudiante
del MIT, Katie Bouman, el cual ha revolucionado los medios en el año 2019. 18
§ Sistemas para la administración: Los sistemas MIS (Management Information System) no

reemplazan a los sistemas de procesamiento de transacciones; es más todos los TPS incluyen a
los MIS. Estos sistemas funcionan debido a la valerosa interacción entre las personas y los
computadores. Al requerir que las personas, el software y el hardware funcionen en armonía,
los sistemas de información administrativa brindan soporte a los usuarios para realizar un
espectro más amplio de tareas organizacionales que los TPS, incluyendo los procesos de análisis
y toma de decisiones
Para acceder a la información, los usuarios del MIS comparten una base de datos común; la
cual almacena tanto los datos como los modelos que permiten al usuario interactuar con ellos,
interpretarlos y aplicarlos. Los MIS producen información que se utiliza en el proceso de toma
de decisiones. También pueden ayudar a integrar algunas de las funciones de información
computarizadas de una empresa19..
§ Sistema de apoyo a la toma de decisiones: Los DSS (Decision Support System), pertenecen a
una clase superior de sistemas de información computarizados. Son similares al MIS tradicional
debido a que ambos dependen de una base de datos como fuente de datos. La diferencia radica
en que el sistema DSS está más enfocado a brindar respaldo a la toma de decisiones en todas
sus fases, aunque la decisión corresponde de manera exclusiva al usuario. Los DSS se ajustan
más a la persona o el grupo de usuario que a un sistema de información administrativa
tradicional. También se describen a veces como sistemas enfocados en la inteligencia de
negocios20.
§ Sistemas expertos e inteligencia artificial: Un sistema experto captura y utiliza en forma

efectiva el conocimiento de uno o varios expertos humanos para resolver un problema
específico al que una organización se enfrenta. Cabe mencionar que a diferencia de los sistemas
DSS, que en última instancia dejan la decisión a la persona encargada de la toma de decisiones,
un sistema experto selecciona la mejor solución para un problema o una clase específica de
problemas. Los componentes básicos de un sistema experto son la base de conocimiento, un
motor de inferencia que conecta al usuario con el sistema mediante el proceso de consultas en
lenguajes (SQL), y la interfaz de usuario. Las personas conocidas como ingenieros del
conocimiento capturan la experiencia de los expertos, crean un sistema computacional que
incluye este conocimiento y después lo implementan21.
18 https://www.ted.com/talks/katie_bouman_how_to_take_a_picture_of_a_black_hole
19 Kendall. (2011). análisis y diseño de sistemas - 8b: edición. Pearson Educación.

21
Análisis y Diseño de Sistemas 8° edición Kendal y Kendal, capitulo 1, “Sistemas, Roles y metodologías de desarrollo”

§ La inteligencia artificial (AI – Artificial Intelligence): puede ser considerada como el padre de
los sistemas expertos, ya que estos utilizan metodologías de razonamiento de la Inteligencia
artificial para resolver problemas que los usuarios presentan. La idea general de la AI ha sido
desarrollar equipos que se comporten de manera inteligente. Dos ramas de investigación de la
Inteligencia Artificial son:
1) La comprensión del lenguaje natural.

2) El análisis de la habilidad para razonar un problema y llegar a una conclusión lógica.
§ Sistemas de soporte de decisiones en grupo y sistemas de trabajo colaborativo asistido por

computadora (GDSS): Estos sistemas se utilizan en cuartos especiales equipados con varias
configuraciones, permiten a los miembros de los grupos interactuar con el soporte electrónico y
un facilitador de grupo especial. El objetivo es lograr que resuelvan un problema con la ayuda
de varios apoyos como encuestas, cuestionarios, lluvia de ideas y creación de escenarios.
Algunas veces los sistemas GDSS se consideran bajo el término más general de sistemas de
trabajo colaborativo asistido por computadora (CSCWS), que podría incluir el soporte de
software conocido como groupware para colaborar en equipo mediante computadores
conectadas en red. Los sistemas de soporte de decisiones en grupo también se pueden utilizar
en un ambiente virtual22.
§ Sistemas de soporte para ejecutivos (ESS): Los ESS ayudan a los ejecutivos a organizar sus
interacciones con el entorno externo ofreciendo tecnologías de gráficos y comunicaciones en
sitios accesibles como salas de juntas u oficinas corporativas personales. Aunque los sistemas
ESS se basan en la información que generan los sistemas TPS y MIS, ayudan a sus usuarios a
enfrentar los problemas relacionados con decisiones no estructuradas inespecíficas de una
aplicación, para lo cual crean un entorno que les ayude a pensar sobre los problemas
estratégicos de una manera informada. Los sistemas ESS extienden las capacidades de los
ejecutivos y les ofrecen soporte para que puedan entender mejor sus entornos. 23
Los analistas de sistemas necesitan estar conscientes de que, al integrar tecnologías, aplicar
ciertas técnicas y principios para diseñar un nuevo sistema, se ven afectados todos los tipos de
usuarios y sistemas que de una u otra manera recibirán algún tipo de beneficio, producto de la
implementación de alguno de los sistemas definidos anteriormente.
22Kendall. (2011). análisis y diseño de sistemas - 8b: edición. Pearson Educación.

23Tirado, L. F. F. (2004, June 15). Sistemas de información para ejecutivos y toma de decisiones. Gestiopolis.com.
https://www.gestiopolis.com/sistemas-informacion-ejecutivos-toma-decisiones/

FIGURA N° 4: T IPOS DE SISTEMAS
(Kendall & Kendall, 2011)
2.2. Ejemplos/Casos de éxito
2.2.1. Ejemplo Sistemas de procesamiento de transacciones (TPS)
Sistema Bancario: una petición de un cliente para efectuar un reintegro de una cuenta bancaria
utilizando ATM (modo de transferencia asíncrono). Esto implica obtener detalles de la cuenta del
cliente, comprobar el saldo, modificar el saldo por la cantidad reintegrada y enviar comando al ATM
para proporcionar el dinero en efectivo. Hasta que todos estos pasos no hayan sido completados la
transacción está incompleta y no se modifica la base de datos de cuenta del cliente24.
FIGURA N° 5: CLIENTE DEL BANCO QUE USA UN CAJERO AUTOMÁTICO

(Freepik, s.f.)
24Sistema de procesamiento de transacciones. (n.d.). Issuu.Com. Retrieved March 18, 2021, from
https://issuu.com/carlosaraujo92/docs/tema_01

2.2.2. Ejemplo Sistemas de automatización de oficinas (OAS)
Quizá el paquete de software más popular que puede ajustarse a la definición de OAS sea Microsoft
Office en cualquiera de sus versiones. Este software, perteneciente a la compañía Microsoft,
funciona oficialmente bajo los sistemas operativos Microsoft Windows y Apple Mac OS, aunque
también lo hace en Linux si se utilizan emuladores. Existen otras suites ofimáticas disponibles para
cualquier usuario que se distribuyen libremente, algunas de ellas son: StarOffice, OpenOffice,
Koffice, Gnome Office, LibreOffice, Google Docs, Zoho y Peepel25.
FIGURA N° 6: MICROSOFT O FFICE EMPRESARIAL

(Topesdegama, 2018)
3. Links de interés/material complementario

Concepto de Sistema de información. https://concepto.de/sistema-de-
informacion/#ixzz6mnHGqAsU
Sistema de automatización de Oficinas. OAS. https://www.tecnologias-

informacion.com/automatizacionoficinas.html
Una visión general de los Sistemas de Procesamiento de Transacciones
https://orion2020.org/archivo/performance/04_SISPT.htm
4. TEMA 3: Fundamentos del Análisis de Sistemas

4.1. Desarrollo
El análisis y diseño de sistemas, que los analistas de sistemas llevan a cabo, busca percibir qué
requieren los humanos para observar la entrada o el flujo de datos de manera metódica, procesar o
transformar los datos, almacenarlos y producir información en el contexto de una organización
específica. Mediante un análisis detallado, los analistas buscan identificar y resolver los problemas
25
https://es.wikipedia.org/wiki/Sistemas_de_automatizaci%C3%B3n_de_oficinas

correctos. Además, el análisis y diseño de sistemas se utiliza para estudiar, diseñar e implementar
los progresos en apoyo para los usuarios y las funciones de negocios que se puedan llevar a cabo
mediante el uso de sistemas de información computarizados26.
Si desarrollamos e Instalamos un sistema sin una planificación apropiada, a menudo los

usuarios comienzan a tener problemas con el uso de este y quedan muy insatisfechos y dejan de
usar el sistema. El análisis y diseño añade estructura a los sistemas, y constituye una actividad
costosa. Esta estructura se puede considerar como una serie de procesos que se llevan a cabo en
forma sistemática para mejorar una empresa mediante el uso de sistemas de información
computarizados.
La participación del usuario en el proyecto es imprescindible para el desarrollo exitoso. Esto

significa que hay más énfasis en trabajar con los usuarios de software; en realizar un análisis de su
empresa, sus problemas y objetivos; y en comunicar el análisis y diseño del sistema planificado a
todos los involucrados.
Los analistas también son el componente esencial para desarrollar sistemas de información
útiles. Nunca ha habido una definición universalmente aceptada del análisis de sistemas acerca de
cuando termina un análisis de sistemas de información y cuando comienza el diseño de sistemas de
información.
Las fases de desarrollo de un proyecto de sistemas de información se centran en los problemas

y requerimientos de negocios, con independencia de la tecnología que pueda usarse, o se use, para
implementar una solución al problema.
§ Fase 1: definición de alcance.

§ Fase 2: análisis de problemas.
§ Fase 3: análisis de requerimientos.
§ Fase 4: diseño lógico.
§ Fase 5: análisis de decisión.
26
Kendall. (2011). análisis y diseño de sistemas - 8b: edición. Pearson Educación.
Whitten Bentley 7° Edición Análisis de Sistemas Capitulo 4 “Análisis de Sistemas” parte 2 “métodos de análisis de sistemas

FIGURA N° 7: CONTEXTO DEL ANÁLISIS DE SISTEMAS
(Bentley, 2008)
5. TEMA 4: Roles de un analista en el desarrollo de software
5.1. Desarrollo
Determinar el papel del analista de sistemas, para el desarrollo de sistemas, es un poco

complicado, la idea que presenta (Kendall & Kendall27), es que se pretende que sea una persona que
realice principalmente tres funciones dentro de la empresa:
Para lo cual debe tener ciertas cualidades, como: ser un solucionador de problemas, que le
gusten los retos, que disfrute encontrando soluciones, debe ser un buen interlocutor, debe ser un
experto en computación para programar, entender las capacidades y limitaciones del computador, y
reconocer las necesidades de los usuarios.28
27
Análisis y Diseño de Sistemas 8° edición Kendal y Kendal, capitulo 1, “Sistemas, Roles y metodologías de desarrollo”
28
Kendall. (2011). análisis y diseño de sistemas - 8b: edición. Pearson Educación.

El analista de sistemas es el que evalúa en forma metódica cómo interactúan los usuarios con la
tecnología y con el entorno empresarial, para lo cual examina los procesos de entrada y salida de
información con la intención de mejorar los procesos organizacionales. Esta definición destaca el
uso de una metodología para analizar lo que ocurre en el contexto específico que los usuarios
experimentan y las empresas crean.
El analista debe ser capaz de trabajar con personas de todo tipo y tener experiencia en cuanto al
uso de la tecnología. El analista debe tener la capacidad de desempeñar muchos roles y algunas
veces tiene que lidiar con varios al mismo tiempo. Los 3 principales roles del analista de sistemas
son como consultor, experto de soporte y agente de cambios29.
§ Analista de sistemas como consultor: Con frecuencia el analista actúa como consultor para
las personas y sus empresas para lidiar con temas relacionados con los sistemas de
información dentro de la empresa. Este rol puede ser ventajoso, ya que al ser consultor
externo tiene una perspectiva distinta de la empresa a diferencia de sus trabajadores.
También implica que los analistas externos están en desventaja, ya que al mirar de afuera la
empresa no podrán conocer la verdadera cultura organizacional30.
§ Analista de sistemas como experto de soporte: en este rol el analista se basa en su

experiencia profesional y técnica en temas sobre hardware y software y su uso en los
negocios, a menudo este trabajo no es un verdadero proyecto de sistemas, sí no que
supone una pequeña modificación o decisión que afecta a un solo departamento. Dicho de
otra manera, la intervención del analista como soporte, aporta en la actualización de
plataformas y/o software para la empresa.
§ Analista de sistemas como agente de cambio: es el rol más extenso y responsable del
analista de sistema, ya sea interno o externo, para la empresa. Podemos definir a un agente
de cambio como una persona que actúa como catalizador para el cambio, desarrolla un plan
de cambio y trabaja con otros para facilitarlo.
Ser un catalizador para el cambio; al realizar alguna de las actividades del ciclo del
desarrollo del sistema que son las siguientes:
§ Identificación de oportunidades y objetivos

§ Determinación de los requerimientos de información
§ Análisis de las necesidades del sistema
§ Diseño del sistema recomendado
§ Desarrollo y documentación del software
§ Prueba y mantenimiento del sistema
§ Implantación y evaluación del sistema
29
Análisis y Diseño de Sistemas 8° edición Kendal y Kendal, capitulo 1, “Sistemas, Roles y metodologías de
desarrollo” Parte I Fundamentos del Análisis de Sistemas.
30
Análisis y Diseño de Sistemas 8° edición Kendal y Kendal, capitulo 1, “Sistemas, Roles y metodologías de
desarrollo” Parte I Fundamentos del Análisis de Sistemas.

A manera de ejemplo, se presentan las etapas que se deben realizar para definir el desarrollo de
sistema de información:
1) Visión del estudio: Nace de la percepción, refinación y consolidación de una idea.
2) Planeación del estudio: Con base en la identificación de elementos o variables tomadas de

fuentes internas y externas, se define el objetivo de estudio y considerando una investigación
preliminar, se prepara el proyecto de estudio, que incluye la propuesta técnica y el programa de
trabajo, para su autorización se integra al grupo y se da capacitación al mismo.
3) Recopilación de datos: Es la recopilación de datos específicos a través de la investigación

documental, entrevista cuestionario y observación directa, en forma ordenada, considerando su
historia para comprender la situación actual.
4) Análisis de los datos: evaluación de los datos recopilados, para precisar las causas que
originaron el estudio y las posibles soluciones de acción.
5) Formulación de recomendaciones: Propuestas concretas de acción y actuación, evaluando sus

ventajas y desventajas, presentándolas a manera de propuestas o recomendaciones.
6) Implantación: Puesta en marcha del proceso determinado, considerando la preparación del

programa, integración de recursos y la ejecución del programa.
7) Evaluación: análisis cuantitativo y cualitativo del estudio realizado que permite establecer un
marco comparativo entre lo analizado y lo implementado
De hecho estas son algunas de las actividades que se ejecutan durante el proceso de desarrollo
de software, en las cuales el analista forma parte fundamental de cada una de ellas.
4.1 .- Links de interés/material complementario

El Analista de Sistemas. Instituto Politécnico Nacional. Descargable.
http://www.sites.upiicsa.ipn.mx/estudiantes/academia_de_informatica/analisis_de_sistemas/docs/P
DF/El_analista_perfil.pdf
5. TEMA 5: Proyectos de desarrollo de software
5.1 Desarrollo
¿Qué es un proyecto?

Es un emprendimiento temporario para crear un producto o servicio único. Es temporario
ya que termina cuando se cumplen los objetivos; y es único porque se definen progresivamente sus
características (PMBOK, 201331).
Para cada proyecto se establecen: el alcance del producto (final), sus características; y del
proyecto y trabajos que se incluyen (y los que no).
FIGURA N° 8: E LEMENTOS DE UN P ROYECTO

(Akus.net diseño Web, s.f.)
31
https://sistemastic.files.wordpress.com/2017/07/guia_de_los_fundamentos_para_la_direccion_de_proyectos-
pmbok_5ta_edicion_espanol.pdf

5.1.1 Principales características de un proyecto
Todos los tipos de proyectos tienen en común una serie de características:

• Cuentan con un propósito.
• Se resumen en objetivos y metas.
• Cuentan con un alcance.
• Se han de ajustar a un plazo de tiempo limitado.
• Cuentan con, al menos, una fase de planificación, una de ejecución y una de entrega.
• Se orientan a la consecución de un resultado.
• Involucran a personas, que actúan en base a distintos roles y responsabilidades.
• Se ven afectados por la incertidumbre.
• Han de sujetarse a un seguimiento y monitorización para garantizar que el resultado es el
esperado.
• Cada uno es diferente, incluso de los de similares características.32
5.1.2 Tipos de proyecto
Existen muchos tipos de proyectos y por ello es habitual que un equipo de proyecto a menudo
incluya a personas que normalmente no trabajan juntas, por proceder de organizaciones distintas o
por provenir de ubicaciones geográficas diferentes. Los más comunes se indican en la tabla (Figura
N° 9).
32Tipos de proyectos y sus principales características. (n.d.). Obsbusiness.School. Retrieved March 18, 2021, from
https://www.obsbusiness.school/blog/tipos-de-proyectos-y-sus-principales-caracteristica

Criterio Tipo
Grado de dificultad para su ejecución Simples

Complejos
Procedencia del Capital Públicos
Privados
Mixtos
Grado experimentación del proyecto y sus objetivos Experimentales
Normalizados
Sector productivo Construcción
Energía
Minería
Transformación
Medio ambiente
Industriales
Servicios
Ámbito Ingeniería
Económicos
Fiscales
Legales
Médicos
Matemáticos
Artísticos
Literarios
Tecnológicos
Informáticos
Orientación Productivos
Educativos
Sociales
Comunitarios
Investigación
Área de influencia Internacionales

Nacionales
Regionales
Locales
FIGURA N° 9: TIPOS DE P ROYECTOS
(ABARCA , 201933)
• Gestión de Proyectos: Aplicación de conocimientos, habilidades, herramientas y técnicas a

las actividades de un proyecto, para cubrir o superar las necesidades y expectativas para un
proyecto.
• Procesos de un proyecto: Los procesos asociados al desarrollo de un proyecto son:
o Procesos de gestión del proyecto: refieren a describir y organizar el trabajo del

proyecto.
o Procesos orientados al producto: refieren a especificar y crear el producto del
proyecto definidos normalmente por el ciclo de vida del proyecto y varían por área
de aplicación.
33
Marvo Villalobo Abarca. Informe Proyectos de desarrollo de Software, versión 1.0, Universidad de Tarapacá, Arica -
Chile. Departamento Ingeniería en computación e informática

Ambos grupos de procesos interactúan a lo largo del proyecto: por ejemplo, es imposible definir el
alcance del producto sin conocimiento del área de aplicación relacionada con cómo construir el
producto.
En la Figura N° 10, se muestran los 5 procesos de gestión para un proyecto. Inicio, Planificación,
Ejecución, Control y Cierre.34
FIGURA N° 10: P ROCESOS DE GESTIÓN PARA UN P ROYECTO

(Autoservicio.net, s.f.)
5.2 Ejemplos/Casos de éxito

N/A
5.3 Links de interés/material complementario

Proyecto Informático. ¿Qué es? Tipos y ejemplos.
https://disenowebakus.net/control-y-desarrollo-de-proyectos.php
Concepto de Proyecto. https://concepto.de/proyecto/
34
gestorIT. (2019, April 19). Fases de la gestión de un proyecto (según PMP) - Blog soluciones IT. Atuservicio.net.
http://www.atuservicio.net/fases-pmp/

6. TEMA 6: Alcance del Análisis de Sistemas
6.1 Desarrollo
El alcance del análisis de sistemas es un conjunto de procedimientos o programas relacionados
de manera que juntos forman una sola unidad esto se lleva a cabo teniendo en cuenta ciertos
principios:
• Debe presentarse y entenderse el dominio de la información de un problema.
• Defina las funciones que debe realizar el Software.
• Represente el comportamiento del software a consecuencias de acontecimientos externos.
• Divida en forma jerárquica los modelos que representan la información, funciones y
comportamiento.
El proceso debe partir desde la información esencial hasta el detalle más mínimo de la
Implementación, la función del análisis debe ser para dar soporte a las actividades de un negocio, o
desarrollar un producto que pueda distribuirse de manera genérica o personalidad para formar y
obtener beneficios. Un Análisis de Sistema se lleva a cabo teniendo en cuenta los siguientes
objetivos en mente:
• Identifique las necesidades del Cliente.

• Evalúe que conceptos tiene el cliente del sistema para establecer su viabilidad.
• Realice un Análisis Técnico y económico.
• Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del
Sistema.
• Establezca las restricciones de presupuestos y planificación temporal.
• Cree una definición del sistema que forme el fundamento de todo el trabajo de Ingeniería.
Para lograr estos objetivos se requiere tener un gran conocimiento y dominio en Hardware,
software, administración de base de datos, así como de la Ingeniería humana en el manejo y
Administración de personal.
6.1.1 Objetivos del análisis de sistema de información
• Identificación de Necesidades: Es el primer paso del análisis del sistema, en este proceso el
Analista se reúne con el cliente y/o usuario, e identifican las metas globales, se analizan las
perspectivas del cliente, sus necesidades y requerimientos, sobre la planificación temporal y
presupuestal, líneas de mercadeo y otros puntos que puedan ayudar a la identificación y
desarrollo del proyecto.
Antes de su reunión con el analista, el cliente prepara un documento conceptual del proyecto,
aunque es recomendable que este se elabore durante la comunicación Cliente – analista, ya que de
hacerlo el cliente solo de todas maneras tendría que ser modificado, durante la identificación de las
necesidades.

• Estudio de Viabilidad35: Muchas veces, cuando se emprende el desarrollo de un proyecto de
Sistemas, los recursos y el tiempo no son realistas para su materialización sin tener pérdidas
económicas y frustración profesional. La viabilidad y el análisis de riesgos están relacionados
de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de
calidad se reduce, sin embargo, se deben tomar en cuenta cuatro áreas principales de
interés:
§ Viabilidad económica: Una evaluación de los costos de desarrollo, comparados con los
ingresos netos o beneficios obtenidos del producto o Sistema desarrollado.
§ Viabilidad Técnica: Un estudio de funciones, rendimiento y restricciones que puedan

afectar la realización de un sistema aceptable.
§ Viabilidad Legal: Es determinar cualquier posibilidad de infracción, violación o

responsabilidad legal en que se podría incurrir al desarrollar el Sistema.
§ Alternativas: Una evaluación de los enfoques alternativos del desarrollo del producto o
Sistema.
o El estudio de la viabilidad puede documentarse como un informe aparte para la alta

gerencia.
• Análisis económico y técnico de los sistemas de información:
o El análisis económico incluye lo que llamamos, el análisis de costos/beneficios, significa

una valoración de la inversión económica comparado con los beneficios que se
obtendrán en la comercialización y utilidad del producto o sistema.
Muchas veces en el desarrollo de Sistemas de Computación estos son intangibles y

resulta un poco dificultoso evaluarlos, esto varía de acuerdo a las características del
Sistema. El análisis de costos/beneficios es una fase muy importante y de ella depende
la posibilidad de desarrollo del Proyecto.
o En el Análisis Técnico, el Analista evalúa los principios técnicos del Sistema y al mismo
tiempo recoge información adicional sobre el rendimiento, fiabilidad, características de
mantenimiento y productividad.
35
edukativos. (2016, May 7). Identificación de necesidades en el desarrollo del software. Edukativos.Com.
https://edukativos.com/apuntes/archives/10543

Los resultados obtenidos del análisis técnico son la base para determinar sobre si
continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el
rendimiento deseado, o si las piezas no encajan perfectamente unas con otras.
• Modelado de la arquitectura del Sistema: Cuando queremos dar a entender mejor lo que
vamos a construir en el caso de edificios, herramientas, aviones, maquinas, se crea un
modelo idéntico, pero en menor escala. Sin embargo, cuando aquello que construiremos es
un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las
funciones y subfunciones del Sistema. Los modelos se concentran en lo que debe hacer el
sistema, no en cómo lo hace, pueden incluir notación gráfica, información y
comportamiento del Sistema. Todos los Sistemas basados en computadores pueden
modelarse como transformación de la información empleando una arquitectura del tipo
entrada y salida.
• Especificaciones del Sistema: Es un Documento que sirve como fundamento para la

Ingeniería Hardware, software, Base de datos, e ingeniería Humana. Describe la función y
rendimiento de un Sistema basado en computadores y las dificultades que estarán
presentes durante su desarrollo. Las Especificaciones de los requisitos del software se
producen en la terminación de la tarea del análisis.
6.2 Ejemplos/Casos de éxito

N/A
6.3 Links de interés/material complementario

N/A
IDEAS CLAVE
Podemos considerar a la información como un recurso organizado, de igual forma que

consideramos a los humanos. Como tal, se debe administrar con cuidado, al igual que los demás
recursos.
La disponibilidad de poder de cómputo, asequible para las organizaciones, ha provocado

una explosión de información y, en consecuencia, hay que poner más atención para lidiar con la
información que se genera.
Los analistas de sistemas recomiendan, diseñan y mantienen muchos tipos de sistemas para
los usuarios, incluyendo los de procesamiento de transacciones (TPS), los de automatización de
oficinas (OAS), los de trabajo de conocimiento (KWS) y los de información administrativa (MIS).
Los analistas de sistemas deben desempeñar muchos roles durante el curso de su trabajo.
Los analistas poseen un amplio rango de habilidades. Antes que todo, el analista es un solucionador
de problemas, alguien que disfruta el reto de analizar un problema e idear una solución funcional.
Los analistas de sistemas requieren habilidades de comunicación, que les permitan relacionarse de

manera significativa con muchos tipos de personas a diario, así como habilidades computacionales.
Comprender a los usuarios y relacionarse bien con ellos es imprescindible para su éxito.
Todo lo comentando anteriormente no seria posible, de no existir el rol del analista, el es la base de
todo desarrollo de software. A continuación en el mapa se nombran las principales características
del analista:

REFERENCIAS BIBLIOGRÁFICAS
• Alarcón, V. F. (2006). Desarrollo de Sistemas de Información una Metodologia Basada en el

Modelado. UPC.
• Alvares, P. R. (Febrero de 2021). Elaboración Propia. San Felipe.
• Appleton, B. (Febrero de 2000). Patterns and Software: Essential Concepts and Terminology.
Obtenido de www.cmcrossroads.com/bradapp/docs/patterns-intro.html.
• Fowler, M. (2000). Refactoring: Improving the Design of Existing Code.
• Jackson, M. A. (1975). Principles of Program Design. Academic Press.
• Kendall, K. E., & Kendall, J. E. (2011). Análisis y Diseño de Sistemas. Pearson.
• Myers, G. (1978). Composite Structured Design. Van Nostrand.
• Parnas, D. L. (1972). On Criteria to Be Used in Decomposing Systems into Modules,.
• Ross, D. (1975). Software Engineering: Process Principles and Goals.
• Shaw, M. y. (1995). Formulations and Formalisms in Software Architecture.
• Stevens, W. G. (1974). Structured Design”, IBM Systems Journal.
• Wirth, N. (1971). Program Development by Stepwise Refinement.

Pro 302 Documento Semana 1

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Pro 302 Documento Semana 1

Cargado por

Copyright:

Formatos disponibles

TALLER DE ANÁLISIS DE SISTEMAS

Experto disciplinar / Priscilla Alvares

Diseñador instruccional / Felipe Molina

Jefatura de Diseño Instruccional/ Alejandra San Juan

Boris del Campo

Instituto Profesional AIEP / Educación Online 2

Instituto Profesional AIEP / Educación Online 3

Instituto Profesional AIEP / Educación Online 4

1.1.-Distingue conceptos asociados al diseño de sistemas, considerando su clasificación.

1.2.-Relaciona tipos de sistemas de software con fundamentos de análisis de sistemas.

1.3.-Relaciona roles de un analista de sistemas con proyectos de desarrollo de software.

1.4.-Determina alcance de análisis de sistemas, considerando sus fundamentos.

1. TEMA 1: Conceptos en diseño de sistemas

Cuando hablamos de diseño de software, se nos viene a la mente la programación de la

En otras palabras el diseño de software, denota trazo, delineación o descripción. Comprende y

Instituto Profesional AIEP / Educación Online 5

• Diseño Lógico del nuevo sistema.

Instituto Profesional AIEP / Educación Online 6

Los pasos a seguir cuando se diseña un nuevo sistema son:

FIGURA N° 3 ELEMENTOS DE UN SISTEMA

Instituto Profesional AIEP / Educación Online 7

A lo largo de la historia de la ingeniería de software, han actualizado conceptos

• ¿Cómo se obtienen los detalles de la función o la estructura de datos de la representación

conceptual del software?

M. Jackson dijo: “El principio de la sabiduría [para un ingeniero de software] es reconocer la

Cuando se desarrollan niveles de abstracción distintos, se trabaja para crear abstracciones

Instituto Profesional AIEP / Educación Online 8

• Propiedades estructurales. Este aspecto de la representación del diseño arquitectónico

• Propiedades extra funcionales. La descripción del diseño arquitectónico debe abordar la

• Familias de sistemas relacionados. El diseño arquitectónico debe basarse en patrones

Instituto Profesional AIEP / Educación Online 9

La modularidad es la manifestación más común de la división de problemas. El software se

El refinamiento stepwise es una estrategia de diseño propuesta originalmente por Niklaus

El refinamiento y la abstracción son conceptos complementarios. La segunda permite

Conforme tiene lugar el análisis de los requerimientos, surge un conjunto de

Instituto Profesional AIEP / Educación Online 10

Cuando se rediseña el software, se examina el diseño existente en busca de elementos de

1.2. Ejemplos/Casos de éxito

Descripción del Caso14

Se trata de realizar un sistema que se encargará de simular el funcionamiento de una

Instituto Profesional AIEP / Educación Online 11

Modelos del Ejemplo15

Modelo Lógico Modelo Físico

Instituto Profesional AIEP / Educación Online 12

EJEMPLO DE ANÁLISIS Y DISEÑO ESTRUCTURADO DE UN SISTEMA SOFTWARE. Descargable.

2. TEMA 2: Tipos de Sistemas de Software

§ Sistema de Procesamiento de Transacciones: Los TPS (Transaction Processing Systems), son

Los sistemas de procesamiento de transacciones son sistemas que atraviesan límites y

Parte I Fundamentos del Análisis de Sistemas.

Instituto Profesional AIEP / Educación Online 13

§ Sistemas para la administración: Los sistemas MIS (Management Information System) no

§ Sistemas expertos e inteligencia artificial: Un sistema experto captura y utiliza en forma

Parte I Fundamentos del Análisis de Sistemas.

Instituto Profesional AIEP / Educación Online 14

1) La comprensión del lenguaje natural.

§ Sistemas de soporte de decisiones en grupo y sistemas de trabajo colaborativo asistido por

22Kendall. (2011). análisis y diseño de sistemas - 8b: edición. Pearson Educación.

Instituto Profesional AIEP / Educación Online 15

2.2. Ejemplos/Casos de éxito

2.2.1. Ejemplo Sistemas de procesamiento de transacciones (TPS)

FIGURA N° 5: CLIENTE DEL BANCO QUE USA UN CAJERO AUTOMÁTICO

Instituto Profesional AIEP / Educación Online 16

FIGURA N° 6: MICROSOFT O FFICE EMPRESARIAL

3. Links de interés/material complementario