El documento describe los elementos clave de un estudio de viabilidad para un proyecto. Explica cómo comienza un proyecto, las fuentes de solicitud, el manejo del proceso de selección, la investigación preliminar y el análisis de viabilidad que incluye las pruebas de viabilidad operacional, técnica y económica. También cubre la selección de alternativas y herramientas para el análisis de requisitos como árboles de decisión y tablas de decisión.

1. O ESTUDIO DE VIABILIDAD
ANALISIS DE NECESIDADES

2. • Conocer como se empieza un
proyecto.
• Analizar los elementos de la
investigación preliminar
• Describir las pruebas de
viabilidad de un proyecto
• Como comienza un proyecto
• Fuentes de solicitud de un proyecto
• Manejo del proceso de selección
• Solicitud de un proyecto
• Investigación preliminar
• Análisis de viabilidad del proyecto
• Viabilidad Operacional
• Viabilidad Técnica
• Viabilidad Económica
• Selección de Alternativas
OBJETIVOS CONTENIDOS

3. COMO COMIENZA UN PROYECTO
• Las aplicaciones de sistemas de información tienen su origen en casi todas las áreas de una empresa y
están relacionadas con todos los problemas de la organización.
• RAZONES PARA PROPONER PROYECTOS.- Existen tres objetivos
• Resolver el Problema.- Solucionar las dificultades de una empresa. Ejm: actualizar base de datos
UERE con documentos físicos.
• Aprovechar Oportunidades.-Mejorar el rendimiento económico de la empresa y su
competitividad.Ejm: Ofrecer mayor numero de vuelos directos a precio mas económico y con
descuentos
• Dar respuestas a Directivos.- Proporcionar información ordenada de acuerdo a las solicitudes
presentadas sea legislativa o administrativa. Ejm: Notificar a clientes anualmente sobre los interés
de su cuentas de ahorro.

4. • RAZONES/CAPACIDADES
• Recuperación mas rápida de
información.
• RAZONES/CONTROL
• Mayor exactitud y mejora en la
consistencia de datos
• RAZONES DE COMUNICACIÓN
• Mejoras en la comunicación
• EXPLICAR
• Localización y recuperación de
información del sitio donde se
encuentra almacenada.
• Llevar a cabo los pasos de computo,
incluido los matemáticos de manera
correcta y salvaguardar datos
importantes solo personal autorizado.
• Acelerar el flujo de información y
mensajería entre localidades o
dentro de la misma empresa.
RAZONES PARA INICIAR PROYECTOS DE SISTEMAS DE
INFORMACION

5. • RAZONES / COSTOS
• Monitoreo de los costos
• RAZONES/VENTAJA COMPETITIVA
• Desarrollo de nuevos productos
• EXPLICACION
• Seguimientos de costos mano de obra,
bienes e instalaciones para determinar su
evolución en relación con lo esperado.
• Introducción de nuevos productos con
características que utilizan o son
influenciadas por la tecnología de la
información.
RAZONES PARA INICIAR PROYECTOS DE SISTEMAS DE
INFORMACION

6. FUENTTESDESOLICITUD
DEPROYECTOS
JEFES DE DEPARTAMENTOS
ALTOS EJECUTIVOS
ANALISTAS DE SISTEMAS
GOBIERNOS EXTERNOS

7. MANEJO DEL PROCESO DE
SELECCION
COMITÉ DIRECTIVO
FORMADO POR
GERENTES
IMPORTANTES DE
VARIOS
DEPARTAMENNTOS Y
MIEMBROS DE
SISTEMAS DE
INFORMACION
COMITÉ DE
SISTEMAS DE
INFORMACION
FORMADO POR
GERENTES Y
ANALISTAS SI
APRUEBAN O
RECHAZAN LOS
PROYECTOS
COMITÉ DE
GRUPOS DE
USUARIOS
SELECCIONAN LOS
PROYECTOS Y SE
ENCARGAN DE
DESARROLLAR

8. SOLICITUD DE PROYECTO
PRESENTAMOS LA PROPUESTA CSI Y DEBE TENER LO SIGUIENTE:
• Cual es el problema?
• Detalles del problema
• Importancia del problema
• Cual cree el usuario que es la solución?
• En que forma será de ayuda SI?
• Que otras personas tienen este problema y se puede contactar?

9. INVESTIGACION PRELIMINAR
• Es necesario revisar la solicitud del proyecto
• Determinar si la solicitud merece o no la inversión de recursos en un
proyecto de SI
• Beneficios para la organización
• Entra en investigación preliminar bajo la dirección del comité de selección.

10. 2.- determinar el tamaño
del proyecto
3.-Evaluar los costos y
beneficios
4.-Determinar la
viabilidad técnica y
operacional
5.- Reportar los
hallazgos a la
administración y
formular
recomendaciones
1.- Aclarar y comprender
la solicitud del proyecto

12. ANALISIS DE VIABILIDAD DEL PROYECTO
SE ESTUDIA TRES PRUEBAS DE VIABILIDAD
VIABILIDADOPERACIONAL Satisfacción de
requerimientos
de la
organización ejm.
Apoyo, métodos,
usuarios,
productivo
VIABILIDADTECNICA
Depende de la
tecnología a
utilizarse. Ejm.
Capacidad
técnica,
respuestas
exactas,
garantías
tecnicas
VIABILIDADFINANCIERAY
ECONOMICA
Buena inversión
debe exceder o
igualar los
costos ejm.
Costos de
hardware y
software,
beneficios,
investigación

13. • Emisión de reportes y salida de información, se
utiliza lenguajes de programación software para la
recuperación y presentación de información. Ejm.
Archivos de ventas de años anteriores, cotización
de precios, mantenimiento de equipos,
propuestas de proyectos.
• Las aplicaciones institucionales se refiere a
procesos de proporcionar datos o facilidades para
cambiar datos almacenados en las BD
corporativas o archivos compartidos. Ejm.
Recepción de pedidos , manejo de inventarios,
personal y pago de nóminas, contabilidad entre
otros.
SELECCIÓN DE ALTERNATIVAS
APLICACIONES INSTITUCIONALES APLICACIONES DE LOS USUARIOS FINALES

14. ALTERNATIVAS
• DESARROLLADO
POR LOS USUARIOS
FINALES
• DESARROLLO
INSTITUCIONAL
DESCRIPCION
• Responsabilidad de
aplicación
• Analistas brindan
asesoría y comunican
• Software disponibles
• Desarrollo y la
implantación de la
aplicación
Profesionales, participa
el usuario para el
desarrollo del proyecto.
CARACTERISTICAS DE
LAAPLICACION
• Las herramientas
orientadas hacia los
usuarios, software,
reportes, cambios
consultas y
presentaciones
• Ingreso de datos en las
BD , modificación, de
datos existentes
• Salvaguardar los datos
y preservar su
integridad l
administrador debe ser
muy eficiente

15. ANÁLISIS DE REQUISITOS

16. • Introducción
• La fase de análisis de requisitos
• Especificaciones de requisitos de software
• Características de una ERS
• Estructura para una ERS
• Herramientas para procedimientos y
decisiones:
• Arboles de decisión
• Tablas de decisión
• Español Estructurado
• Conocer la fase de análisis de
requisitos
• Analizar las características de un
ERS (Especificación de
requisitos de Software).
• Aplicar las herramientas para
procedimientos y decisiones
ANÁLISIS DE REQUISITOS
OBJETIVOS CONTENIDOS

17. ANÁLISIS DE REQUISITOS
INTRODUCCION
• Se elabora un
documento de
requisitos que
describe lo que
el futuro
sistema debe
hacer pero no
como hacerlo.
DEFINICION
• Es un proceso
de estudio de
las
necesidades de
los usuarios.
REQUISITO
• Es una
condición o
capacidad que
necesita el
usuario para
resolver un
problema.

18. FASE DE ANÁLISIS DE
REQUISITOS
Definición de
requisitos de
software a partir
de la
información
obtenida.
Interfaces de
software como
los usuarios
hardware y
otras
aplicaciones.
Integrar los
requisitos en un
documento de
especificaciones
y asignar
prioridades.

19. 1.- Debe incluir
información veraz,
coherente con las
necesidades reales del
usuario
2.- Debe comunicar
dicha información de
forma comprensiva
3.- Describir
correctamente todos los
requisitos de software
4.- No describir ningún
detalle del diseño del
software
ESPECIFICACIONES DE REQUISITOS DE
SOFTWARE(desarrollo)

20. CARACTERÍSTICAS DE UNA ERS
 No ambigua (confusa)
 Completa
 Fácil de verificar
 Consistente
 Fácil de modificar
 Fácil para poder modificar el origen y las
consecuencias de cada requisito
 Facilidad de utilización durante la fase de
explotación y mantenimiento

22. HERRAMIENTAS PARA
PROCEDIMIENTOS Y
DECISIONES:
• Arboles de decisión
• Tablas de decisión
• Español estructurado

23. ARBOLES DE DECISIÓN
ES UN DIAGRAMA QUE REPRESENTA EN FORMA SECUENCIAL CONDICIONES Y ACCIONES,
SE PARECEN A LAS RAMAS DE UN ÁRBOL

25. TABLAS DE DECISIONES
ES UNA MATRIZ DE RENGLONES Y COLUMNAS
QUE INDICAN CONDICIONES Y ACCIONES
CONDICIÓN
IDENTIFICACIÓN DE CONDICIONES
REGLAS DE DECISIÓN
ENTRADA DE ACCIONES
IDENTIFICACION DE ACCIONES ENTRADA DE CONDICIONES

26. Ejemplo: Se quiere determinar el importe a facturar a los clientes de unos
grandes almacenes según estos criterios:
· Si pagan con TARJETA ORO BCO. AUSTRO tendrán un 15% de descuento.
· Si pagan con TARJETA DINERS CLUB tendrán un 5% de descuento.
· Si la tarjeta (oro o club) es modalidad joven, tendrán un 5% de
descuento.
· Los descuentos son acumulables.
Procedemos a construir la tabla de decisión asociada a este planteamiento.
La tabla de decisión queda:

28. El número de condiciones es 3 y el numero de casos 8, que es 2 3, por lo que en principio
todo está correcto. En la hipótesis de que haya un mecanismo de bloqueo que impidiera
que se dieran los casos inviables (1, 2 y 5) podríamos eliminarlos y simplificar la tabla de
decisión, que quedaría:

29. ESTO SUCEDE, JUNTO CON LAS ACCIONES CORRESPONDIENTES Y
EMPLEA TRES TIPOS BÁSICOS DE DECLARACIONES QUE SON:
-ESTRUCTURA DE SECUENCIA
-ESTRUCTURA DE DECISIÓN
- ESTRUCTURA DE ITERACIÓN

30. ESTRUCTURA DE SECUENCIA
La estructura de secuencia hace
referencia al orden de ejecución de
instrucciones que se hace de forma
secuencial, o sea, una instrucción
después de la otra.
EJEMPLO: ADQUIRIR UN LIBRO
1.- Inicio
2.- Acudir a la librería
3.- Escoger el libro deseado
4.- Pagar del libro
5.- Obtener la factura
6.- Abandonar la librería
7.- Fin

31. ESTRUCTURAS DE DECISIÓN
Estructuras de decisión. Es llamada así precisamente porque tiene la
funcionalidad de tomar acciones en base al resultado lógico de una decisión.
EJEMPLO: ADQUIRIR UN LIBRO
Inicio
SI se encuentra el libo deseado ENTONCES
Llevar el libro al mostrador de salida
Pagar libro.
Asegúrese de obtener la factura de compra
Abandono de librería
CASO CONTRARIO
No llevar el libro al mostrador de la salida
Abandonar la librería
Fin

32. ESTRUCTURAS DE ITERACIÓN
El objetivo de estas estructuras es permitir la expresión de
la repetición de una secuencia de instrucciones, a estas
estructuras se les denomina ciclo, lazo o bucle.

33. EJEMPLO: ADQUIRIR UN LIBRO
Inicio
EJECUTAR MIENTRAS se examina mas libros
Leer el titulo del libro
SI el titulo sueña interesante
ENTONCES tomar el libro y hojearlo
Buscar el precio
SI la decisión es llevar el libro
Colocarlo en la pila de libros para llevar.
CASO CONTRARIO
Regresar el libro al estante.
FIN SI
CASO CONTRARIO
Continuar
FIN DE EJECUTAR
SI se encuentra los libros deseados ENTONCES
Llevar los libros al mostrador de la salida.
Pagar los libros.
Asegurarse de obtener la factura.
Abandonar la librería.
CASO CONTRARIO
No llevar libros al mostrador de salida.
Abandonar la librería.
FIN SI

35. SISTEMAS ORIENTADOS A PROCESOS
• Los ficheros son los primeros sistemas
de información, los mismos son usados
para la organización de datos de cada
aplicación. Las cuales poseen en sus
datos algo en común.

36. • Estos sistemas son llamados así debido a que
sus funciones son de tratamiento de los
registros.
• Estos sistemas tienen un parentesco a los
procedimientos manuales existentes, los
ficheros en las computadoras son idénticos a
los ficheros de papel.

37.  SISTEMAS ORIENTADOS A PROCESOS

38.  PROCESAMIENTO POR ARCHIVOS
 Un archivo de procesamiento por lotes es
un conjunto de órdenes del DOS agrupado
en un archivo de texto, el cual puede ser
interpretado por el procesador de órdenes
del DOS, ejecutando las órdenes que
contiene.

39.  En otras palabras, un archivo de
procesamiento por lotes es un programa
interpretado y ejecutado por medio de las
órdenes del DOS.
 ES UN ARCHIVO DE TEXTO

Tiene extensión .BAT (que permite que el
DOS lo identifique y pueda ser ejecutado).

40.  MS-DOS'' (siglas de MicroSoft Disk
Operating System , Sistema operativo de
disco de Microsoft) es un sistema
operativo para computadoras basados en
x86.

41. SISTEMAS ORIENTADOS A LOS DATOS
• Un sistema puede definirse como un conjunto
de cosas que ordenadamente relacionadas
entre sí contribuyen a un determinado
objetivo. Los sistemas están limitados,
natural o artificialmente.

42. • Una base de datos orientada a objetos es una
base de datos que incorpora todos los
conceptos importantes del modelo de objetos:
Encapsulación, Herencia y Polimorfismo.
• En bases de datos orientadas a objetos, los
usuarios pueden definir operaciones sobre los
datos como parte de la definición de la base de
datos.

43. • La base de datos está constituida por objetos,
que pueden ser de muy diversos tipos, y sobre
los cuales se encuentran definidas unas
operaciones.
• Las bases de datos orientadas a objetos
pueden manejar información binaria (como
objetos multimedia) de una forma eficiente.

44.  SISTEMA ORIENTADO A LOS DATOS

45. BASE DE DATOS
• Una base de datos es un “almacén” que nos
permite guardar grandes cantidades de
información de forma organizada para que luego
podamos encontrar y utilizar fácilmente.
Características:
 Entre las principales características de los
sistemas de base de datos podemos
mencionar:

46. • Independencia lógica y física de los datos.
• Redundancia mínima.
• Acceso concurrente por parte de múltiples usuarios.
• Integridad de los datos.
• Consultas complejas optimizadas.
• Seguridad de acceso y auditoría.
• Respaldo y recuperación.
• Acceso a través de lenguajes de programación estándar.

47. ESTRUCTURA DE BASE DE
DATOS

48. LOS SISTEMAS DE BASE DE DATOS
• Un sistema de Base de Datos tiene los siguientes componentes: HARDWARE,
SOFTWARE, DATOS Y USUARIOS

49. ARQUITECTURA DE UNA BASE DE DATOS
• La arquitectura de un sistema de base de datos está influenciada por el
sistema informático que soporta la instalación del SGBD, y soporta tres
niveles:

50. GESTORES DE BASES DE
DATOS
Un sistema gestor de base de
datos (SGBD) es un conjunto
de programas que permiten el
almacenamiento, modificación
y extracción de la información
en una base de datos, además
de proporcionar herramientas
para añadir, borrar, modificar y
analizar los datos.

51. SISTEMAS GESTORES DE BASE DE DATOS
Una vez finalizado el diseño de una base de datos y escogido un SGBD
para su implementación, el primer paso consiste en especificar el esquema
conceptual y el esquema interno de la base de datos, y la correspondencia
entre ambos. Se dividen en : Lenguajes y Entornos.

52. LENGUAJES
• Lenguajes de cuarta generación. El usuario no debe definir los pasos a seguir para
realizar una tarea, tan sólo debe definir una serie de parámetros que estas
herramientas utilizarán para generar un programa de aplicación.
• Lenguaje de manejo de datos
Se denomina lenguaje de manejo de datos (LMD).
Hay dos tipos de LMD: los procedurales y los no procedurales. Aquí normalmente será
un programador. Esto quiere decir que el usuario debe especificar todas las operaciones
de acceso a datos.

53. .-
ENTORNO

54. DISEÑO DE UNA
BASE DE DATOS

55. Son muchas las consideraciones a tomar en cuenta al momento de
hacer el diseño de la base de datos, quizá las más fuertes sean:
• La velocidad de acceso,
• El tamaño de la información,
• El tipo de la información,
• Facilidad de acceso a la información,
• Facilidad para extraer la información requerida,
• El comportamiento del manejador de bases de datos con cada
tipo de información.
• No obstante que pueden desarrollarse sistemas de
procesamiento de archivo e incluso manejadores de bases de
datos.

56. EJEMPLO:

57. MODELACION CONCEPTUAL DE DATOS
Es una representación abstracta de los datos de una BD independiente
de su estructura final.
CARACTERÍSTICAS
• Refleja tan sólo la existencia de los datos, no lo que se hace con ellos.
• Es independiente de las bases de datos y sistemas operativos
concretos.
• No tiene en cuenta restricciones de espacio, almacenamiento, ni
tiempo de ejecución.

58. EJEMPLO DE BASE DE DATOS

59. MODELO CONCEPTUAL
• • Explica cuales son y como se relacionan los conceptos
relevantes en la descripción del problema .
• • Existen muchas variantes, con distintos grados de
sofisticación, para describir el modelo conceptual. –
Diccionario/Glosario – Diagrama de Entidad Relación –
Diagrama de Clases.
• • También conocido como modelo de dominio.

60. • MODELO CONCEPTUAL DE DATOS

61. MODELO ENTIDAD RELACION
• El modelo entidad-relación ER es un modelo de
datos que permite representar cualquier
abstracción, percepción y conocimiento en un
sistema de información formado por un conjunto
de objetos denominados entidades y relaciones,
incorporando una representación visual conocida
como diagrama entidad-relación.

62. • MODELO ENTIDAD RELACION

63. DIAGRAMA ENTIDAD RELACION PARA LA BASE DE DATOS
• Las bases de datos son un gran pilar de la programación actual, ya
que nos permiten almacenar y usar de forma rápida y eficiente
cantidades ingentes de datos con cierta facilidad. En la actualidad se
usa de forma mayoritaria las bases de datos
relacionales (dominadas por distintos gestores a través del
lenguaje SQL, en gran medida).

65. Un diagrama o modelo entidad-relación sus siglas en
inglés, E-R "Entity relationship", o del español DER "Diagrama
de Entidad Relación") es una herramienta para el modelado de
datos que permite representar las entidades relevantes de
un sistema de información así como sus interrelaciones y
propiedades.
MODELO ENTIDAD – RELACION

66. ESTRUCTURA DE UN DIAGRAMA DE ENTIDAD/RELACIÓN

68. TIPOS DE RELACIONES

73. EJEMPLO DE REPRESENTACION DE ATRIBUTOS