Sistemas de Informaci+ N - Unidad I - Full

Sistemas de
Información
La Empresa
Datos Profesor
• Pedro Paz Ulloa
• Celular: +569 78789885
• Correo: [email protected]
Ingeniero civil en Computación e Informática

Magister en Tecnologías de Información y Gestión
Universidad de Barcelona
• Gerente de servicios (Grupo Deira)
• Subgerente de Sistemas (Servibanca)
• Consultor ingeniería de sistemas & infraestructura TI (Entel
S.A)
2
Metodología del ramo
Primera unidad:
– 2 a 3 notas individuales o grupales
– prueba de departamental N°1
Segunda unidad:
– 2 a 3 notas individuales o grupales
– prueba de departamental N°2
3
Metodología del ramo
De las 4 0 5 notas parciales, solo con las 3

mejores calcularemos la nota de Catedra.
Catedra + Dep.1 + Dep.2 = Nota Final
4
Presentaciones Alumnos.
5
Conceptos
• El dato es una representación simbólica, está
compuesto de un atributo y un valor. Los datos
son hechos que describen sucesos y entidades.
No tienen ninguna información.
• La información es un conjunto organizado de

datos procesados, que constituyen un mensaje
que cambia el estado de conocimiento del sujeto
o sistema que recibe dicho mensaje.
• La Informática es la ciencia que se encarga de

la automatización del manejo de la información
en computadores, dispositivos electrónicos y
sistemas informáticos
6
Conceptos
• La Computación es el término asociado al cálculo,
procesamiento, y administración de datos
• La Tecnología es el conjunto de conocimientos técnicos,

ordenados científicamente, que permiten diseñar y crear bienes y
servicios que facilitan la adaptación al medio ambiente y satisfacer
tanto las necesidades esenciales como los deseos de las personas.
• La Auditoría es una actividad independiente y objetiva de

aseguramiento y consulta, concebida para agregar valor y mejorar
las operaciones de una organización.
Ayuda a una organización a cumplir sus objetivos aportando un

enfoque sistemático y disciplinado para evaluar y mejorar la
eficacia de los procesos de gestión de riesgos, control y gobierno.
7
Conceptos
• Problema: Construcción intelectual que
corresponde a la brecha entre la situación
actual y la esperada.
• Cuales son las razones para emprender

un proyecto de Sistemas?
• Resolver un problema
• Aprovechar una oportunidad
• Dar respuesta a los directivos.
8
Sistema de Información
• Un sistema de información (SI) es un
conjunto de elementos orientados al
tratamiento y administración de datos
e información, organizados y listos para
su usados. Generados para cubrir una
necesidad o un objetivo.
9
La Empresa
Es un organismo creado para producir

bienes o servicios, algunas producen
utilidades y dividendo para los accionista
y/o propietarios y otras no tienen fines
lucrativos
10
Niveles Organizacionales
11
Niveles Organizacionales
Sistema de Procesamiento de Transacciones (TPS):
Ejemplo: La cajera de un supermercado registra muchísimas

transacciones cada día.
Sistema de Información Gerencial (MIS): Ejemplo: reporte de ventas

mensuales.
Sistema de apoyo a la toma de decisiones (DSS):
Ejemplo: Un gerente quiere saber la cantidad de venta de lápices que se

realizaron en el mes de marzo del año 2011, luego quiere saber la
cantidad de ventas de lápices en cierta sucursal en el mismo mes pero
en el año 2009 y 2010, y así sucesivamente va agregando información
hasta obtener lo que busca.
Sistema de apoyo a ejecutivos (ESS o EIS): Se utilizan listados o

informes con histogramas, semáforos, entre otros
12
Tipos de Decisiones
Impacto
Bajo Medio Alto Organizacional
Muy Ocasional Poco Frecuencia

Frecuente Frecuente
13
Proceso para la toma de decisiones
Plantear
Problema Definir
Alternativas
Comparar
Alternativas
Seleccionar la
mejor
alternativa
14
Tipos de Decisiones
Que decisiones se toman en una

organización:
•¿A que proveedor comprar la materia Prima?

•¿Qué cantidad de crédito se le otorga a un
cliente?
•¿Qué tipo de producto venderá la compañía?
15
Categorías de SI
Existen diferentes tipos y categorías de

sistemas de información para satisfacer
las necesidades de cada nivel de la
empresa.
16
1. Sistemas Transaccionales u
Operacionales
2. Sistemas Para el soporte a las
Decisiones (SSD)
3. Sistemas basados en
conocimiento
17
Operacionales
Sistemas de procesamiento de
transacciones como:
•Pedido de un cliente
•Transacciones de una caja de
supermercado
•Ingreso de movimientos de
remuneraciones
18
Operacionales
Transacciones mas comunes:
•Facturación (sistema de Facturación)

•Compra de Mercadería (sistema de Stock)
•Pago de remuneraciones (sistema de
remuneraciones)
•Depósitos de cheques (Sistema de Cta
Cte)
19
Operacionales
(Características):
•Manipulan gran cantidad de datos

•Recolectores de información
•Transacciones similares
•Procedimientos comprendidos y con detalle
•Existen pocas excepciones a procedimientos
•Permiten ahorros significativos (Automatizan
procesos)
•La justificaciones se realiza enfrentando ingresos y
costos.
20
Operacionales (Características)
21
Operacionales
22
Decisiones (SSD)
Son sistemas de información basados en
computadora que combinan modelos y datos para
intentar resolver problemas con la ayuda de un
usuario extensamente involucrado.
Un SSD es una importante herramienta tecnológica

para el gerente.
Puede ser usada para proveerle datos y análisis

oportunos que soporten sus decisiones, basándose
ya no en el simple juicio o intuición, sino en
información.
Decisiones (SSD)
Características y capacidades de un SSD.
•Apoya a quienes toman decisiones en cualquier nivel
gerencial, ya sean individuos o grupos
• Ayuda en todas las fases del proceso de toma de

decisión - inteligencia, diseño, selección, e
implementación así como también en una variedad
de procesos y estilos de toma de decisión.
• Es adaptable por el usuario a través del tiempo para

lidiar con condiciones que cambian.
Decisiones (SSD)
• Es fácil de construir y usar en muchos casos.
• Promociona el aprendizaje, que da como resultado
nuevas demandas y refinamiento de la aplicación,
que a su vez da como resultado aprendizaje
adicional.
• Utiliza modelos cuantitativos (estándares y/o

hechos a la medida)
Decisiones (SSD)
• Componentes de un SSD
conocimiento
• Los Sistemas basados en Conocimiento pretenden
representar funciones cognitivas del ser humano como
el aprendizaje y el razonamiento.
• Esta clase de aplicaciones descansan en las
contribuciones de la Inteligencia Artificial en lo general
y en la Ingeniería del Conocimiento en lo particular.
• Su orientación es la automatización del análisis de
problemas, la búsqueda de soluciones, la toma de
decisiones y el empleo de conocimiento especializado
en un campo específico de aplicación.
conocimiento
3. Otros tipos de Sistemas
• Sistemas de automatización de oficinas.

• Sistemas de trabajo del conocimiento.
• Sistemas de información para ejecutivos.
• Sistemas de planeación de recursos empresariales
(ERPs).
Sistemas de
Información
Principios para el desarrollo

o incorporación de
Sistemas.
Principio 1 .-
1. IMPLICAR AL USUARIO.-
• Implicar al Usuario desde el principio.

• Buena comunicación entre el equipo de
desarrollo y los usuarios finales
• Familiarizar al usuario con el nuevo sistema
para minimizar la resistencia al cambio
Principio 2 .-
1. APLICAR UN MÉTODO DE RESOLUCIÓN DE

PROBLEMAS.-
• Emprender todos los proyectos por medio de la

aplicación de alguna metodología de desarrollo
de sistemas,
Principio 3 .-
1. DEFINIR FASES Y ACTIVIDADES.-
Definir y dividir las tareas para manejar con

mayor facilidad.
• Planificar sistemas
• Análisis de sistemas
• Diseño de sistemas
• Implantación de sistemas
• Soporte de sistemas
Principio 4 .-
1. ESTABLECER NORMAS DE DESARROLLO Y

DOCUMENTACIÓN.-
Definir normas generales y adaptadas para cada

proyecto de manera de asegurar la
consistencia a la hora del desarrollo de
distintos sistemas.
Principio 5 .-
1.Justificar los sistemas como inversiones de capital
Al considerarlo de esta forma, se debe tener en

cuenta dos aspectos.
El primero indica que ante un problema hay que
buscar diferentes soluciones
alternativas.
El segundo que ante cada solución se debe evaluar la
viabilidad de cada una, sobre todo la económica.
Principio 6 .-
1.Revisión del proyecto:
Al dividir un proyecto en distintas fases se obtiene la

oportunidad de reevaluar su viabilidad en cada una
de ellas. Por medio de un método de control
progresivo, pueden definirse múltiples puntos de
comprobación de la viabilidad a lo largo proceso de
desarrollo. En cualquier punto de control de la
viabilidad, todos los costos se consideran perdidos e
irrelevantes para la toma de decisiones.
Principio 6 .-
1.Revisión del proyecto:
En cada punto de control, el analista debería

considerar:
2.La cancelación del proyecto si ha dejado de ser
viable.
3.La reevaluación de los costos y los plazos si se ha
ampliado el ámbito del proyecto.
4. El recorte de dicho ámbito si se ha congelado el
presupuesto y el calendario.
Principio 7 .-
1.Divide y vencerás:
Todos los sistemas forman parte de sistemas

mayores. El analista debe ser consciente de que el
sistema en el que trabaja forma parte de un sistema
mayor con el que interacciona.
Principio 8 .-
1.Diseñar sistemas cambiantes:
Suele darse la situación de que se diseñen sistemas

que satisfacen las necesidades de los usuarios “para
hoy”. Esta práctica resulta casi siempre un fracaso.
Sistemas de
Información
ESTRATEGIAS PARA EL
DESARROLLO O
INCORPORACION DE SISTEMAS
Estrategia para desarrollo de
Sistemas .-
El desarrollo de sistemas es una tarea que se debe

manejar como proyecto: es decir, debe tener un
inicio y un fin, una secuencia de pasos o etapas y
debe ajustarse a un presupuesto Cada proyecto de
desarrollo de sistemas es particular, pues nunca se
presentarán las mismas situaciones en dos proyectos,
aunque éstos sean similares.
Estrategia para desarrollo de
Sistemas .-
Las metodologías para el desarrollo de sistemas son:
•Método del ciclo de vida para el desarrollo de

sistemas.
•Método del desarrollo del análisis estructurado.
•Método del prototipo de sistemas.
•Los métodos no son excluyentes

MÉTODO DEL CICLO DE VIDA PARA
EL DESARROLLO DE SISTEMAS.-
Es recomendable el ciclo de vida para proyectos de

gran escala cuando involucra a varios
departamentos, cuando se tienen los procedimientos
bien establecidos o cuando se tiene que trabajar con
un equipo de personas.
Etapas
A. INVESTIGACIÓN PRELIMINAR
• La investigación no es una actividad de recolección

de datos; no se espera que se definan todos los
problemas ni que se propongan todas las posibles
soluciones.
Etapas
• La investigación preliminar debe cumplir con los siguientes

cinco objetivos:
1. Entender la naturaleza del problema.
2. Definir el alcance y las restricciones o limitaciones del
sistema
3. Identificar los beneficios que se obtendrían si el sistema
propuesto es completado.
4. Especificar un estimado de tiempo y costo para las próximas
fases de desarrollo
5. Presentar un informe a la gerencia describiendo el problema
y detallando si se recomienda continuar con la fase de
análisis del sistema.
Etapas
• Pasos para realizar la investigación preliminar

–Obtener la autorización de la gerencia
–Identificar la información necesaria para el proyecto
–Realizar las acciones que sean necesarias para
conseguir la información*
–Analizar la información obtenida, identificando
alternativas con sus costos y beneficios y
recomendando la acción que se debe tomar, esto se
denomina Estudio de Factibilidad
–Presentar los resultados y recomendaciones a la
gerencia.
Etapas
B. DETERMINACIÓN DE REQUERIMIENTOS
• El analista tiene que plantear los requerimientos del usuario

para el nuevo sistema: es decir, las necesidades y
características que deberá cubrir el nuevo sistema.
• Existen tres tipos de requisitos en el análisis de sistemas de

información:
–Un requisito funcional (lo que debe hacer)
–Un requisito no funcional (Rendimiento de calidad)
–Otros tipos de limitaciones externas (compatibilidad
con cierto sistema operativo)
Etapas
• Características
–Necesario
–No ambiguo
–Conciso
–Consistente
–Completo
–Alcanzable
–Verificable
Etapas
Existen tres formas (actividades) que ayudan a determinar los

requerimientos, estas son:
1. Anticipación de requerimientos: consiste en prever las
características del nuevo sistema con base en experiencias
previas.
2. Investigación de requerimientos: es el estudio y
documentación de la necesidad del usuario o de un sistema
ya existente usando para ello técnicas como el análisis de
flujo de datos y análisis de decisión. Es aquí donde se debe
y se pueden aplicar entrevistas, cuestionarios, observación y
revisión de documentos existentes, entre otros.
Etapas
3. Especificación de requerimientos: los datos obtenidos

durante la recopilación de hechos se analizan para
desarrollar la descripción de las características del nuevo
sistema. Esta actividad tiene tres partes relacionadas entre
sí, a saber:
ii. Análisis de datos basados en hechos reales.
iii. Identificación de requerimientos esenciales.
iv. Selección de estrategias para satisfacer los
requerimientos.
Etapas
C. DISEÑO DEL SISTEMA
El diseño de un sistema de información produce los detalles

que establecen la forma en la que el sistema cumplirá
con los requerimientos de información. Se distinguen
dos aspectos: Lógico y Físico
Etapas
Diseño Lógico.
El diseño lógico de sistemas se refiere a lo que realizará el

nuevo sistema, es una descripción de los requisitos funcionales
de un sistema
Etapas
Especificaciones del Diseño Lógico.
Diseño de salida.
Diseño de entrada.
Diseño de procesamiento.
Diseño de archivos y bases de datos.
Diseño de telecomunicaciones.
Diseño de procedimientos.
Diseño de controles y seguridad.
Diseño de personal y empleos.
Etapas
Diseño físico.
Se especifican las características de los componentes del

sistema requeridos para poner en práctica el diseño lógico.
En esta fase deben delinearse las características de cada
uno de los componentes que se enumeran a continuación:
Etapas
Diseño físico.
Diseño de hardware
Diseño de software
Diseño de bases de datos.
Diseño de telecomunicaciones
Diseño de personal
Diseño de procedimientos y controles
Etapas
D. CONSTRUCCIÓN DEL SOFTWARE
Consiste en escribir los programas necesarios para el sistema.

Los programadores son responsables de la documentación
de los programas (Código fuente), que también se realiza
durante esta etapa, así como de explicar el funcionamiento
de los mismos y por que ciertos procedimientos se codifican
de determinada forma.
La documentación es importante ya que por medio de ella será

posible modificar o llevar a cabo el mantenimiento del
programa.
Etapas
E. PRUEBAS DEL SISTEMA
Cada uno de los programas desarrollados es probado de tal

manera que funcione correctamente.
Para evaluar el desempeño del sistema, en esta fase se llevan a

cabo varios niveles de prueba:
• Funcional: Prueba desde el punto de vista de los
requerimientos funcionales.
• De Sistema: Prueba desde el punto de vista de los niveles
de calidad del sistema y de desempeño.
• De Integración: Prueba de interfaces.
• De Aceptación Técnica: Prueba de manejo de condiciones
extremas.
Etapas
E. IMPLANTACIÓN.
La implantación es el proceso de verificar e instalar nuevo

equipo, entrenar a los usuarios, instalar la aplicación y
construir todos los archivos de datos necesarios para
utilizarla.
Etapas
E. IMPLANTACIÓN.
La evaluación de un sistema se lleva a cabo para identificar

puntos débiles y fuertes.
• Evaluación operacional: Valoración de la forma en que
funciona el sistema, incluyendo su facilidad de uso, tiempo de
respuesta, lo adecuado de los formatos de información,
confiabilidad global y nivel de utilización.
• Impacto organizacional: Identificación y medición de los

beneficios para la organización en áreas tales como finanzas,
eficiencia operacional e impacto competitivo. También se
incluye el impacto sobre el flujo de información externo e
interno.
Etapas
E. IMPLANTACIÓN.
• Opinión de los administradores: evaluación de las

actividades de directivos y administradores dentro de la
organización así como de los usuarios finales.
• Desempeño del desarrollo: La evaluación de proceso de

desarrollo de acuerdo con criterios tales como tiempo y
esfuerzo de desarrollo, concuerdan con presupuestos y
estándares, y otros criterios de administración de proyectos.
MÉTODO DE DESARROLLO POR
ANALISIS ESTRUCTURADO.
Análisis Estructurado
es un conjunto relacionado de diagramas, gráficas,

descripciones de procesos, y las definiciones de datos.
Ellos describen las transformaciones que deben llevarse a

cabo y los datos necesarios para cumplir con el Requisito
funcional de un sistema.
El método abarca :
•Estructuras del proceso para determinar requerimientos.
•Detalles relevantes que describan el sistema analizado.
•Verificación de situaciones en que se han omitido detalles.
•Documentación de los sistemas existentes.
•Estrategias a seguir de acuerdo con las soluciones planteadas.

.
Los componentes Principales son:
i.Descripción gráfica
ii.Diagrama de flujo de datos
iii.Diccionario de datos
.
Análisis Estructurado - Descripción
Gráfica
Una de las formas de describir un sistema es preparar un
bosquejo que señale sus características, identifique la función
para la que sirve e indique cómo éste interactúa con otros
elementos, entre otras cosas.
Sin embargo, describir de esta manera un sistema grande es

un proceso tedioso y propenso a errores ya que es fácil omitir
algún detalle o dar una explicación que quizá los demás no
entiendan.
En lugar de las palabras el análisis estructurado utiliza

símbolos, o íconos, para crear un modelo gráfico del sistema.
Los modelos de este tipo muestran los detalles del sistema.
Análisis Estructurado - Descripción
Gráfica
Si se seleccionan los símbolos y notación correctos entonces
casi cualquier persona puede seguir la forma en que los
componentes se acomodarán entre si para formar el sistema.
El diagrama lógico de flujo de datos muestra las fuentes y

destinos de los datos, identifica y da nombre a los procesos
que se llevan a cabo, identifica y da nombre a los grupos de
datos que relacionan una función con otra y señala los
almacenes de datos a los que se tiene acceso.
69
Análisis Estructurado – Diagrama de Flujo
de Datos
El modelo del sistema recibe el nombre de diagrama de flujo de datos
(DFD).
La descripción completa de un sistema está formada por un conjunto
de diagramas de flujo de datos.
Para desarrollar una descripción del sistema por el método de análisis

estructurado se sigue un proceso descendente (top-down).
El modelo original se detalla en diagramas de bajo nivel que muestran

características adicionales del sistema.
Cada proceso puede desglosarse en diagramas de flujo de datos cada

vez más detallados. Esta secuencia se repite hasta que se obtienen
suficientes detalles que permiten al analista comprender en su
totalidad la parte del sistema que se encuentra bajo investigación.
de Datos
71
de Datos
72
de Datos
Reglas para el diagrama lógico de flujo de datos:
1. Cualquier flujo de datos que abandone un proceso debe

basarse en los datos que entran al proceso.
2. Todos los flujos reciben un nombre.
3. Sólo ingresan al proceso los datos necesarios.
4. Los procesos son independientes entre sí.
5. Los procesos siempre están en continua ejecución.

Análisis Estructurado – Diccionario de
Datos
Contiene la descripción y característica de todos los elementos que
forman parte del flujo de datos del sistema analizado, lo que permite :
a. Manejar grandes detalles.

b. Utilizar significados comunes para los elementos del sistema
c. Documentar los sistemas.
d. Facilitar el análisis de detalles
e. Localizar errores y omisiones
El diccionario de Datos debe abarcar descripciones y detalles en

cuanto a flujo de datos, procesos, almacenamiento y estructura de
Datos
Datos
75
Datos
76
77
78
Empleo del Análisis estructurado con otros métodos de

desarrollo
• El análisis estructurado se combina, con bastante

frecuencia, con el método ya presentado de ciclo de vida
clásico de desarrollo de sistemas.
• Por ejemplo, los analistas pueden optar por diagramar con

flujo de datos como una forma para documentar las
relaciones entre componentes durante la investigación
detallada de algún sistema existente, Asimismo, se puede
definir los archivos y datos en un diccionario centralizado de
datos de acuerdo con las reglas de análisis estructurado.
79
MÉTODO DEL PROTOTIPO DE
SISTEMAS.
Prototipo de Sistemas
Un prototipo es un modelo, una representación a escala de

cualquier cosa.
La construcción de prototipos representa una estrategia de

desarrollo, cuando no es posible determinar todos los
requerimientos del usuario. Es por ello que incluye el
desarrollo interactivo o en continua evolución, donde el
usuario participa de forma directa en el proceso.
81
Formas del prototipo:
•Modelo basado en computadora que describa la

interacción hombre-máquina.
•Prototipo que implemente algunos módulos o secciones

del sistema deseado.
El desarrollo por prototipos se aplica generalmente para

sistemas de información ubicados en los niveles medio y
alto de la organización.
82
El prototipo final no es un sistema de información completo, es

tan solo su primera versión. Como lo afirmó F. Brooks: "La
primera versión del sistema puede ser apenas utilizable, puede
ser demasiado lento, demasiado grande, difícil de usar o las
tres cosas. Por lo tanto, el prototipo deberá desecharse."
83
Prototipo de Sistemas - VENTAJAS
• Se incrementa la productividad del equipo de desarrollo.

Se incrementa la calidad del producto final, ya que el
prototipo permite trabajar, ensayar,...
• Disminuyen los costos de mantenimiento del producto

final. Los tiempos de desarrollo son inferiores.
• El tamaño del sistema es menor.
• La especificación actúa como interface entre cliente y

equipo de desarrollo.
84
Prototipo de Sistemas - VENTAJAS
• El propio prototipo sirve de contrato con el cliente y
cualquier cambio en el prototipo debe estar consolidado por
ambas partes.
• El prototipo es un documento vivo de buen funcionamiento

del producto final.
• Ayuda para determinar requerimientos expresados en el

prototipo.
• Experimenta sobre los aspectos del sistema que

representan mayor complejidad. Demuestran la viabilidad
del sistema.
• El cliente reacciona mucho mejor ante el prototipo, sobre el

que puede experimentar, que no sobre una especificación
escrita.
85
Prototipo de Sistemas - INCONVENIENTES
• Fuerte inversión en un producto que se desecha: Los

prototipos se descartan.
• Tendencia a tratar de convertir el prototipo mismo en el

sistema de producción.
• Aumento del costo.
• Se arrastran decisiones del diseño de prototipos al

producto final.
86
Pasos
para construir un prototipo
87
Paso 1 – Recolección y refinamiento del
requisito
Evaluar la petición del software y determinar si el programa a
desarrollar es un buen candidato para construir un prototipo.
Debido a que el usuario debe interaccionar con el prototipo en

los últimos pasos, es esencial que:
a) el usuario participe en la evaluación y refinamiento del
prototipo, y
b) el usuario sea capaz de tomar decisiones de
requerimientos de una forma oportuna.
Finalmente, la naturaleza del proyecto de desarrollo tendrá

una fuerte influencia en la eficacia del prototipo.
88
Paso 2 – Diseño rápido
Dado un proyecto candidato aceptable, el analista

desarrolla una representación abreviada de los
requerimientos.
89
Paso 3 – Construcción del Prototipo
Después de que se haya revisado la representación de los

requerimientos, se crea un conjunto de especificaciones de
diseño abreviadas para el prototipo.
El diseño debe ocurrir antes de que comience la

construcción del prototipo. Sin embargo, el diseño de un
prototipo se enfoca normalmente hacia la arquitectura a
nivel superior y a los aspectos de diseño de datos, en vez
de hacia el diseño procedimental detallado.
90
Paso 4 – Evaluación del prototipo por el
cliente
El software del prototipo se crea, prueba y refina.
Desde el punto de vista de las tecnologías empleadas,

normalmente se utilizan las siguientes herramientas:
•Un diccionario de datos integrado.
•Un generador de pantallas.
•Un generador de informes no guiado por procedimientos.
•Un lenguaje de programación de cuarta generación.
•Un lenguaje de consultas no guiado por procedimientos.
•Medios poderosos de administración de bases de datos.
91
Paso 4 – Evaluación del prototipo por el
cliente
En el desarrollo del prototipo se preparan los siguientes
componentes:
a)El lenguaje para el dialogo o conversación entre el

usuario y el sistema.
b) Pantallas y formatos para la entrada de datos.
c) Módulos esenciales de procesamiento.
d) Salida del sistema.
92
Paso 5 – Refinamiento del prototipo
Una vez que el prototipo ha sido probado, se presenta al

usuario, el cual "conduce la prueba" de la aplicación y
sugiere modificaciones.
Este paso es el núcleo del método de construcción de

prototipo. Es aquí donde el usuario puede examinar una
representación implementada de los requerimientos
del programa, sugerir modificaciones que harán al
programa cumplir mejor las necesidades reales.
93
Paso 6 – Producto de Ingeniería
Los pasos 4 y 5 se repiten iterativamente hasta que todos

los requerimientos estén formalizados o hasta que el
prototipo haya evolucionado hacia un sistema de
producción.
94
ANALISIS Y DISEÑO ORIENTADO A
OBJETO.
Análisis y diseño orientado a objeto
Para Lectura en casa….
96
HERRAMIENTAS PARA EL
DESARROLLO DE SISTEMAS
Herramientas para el desarrollo de
Sistemas
• Una herramienta es cualquier dispositivo que permite mejorar
el desempeño de alguna tarea.
• Existen herramientas diseñadas especialmente para el

desarrollo de sistemas, este tipo de herramientas se dividen
en:
• Herramientas para el análisis.
• Herramientas para el diseño.
• Herramientas para el desarrollo.
• Herramientas CASE
Sistemas
Herramientas para el Análisis
•Estas herramientas ayudan a documentar un sistema existente y
a determinar los requerimientos de la nueva aplicación.
• Estas herramientas incluyen:
• Herramientas para recolección de datos: capturan detalles

que describen sistemas y procedimientos en uso, documentan
procesos y actividades de decisión.
• Herramientas para diagramación: crean representaciones

gráficas o modelos de sistemas, apoyan el dibujo y revisión de
diagramas e iconos.
• Herramientas para el diccionario: registran y mantienen

descripciones de los elementos del sistema tales como grupos de
datos, procesos y almacenamiento de datos.
Sistemas
Herramientas para el Diseño
•Estas herramientas apoyan el proceso de formular las características
que el sistema debe tener para satisfacer los requerimientos detectados
durante las actividades de análisis.
•Las herramientas disponibles son:
• Herramientas de especificación: estas apoyan el proceso de

formular las características que debe tener una aplicación, tales
como entradas, salidas, procesamiento y especificaciones de
control. Muchas incluyen herramientas para crear especificaciones
de datos.
• Herramientas para presentación: se utilizan para describir la

posición de datos, mensajes y encabezados sobre las pantallas de
las "terminales, reportes y otros medios de entrada
Sistemas
Herramientas para el Desarrollo
•Estas herramientas ayudan a trasladar los diseños en aplicaciones
funcionales.
•Estas herramientas proporcionan:
• Herramientas para ingeniería de software: apoyan el proceso

de formular diseños de software, incluyendo procedimientos y
controles, así como la documentación correspondiente.
• Generadores de código: producen el código fuente y las

aplicaciones a partir de especificaciones funcionales bien
articuladas.
Sistemas
Herramientas para el Desarrollo
• Herramientas para pruebas: apoyan la fase de evaluación de un

sistema o sus partes contra las especificaciones. Incluyen
facilidades para examinar la correcta operación del sistema así
como el grado de perfección alcanzado en comparación con las
expectativas.
•La reciente aparición de herramientas computarizadas está dando un

nuevo significado al diseño y desarrollo de sistemas.
Sistemas
Herramientas CASE
•Son un conjunto de métodos, utilidades y técnicas que facilitan la
automatización del ciclo de vida del desarrollo de sistemas de
información.
•La automatización puede ser completa o en alguna de sus fases del ciclo
de vida.
•El empleo de herramientas Case permiten integrar el proceso de ciclo de
vida:
• Análisis de datos y procesos integrados mediante un repositorio.
• Generación de interfaces entre el análisis y el diseño.
• Generación del código a partir del diseño.
• Control de mantenimiento.
Sistemas
Herramientas CASE
•La principal ventaja de la utilización de una herramienta CASE, es la
mejora de la calidad de los desarrollos realizados
•En segundo término, una ventaja es el aumento de la productividad.
•La mejora de calidad se consigue reduciendo sustancialmente muchos
de los problemas de análisis y diseño, inherentes a los proyectos de
mediano y gran tamaño (lógica del diseño, coherencia, consolidación,
etc.).
•La mejora de productividad se consigue a través de la automatización
de determinadas tareas como la generación de código y la reutilización
de objetos o módulos.
Sistemas
Herramientas CASE
PARTICIPANTES EN EL DESARROLLO
DE UN SISTEMA.
Participantes en el desarrollo de un
Sistema
• En un proyecto de desarrollo de Sistemas, básicamente participan:
• Usuarios
• Analistas de Sistemas
• Ellos cumplen diferentes funciones en un proyecto de desarrollo de

Sistemas.
• Depende de su función, profesión, cargo y experiencia, el rol que

asumirán.
• En un Proyecto de desarrollo de sistemas es clave la participación,

desde el comienzo, de los usuarios
Sistema
Analistas de Sistemas
•Su denominación varía de acuerdo con:
• La función dentro del proceso de desarrollo de sistemas.
• El papel que desempeñe dentro de la organización.

Sistema
I. De acuerdo con su función en el proceso de desarrollo de sistemas, al Analista
se le puede denominar de la siguiente manera:
• Analista de sistemas: en este caso la única responsabilidad del analista

es conducir estudios de sistemas para detectar hechos relevantes
relacionados con la actividad de la empresa.
• Diseñador de sistemas: es cuando el analista también tiene la

responsabilidad de diseñar el nuevo sistema.
• Programador de sistemas: se le conoce así cuando el analista mismo

desarrolla el software necesario para implantar el diseño
• .
Sistema
• La función del analista dentro del proceso de desarrollo de sistemas dependerá,
generalmente, del tamaño de la organización para la cual trabaje.
• Si el analista trabaja en una empresa pequeña casi siempre desarrollará las tres
actividades: es decir, será analista, diseñador y programador del sistema.
• Los analistas de sistemas que saben programar son más útiles en las
organizaciones ya que sus conocimientos de programación le permiten formular
especificaciones mejores y más completas para las nuevas aplicaciones.
Sistema
II. De acuerdo con el papel que desempeña en la organización, dentro de la
organización al analista se le puede considerar como:
• Consultor.
• El consultor es externo a la empresa y sólo participa en proyectos
específicos dentro de ella.
• es contratado para guiar a la empresa sobre ciertos tópicos de informática.
• Una ventaja ,trae consigo ideas frescas que no poseen los miembros de la
organización
• Una desventaja es que apenas tiene acceso a la cultura organizacional
Sistema
• Especialista de apoyo.
• Como especialista de apoyo el analista se encuentra, en la mayoría de los
casos, en línea de soporte.
• En este caso el analista trabaja regularmente en el departamento de
sistemas de la empresa.
• Siendo especialista de apoyo el analista debe tener amplia experiencia y
conocimiento con respecto al hardware y software.
• El especialista de apoyo no dirige un proyecto ya que sólo es un recurso
humano para las personas que sí se encargan de dirigir
Sistema
• Agente de cambio.
• sirve como catalizador para el cambio, que desarrolla un plan para lograr
el cambio y colabora para agilizarlo
• Como agente de cambio facilita la transición al nuevo sistema utilizando su
experiencia en el trato humano y en la computación
• Características
• Comprenden con facilidad la relación entre los objetivos estratégicos y los
planes
• Son grandes “hacedores”: les entusiasma implementar las soluciones
• Suelen ser personas apasionadas
• Sin lugar a dudas, poseen un nivel de ubicación y madurez
• Conocen sus límites; y; saben cuándo, cómo y a quién pedir ayuda.
• Generan reconocimiento del resto del grupo.
Usuarios
Sistema
•Aun con toda la tecnología, las personas son las piezas más importantes
para que una organización trabaje.
•Actualmente los usuarios participan más en el desarrollo de sistemas
por varias razones:
• Los usuarios han acumulado experiencia al trabajar con aplicaciones que
fueron desarrolladas para ellos anteriormente.
• Tienen una mejor idea de lo que significa la ayuda que pueden brindarles
los sistemas de información y la forma de cómo obtenerla.
• Saben cuáles son las fallas de los sistemas actuales y cómo evitarlas.
• Muchos de los usuarios ya han recibido capacitación en el uso de las

computadoras y algún tipo de software.
• Cuando el analista desarrolla aplicaciones, necesita la participación

continua de los usuarios para comprender las funciones de la empresa que
se encuentran bajo estudio del sistema.
Sistema
• Los analistas emplean el término usuario final para referirse a las
personas que no son especialistas en sistemas de información pero
que utilizan las computadoras para realizar su trabajo.
Los usuarios finales pueden agruparse en cuatro categorías:

• Usuarios primarios o directos.
• Usuarios secundarios o indirectos.
• Usuarios administradores.
• Usuarios directivos.
Los componentes Principales son:
i.Descripción gráfica
ii.Diagrama de flujo de datos
iii.Diccionario de datos
.
Pasos
para construir un prototipo
118
OBJETIVOS DE UN PROYECTO
Objetivos de un Proyecto
• Un proyecto de desarrollo de sistemas es una serie de actividades

con un inicio y un fin determinados para obtener una aplicación de
sistemas de Información
Objetivos de un Proyecto
• Las solicitudes de sistemas de información están motivadas por:
A. Resolver un problema.
B. Aprovechar una oportunidad.
C. Dar respuesta a directivos para cumplir algún objetivo

RAZONES PARA EMPRENDER UN
PROYECTO DE
SISTEMAS
Razones para emprender un
proyecto de Sistemas
Para alcanzar estos objetivos, las empresas emprenden proyectos
por una o más de las siguientes razones:
A.Capacidad.
B.Control.
C.Comunicación.
D.Costo.
E.Competitividad.
CAPACIDAD
Las actividades de la organización están influenciadas por la

capacidad de ésta para procesar transacciones con rapidez y
eficiencia.
Los sistemas de información mejoran esta capacidad en tres formas:
• Aumentan la velocidad de procesamiento.
• Permiten el manejo de un volumen de transacciones cada vez mayor.
• Recuperan con rapidez la información.

CONTROL
La administración de una empresa requiere controlar las operaciones

para aumentar la efectividad.
Cuando un proyecto de desarrollo de sistemas se relaciona con el

control es para:
• Mejorar la exactitud y la consistencia de la información.
• Aumentar la seguridad de los datos más importantes.

COMUNICACION
La falta de comunicación es una fuente común de dificultades que

afectan tanto a clientes como a los trabajadores.
Un sistema de información bien desarrollado:
• Amplía la comunicación.
• Facilita la integración de funciones individuales.

COSTO
Muchas organizaciones han quedado fuera de la actividad comercial y

otras tantas imposibilitadas para alcanzar el éxito por el poco control
sobre los costos o por el total desconocimiento de éstos.
Los sistemas de información juegan un papel importante en:
• La vigilancia de los costos.
• La reducción de costos de operación.

COMPETITIVIDAD
Los sistemas de información computacionales son un arma

estratégica que puede cambiar la forma en que la empresa compite
en el mercado.
Una organización puede ganar ventaja competitiva a través de sus

sistemas de información en cuatro formas diferentes
• Asegurar clientes.
• Formar bases para nuevos productos.
• Dejar fuera a los competidores.
• Mejorar acuerdos con proveedores

FUENTES DE SOLICITUDES DE
PROYECTOS
Fuentes de Solicitudes de
proyectos
Existen cuatro fuentes primarias de solicitudes de proyectos:
i.Gerentes de departamento.
ii.Altos ejecutivos
iii.Analistas de sistemas.
iv.Grupos externos.
Fuentes de Solicitudes de
proyectos
La información que debe contener una solicitud de proyecto es:

• Descripción general del problema/objetivo/oportunidad.
• Descripción detallada del problema/objetivo/oportunidad.
• Relevancia del proyecto solicitado para la empresa.
• Alternativas de solución propuestas por los usuarios.
• Razones para emprender el proyecto.
• Personas involucradas
ESTUDIO DE FACTIBILIDAD
Estudio de Factibilidad
El estudio de factibilidad de un proyecto consiste en averiguar si es

posible que el sistema de información sea desarrollado e implantado
exitosamente en la empresa.
La factibilidad debe ser revisada desde cuatro perspectivas:
i.Factibilidad operativa.
ii.Factibilidad técnica.
iii.Factibilidad económica o financiera.
iv.Factibilidad legal
SELECCIÓN DE UN PROYECTO
Selección de un Proyecto
Las solicitudes de proyectos deben examinarse desde una

perspectiva de sistemas, de tal forma que se considere el impacto
del proyecto propuesto sobre toda la organización
Existen cinco criterios básicos para seleccionar el proyecto o

proyectos a desarrollar.
1.Contar con el respaldo de la directiva: nada puede lograrse sin el

respaldo de la gente que eventualmente recibirá la cuenta
2.Programar el tiempo que se requiere para el proyecto: tanto el de

los analistas como el de los programadores y usuarios que
participarán.
3.Mejorar el logro de metas de la organización: dentro de los

objetivos del proyecto debe estar contemplada la organización y no
desviarla de sus fines primarios.
4.Debe ser viable en función de los recursos y capacidades: tanto del

analista como de la organización, tal vez haya proyectos para los
cuales no existan los recursos ni la capacidad para llevarlos a la
práctica.
5.Debe dar ventajas sobre cualquier otra opción de inversión: cuando

un negocio autoriza un proyecto está comprometiendo los recursos
que excluirá de otros proyectos.
PLANEACION Y CONTROL DE
ACTIVIDADES
Planeación y Control de Actividades
Un proyecto de sistemas involucra actividades de naturaleza muy

diferente.
Siempre hay un responsable del proyecto que debe administrar

todas las actividades con cuidado si desea que el sistema se
desarrolle e implemente exitosamente. Se suele denominar
“Administrador de proyecto” (Analista de sistema)
La planeación incluye:
• La selección de las personas apropiadas para formar el equipo de

desarrollo del proyecto de sistemas
• La estimación del tiempo y del costo que cada tarea requiere para su
ejecución.
• La programación del proyecto para que se concluya oportunamente

ajustándose al presupuesto asignado.
El control incluye:
• La retroalimentación para darle seguimiento al proyecto. Comparar el

plan de proyecto con lo realizado hasta el momento. Tomar las
acciones adecuadas para acelerar o reprogramar las actividades.
• Motivar a los miembros del equipo para que se cumplan sus tareas en
forma adecuada.
Planeación de un proyecto
PRIMER PASO
La primera decisión del administrador del proyecto es determinar el
grado de detalle que usará al definir las actividades de su plan de
trabajo.
El primer nivel de detalle se basa en las fases del ciclo de vida de

desarrollo de sistemas. Por ejemplo:
A.ANÁLISIS : Recopilación de datos, análisis de información,

preparación de la propuesta
B.DISEÑO : Diseño de salida, de entrada, organización de datos
C. DESARROLLO : Codificación
D. IMPLANTACION : Puesta en marcha

SIGUENTE NIVEL
El siguiente nivel sería detallar cada uno de los pasos que se

Especificaron en el primer nivel.
SIGUENTE NIVEL
El siguiente nivel sería detallar cada uno de los pasos que se

Especificaron en el primer nivel.
SEGUNDO PASO
Una vez que se especifican todas las actividades detalladas, el
siguiente paso es estimar el tiempo.
Mientras más detalladas sean las actividades será más sencillo el

proceso de estimación de tiempos.
Definidos los tiempos, se deberán estimar los costos de cada una de las
actividades.
Para la estimación de costos se deben considerar: el tiempo de las

personas que realizarán la actividad, los recursos tecnológicos que
usarán y los gastos en materiales necesarios para cumplir su tarea.
TERCER PASO
Cuando se tienen las actividades detalladas y la estimación de los
tiempos y costos se procederá a la programación de las actividades.
Con la ayuda de herramientas especializadas, el administrador del

proyecto realizará la programación de las actividades.
La programación de actividades consiste en listar las actividades, su

duración estimada y las actividades que se deben haber terminado
para iniciarla (requisito) y aquellas que están a continuación.
HERRAMIENTAS PARA LA
PLANEACIÓN Y CONTROL
Herramientas para planeación y
control.
DIAGRAMAS DE GANTT
La planificación más simple usa diagramas de barras que muestran

cada actividad en un proyecto de sistemas y la cantidad de tiempo que
tomará dicha actividad; este método fue desarrollado por Henry L.
Gantt.
La ventaja principal de los diagramas de Gantt es su sencillez. El

analista de sistemas no sólo encontrará fácil esta metodología sino que
además contará con una herramienta de comunicación con los
usuarios.
control.
GRAFICAS CPM / PERT
PERT = Técnicas de Evaluación y revisión de Programas)
Un proyecto se representa por una red de nodos y flecha, que luego se evalúa
para determinar cuales son las actividades críticas y mejorar su programación si
fuera necesario.
En este diagrama las actividades se representan por flechas. La longitud de la

flecha no indica relación con el tiempo que dura cada actividad.
Los nodos circulares en la gráfica PERT representan eventos y se identifican

mediante números.
control.
GRAFICAS CPM / PERT
Los nodos sirven para:
• Identificar que actividades se inician
• Reconocer que actividad ha concluido.
• Indicar que actividades deben estar terminadas antes de iniciar una

nueva actividad.
La denominada ruta crítica esta formada por aquel camino de más larga
duración en el proyecto, en este caso B, D, F que tiene una duración total de
16 días.
CONTROL DE ACTIVIDADES
Control de Actividades
Cuando se han programado las actividades usando alguna de las
herramientas antes mencionadas, el administrador del proyecto deberá
controlar el proyecto conforme se realicen las actividades.
Si alguna actividad se realiza en un tiempo distinto al estimado, deberá

ajustar el resto de las actividades, en especial de aquellas que están
en la ruta crítica si este es mayor, como también en el
aprovechamiento de las holguras.
Además el administrador debe motivar a su equipo de trabajo

constantemente para lograr su objetivo: cumplir con los requerimientos
del proyecto en el tiempo y costo estimados.
ANALISIS DE SISTEMAS
Análisis de Sistemas
El Análisis de Sistemas es el estudio de un sistema actual de empresa y
de información, y la definición de las necesidades y las prioridades
manifestadas por los usuarios para la construcción de un nuevo
sistema de información.
El análisis es el proceso de clasificar e interpretar hechos, diagnosticar,
problemas y emplear la información para recomendar mejoras al

sistema.
El análisis de sistemas de información especifica qué es lo que el

sistema debe hacer.
Análisis de Sistemas
Se pueden plantear las siguientes tres fases en el análisis:
1.Identificación de problemas, oportunidades y objetivos.
2.Determinación de los requerimientos de información
3.Análisis de las necesidades del sistema.

Los principales tipos de requisitos :
- Funcionales.
- Rendimiento.
- Seguridad.
-Implantación.
-Disponibilidad del sistema

TECNICAS DE RECOLECCION DE
DATOS
Técnicas de recolección de datos
Estas técnicas pueden usarse de manera combinada para lograr
mejores resultados.
Técnicas:
• Entrevistas
• Cuestionarios
• Observación
• Revisión de documentos
Cuando se está por iniciar la recolección de los datos, el analista debe
plantearse las siguientes preguntas:
• ¿Qué se va a examinar?
• ¿A quienes se examinará?
• ¿Cómo se va a examinar?
• ¿Cuál es la dimensión de la muestra

Cuando se tiene gran cantidad de elementos a examinar es
recomendable seleccionar una muestra representativa que ofrezca
resultados similares a la revisión de todos los elementos.
• MUESTREO
• REVISIÓN DE DOCUMENTOS
• ENTREVISTA
• CUESTIONARIO
• OBSERVACIÓN

Sistemas de Informaci+ N - Unidad I - Full

Cargado por

Copyright:

Formatos disponibles

Sistemas de Informaci+ N - Unidad I - Full

Cargado por

Información del documento

Descripción original:

Título original

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

Sistemas de Informaci+ N - Unidad I - Full

Cargado por

Copyright:

Formatos disponibles

Sistemas de

Ingeniero civil en Computación e Informática

De las 4 0 5 notas parciales, solo con las 3

Catedra + Dep.1 + Dep.2 = Nota Final

• La información es un conjunto organizado de

• La Informática es la ciencia que se encarga de

• La Tecnología es el conjunto de conocimientos técnicos,

• La Auditoría es una actividad independiente y objetiva de

Ayuda a una organización a cumplir sus objetivos aportando un

• Cuales son las razones para emprender

Es un organismo creado para producir

Ejemplo: La cajera de un supermercado registra muchísimas

Sistema de Información Gerencial (MIS): Ejemplo: reporte de ventas

Ejemplo: Un gerente quiere saber la cantidad de venta de lápices que se

Sistema de apoyo a ejecutivos (ESS o EIS): Se utilizan listados o

Muy Ocasional Poco Frecuencia

Que decisiones se toman en una

•¿A que proveedor comprar la materia Prima?

Existen diferentes tipos y categorías de

Transacciones mas comunes:

•Facturación (sistema de Facturación)

•Manipulan gran cantidad de datos

Un SSD es una importante herramienta tecnológica

Puede ser usada para proveerle datos y análisis

• Ayuda en todas las fases del proceso de toma de

• Es adaptable por el usuario a través del tiempo para

• Utiliza modelos cuantitativos (estándares y/o

• Sistemas de automatización de oficinas.

Principios para el desarrollo

• Implicar al Usuario desde el principio.

1. APLICAR UN MÉTODO DE RESOLUCIÓN DE

• Emprender todos los proyectos por medio de la

1. DEFINIR FASES Y ACTIVIDADES.-

Definir y dividir las tareas para manejar con

1. ESTABLECER NORMAS DE DESARROLLO Y

Definir normas generales y adaptadas para cada

1.Justificar los sistemas como inversiones de capital

Al considerarlo de esta forma, se debe tener en

1.Revisión del proyecto:

Al dividir un proyecto en distintas fases se obtiene la

1.Revisión del proyecto:

En cada punto de control, el analista debería

Todos los sistemas forman parte de sistemas

1.Diseñar sistemas cambiantes:

Suele darse la situación de que se diseñen sistemas

El desarrollo de sistemas es una tarea que se debe

Las metodologías para el desarrollo de sistemas son:

•Método del ciclo de vida para el desarrollo de

•Los métodos no son excluyentes

Es recomendable el ciclo de vida para proyectos de

• La investigación no es una actividad de recolección

• La investigación preliminar debe cumplir con los siguientes

• Pasos para realizar la investigación preliminar

• El analista tiene que plantear los requerimientos del usuario

• Existen tres tipos de requisitos en el análisis de sistemas de

Existen tres formas (actividades) que ayudan a determinar los

3. Especificación de requerimientos: los datos obtenidos

El diseño de un sistema de información produce los detalles