FUNDAMENTOS DE

SISTEMAS DE
INFORMACION

Ing. Jose Angel Flores Velazco

Objetivo:
El alumno ser capaz de analizar el
ciclo de vida de un sistema de
informacin y aplicar metodologas
de vanguardia en el desarrollo de
sistemas de informacin y los
requerimientos para el diseo de las
bases de datos.

1era:
2da:

1era:

2da:

Unidades:
1) Fundamentos de Sistemas de
Informacin:
EP1: Mapa mental de lo conceptos
bsicos de Sistemas de Informacin y
Software.

2) Anlisis de los Sistemas de

Informacin:
EP1:
Desarrollo
de
Diagrama
conceptual, top-down y de las etapas
del anlisis del sistema.

1era:
2da:

1era:
2da:

Unidades:
3) Diseo de los Sistemas de
Informacin:
ED1: Exposicin del Diseo y
Construccin de los Sistemas de
Informacin.

4) Documentacin y Mantenimiento
de los Sistemas de Informacin:
EP1: Elaborar la Documentacin de
un Sistema de Informacin.

Bibliografa:

Bibliografa:

Conceptos Bsicos:
Qu es un Sistema?
Un conjunto de elementos interrelacionados
que producen como resultado algo distinto a la
simple reunin de elementos. A travs de esta
definicin se puede desprender que un sistema
est formado por los siguientes componentes:
Elementos, Relaciones y Un Objetivo.

El uso de las tecnologas en el mundo actual es algo normal,

pero hoy en da el uso de tecnologas de informacin ha producido
cambios significativos en el manejo de informacin en las empresas.
Todos estamos consientes de que vivimos rodeados de datos que a
travs de un proceso los transformamos en informacin.

Conceptos Basicos:
Que entenderemos por elementos o partes?
Cualquier objeto o ente del mundo real. Estos elementos
pueden ser tangibles o intangibles, estticos o dinmicos.
Que entenderemos por relaciones?
Son las que hacen que todo sistema pueda funcionar, ya que
como est formado por partes estas deben de comunicarse para el
logro del objetivo trazado.
Que entenderemos por objetivo?
Es la razn de ser del sistema. Es decir, es el que define al
sistema, puesto que si no tengo bien definido lo que se desea lograr
difcilmente se lograra desarrollar un sistema en forma correcta.

Conceptos Basicos:
Qu es Informacin?
Un signo o conjunto de signos que impulsan
a la accin. Se distingue de los datos, porque
estos no son estmulos de la accin, si no
simplemente cadenas de caracteres o
patrones sin interpretar.

Qu es un Sistema de Informacin?
Es un conjunto integrado de personas y mquinas cuyo objetivo es
entregarle a una organizacin la informacin requerida para apoyar
las operaciones, la administracin y la toma de decisiones. El sistema
utiliza mquinas y equipos computacionales (HW), programas e
instrucciones computacionales (SW), procedimientos manuales, base
de datos, modelos de anlisis, planificacin, control y toma de
decisiones.

Componentes SI:

Caracteristicas SI:

Componentes SI:

La entrada de
informacin se
refiere al proceso en
el que el sistema de
informacin recopila
los datos que se
necesitan para
procesar la
informacin,

La salida de la
El procesamiento de la
informacin se refiere a que con informacin es obtener
informacin procesada,
una secuencia de datos
que puede ser la
previamente establecida el
entrada de otro sistema
sistema lleve a cabo clculos
que pueden confeccionarse con
datos recin introducidos o que
ya han sido almacenados,

Componentes SI:

Componentes SI:

Terminologia de los SI:

Ambiente: Se refiere al rea de sucesos y condiciones que influyen
sobre el comportamiento de un sistema. En lo que a complejidad se
refiere, nunca un sistema puede igualarse con el ambiente y seguir
conservando su identidad como sistema.
Atributo: Se entiende por atributo las caractersticas y propiedades
estructurales o funcionales que caracterizan las partes o componentes
de un sistema.
Elemento: Las partes o componentes que lo constituyen. Estas
pueden referirse a objetos o procesos. Una vez identificados los
elementos pueden ser organizados en un modelo.

Terminologia de los SI:

Complejidad: Por un lado, indica la cantidad de elementos de un
sistema y, por el otro, sus potenciales interacciones (conectividad) y
el nmero de estados posibles que se producen a travs de stos.
Equifinalidad: Se refiere al hecho que un sistema vivo a partir de
distintas condiciones iniciales y por distintos caminos llega a un
mismo estado final.
Viabilidad: Indica una medida de la capacidad de sobrevivencia y
adaptacin de un sistema a un medio en cambio.

Terminologia de los SI:

Sistemas Abiertos: Se trata de sistemas que importan y procesan
elementos de sus ambientes (permanentes) al intercambio que
determinan su equilibrio y su viabilidad.

Sistemas Cerrados: Cuando ningn elemento entra y ninguno sale

fuera del sistema. En ocasiones el trmino sistema cerrado es
tambin aplicado a sistemas que se comportan de una manera fija,
rtmica o sin variaciones, como sera el caso de los circuitos cerrados.
Sistemas Cibernticos: Son aquellos que disponen de dispositivos
internos de autorregulacin, que reaccionan ante informaciones de
cambios en el ambiente, elaborando respuestas variables que
contribuyen al cumplimiento de los fines instalados en el sistema
(retroalimentacin).

Terminologia de los SI:

Sistemas Trivales: Son sistemas con comportamientos altamente
predecibles. Responden con una misma salida cuando reciben la
entrada correspondiente, es decir, no modifican su comportamiento
con la experiencia.
Subsistema: Se entiende por subsistemas a conjuntos de elementos y
relaciones que responden a estructuras y funciones especializadas
dentro de un sistema mayor. En trminos generales, los subsistemas
tienen las mismas propiedades que los sistemas y su delimitacin es
relativa a la posicin del observador de sistemas y al modelo que
tenga de stos. Desde este ngulo se puede hablar de subsistemas,
sistemas o supersistemas.

Clasificacion de SI:
Una empresa es un sistema, que est conformado por una
serie de departamentos que poseen necesidades. De acuerdo con el
modelo de Herbert Simn, las organizaciones se estructuran en tres
niveles:
El nivel operativo: constituido por un sistema de procesos fsicos de
produccin y distribucin.
El nivel de las decisiones programadas: que maneja operaciones.

El nivel de las decisiones no programadas: que genera decisiones

programadas.

Clasificacion de SI:

Tipos de SI:
1) Sistemas de Informacin Transaccionales: (TPS: Transaction
Processing Systems)
Fueron los primeros en ser incorporados al procesamiento de un volumen
considerable de datos. Una transaccin es un intercambio entre el
usuario que opera el equipo y el sistema de procesamiento de datos, es
decir, esto implica la captura y validacin de los datos ingresados por
el usuario, as como la bsqueda y actualizacin de archivos.
Estn orientados a satisfacer las necesidades del nivel operativo de la
empresa, realizando operaciones repetitivas y sencillas que conllevan
a informatizar los procesos que poseen tareas rutinarias y tediosas,
con el fin de minimizar los errores y disminuir la cantidad de mano de
obra.

Tipos de SI:
1) Sistemas de Informacin Transaccionales:

Tipos de SI:
2)

Sistemas de Informacin Administrativos:

Management Information Systems)

(MIS:

Los sistemas de informacin Administrativos estn orientados al apoyo

de los niveles directivos o ejecutiva en su proceso de toma de
decisiones y resolucin de alguna problemtica. Los directivos
recurren a los datos almacenados de las operaciones transaccionales
para poder evaluar las opciones que se pueden presentar para tomar
una decisin, a travs de una presentacin de informacin ms
procesada y analizada.
Por ejemplo: Sistemas de Gestin Acadmica, Sistema de Control de
Proveedores, Sistema de Planificacin de la Produccin, Sistema de
Evaluacin de Proveedores, Sistema de Seguimiento de Ordenes de
Trabajo, etc.

Tipos de SI:
3) Sistemas de Apoyo a la Toma de Decisiones: (DSS: Decision
Support Systems)
Los sistemas de apoyo a la Toma de Decisiones son aquellos que
tienen por misin ser una herramienta para el apoyo de la funcin
ejecutiva. No hay que dejar de lado que su base como sistema
est en base a los sistemas transaccionales y administrativos,
sino este tipo de sistemas no existira.
La finalidad de estos sistemas es aumentar la eficacia y disminuir el
esfuerzo humano en el proceso de toma de decisiones.

Tipos de SI:
3) Sistemas de Apoyo a la Toma de Decisiones: (DSS: Decision
Support Systems)

Tipos de SI:
3) Sistemas de Apoyo a la Toma de Decisiones: (DSS: Decision
Support Systems)

Tipos de SI:
3) Sistemas de Apoyo a la Toma de Decisiones: (DSS: Decision
Support Systems)

Tipos de SI:
3) Sistemas de Apoyo a la Toma de Decisiones: (DSS: Decision
Support Systems)

Tipos de SI:
4) Sistemas Expertos e Inteligencia Artificial:
La inteligencia artificial (AI, Artificial Intelligence) se puede
considerar como el campo general para los sistemas expertos. La
motivacin principal de la AI ha sido desarrollar mquinas que
tengan un comportamiento inteligente.
Dos de las lneas de investigacin de la AI son la comprensin del
lenguaje natural y el anlisis de la capacidad para razonar un
problema hasta su conclusin lgica. Los sistemas expertos
utilizan las tcnicas de razonamiento de la AI.

Tipos de SI:
4) Sistemas Expertos e Inteligencia Artificial:

Comparativo:

GENERAL

Ciclo de vida de un SI:

El desarrollo completo de un sistema de informacin, implica la
realizacin de una serie de etapas claramente establecidas. A
estos conjuntos de etapas se le conoce como ciclo de vida de un
sistema de informacin, el cual involucra desde identificar las
necesidades a satisfacer hasta el desarrollo de una aplicacin
computacional.
Pero antes de comenzar un proyecto se debe de realizar su estudio de
factibilidad, es decir si el desarrollo del sistema ser realizable o
no.

Ciclo de vida de un SI:

1) Estudio de Factibilidad:
Al momento de identificar la realizacin de un sistema de
informacin se debe de establecer si se podr llevar a cabo o no,
por lo cual se debe evaluar los siguientes aspectos: Tcnicos,
Econmicos, Operacionales y Legales.
a. Factibilidad Tcnica: Que la alternativa sea factible en los
factores mas importantes que tiene que ver con los
requerimientos computacionales o de equipos del sistema:
Memoria, Valor de procesamiento, Impresin, Almacenamiento
en Disco, proceso remoto, proceso distribuido (redes), Software
Especializados. Considerar los equipos propios y las ofertas.
Tambin considerar la existencia de personal tcnico propio o
consultores de nivel adecuado: Uso de Base de datos, sistemas
expertos, etc.

Ciclo de vida de un SI:

1) Estudio de Factibilidad:
b. Factibilidad Econmica: Considerar slo los beneficios y costos
directos realmente afectados por el funcionamiento del sistema.
No valorar el beneficio de reduccin de mano de obra si hay
excedente y debe permanecer. No agregar como costo del sistema
algn costo fijo de la Organizacin.
c. Factibilidad Operacional: Tiene que ver con el recurso humano
para operar el sistema, Considerar la disciplina en la
Organizacin y lo que requiere el Sistema, los procedimientos
administrativos, la iniciativa. La idea fundamental es la
evolucin del estado actual de la Organizacin a un uso
sofisticado del computador, no saltndose etapas en un corto
periodo.

Ciclo de vida de un SI:

1) Estudio de Factibilidad:
d. Factibilidad Legal: Tiene que ver con las normativas que el
sistema debe cumplir, si se realiza un proceso de facturacin
deben de manejar el trabajo con el IVA o si se utiliza un software
se requiere de la licencia correspondiente.

Estudio de Factibilidad: Tcnica

Estudio de
Factibilidad:
Econmica

Estudio de Factibilidad: Operacional

Estudio de Factibilidad: Legal

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Durante la etapa de anlisis se hace un examen exhaustivo de las
necesidades de la organizacin que va a emplear el sistema.
?Que necesita? ?Como lo necesita?, son algunas de las preguntas que
se hacen en esta etapa. Puesto que en esta etapa es en donde se
define el mbito y alcance del sistema a desarrollar.
Es muy importante la etapa de anlisis ya que de ella depende
realizar un sistema de informacin efectivo para los usuarios, en
caso de que el anlisis no se haga correctamente, es muy
probable que una vez implementado se tengan que realizar
adecuaciones al mismo con el fin de corregir errores o aadir
requerimientos no considerados.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
La fase de anlisis sirve tambin para retornar el diseo cuando las
necesidades de los usuarios rebasan las capacidades del sistema o
cuando surgen novedades que tienen ser incorporadas al sistema
de informacin.
En esta etapa se utilizan las tcnicas de recoleccin de datos.

Ciclo de vida de un SI:

2) Etapa de Anlisis:

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Esta informacin se podr conseguir haciendo uso de diversas
herramientas como son las entrevistas, los cuestionarios, la
observacin directa, los archivos del sistema y los muestreos.

La entrevista es la principal herramienta para la obtencin de

informacin de un sistema. El objetivo de la entrevista es obtener
informacin de un sistema que se desea analizar e informatizar.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
En una entrevista completamente estructurada todo est planeado,
existirn preguntas generales del sistema, pero las preguntas
especficas sern el centro principal de la misma.

Es necesario elaborar la entrevista antes de hacerla, analizar por qu

se quiere hacer, qu se preguntar, a quin se preguntar y qu
cuestiones harn de la misma conseguir los objetivos deseados.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Fuentes de Informacin:
1) USUARIOS: Forman la primera fuente de informacin a
investigar por el analista. De estos se obtienen las actividades del
sistema existente y se determinan sus objetivos y necesidades.
2) PROGRAMAS: Si existe un sistema informtico, se estudiarn
las caractersticas del mismo, as como las mejoras, los
problemas existentes, etc.
3) CATLOGO DE USUARIOS: Indica las funciones de cada uno
de los miembros de la organizacin.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Fuentes de Informacin:
4) DOCUMENTACIN DEL SISTEMA: Indica todas las
posibles salidas que se realizan en el sistema. Esta fuente debe
acompaarse de una explicacin por parte del usuario de sus
objetivos y si desea cambios. Tambin se puede acceder a
normativas o polticas organizacionales.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
a. Recoger el material histrico: Normalmente, se puede obtener
a travs de la persona de contacto de la organizacin, el informe
anual actual y por alguna publicacin hecha para explicar su
funcionamiento al pblico.
Leyendo este material, ser posible entender el lenguaje que usan
de los miembros de la organizacin para describirse a ellos
mismos y a dicha organizacin. Lo que se intenta hacer es
construir un vocabulario que nos permita construir las preguntas
de la entrevista de tal manera que el entrevistado pueda
comprenderlas.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
b. Establecer los objetivos de la entrevista: Usando la
informacin histrica as como la propia experiencia, se deben
establecer los objetivos de la entrevista.

Qu aspectos hay sobre procesamiento de informacin y sobre toma

de decisiones. Estos puntos incluyen las fuentes de la
informacin, los formatos de la informacin, la frecuencia en la
toma de decisiones, la calidad de la informacin y en el estilo de
toma de decisiones.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
c. Decidir a quin entrevistar: cuando se decide a quin
entrevistar se incluye a las personas clave en todos los niveles
afectadas en el sistema de alguna forma.

Hay que estructurar correctamente las necesidades del usuario. La

organizacin propondr las personas de su entorno que sern
entrevistadas. Tendr tambin idea de quin debera ser
entrevistado. Pero el analista puede cambiar a los posibles
usuarios.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
d. Preparar la entrevista: Se debe preparar a los entrevistados,
avisndoles con suficiente tiempo. Hay que organizar el tiempo
de los encuentros. Las entrevistas no deben durar ms de 45 60
minutos.
e. Decidir el tipo de preguntas: Las preguntas escritas deben
cubrir las reas clave de toma de decisiones descubiertas cuando
se establecieron los objetivos.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
e. Decidir el tipo de preguntas:
1. Preguntas generales no limitadas:

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
e. Decidir el tipo de preguntas:
2. Preguntas especificas: Tienen una respuesta determinada o
especfica, puede limitar la respuesta al entrevistado si ofrece
opciones para responder una de ellas. Una clase especial de este
tipo de preguntas, es la pregunta binaria, es decir, aqulla que
posee slo dos respuestas posibles una la negativa y otra la
positiva, por ejemplo si o no, verdadero o falso, de acuerdo o en
desacuerdo.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
e. Decidir el tipo de preguntas:
3. Sondeos: El sondeo ms simple se basa en la pregunta "Por
qu?". Otras son: Puede darme algn ejemplo ?, o Podra
darme ms explicaciones a cerca de eso?.
El propsito del sondeo es ir ms all de la respuesta inicial para
obtener ms informacin, clarificar y expandir el punto de vista
del entrevistado. Los sondeos pueden ser preguntas limitadas y
no limitadas.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
e. Decidir el tipo de preguntas:
3. Sondeos: Evitar preguntas inductoras:
Un ejemplo de este tipo de preguntas es " Est de acuerdo con otros
directivos en que el control de inventario debera ser
informatizado, verdad?" De esta forma el entrevistador hace
bastante incmoda la postura de estar en desacuerdo.
Como alternativa es preferible la forma " Qu opina sobre la
informatizacin del control de inventario?

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tcnicas de Recoleccin de Datos:
e. Decidir el tipo de preguntas:
3. Sondeos: Evitar preguntas dobles: Son aquellas cuestiones que
usan slo una pregunta que normalmente se separara en dos, por
ejemplo:
"Qu decisiones se toman durante un da normal y cmo las lleva a
cabo?".
Si el entrevistado responde a este tipo de preguntas puede que los
datos sufran variaciones no deseadas.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Formas de Registrar:
a. Grabar entrevista: Se debe informar al entrevistado que se
desea grabar la entrevista, adems de lo que se har
posteriormente con la cinta como que ser escuchada por el
entrevistador y por otros miembros de su equipo y luego ser
destruida, o bien ser transcrita y usada como informacin para
el desarrollo del sistema.
b. Tomar Notas: Este mtodo sera la nica alternativa ante una
negativa de grabacin de la entrevista.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Direccin:
Al iniciar la entrevista se debe informar al que ser entrevistado lo
que se har con los datos tomados y asegurarle la total
confidencia de los mismos.
Es conveniente empezar siempre por preguntas generales que ayude
a relajar el ambiente, as como comprender la actitud, cultura y
vocabulario empleado por el entrevistado.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Direccin:
Cuando sea necesario, el entrevistador debe informar al entrevistado
el nivel de detalle que requiere en la contestacin de alguna
pregunta: con un ejemplo o bien informar que un "s" o un "no"
son suficientes.
Controlar el tiempo de la entrevista e intentar que en ningn caso
supere el tiempo planificado por pregunta.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Documentacin:

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Cuestionarios:
Los cuestionarios son una tcnica de recoleccin de informacin que
permite a los analistas de sistemas estudiar actitudes,
comportamientos, y caractersticas de las personas clave en la
organizacin que pueden ser afectadas por los sistemas actuales y
los propuestos.
Los cuestionarios pueden usarse para recoger informacin de una
gran muestra de usuarios del sistema a fin de detectar los
problemas o destacar cuestiones importantes antes de planificar
las entrevistas.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Cuestionarios:
Son una manera rpida de reunir grandes
cantidades de datos sobre cmo los
usuarios evalan el sistema actual, qu
problemas experimentan con su
trabajo, y qu espera la gente de un
sistema nuevo o uno modificado.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tipos de Preguntas:
La mayor diferencia entre las preguntas utilizadas en las entrevistas y
las utilizadas en cuestionarios es que la entrevista permite
interaccin con respecto a las preguntas y sus significados.
En una entrevista, el analista tiene una oportunidad para refinar una
pregunta, definir un trmino confuso, cambiar el curso de las
preguntas, responder a una mirada confusa, y generalmente
controlar el contexto.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tipos de Preguntas: Preguntas Abiertas:
Las preguntas abiertas son tiles en situaciones exploratorias.
Estas ocurren cuando el analista de sistemas no es capaz (a causa
de la diversidad de opiniones) de determinar con precisin qu
problemas existen con el sistema actual.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tipos de Preguntas: Preguntas Cerradas:
Son aquellas que limitan las opciones de respuesta disponibles al
entrevistado. Las preguntas cerradas en los cuestionarios pueden
ayudar a asegurar las respuestas.

Ciclo de vida de un SI:

2) Etapa de Anlisis:
Tipos de Preguntas: Preguntas Cerradas:

Ciclo de vida de un SI:

Ciclo de vida de un SI:

3) Etapa de Diseo:
Se identifica y especifica la ubicacin del Sistema de Informacin en
el contexto de la Organizacin. En esta etapa se establece a un
nivel conceptual que es lo que el sistema desarrollara y cules
son las operaciones que estn involucradas en su
funcionamiento, es decir, lo que el sistema va a hacer en la
prctica.

Ciclo de vida de un SI:

3) Etapa de Diseo:
Actividades:
Definicin
de
las
funciones
Administrativas:
Su Informacin de Entrada y de Salida.
Evaluacin de las diferentes alternativas, ver COSTOBENEFICIO y el COSTO-EFECTIVIDAD.
Especificar los requerimientos de informacin que debe
satisfacer el interior.
Ver las relaciones lgicas entre todos los datos que usar
el sistema de informacin (tamao de la informacin). BD
Especificar la agrupacin fsica de datos (almacenamiento
de archivos) que se haya decidido.

Ciclo de vida de un SI:

3) Etapa de Diseo:
Actividades:
Indicar la forma de procesar los datos y requerimientos de software
mediante diagrama de procesos.

Ciclo de vida de un SI:

3) Etapa de Diseo:
Actividades:
Especificar la conversin de datos actuales y archivos al nuevo
sistema de informacin.
Documentar las indicaciones de programacin para los programas
que se debern hacer.
Descomposicin del sistema en mdulos (divide y vencers).

Ciclo de vida de un SI:

4) Etapa de Construccin:
Aqu el diseo se lleva a la prctica. Se procede a la construccin
de la aplicacin computacional que se ha diseado en el lenguaje
de programacin seleccionado.

Ciclo de vida de un SI:

3) Etapa de Construccin:
Actividades:
Construccin de los programas
contemplados, que sean modulares y
generales.
Adquisicin de programas de
aplicacin y de equipos.
Comprobar la eficacia y respaldo
tcnico del software adquirido.
Decisiones sobre la configuracin
computacional.
Consideraciones a factores humanos,
confianza, preparacin y seguridad.

Ciclo de vida de un SI:

5) Etapa de Prueba:
Antes de entregar el sistema a los usuarios se deben de realizar
pruebas que permitan comprobar el correcto funcionamiento de
las partes que componen la aplicacin realizada en la etapa
anterior.

Ciclo de vida de un SI:

5) Etapa de Prueba:
Actividades:
Se prueban si se deben hacer compatibles
los distintos programas y/o subsistemas.
Conversin de datos, a costo y tiempo
aceptable, y que no interfiera el
funcionamiento de la Organizacin.
Prueba general del sistema con datos
histricos y preparados.
Disminuir problemas por factores
humanos como: resistencia del personal,
temor de no entender o ser desplazado,
poca confianza en los datos entregados
por el computador.

Ciclo de vida de un SI:

6) Etapa de Implementacin:
En esta etapa corresponde a la instalacin del sistema en la
empresa, esta actividad se puede realizar de diferentes maneras:
1) Cambio Directo:
Con este mtodo el cambio desde el sistema antiguo al
sistema nuevo ocurre instantneamente. Es difcil determinar errores
menores en el nuevo sistema, por que los usuarios no pueden
verificar las salidas del sistema nuevo ni compararlas con las salidas
para los mismos datos con el sistema antiguo.
Los errores de mayor magnitud podran causar que un
proceso termine abruptamente y no es fcil volver al sistema antiguo
si el sistema llegar a fallar completamente.

Ciclo de vida de un SI:

6) Etapa de Implementacin:
2) Cambio Indirecto:
Con este mtodo tanto el sistema nuevo como el antiguo se
encuentran completamente operacionales durante un perodo de
tiempo.
La idea es comparar las salidas del nuevo sistema con las del
antiguo para verificarlos, y, cuando todas las salidas se encuentran
operando correctamente, se detiene el sistema antiguo.

Ciclo de vida de un SI:

6) Etapa de Implementacin:
3) Cambio por Prototipos / Piloto:
Se pone en marcha el nuevo sistema en una parte de la
organizacin. Durante la operacin piloto del nuevo sistema, el
sistema antiguo contina operando en toda la organizacin.
En cierto modo, la operacin piloto es un tipo de operacin
semi-paralela. Una vez que se ha probado con el xito en unidad
piloto se lleva al resto de la organizacin.
Para decidir en qu parte la organizacin se llevar a cabo la
implementacin piloto, ha de considerarse aquellas unidades que
pueden ser afectadas negativamente por la falla o error del nuevo
sistema.

Ciclo de vida de un SI:

6) Etapa de Implementacin:
4) Cambio por Fases:
Este mtodo consiste en poner en marcha el nuevo sistema
por piezas o mdulos. Al poner en marcha un mdulo, es posible
elegir cualquiera de los mtodos sealados anteriormente.
A diferencia de la operacin piloto, se entregan mdulos a
toda la organizacin y no el sistema completo a una parte de ella. Por
consiguiente, los riesgos asociados a errores o fallas se limitan slo
al mdulo que se pone en marcha. Si un mdulo presenta fallas o
errores a una parte de la organizacin es ms fcil corregir el
problema. No obstante, este mtodo resulta inapropiado si el sistema
no puede ser separado fcilmente en mdulos.

Ciclo de vida de un SI:

7) Etapa de Mantencin:
Una vez que el Sistema de Informacin est
en explotacin requerir de ajustes menores
de software, en hardware, en cdigos, en
cantidad de datos, en tiempo respuesta, etc.

En caso de cambios mayores se podra llegar al

desarrollo de un nuevo Sistema de
Informacin. (Se habr cumplido el ciclo de
vida del Sistema de Informacin).

Ciclo de vida de un SI:

7) Etapa de Mantencin:
Existen diversas mantenciones tales como:
1) Mantenimiento Correctivo:
Independientemente de cun bien diseado, desarrollado y
probado est un sistema o aplicacin, ocurrirn errores
inevitablemente.
Este tipo de mantenimiento se relaciona con la solucin o la
correccin de problemas del sistema. Atae generalmente a
problemas no identificados durante la fase de ejecucin. Un ejemplo
de mantenimiento correctivo es la falta de una caracterstica
requerida por el usuario, o su funcionamiento defectuoso.

Ciclo de vida de un SI:

7) Etapa de Mantencin:
2) Mantenimiento para Fines Especficos:
Este tipo de mantenimiento se refiere a
la creacin de caractersticas nuevas o a la
adaptacin de las existentes segn lo
requieren los cambios en la organizacin o los
usuarios, por ejemplo, los cambios en el
cdigo tributario o los reglamentos internos de
la organizacin.

Ciclo de vida de un SI:

7) Etapa de Mantencin:
3) Mantenimiento para Mejoras:
Se trata de la extensin o el
mejoramiento del desempeo del sistema, ya
sea mediante el agregado de nuevas
caractersticas, o el cambio de las existentes.
EJECUCIN
DE
NUEVAS
TECNOLOGAS.

Ciclo de vida de un SI:

7) Etapa de Mantencin:
4) Mantenimiento Preventivo:
Este tipo de mantenimiento es probablemente uno de los ms
eficaces en funcin de los costos, ya que si se realiza de manera
oportuna y adecuada, puede evitar serios problemas en el sistema.

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:
Llamado algunas veces ciclo de vida bsico o modelo en
cascada, el modelo lineal secuencial sugiere un enfoque
sistemtico, secuencial del desarrollo del software que comienza
en un nivel de sistemas y progresa con el anlisis, diseo,
codificacin, pruebas y mantenimiento.
El modelo lineal secuencial es el paradigma ms antiguo y ms
extensamente utilizado en la ingeniera del software. Sin
embargo, la crtica del paradigma ha puesto en duda su eficacia.

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:
a. Anlisis de los Requerimientos:
El proceso de recopilacin de los requisitos se centra e
intensifica especialmente para el software (mbito de la informacin
de software, as como la funcin, el rendimiento y las interfaces
requeridas). Los requisitos, tanto del sistema como del software, se
documentan y se revisan con el cliente.
SRD: Documento de Especificacin de Requisitos

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:
b. Diso:
Se enfoca sobre 4 atributos distintos del
programa: la estructura de los datos, la
arquitectura
del
software,
el
detalle
procedimental y la caracterizacin de la interfaz.
El proceso de diseo traduce los requisitos en
una representacin del software que pueda ser
establecida de forma que obtenga la calidad
requerida antes de que comience la codificacin.
SDD: Documento de Diseo del Software.

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:
c. Codificacin:
El diseo debe traducirse en una forma legible para la
mquina. El paso de codificacin realiza esta tarea. Si el diseo se
realiza de una manera detallada, la codificacin puede realizarse
mecnicamente.

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:
d. Prueba:
Una vez que se ha generado el cdigo, comienza la prueba
del programa. La prueba se centra en la lgica interna del software,
asegurando que todas las sentencias se han probado, y las funciones
externas, realizando pruebas que aseguren que la entrada definida
produce los resultados que realmente se requieren

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:
e. Utilizacin o Implementacin:
Una vez que ya se paso por la etapa de prueba, se prosigue a
que el usuario final tenga el sistema en marcha; esto es para que se
identifiquen posibles errores en las operaciones que se puedan
solucionar antes de tiempo de entrega y as pasar a la siguiente etapa
que es mantenimiento.

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:
f. Mantenimiento:
El software, indudablemente, sufrir
cambios despus de que se entregue al cliente
(una posible excepcin). Los cambios ocurrirn
debido a que se hayan encontrado errores, a que el
software deba adaptarse a cambios del entorno
externo (por ejemplo, un cambio solicitado debido
a que se tiene un sistema operativo), o debido a
que el cliente requiera ampliaciones funcionales o
del rendimiento. El mantenimiento del software
aplica cada uno de los pasos procedentes del ciclo
de vida a un programa existente en vez de a uno
nuevo.

Metodologas de Desarrollo
1) Modelo Clsico o de Cascada:

Metodologas de Desarrollo
2) Modelo de Construccin de Prototipos:
Un cliente a menudo define un conjunto de objetivos generales para
el software, pero no identifica los requisitos detallados de
entrada, procesamiento, o salida. En stas y en otras muchas
situaciones, un paradigma de construccin de prototipos puede
ofrecer el mejor enfoque.

Metodologas de Desarrollo
2) Modelo de Construccin de Prototipos:

Metodologas de Desarrollo
2) Modelo de Construccin de Prototipos:

Metodologas de Desarrollo
2) Modelo de Construccin de Prototipos:
El desarrollo de prototipos reduce el riesgo de que nuestro proyecto
fracase y facilita la especificacin de requerimientos de
productos que desconocemos. Sin embargo, tambin tiene sus
inconvenientes: el cliente puede pensar que el prototipo es el
sistema definitivo, ignorando que un prototipo no es un sistema
acabado aunque tenga el mismo aspecto externo.
Estaremos utilizando un modelo iterativo de refinamiento de
prototipos en el que, tras varias iteraciones, seremos capaces de
construir un sistema que se adapte mejor a las necesidades de
nuestro cliente.

Metodologas de Desarrollo
3) Modelo Incremental:
El modelo incremental combina elementos del modelo lineal
secuencial (aplicados repetitivamente) con la filosofa interactiva
de construccin de prototipos. Este aplica secuencias lineales de
forma sorprendente de la misma forma que progresa el tiempo en
el calendario.
Cada secuencia lineal produce un incremento del software. Se
debera tener en cuenta que el flujo del proceso de cualquier
incremento puede incorporar el paradigma de construccin de
prototipos.

Metodologas de Desarrollo
3) Modelo Incremental:

Metodologas de Desarrollo
3) Modelo Incremental:
Cuando se utiliza un modelo incremental, el primer incremento a
menudo es un producto esencial (ncleo). Es decir, se afrontan
requisitos bsicos, pero muchas funciones suplementarias
(algunas conocidas, otras no) quedan sin extraer. El cliente utiliza
el producto central (o sufre la revisin detallada).
El modelo de proceso incremental, como la construccin de
prototipos, es interactivo por naturaleza. Pero a diferencia de la
construccin de prototipos, el modelo incremental se centra en la
entrega de un producto operacional con cada incremento. Los
primeros son versiones del producto final, pero proporcionan la
capacidad que sirve al usuario y tambin proporciona una
plataforma para la evaluacin por parte del usuario.

Metodologas de Desarrollo
3) Modelo Incremental:

Metodologas de Desarrollo
3) Modelo Incremental:
El desarrollo incremental es particularmente til cuando la dotacin
de personal no est disponible para una implementacin
completa en cuanto a de la fecha lmite de gestin que se haya
establecido para el proyecto.

Metodologas de Desarrollo
3) Modelo Incremental:

Metodologas de Desarrollo
4) Modelo en Espiral:
El modelo en espiral, propuesto originalmente por Boehm, es un
modelo de proceso de software evolutivo que acompaa la
naturaleza interactiva de construccin de prototipos con los
aspectos controlados y sistemticos del modelo lineal secuencial.
Se proporciona el potencial para el desarrollo rpido de versiones
incremntales del software.
En el modelo espiral, el software se desarrolla en una serie de
versiones incremntales. Durante las primeras iteraciones, la
versin incremental podra ser un modelo en papel o un
prototipo. Durante las ltimas iteraciones, se producen versiones
cada vez ms completas de ingeniera del sistema.

Metodologas de Desarrollo
4) Modelo en Espiral:
Actividades estructurales o regiones:
1. Comunicacin con el cliente: las tareas requeridas para establece
comunicacin entre el desarrollador y el cliente.
2. Planificacin: las tareas requeridas para definir recursos, el tiempo
y otras informaciones relacionadas con el proyecto.
3. Anlisis de riesgos: las tareas requeridas para evaluar riesgos
tcnicos y de gestin.
4. Ingeniera: las tareas requeridas para construir una o ms
representaciones de la aplicacin.

Metodologas de Desarrollo
4) Modelo en Espiral:
Actividades estructurales o regiones:
5. Construccin y adaptacin: las tareas requeridas para construir,
probar, instalar y proporcionar soporte al usuario (p.ej.:
documentacin y prctica).

6. Evaluacin del cliente: las tareas requeridas para obtener la

reaccin del cliente segn la evaluacin de las representaciones
del software creadas durante la etapa de ingeniera e
implementada durante la etapa de instalacin.

Metodologas de Desarrollo
4) Modelo en Espiral:

Metodologas de Desarrollo
4) Modelo en Espiral:
Cada una de las regiones estn pobladas por una serie de tareas que
se adaptan a las caractersticas del proyecto que va a
emprenderse.
Para proyectos pequeos, el nmero de tareas y su formalidad es
bajo. Para proyectos mayores y ms crticos, cada regin
contiene tareas que se definen para lograr un nivel ms alto de
formalidad.
En todos los casos, se aplican las actividades de proteccin (p.ej.:
gestin de configuracin del software y garanta de calidad del
software).

4) Modelo en Espiral:

Metodologas de Desarrollo
4) Modelo en Espiral:

Metodologas de Desarrollo
5) Modelo DRA: Desarrollo Rpido de Aplicaciones:
Es un modelo de proceso del desarrollo del software lineal secuencial
que enfatiza un ciclo de desarrollo extremadamente corto. Este
modelo es una adaptacin a alta velocidad del modelo lineal
secuencial en el que se logra el desarrollo rpido utilizando una
construccin BASADA EN COMPONENTES.
Si se comprenden bien los requisitos y se limita el mbito del
proyecto (departamentos, personal, localizacin o regiones y
Procesos o Productos afectados), el proceso DRA permite al
equipo de desarrollo crear un sistema completamente funcional
dentro de perodos cortos de tiempo.

Metodologas de Desarrollo
5) Modelo DRA: Desarrollo Rpido de Aplicaciones:
Basado en Componentes:
La complejidad de los sistemas computacionales actuales nos ha
llevado a buscar la reutilizacin del software existente. El
desarrollo de software basado en componentes permite reutilizar
piezas de cdigo preelaborado que permiten realizar diversas
tareas, conllevando a diversos beneficios como las mejoras a la
calidad, la reduccin del ciclo de desarrollo y el mayor retorno
sobre la inversin.

Metodologas de Desarrollo
5) Modelo DRA: Desarrollo Rpido de Aplicaciones:

Metodologas de Desarrollo
5) Modelo DRA:
Desarrollo
Rpido
de
Aplicaciones

Metodologas de Desarrollo
5) Modelo DRA: -FASESModelado de Gestin, El flujo de informacin entre las
funciones de gestin se modela de forma que responda a las
siguientes preguntas:
1)
2)
3)
4)
5)

Qu informacin conduce el proceso de gestin?

Qu informacin se genera?
Quin la genera?
A dnde va la informacin?
Quin la procesa?

Metodologas de Desarrollo
5) Modelo DRA: -FASESModelado de Datos, El flujo de informacin definido como
parte de la fase de modelado de gestin se refina como un
conjunto de objetos de datos necesarios para apoyar la empresa.

Se definen las caractersticas (llamadas atributos) de cada uno de

los objetos y las relaciones entre estos objetos.

Metodologas de Desarrollo
5) Modelo DRA: -FASESModelado del Proceso, Los objetos de datos definidos en la fase
de modelado de datos quedan transformados para lograr el flujo
de informacin necesario para implementar una funcin de
gestin.
Las descripciones del proceso se crean para aadir, modificar,
suprimir, o recuperar un objeto de datos.

Metodologas de Desarrollo

Metodologas de Desarrollo
5) Modelo DRA: -FASESGeneracin de Aplicaciones, El DRA asume la utilizacin de
tcnicas de cuarta generacin. En lugar de crear software con
lenguajes de programacin de tercera generacin, el proceso
DRA trabaja para volver a utilizar componentes de programas ya
existentes (cuando es posible) o a crear componentes reutilizables
(cuando sea necesario).
En todos los casos se utilizan herramientas
para facilitar la construccin del software.

Metodologas de Desarrollo
5) Modelo DRA: -FASESPruebas y Entrega, Como el proceso DRA enfatiza la
reutilizacin, ya se han comprobado muchos de los componentes
de los programas. Esto reduce tiempo de pruebas. Sin embargo,
se deben probar todos los componentes nuevos y se deben
ejercitar todas las interfaces a fondo.

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
Una base de datos no es ms que un componente de un
sistema de informacin. Por tanto, el ciclo de vida del sistema de
informacin incluye el ciclo de vida de la base de datos que forma
parte de l.
1. Definicin del sistema:
Durante la etapa de anlisis de
requerimientos del sistema,
nos fijaremos especialmente en
todos
los
requerimientos
asociados a los datos con los
que ha de trabajar nuestro
sistema.

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
2. Diseo de la Base de Datos: El anlisis de los requerimientos del
sistema nos permitir organizar los datos con los que nuestro
sistema habr de trabajar. Este proceso de diseo, que est
ntimamente ligado a la futura base de datos de nuestro sistema, lo
descompondremos en tres fases:

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
2.1 Diseo Conceptual: (descripcin del esquema de la base
de datos utilizando un modelo de datos conceptual).

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
2.1 Diseo Lgico: (descripcin de la base de datos con un
modelo de datos implementable, como puede ser el caso del modelo
relacional).

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
2.1 Diseo Fsico: (descripcin de la base de datos a nivel
interno, de acuerdo con las caractersticas del sistema gestor de
bases de datos que decidamos utilizar).

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
3. Implementacin de la Base de Datos: (la parte de la
implementacin del sistema correspondiente a la creacin de la base
de datos).

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
4. Carga o Conversin de los Datos: Como parte de la instalacin o
despliegue del sistema, tendremos que introducir en la base de datos
todos aquellos datos que resulten necesarios para que las
aplicaciones de nuestro sistema de informacin puedan funcionar.
Como parte de esta inicializacin de la base de datos, puede que
resulte necesario extraer datos de otro sistema y convertirlos a un
formato adecuado para nuestro sistema (entre otras cosas, porque el
esquema de nuestra base de datos probablemente diferir del
esquema de las bases de datos de las que se extraigan los datos
necesarios para arrancar nuestro sistema).

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
5. Conversin de Aplicaciones: Si determinadas aplicaciones han de
seguir funcionando, debern adaptarse al esquema de nuestra base
de datos. Por tanto, como parte del mantenimiento de dichas
aplicaciones, tendremos que disear los mecanismos adecuados para
que estas aplicaciones puedan seguir funcionando rectamente sobre
una base de datos diferente a la base de datos sobre la que fueron
diseadas inicialmente.

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
5. Conversin de Aplicaciones: A veces, podremos solucionar este
problema creando vistas adecuadas de nuestra base de datos para
tales aplicaciones. Otras veces, tendremos que modificar la
implementacin de las aplicaciones antiguas e, incluso, rehacerlas
casi por completo.

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
6. Verificacin y Validacin: Como en
todo sistema de informacin, deberemos
verificar que la base de datos y las
aplicaciones funcionan correctamente.
Adems, deberemos comprobar que el
sistema construido se ajusta a las
necesidades reales que promovieron su
proyecto de desarrollo (esto es, validar
el sistema y sus requerimientos).

Metodologas de Desarrollo
Ciclo de Vida de una Base de Datos:
7. Operacin, Supervisin y Mantenimiento: Finalmente, una vez
puesto en marcha el sistema, se llega a la etapa "final" del ciclo de
vida de todo sistema de informacin (en la que, como ya vimos, se
repetir todo el ciclo cada vez que tengamos que realizar
modificaciones sobre el sistema ya existente).

Enfoques de Desarrollo del SI

Introduccin:
Un enfoque de desarrollo tiene como misin el de
especificar claramente todos los detalles asociados al
sistema que se desea desarrollar.
1) Enfoque Estructurado:

2) Enfoque Orientado a Objetos:

3) Enfoque Orientado a Aspectos:

Enfoques de Desarrollo del SI

1) Enfoque Estructurado:
Este enfoque est orientado a los procesos, tomando
una visin donde los datos se consideran en forma
separada de los procesos que la transforman, dando una
mayor importancia a la descomposicin funcional del
sistema.
Los elementos que este enfoque utiliza son:
Diagrama de Flujo de Datos DFDs.
Diccionario de Datos.
Entre Otros.

Enfoques de Desarrollo del SI

1) Enfoque Estructurado:
Diagrama de Flujo de Datos DFDs.

Enfoques de Desarrollo del SI

2) Enfoque Orientado a Objetos:
El enfoque orientado a objeto se centra en primer
lugar en identificar los objetos del dominio de aplicacin y
despus en establecer procedimientos que los manejen.
Aunque esto pueda parecer ms indirecto, el
software orientado a objeto se mantiene mejor ante los
cambios de requerimientos porque se basa en la estructura
subyacente del dominio de aplicacin en vez de los
requerimientos funcionales de un determinado problema.

Enfoques de Desarrollo del SI

2) Enfoque Orientado a Objetos:
Para desarrollar software rpida y eficientemente,
minimizando el trabajo de recodificacin y evitando crear
miles de lneas de cdigo intil hay que disponer, adems
de la gente y las herramientas necesarias, de un enfoque
apropiado.

Enfoques de Desarrollo del SI

3) Enfoque Orientado a Aspectos:
Es un nuevo paradigma de desarrollo de software
que se fundamenta en principios clsicos como la
modularizacin y la separacin de intereses o conceptos.
Modela los aspectos que se entrecruzen y se enfoca
en implementar de forma modularizada reduciendo el
acoplamiento de sus partes.

Documentacin de los SI
Documentacin:
Es un conjunto de
elementos registrados sobre
cualquier soporte que permite
instruir o informar acerca de
algo, en funcin de las
necesidades
especificas
de
aquellos que la utilizan.

Documentacin de los SI
Documentacin de los SI:
Es
el
conjunto
de
informacin que nos dice qu
hacen los sistemas, cmo lo
hacen y para quien lo hacen.
La documentacin consiste en el
material
que
explica
las
caractersticas tcnicas y la
operacin de un sistema.

Documentacin de los SI
Importancia:
Es
esencial
para
proporcionar entendimiento de
un sistema a quien lo vaya a usar
para mantenerlo, para permitir
auditoria del sistema y para
ensear a los usuarios como
interactuar con el sistema y a los
operadores
como
hacerlo
funcionar.

Documentacin de los SI
Importancia:
1) Constituye el respaldo formal de la informacin.
2) Facilita el conocimiento, interpretacin,
comprensin y divulgacin del sistema.
3) Es el elemento integrador que permite la
apreciacin unitaria y conjunta de un sistema.

Importancia:
4) Elimina los riesgos de dependencia con respecto
a determinados individuos que conocen el sistema.
5) Sirve de base para auditar los sistemas de
informacin.
6) Constituye un elemento imprescindible para el
control interno en general y del sistema en particular;
provee los antecedentes que permiten conocer como se ha
diseado el sistema y como debera estar operando, o sea
facilita el parmetro de referencia contra el cual se
analizara su comportamiento real.

Importancia:
7) Elemento fundamental para la capacitacin de los
usuarios del sistema y facilita la comunicacin con ellos.
8) Provee antecedentes esenciales, concretos y
permanentes para evaluar modificaciones a sistemas en su
funcionamiento o para decidir la sustitucin del mismo.

9) El nico medio idneo de consulta general para

poder tomar conocimiento actualizado de los sistemas en
funcionamiento de la organizacin.

Importancia:
10) Aumenta la seguridad y eficiencia en mantenimiento
de los sistemas y reduce su costo.
11) Elemento de juicio para la evaluacin de sistemas
standars o productos susceptibles de ser adquiridos.
12) La documentacin vigente debe mantener su utilidad
en el tiempo y no solo un momento determinado, NO se
concibe un sistema que NO este Documentado.

Tipos de Documentacin de los SI:

La de programas que explican la lgica de un
programa e incluyen descripciones, diagramas de flujo,
listados de programas y otros documentos.
-Diagrama de Casos de Uso.
- Diagrama de Clases.
- Diagrama de Objetos.
- Diagrama de Actividad.

Tipos de Documentacin de los SI:

Para usuarios en forma general explica la naturaleza y
capacidades del sistema y cmo usarlo.
-MANUALES DE USUARIO1) Procedimientos para INSTALAR el SI.
2) Procedimientos para OPERAR el SI.
3) Procedimientos para MANTENER el SI.

Tipos de Documentacin de los SI:

-MANUALES DE USUARIO1) Portada: Nombre del Documento y Quien lo elaboro.
2) Introduccin: Describe el uso del documento, para que sirve y de
que trata.
3) Anlisis y requerimientos del sistema. Que se necesita para poder
instalarlo y usarlo. (Requerimientos Tcnicos y Habilidades u
Operativos).
4) Explicacin del Funcionamiento: Mapa de Navegacin y
descripcin de las pantallas bien explicadas. Se explican todas las
opciones que puede desarrollar el usuario del sistema.
5) Preguntas Frecuentes (Opcional).
6) Glosario.

Documentacin de Entrega de los Proyectos!!:

1)
2)
3)
4)

Portada.
Introduccin.
Definicin del Problema.
Objetivos:
1) Generales.
2) Especficos.
5) Justificacin.
1) Alcances.
2) Limitaciones.
6) Estudio de Factibilidad.
1) Factibilidad Econmica.
2) Documento de requisitos Funcionales
3) Documento de requisitos Tcnicos

Documentacin de Entrega de los Proyectos!!:

7) Anlisis de Riesgo.
1) Nombre, tipo: Negocio o Proyecto, Porcentaje de que Ocurra,
Impacto: Bajo o Medio o Critico o Catastrfico y Alternativa de
solucin.
8) Anlisis de Casos de Uso.
9) Diseo Arquitectnico Mdulos10) Diseo Procedimental o de Procesos DFDS
11) Diseo Conceptual.
12) Diseo Lgico.
13) Fundamento Terico.
14) Prototipos 1 o n
15) Conclusiones Personales
16) Bibliografa del Fundamento Terico,

Documentacin de Entrega de los Proyectos!!:

Anexos:
1) Modelo de Procesos en Bizagi.
2) Manual de Usuario.
3) Cronograma con sus respectivas Etapas segn su Modelo:
16 de Julio de 2014
14 de Agosto de 2014