ANÁLISIS DE SISTEMAS

PROFESORA: Ing. HILDA DOLORES GARZA ACOSTA

UNIDAD 1
INTRODUCCIÓN A LOS SISTEMAS DE INFORMACIÓN
OBJ. Al finalizar esta unidad, el alumno será capaz de definir e identificar las fases
principales del análisis.

Temas:

1.1 Conceptos.
1.1.1. Sistema.
1.1.2. Información.
1.1.3. Sistemas de Información.
1.2 Planeación Estratégica de Sistemas.
1.2.1. Etapas de la Planeación.
1.3 Fases principales de la metodología del desarrollo de Sistemas.
1.3.1. Análisis.
1.3.2. Diseño general.
1.3.3. Evaluación de Sistemas.
1.3.4. Diseño Detallado.
1.3.5. Implementación.

UNIDAD 2
ANÁLISIS GENERAL
OBJ. El alumno será capaz de identificar un sistema de computo y practicar lagunas
técnicas del análisis.

Temas:

2.1. Introducción al Análisis.

 2.1.1. Razones.
2.1.2. Objetivos
2.1.3. Definición del alcance del Sistema
2.2. Sistema actual
2.2.1. Fuentes Internas
2.2.2. Fuentes Externas
2.3 Técnicas para la Recopilación de Datos
2.2.3. Entrevista
2.2.4. Cuestionario
2.2.5. Observación
2.2.6. Análisis en grupo
2.2.7. Muestreo
2.4. Análisis de Datos.
2.4.1. Muestreo.
2.4.2. Diagramas de Flujo.
2.5. Conclusión del Análisis.

UNIDAD 3
DISEÑO
OBJ. El alumno será capaz de realizar un diseño de presentación de un sistema

Temas:

3.1 Definición de Diseño.

3.2 Aspectos del Diseño.
3.2.1 Planes a largo plazo.
3.2.2 Precauciones de Control y Factores Humanos.
3.2.3 Hacer o Comprar.
3.3. Análisis del Diseño.
3.3.1. Requerimientos de Usuario.
3.3.2. Recursos de la Organización.
 3.3.3. Métodos de Procesamiento.
3.3.4. Interfaz de procesamiento.
3.4. Etapas de Diseño.
3.4.1. Definir Objetivos.
3.4.2. Elaboración de Modelos.
3.4.3. Definir Restricciones.

UNIDAD 4
EVALUACIÓN Y DISEÑO DETALLADO
OBJ. El alumno será capaz de evaluar un sistema de información

Temas:

4.1. Solicitud de Propuesta.

4.2. Evaluación de la propuesta.
4.2.1. Desempeño Técnico de Software.
4.2.2. Desempeño Técnico del Hardware.
4.2.3. Desempeño General.
4.3 Negociación de Precios y Contratos.
4.4. Métodos de Adquisición.
4.5. Análisis de Costo Eficiencia.
4.6. Diseño Detallado.
4.7. Métodos de diseño.
4.8. Diseño de Bases de Datos.
UNIDAD 5
IMPLEMENTACIÓN
OBJ. Al finalizar esta unidad, el alumno será capaz de implementar un sistema mediante
pruebas manuales y ajustes de control.

Temas:
5.1. Plan de Implementación.
5.2. Pruebas de Tecnología.
5.3. Capacitación y Educación del Personal.
5.4. Programación.
5.5. Pruebas.

CONSULTAR
Análisis: Método de investigación que se divide una situación o problema en las partes que
lo componen y luego estudiarlas para tratar de entender como se afectan entre sí.

Información: Son los datos ya sean números, imágenes o palabras.

UNIDAD 1
INTRODUCCIÓN A LOS SISTEMAS DE INFORMACIÓN
Información: Esta compuesta de datos, imágenes, textos, documentos y voz a menudo
entrelazadas en forma inexplicable, pero siempre organizados en un contexto significativo

Sistema: conjunto de componentes que interaccionan entre sí para lograr un objetivo en

común

Sistema de información: enlazan todos sus componentes (hardware, software, medios de

almacenamiento) en forma tal que estos trabajen con eficiencia para alcanzar el mismo
objetivo

Análisis: parte de un todo que se aísla para su estudio.

 COMPONENTES ESTRUCTURALES DE UN SISTEMA DE INFORMACIÓN

Sin importar las organizaciones a las que se sirvan o la forma en que se desarrollan y
diseñan, todos los sistemas de información están compuestos de los siguientes
componentes:

1. BLOQUES DE ENTRADA. La entrada representa todos los datos, textos, voz e

imágenes que entran a al sistema de información y los medios por los cuales se captura
e introduce. Ejemplo. Teclado, lápiz óptico, etc.

2. BLOQUES DE MODELO. Consta de modelos lógicos matemáticos que manipulan de

diversas formas la entrada y los datos almacenados para introducir los resultados
deseados ó salidas.

3. BLOQUES DE SALIDA. El producto del sistema es la salida, información de calidad

y documentos para todos los niveles de la gerencia y para todos los usuarios dentro y
fuera de la organización. La salida es en gran medida el componente que guía e influye
en los otros componentes si él diseño de este componente no satisface las necesidades.

4. BLOQUES DE TECNOLOGÍA. La tecnología es la caja de herramientas del trabajo de

sistemas de información. Captura la entrada, activa los modelos, almacena y accesa
datos, produce y transmite salida y ayuda a controlar todo el sistema. Hace todo el
trabajo pesado y une a todos los componentes estructurales.
La tecnología consta de tres componentes:
a) La computadora y el almacenamiento auxiliar.
b) Las telecomunicaciones.
c) El software.
Las telecomunicaciones comprenden el empleo de medios electrónicos y de
transmisión de luz para la comunicación entre nodos a lo largo de una distancia. El
software corresponde a los programas que hacen que funcione el hardware.
5. BLOQUES DE BASES DE DATOS. Es el lugar donde se almacenan todos los datos
necesarios para atender las necesidades de todos los usuarios. La base de datos se
considera de dos puntos de vista:

a) El físico que esta compuesto de los medios de almacenamiento como por ejemplo
los discos flexibles, discos duros, CD, etc.
b) Lógico. Sin embargo por otro problema probablemente más importante es como
buscar, asociar, recuperar los datos almacenados y si esta estructurado lógicamente
asegura la recuperación oportuna y exacta de la información.

6. BLOQUES DE CONTROLES. Todos los sistemas de información están sujetos a una

diversidad de peligros y amenazas como desastres naturales, fraude, fallas del sistema,
etc. Sin embargo los peores abusos provienen de procedimientos de operaciones no
deseadas, empleados incompetentes, y una pobre administración; algunos de los
controles que necesitan diseñarse en el sistema para asegurar su protección, integridad y
operación uniforme son la instalación de un sistema de administración de registros, de
aplicación de registros contables, etc.

PLANEACION ESTRATEGICA DE LOS SISTEMAS DE INFORMACIÓN.

Sin un planeación estratégica adecuada de los sistemas de información, los proyectos de

sistemas a menudo se construyen sin pensar en lo que realmente se necesite dando por
resultado sistemas de información incompatibles; esta metodología es un proceso
predeterminado mediante el cual los altos ejecutivos y los departamentos de usuarios
proporcionan gran parte de la información de entrada que puede utilizarse para traducir las
estrategias o metas de la organización a un plan estratégico de S.I. (Sistema de
Información) para alcanzar sus metas. La planeación estratégica de sistemas es un proceso
cíclico que produce acciones que originan resultados y luego se hace un ajuste después de
que se complete el plan estratégico, su acción mejora la metodología del desarrollo de
sistemas.
Etapas de la planeación:

1. ESTABLECER LAS METAS DE LOS SISTEMAS DE INFORMACIÓN. El objetivo

es definir las metas de la organización, encadenarlas con las metas de los sistemas de
información. A partir de ese proceso empiezan a seguir las ideas del proyectos en
sistemas para soporte de estas metas. El equipo de planeación estratégica recopila
información de entrada.

2. DETERMINAR DE ASIGNAR PRIORIDADES A LAS SOLICITUDES DE

PROYECOS DE SISTEMAS DE INFORMACIÓN. A partir de esa interacción
empiezan a materializarse solicitudes muy amplias de proyectos de sistemas de
información. Las ideas pueden provenir de los usuarios, otras del personal de sistemas y
se dan en un intercambio libre de ideas.

3. DETERMINACIÓN DE LOS RECURSOS Y LA CAPACIDAD DE LOS SISTEMAS

DE INFORMACIÓN. Los recursos clave del sistemas están representados por su
personal y su tecnología. El propósito es determinar que impacto tendrán los proyectos
planeados y asegurarse de que se cuenta con capacidad suficiente durante el ciclo de
planeación.

Razones para iniciar el análisis de sistemas

1)Mejora el sistema de información: Trae consigo una mayor productividad, una mejor
diferenciación de productos y reportes más rápidos y completos.
2)Nuevos Requerimientos: Significa que debe hacerse un trabajo en sistemas para satisfacer
dichos requerimientos por ejemplo: se puede incluir nuevas leyes de impuestos, cláusulas
en la nomina ó incluirse inasistencias en la boleta de calificaciones de esta escuela.
3)Aplicación de un nueva tecnología. El analista puede realizar un trabajo en sistemas para
determinar si una nueva forma, de hacer las cosas con un nuevo componente tecnológico
puede mejorar el rendimiento.
4)Solución y mantenimiento de problemas no planteados: Analizar si acaso el sistema no
funciona, no rinde adecuadamente o es incompatible.

PLANEACIÓN, DESARROLLO Y CICLO DEVIDA DE UN SISTEMA

El sistema tiene un ciclo de vida similar a los ciclos de vida de los productos, equipos,
modos y personas. El sistema nace con el proceso de planeación estratégica y de la
metodología del desarrollo de sistemas. Crece hasta llegar a la madurez en que opera
durante un tiempo relativamente largo. Después de varios años de máximo servicio , el
sistema gradualmente se deteriora hasta llegar a su fin. El intervalo de vida de los sistemas
es de 3 a 6 años, para extender la vida del sistema podemos tomar en cuenta la
confiabilidad, facilidades de mantenimiento, factores organizacionales y humanos.

METODOLOGÍA EN EL DESARROLLO DEL SISTEMA

FASE 1
Análisis del sistema : Durante esta fase los analistas ayudan a los usuarios a identificar que
información se necesita para que estos lleven acabo varias entrevistas y se plantean
preguntas como ¿Qué clase de información necesita para realizar su trabajo?. Sin embargo
en este punto los analistas deben de ser más que escuchas pasivos, con frecuencia los
usuarios no tienen una idea completa de cual es la información que realmente se necesita y
como pueden obtenerla . En la Mayoría de los casos los analistas deben interactuar y
determinar con los usuarios cuáles son sus verdaderas necesidades.

FASE 2
Diseño General del Sistema. Antes de iniciar esta fase, la fase 1 debe completarse y los
usuarios deben de estar de acuerdo con los resultados, el diseño es el proceso de traducir los
requerimientos definidos durante el análisis a varias alternativas , para la consideración de
los usuarios, en esta fase los usuarios seleccionan 2 ó 3 de los mejores diseños o le piden al
analista que regrese a la fase 1.
Durante esta fase el analista puede hacer uso de científicos administradores,
programadores, etc.
FASE 3
Evaluación de sistemas: Esta fase implica la selección de la tecnología que soportará a los
otros componentes estructurales , la evaluación de esta tecnología y los proveedores que la
suministran, y un análisis completo de costo, eficiencia de cada una de las alternativas
propuestas del diseño de sistemas para determinar aquella con la mejor proporción de
eficiencia, con relación al costo.

FASE 4
Diseño Detallado de Sistemas: Teniendo varias alternativas de diseño aún en el aire antes
de iniciar este trabajo sustancial, los analistas desean asegurarse de que todas las partes
hallan llegado a su consenso final, en cuanto al sistema que se desea se implante. Aquí cada
componente de construcción se le da una definición precisa y clara.
FASE 5
Implementación de Sistemas. Es la capacitación y educación de los usuarios, la prueba y la
conversión para ser que el sistema sea operacional . Los analistas fijan las fechas limite ,
capacitan y coordinan al personal, usuario , prueban el nuevo sistema y eliminan errores
instalan nuevos procedimientos y formas de ver si no hay omisiones.
UNIDAD II
ANÁLISIS DE SISTEMAS
INTRODUCCIÓN
El desarrollo de un sistema de información, independientemente de tamaño y complejidad
requiere muchas actividades coordinadas y él empleo de una diversidad de herramientas y
modelos, la metodología del desarrollo de sistemas (SDM) es una forma estándar de
organizar y coordinar estas actividades . Como se estudia en el capítulo anterior primero
deberá de tener lugar la planeación estratégica de Sistemas de Información (SISP) para que
sirva de guía al analista. Durante la (SISP), dará respuestas ¿Dónde? ¿En que forma?
Durante el análisis de sistemas que es la primera fase de la SDM se dan respuestas más
específicas a las preguntas ¿Por qué? ¿Cuándo? ¿Cómo’ ¿Quién?, la fase de evaluación
responde a la pregunta ¿Cuál? Cuando el analista de sistemas se reúne con los usuarios y
ambos empiezan a excavar, surgen nuevos y en ocasiones diferentes requerimientos que a
principio no eran evidentemente necesarios.

ANÁLISIS PREELIMINAR
Después de iniciar un proyecto de sistemas, el analista trata de definir su alcance y
desarrolla un enfoque profundo en los requerimientos de los usuarios. El documento que
resulta de este análisis preeliminar es el reporte de la propuesta para realizar el análisis de
sistemas.

SOLICITUD DE RAZONES PARA INICIRA UN ANÁLISIS

Esta forma proporciona información acerca del proyecto de sistemas y sus objetivos,
también de los beneficios anticipados además sirve como una especie de contrato o acuerdo
entre el usuario y el analista. En muchos casos, los usuarios y analistas trabajan
conjuntamente para complementar la forma de solicitud de servicios de sistemas de
información . típicamente el usuario tiene ideas bastante definidas acerca de las salidas
requeridas y las entradas necesarias.
 DEFINICIÓN DEL ALCANCE DEL ANÁLISIS DE SISTEMAS
Las actividades y cuentos que comprenden del análisis de sistemas tratan principalmente de
contestar esta pregunta ¿Qué? Debe incluirse en el nuevo sistema, para contestar esta
pregunta la cuál genera al analista debe plantearse otras: ¿Qué información se necesita?
¿Quién la requiere? ¿Cuánto? ¿Dónde? ¿Como puede obtenerse?.
Además el alcance de análisis puede variar ampliamente en términos de duración ,
complejidad y gastos.

ENFOQUE DEL ANALISIS DE SISTEMAS

Una de las tentaciones más dañinas presentes del análisis de sistemas es pensar en términos
de computadora y hacer énfasis primeramente en el componente estructural de la
tecnología. El enfoque primario durante el análisis debe estar las operaciones de la
empresa, los requerimientos de los usuarios y los componentes estructurales de la entrada,
la salida, la base de datos y los controles y no en las computadoras ni en los discos ni en las
telecomunicaciones ni el software.

CONCLUSIÓN DEL ANÁLISIS PREELIMINAR DE SISTEMAS

Una vez que el analista de sistemas completa las entrevistas iniciales y determina que
deberá realizarse el análisis se debe comunicar formalmente al solicitante y a la propia
gerencia del analista de sistemas el entendimiento de lo que deberá realizarse y el enfoque
general hacia esta meta. Esta comunicación se denomina reporte de la propuesta para
realizar el análisis de sistema. Esta debe incluir:
1. Una definición clara y concisa de las razones para realizar el
análisis
2. Un planteamiento específico referente a los requerimientos del
desempeño del sistema propuesto
3. Una definición del alcance del análisis
4. Una identificación de los hechos que probablemente necesiten
recopilarse durante el análisis
5. Una identificación de las fuentes donde pueden obtenerse los
hechos.
6. Un programa que indique los eventos principales del análisis

FUENTES DE LOS HECHOS DE ESTUDIO PARA EL ANÁLISIS DE SISTEMAS

En esta sección se estudian las diferentes fuentes de hechos de estudio dentro y alrededor
de la organización que están a disposición del análisis y son:
1. Estudios del sistema actual
2. Fuentes internas
3. Fuentes externas
Estudio del sistema actual. Es verdaderamente raro que un analista tenga la oportunidad
de desarrollar un sistema de información en donde anteriormente no haya existido
ninguno.
Las principales ventajas de analizar el sistema anterior son:
1.Eficacia del sistema actual. Proporciona una oportunidad para determinar si dicho
sistema es satisfactorio , requiere alguna reparación menor o debe ser reemplazado.
2.Ideas de diseño. El análisis de sistemas anterior puede proporcionar al analista una
fuente inmediata de ideas para diseño. Estas ideas incluyen lo que está haciendo
actualmente y en que forma , así como las necesidades o capacidades adicionales que han
sido solicitadas con el paso de los años.
3.Reconocimiento de recursos. Le permite al analista identificar los recursos disponibles
para el nuevo sistema estoa recursos podrían incluir el talento gerencial y el equipo que
posea actualmente.

DESVENTAJAS DE ANALIZAR EL SISTEMA ANTERIOR

1.Gastos. El estudio del sistema anterior requiere tiempo y el tiempo pueden convertirse
en dinero.
2.Barreras innecesarias. Un análisis extenso de un sistema existente puede dar por
resultado que se incluyan barreras innecesarias en el diseño del nuevo sistema.
Fuentes internas. La fuente más importante de hechos de estudio es la gente, este incluye
no solo a la gerencia , si no también a los trabajadores de oficina y producción. Los
requerimientos de información pueden ser planteados mejor por los usuarios. Sin
embargo el analista puede ayudárseles a definir sus requerimientos explicándoles lo que
puede proporcionales.
Fuentes externas. La exploración de otros subsistemas de información dentro de la
organización puede ser una fuente útil de recopilación de datos, procesamiento de datos o
de ideas y técnicas para el reporte de información. Además , la revisión de otros sistemas
proporcionan otra oportunidad para identificar puntos de interfaz potenciales cuando el
analista esta involucrando en un análisis limitado.

TÉCNICAS PARA LA RECOPILACIÓN DE HECHOS DE ESTUDIO

Entrevista. Es un intercambio cara a cara de información, es un canal de comunicación
entre el analista y la organización se emplea para obtener información con relación a lo
que se requiere y la forma en que estos requerimientos pueden cubrirse, puede emplearse
para obtener apoyo o compresión de parte del usuario acerca de una nueva idea o método.
Puntos útiles en la preparación de la entrevista
1.Convenir una cita por adelantado
2.Identificar la posición del entrevistado dentro de la organización y las posibilidades y
actividades de su trabajo.
3.Preparar un bosquejo de la entrevista junto con preguntas pertinentes. Si es conveniente
enviarlo al entrevistado una copia de las preguntas.

REALIZACIÓN DE LA ENTREVISTA
1.Explique quien es usted y cuál es el propósito de su entrevista
2.Asegurarse de conocer correctamente las responsabilidades y deberes del entrevistado
3.Es importante de determinar el modelo de toma de decisiones del entrevistado es decir
que decisiones toma el entrevistado y como lo hace
4.Haga preguntas especificas que permitan respuestas cuantitativas
5.Evite palabras impresionantes, jergas y generalizaciones amplias.
6.Aprender a escuchar bien, cuídese de no anticipar repuestas antes que el entrevistado
haya tenido tiempo suficiente de responder.
7.Mantenga el control de la entrevista
8.Trata de aclarar las respuestas vagas a las preguntas
9.Determinar si el entrevistado tiene algunas ideas o sugerencias adicionales que
posiblemente se hayan omitido.
10.Al final de la entrevista haga un resumen de los principales puntos de la sección, de las
gracias al entrevistado e indíquele que regresará en caso de que haya más preguntas.

CUESTIONARIO
El analista de sistemas puede utilizar un cuestionario en varios momentos durante un
proceso de desarrollo de sistemas para obtener un consenso para identificar una dirección
o una área para un estudio más profundo para realizar una auditoria posterior a la
implementación y para identificar requerimientos específicos, pero variables.
Mejor como una herramienta para descubrir hechos cuando el receptor está alejado
físicamente del analista y cuando la información pretende verificar información similar
recopilada de otras fuentes.

GUIAS PARA ELABORAR UN CUESTIONARIO.

1.Explicar el propósito, el uso, la seguridad y el estilo de respuestas
2.Proporcionar instrucciones detalladas sobre la forma en que se desea que se contesten
las respuestas
3..Indicar una fecha límite para la devolución del cuestionario
4.Hacer preguntas concisas y completas
LA OBSERVACIÓN
Otra técnica con lo que cuenta el analista durante la indagación de hechos consiste en
observar a las personas en el momento de ejecutar un trabajo. Observación es una técnica
para descubrir hechos que tienen una amplia aceptación por parte de los científicos , el
propósito de la observación es múltiple le permite al analista determinar lo que se esta
haciendo como a la forma en que se hace, quién lo realiza, cuanto tiempo requiere, donde
se hace y con que el analista de sistemas puede hacer sus observaciones de la siguiente
manera.
Primeramente hacer un recorrido y tomar notas al azar , cosas y actividades. En segundo
lugar puede observar a una persona o una actividad sin que se percate de su presencia y
sin que haya una interacción con el analista, una observación discreta tiene poca
importancia en el análisis de sistemas ya que es casi imposible que se de en las
condiciones necesarias. Tener lugar el analista puede observar una operación sin que haya
interacción.
Finalmente el analista puede observar e interactuar con las personas que están siendo
observadas, la interacción consiste en cuestionar una tarea específica y pedir una
explicación.

ANÁLISIS DE DATOS
Un análisis de sistemas tiene que determinar las necesidades de los datos de una
organización. Es tarea del analista descubrir que datos se necesitan y como se van a
enlazar. Esta tarea a veces se denomina análisis de datos un analista debe anticipar las
necesidades futuras de una organización y crea una base de datos que sea lo
suficientemente flexible para cambiar con el tiempo. Dos enfoques básicos para el
análisis de datos son:
a)enfoque orientado a los procesos. El analista emplea este enfoque examinado la salida y
procesamiento de una aplicación determinar las necesidades de datos del sistema. El
analista revisa todos los reportes, las pantallas de despliegue , los cálculos y las
decisiones necesarias para una aplicación. Se elaboran diagramas de flujo para entender
mejor el sistema a partir de esta información el analista empieza a idear los datos
necesarios para crear la aplicación. Se identifican los campos de datos y se obtienen los
formatos de los registros.
B).Enfoque orientado a la información. Este enfoque para el analista trata los datos como
recursos separados de los procesos. Los procesos son importantes para el primer enfoque
del analista esta en los datos que ese encuentran en el sistema y la información que
proporciona.
Un analista que utiliza el enfoque orientado a la información se reúne con los usuarios del
sistema para determinar que datos deberán formar parte de la base de datos.
 RIESGOS DE LOS DATOS
Mientras recopila datos para estudio el analista debe estar abierto constantemente contra
tres riesgos básicos.
1.Utilizar datos incorrectos o mal dirigidos. El analista puede recibir datos engañosos con
respecto a los requisitos potenciales del sistema. El problema puede originarse en los
comentarios de algún administrador o supervisor bien intencionado pero mal informado y la
causa puede ser un diagrama equivocado a un ejemplo mal presentado. El analista puede
evitar este riesgo aplicando técnicas diferentes para obtener datos.
2.Hacer suposiciones consientes o inconscientemente. Hay que recordar que el analista
posee algún conocimiento de la función que investigue. Particularmente el caso de los
analistas experimentados, la idea de que “Yo se lo que se requiere y lo que hace esa
función”
Puede venir a sustituir la búsqueda de los datos, ocasionando que se analicen los
incorrectos.
3.Verificar todas las fuentes posibles. El extremo opuesto al uso de suposiciones no
confirmadas es la verificación de todo y cada uno de los datos que en opinión del analista
pueden tener alguna importancia. Sin duda esta dará lugar a un análisis excesivamente
prolongado y costoso que no parece terminar nunca. Este riesgo puede reducirse fijando un
tiempo para cada búsqueda de información y aplicando un poco de sentido común.
UNIDAD 3
DISEÑO GENERAL
Definición
El diseño general de sistemas puede definirse como dibujo, planeación, bosquejo, de
muchos elementos separados en un todo variable y unificado. Esta fase se ocupa de la
forma en que se desarrolla el sistema para satisfacer estos requerimientos.

LA MENTE DEL DISEÑO

En su trabajo, los analistas poseen y utilizan 3 mentes:
1.Mente del análisis, 2.Mente de diseño y 3.Mente de evaluación
Pero estas mentes no están separadas como tales. Se combinan y se mezclan en donde es
apropiado , una de estas está más enfocada y activa que las otras dos.
A medida que se analizan los hechos de estudio y se revisan los hallazgos, en la mente de
diseño, empiezan a cristalizarse conceptos claros de diseño. Agregando dosis de
imaginación y relacionando los hechos de estudio y los requerimientos de los usuarios con
otras aplicaciones similares y familiares. El analista formula y convierte estas ideas de
diseño en modelos empleados algunas de las técnicas de modelación, como los diagramas
de flujo de datos, los diagramas de estudio. Ya sea en papel o en pantalla, estos modelos se
visualizan, se evalúan y se vuelve editar hasta que parece ser apropiados y factibles.

ASPECTOS DEL DISEÑO

Los aspectos de tecnología y el uso de recursos suelen afectar las alternativas que serán
consideradas planes alargo plazo y flexibilidad en los sistemas. Los diseñadores deben
decidir que tono adaptable debe ser el nuevo sistema a circunstancias, combinaciones. Una
organización en una industria estable que vende solo unos cuantos productos de uso común
o un grupo confiable de clientes, no tiene que preocuparse tanto por la flexibilidad de los
sistemas como una industria dinámica que vende muchos productos, los cuales son
vulnerables a cambios en la demanda y presiones de la competencia. En casi todas los
casos, será necesario modificar los sistemas varias veces se pueden predecir. Así pues los
diseñadores pueden verse frente aun dilema; pueden verse frente a un dilema; pueden
producir un sistema relativamente económico , orientado hacia los archivos e incurrir
periódicamente en los altos costos que representan la reconstrucción del sistema.

PRECAUCIONES DE CONTROL Y FACTORES HUMANOS

Los diseñadores deben asegurarse de que cualquiera de las alternativas influyan
procedimientos y controles que garanticen que no se pondrá en peligro la integridad de los
datos y la seguridad de los sistemas. Además deberá presentarse.
¿Será agradable utilizarlo? Es necesario considerar estas y otras muchas preguntas relativas
a la factibilidad operacional de un sistema. Un diseño que responde con lentitud exaspera y
provocará la resistencia a los empleados.

ASPECTO DE HACER O COMPRAR

1. Crear un sistema nuevo hecho a la medida. Cuando se escoge esta opción, los
diseñadores deben de definir los componentes del sistema y desarrollar
especificaciones para que se puedan escribir programas que satisfagan necesidades.
2. Comprar programas comerciales en paquetes que satisfagan las necesidades. La
alternativa debe emplear un paquete de aplicación apropiada debe considerarse
siempre que sea posible, estos paquetes se diseñan con el fin de satisfacer las
necesidades del personal, contabilidad, facturación.

CONCESIONES ECONOMICAS
El aspecto de factibilidad económica es fundamental para la labor del desarrollo de
sistemas . Las decisiones de los diseñadores relacionadas con los aspectos no pueden
tomarse antes de estudiar cuidadosamente los recursos económicos que se dispone.
 TÉCNICAS QUE S EEMPLEAN EN EL DISEÑO GENERAL DEL SISTEMA
Bosquejo de componentes estructurales. La reunión de todos los componentes estructurales
en la hoja de papel o en una pantalla para cada alternativa de diseño , le da al analista un
bosquejo y una vista general del sistema total.
Bosquejo en papel en blanco .Es una técnica de diseño que tiene sus raíces en los prototipos
, la simulación de ideas y la lluvia de ideas a los usuarios simplemente se les da una hoja en
blanco y se les pide que bosquejen lo que desean como salida. Los usuarios con una
mínima ayuda y guía de los analistas bosquejan elementos como tablas y diagramas y el
contenido de la salida deseada. Los bosquejos iniciales pueden ser rudimentarios e
incompletas sin embargo con el desarrollo de cada nuevo bosquejo tiene lugar un
aprendizaje interactivo.

ELABORACIÓN DE PROTOTIPOS
Esta técnica avanzada por el hecho de que el usuario trabaja efectivamente con una
imitación de sistema que se va a implementar el empleo de prototipo o modelos funcionales
les permite a los usuarios no solamente lo que van a recibir si no también les da la
oportunidad de “hacerle una prueba de manejo”. Si a los usuarios no les gusta, entonces se
construye otro modelo para su prueba y evaluación.
Si el prototipo aceptado es parte de un sistema más grande entonces integra en el diseño
general de sistemas y desarrolla de acuerdo a las fases restantes de la SDM (Metodología
del Desarrollo de Sistemas).
Por otra parte, si el prototipo es aceptado es un sistema único o independiente que pueda
implementarse, entonces el análisis de sistemas realiza las tareas necesarias para convertir
directamente el nuevo prototipo en una operación total.

REVISIÓN DE PRUEBAS Y DE DISEÑO

Se pueden llevar acabo sesiones periódicas para que los usuarios interesados estén en
posibilidades de revisar el proceso de diseño. Lo diseñadores tienen la opción de presentar
ejemplos de salida y probar las operaciones de entrada y procesamiento a fin de describir el
manejo de datos se puede animar a los usuarios para que traten de encontrar errores y hagan
comentarios durante esa prueba de diseño.

SELECCIÓN DE ALTERNATIVAS
1.Requerimientos de Salida. Hay que detallar la forma contenida y frecuencia de las salidas
2.Requerimientos de Entrada. Es preciso identificar los nuevos datos de entrada y los datos
almacenados en archivos que se necesitan
3.Requerimientos de Archivos y de Almacenamiento. Es necesario conocer el tamaño
contenido, medios de almacenamiento, formatos de registro, restricciones de acceso y grado
de permanencia de todos los archivos que resultan afectados.
4.Especificaciones de proceso. Es importante indicar los procedimientos que se requieren
para que la computadora convierta los datos de entrada en los resultados de salida deseados.
También hay que anotar los procedimientos de procesos manuales.
5.Precauciones de control. Se deben especificar los pasos requeridos para lograr el control
del sistema y esbozar los procedimientos posteriores de prueba e instalación del sistema.
6.estimaciones de costo. Es preciso ver estimaciones preeliminares de los costos de las
distintas alternativas.
UNIDAD IV
EVALUACIÓN DEL SISTEMA
Introducción
Si han preparado alternativas de diseño general de sistemas han sido criticado por los
usuarios posiblemente se han rediseñado y al analista finalmente se ha dado luz verde para
proceder con la fase de evaluación. Hasta ahora el analista ha estado en un camino creado
con la fase de evaluación. Hasta hora el analista a estado en un camino creativo planteando
un gran cantidad de preguntas y trabajando con lluvia de ideas elaborando bosquejos,
diagramas y tratando de descubrir que es lo que los usuarios realmente necesiten y desean
para realizar su trabajo y desarrollando formas de alternativas para satisfacer estos
requerimientos.
A lo largo de este camino, en la lista el analista no permitió que la tecnología se
interpusiera en el diseño conceptual. Ahora el analista necesita determinar la tecnología que
se ira con el mejor componente estructural o plataforma para los otros componentes
estructurales incluidos en la alternativas del diseño general de sistemas lleva a cabo un
proceso de evaluación controlado y estricto que conduce a la tecnología apropiada.

SOLICITUD DE PROPUESTAS
Después de revisar un trabajo suficiente de análisis y diseño el analista estará listo para el
suministro de software, hardware y servicios que darán apoyo a las alternativas del diseño
general del sistema. Para obtener esta propuesta el analista de sistemas prepara un
documento formal denominado solicitud de propuesta (RFP) cuando se reciben las
propuestas, se revisan que estas estén completas y su capacidad de satisfacer los
requerimientos de las alternativas del diseño general de sistemas. Se presentan 3 enfoques
para obtener propuestas de los proveedores.
1.Propuestas de un proveedor. Los analistas en ocasiones cuando se conoce mucho del área
de computadoras y tecnología informática por alguna razón desean tratar de con un solo
proveedor, consiste en seleccionar un proveedor y proporcionarle las alternativas del diseño
de sistemas. Las ventajas de este enfoque es que el analista dedica poco tiempo y esfuerzo
en preparar un RFP y en evaluar a diferentes proveedores, la desventaja obvia es que un
proveedor particular raras veces (nunca) recomendará la opción de mejores productos de
otros proveedores.
2.Propuesta para un sistema específico. Con este enfoque el analista especifica la
configuración de la computadora , los paquetes de software y los servicios, y la solicita
varios proveedores sometan sus propuestas en base en estas especificaciones particulares.
3.Propuestas con mira en los objetivos de desempeño del sistema en objetivo de desempeño
y los somete a varios proveedores calificados, solicitando propuestas de tecnología que
satisfagan estos objetivos de desempeño de sistemas.

ELEMENTOS DE LA RFP
1.Introducción. En esta sección la RFP indica su propósito, incluyendo una descripción
general de la compañía, su propósito general y su ambiente.
2.Requerimientos imperativos y deseados.
A)Imperativos. Son esénciales para la implementación y operación del nuevo sistema
B)Deseables. Ayudan y mejoran el sistema pero no son absolutamente necesarios para que
el sistema sea operativa.
3.Guía para la presentación de propuestas. Proporciona información a los proveedores
sobre la forma de preparar sus propuestas incluyendo instrucciones sobre formato y fecha
límite.
4.Desempeño del proveedor y condiciones financieras. Este elemento requiere información
acerca de la historia del desempeño del proveedor, su crecimiento su fuerza financiera y
una evidencia general de su capacidad para satisfacer los requerimientos de la RFP con el
paso del tiempo.
5.Procedimientos legales y comerciales. Dentro de estos procedimientos se le pide un
acopia del contrato al proveedor de mantenimiento y servicios y demás documentos legales
para ser analizados por el abogado de la empresa, en lo comercial comprende los pagos y
además políticas de cancelación.
6.Propuestas del Diseño General de Sistemas. Es donde se pide una copia del reporte de
dicha propuesta para que el usuario conozca los requerimientos que el necesita.
7.Requerimientos de procedimiento de datos. Estos requerimientos pueden definirse y
establecerse en matrices de comparación de criterios de hardware y de software por
ejemplo capacidad del disco duro, etc.
8.Requerimientos del sistema. Son aquellos elementos que contribuyen a un mejor
funcionamiento del sistema y en consecuencia ayuda a realizar un buen diseño de sistemas
que a su vez dan apoyo a los requerimientos de los usuarios.
9.Descripción completa de los componentes estructurales de la tecnología.
10.Precios y planes financieros.(compra a crédito o contado)
11.Metodología de evaluación. (evalúa al proveedor)

REVISIÓN GENERAL DE LAS PROPUESTAS DE LOS PROVEEDORES

En este nivel de evaluación todo lo que el analista de sistemas esta tratando de hacer es
identificar a todos los elementos expuestos en la RFP, a continuación el analista empleando
las pantallas de evaluación se asegura de elegir precisamente la mejor

Pantalla 1. Verificación en el escritorio de los elementos de las propuestas . En este primer

nivel el objetivo es concentrarse en los proveedores y en su capacidad para cumplir con
los compromisos y su record de desempeño.

Pantalla 2. Comparación de criterios de desempeño técnico. Los proveedores que pasan

con éxito la primer pantalla están listos para que sus productos se evalúen con base que en
criterios de desempeño técnico de software y de hardware.

Pantalla 3. Comparaciones de los criterios de desempeño general. Se evalúa a los

proveedores A y B bajo los criterios de desempeño general de Compatibilidad,
modularidad, facilidad de mantenimiento, confiabilidad, expectativa debida, calendario de
instalación y soporte del proveedor.
Pantalla 4. Análisis de costo eficacia de las alternativas de diseño general de sistemas. Los
costos que típicamente se aplican al desarrollo, implementación y operaciones de un
sistema de información deberán unirse y clasificar para un análisis profundo.
-Costos de los servicios de instalación.
-Costos de implementación de sistema
-Costos de operación y mantenimiento, los cuales son:
1.Costo del personal: Estos costos incluyen la nomina del personal que esta formado por los
gerentes del sistema de información, analistas, programadores, etc.
2.Costos de suministro: A medida que el sistema opera consume suministros (papel para la
impresora disquetes, etc)
3.Mantenimiento del equipo. Beneficios , todas las alternativas propuestas poseen
beneficios tangibles e intangibles.
 Beneficios tangibles. Se obtienen de costos o generación de utilidades. En ahorros
en costo puede resultar de un aumento en la productividad.
 Beneficios intangibles. No se pueden Identificar fácilmente con el sistema sin
embargo deberán hacerse un intento por empezar en términos cuantitativos aquellos
que se pueden identificar.

DISEÑO DETALLADO DE SISTEMAS

Introducción.
El formato preciso y el contenido de la salida se determina durante la fase del diseño
detallado de sistemas. Antes de esta fase , la salida podría haber sido un reporte de ventas
con información específica que necesita el gerente de ventas.
Ahora se desarrollaran los encabezados y especificaciones el número de espacios entre la
salida y el número de líneas que avanza , junto con su edición exacta . Se obtiene el formato
preciso de las pantallas , incluyendo ventas, instrucciones, avisos y menús. La salida es por
lo general el punto de partida ya que dicta los requerimientos de la entrada y la base de
datos, los formatos de entrada se diseñan de manera similar para producir la salida. La
forma se define zona por zona . Se refinan los modelos apropiados y se preparan para su
implementación y para percibir la entrada. Se desarrollan las especificaciones detalladas
para los modelos que se van a programar. Las entidades de datos se describen de acuerdo a
sus atributos, valores y representaciones. Si se emplea un enfoque de bases o jerarquías
tienen los archivos secuenciales directos o secuenciales indexados. Además de especificar
diversos controles de procesamiento , el analista diseña y especifica controles
administrativos, de entrada, de bases de datos, de salida, de documentación , de hardware y
de seguridad. Así mismo los registros, los controles de contabilidad tradicionales se
examinan y se actualizan si es necesario. La tecnología, específicamente la computadora,
los periféricos y las telecomunicaciones ya sean definido en muchos casos y que puedan
estar en su lugar listos para aceptar y correr los otros componentes estructurales después
de haber sido diseñados en detalle. Si se tiene que el software y hacerlo a la medida, las
especificaciones de diseño preparadas por el programador incluirán normalmente los
arreglos de la entrada y la salida, diversos modelos como diagramas HIPO, WARNER-
ORR y de flujo de datos e inglés estructurado o pseudo código idealmente el paquete de
especificaciones del software va después de los procedimientos estructurales de diseño
modular. Además describen procedimientos de datos para el personal. El propósito general
de este capítulo es ilustrar mediante ejemplos y discusión el papel de diseño detallado de
sistemas en la metodología del desarrollo de sistemas (SDM). De hecho puede decirse que
en esta fase es donde se cruzan las T y ponen los puntos las I (es) . Los objetivos de este
capítulo son:
 Presentar un perspectiva sobre la evolución del desarrollo de sistemas hasta que este
junto, incluyendo la fase del diseño detallado de sistemas
 Examinar los principios del diseño modular que es una parte clave de los sistemas
bien diseñados del mostrador.
 Analizar los métodos interactivos del diseño detallado y mostrar como soportan y se
conforman a la fuerza de diseño de la interfaz usuario / sistema y de los factores
humanos.
 DISEÑO MODULAR
La clave para el diseño estructurado y la descomposición de sistemas complejos a sistemas
más sencillos y manejables es la modularidad
-Objetivos del diseño Modular:
Es el aumento de flexibilidad de los sistema
-Reglas par el Diseño Modular.
 Un modulo deberá de considerarse como un grupo de estructura cohesivos
 Cada modulo beberá de resolver claramente una parte definida de un programa
como entrada, proceso o salida.

METODOS INTERACTIVOS DE DISEÑO.

Uno de los objetivos principales del diseño detallado de sistemas es diseñar un sistema al
que le tengan confianza los usuarios y que se sientan a gusto al trabajar. Un sistema con
enfoque de los usuarios exige diseños que reduzca el tiempo recorrido para aprender a usar
el sistema , incrementar la productividad de los usuarios, etc.

METODOS DE DISEÑO APLICABLES EN LA INTERFAZ USUARIO / SISTEMA

1.Categorización de usuarios:
-Conocimiento semántico. Es independiente de las computadoras y es significativo y es
significativo para la tarea del usuario. Es permanente.
-Conocimiento sintáctico : Depende de las computadoras con frecuencia es arbitrario y se
adquiere por pura memorización pronto se olvida.
A)Diseño para usuarios novicios. No tienen conocimiento sintáctico y normal, solo tienen
un conocimiento semántico superficial. El desarrollo de manuales de referencia sencillas,
demostraciones de video, mensajes de error significativos, menús, etc, ayuda a superar las
limitaciones en el diseño de impuesto por los usuarios novicios.
B)Usuarios conocedores ocasionales. Tienen el conocimiento semántico y pueden
recuperarlo rápidamente de su memoria a largo plazo , sin embargo tiene dificultades para
retener el conocimiento sintáctico. El empleo de lenguajes naturales y algunos lenguajes de
comandos , menús, gráficas ayudarán a mitigar este problema en el diseño.
C)Usuarios frecuentes y ligeros. El trabajo de ellos generalmente es de un alcance corto y
altamente repetitivo mantienen un alto nivel de conocimiento semántico y sintáctico que
pertenece específicamente al dominio de su trabajo.
Para estos usuarios es especialmente aplicable la ergonomía y los ambientes agradables.
D)Usuarios frecuentes fuertes. Poseen altos niveles de conocimiento semántico y sintáctico
en general sus demandas está orientadas a la eficiencia, como podría ser un tiempo de
frecuencia más rápido, etc.

2.Formulación de mensajes: Los mensajes del sistema a los usuarios deberá indicar que
estos está en control, los mensajes deberán ser corteses, tener un tono positivo y no ser
amenazadores.
No utilices palabras o fases imperativas como: error, inválido, ilegal ó aborto. En su lugar
utilice mensajes serviciales y de ayuda como lista para sus comandos ó A; B; C no pudo
interpretar la clave del directorio que se supone es una clave de 4 caracteres.

3.Dirigir la atención de los usuarios. Al atraer la atención de los usuarios a tareas peculiares
pueden mejorar el desempeño, emplean múltiples técnicas, pueden ser mercando mediante
el subrayado, encerrado en un cuadro, incluyendo varios tamaños y tipos de caracteres,
aplicando código de caracteres, etc.

DISEÑO MEDIANTE MENU

Los menús reducen la necesidad de capacitación y memorización sintáctica y aumentan el
conocimiento semántico relevante para las tareas de los usuarios.
Los métodos comunes de selección son el teclado, los apuntadores, las pantallas táctiles y la
voz. La clasificación de los siguientes diseños de menú son: sencillo, en serie, en árbol, en
red e integrados.
 MENU SENCILLO
Presenta 2 0 más opciones, típicamente requiere de una pantalla y con un frecuencia son el
tipo de aparición repentina o de persiana.

MENU EN SERIE
Proporciona varios menús ínter pendientes que guíen a los usuarios atra ves de una serie de
opciones. Cada menú sigue en forma natural a su menú predecesor.

MENU EN ARBOL
Pone posición un gran número de opciones a los usuarios se les presenta un número de
pantallas e instrucciones para elegir la categoría de cada menú deberá contener por lo
menos 8 ó menos opciones.
El árbol total deberá de ser de 4 niveles o menos.

LLENADO DE FORMAS
Los menús son un camino excelente que les permite a los usuarios seleccionar elementos de
una lista, pero algunas tareas como la captura de datos no son muy bien mediante menús.
Por lo general , el empleo de teclados y el llenado de formas proporcionan los mejores
métodos de diseño.
Con el diseño de llenado de formas, todos los datos están visibles al usuario, lo cual lo
proporciona a este una sensación de control. Deberán utilizarse los títulos familiares por
zonas y los usuarios deberán entender los contenidos permisibles de las zonas.

LENGUAJE DE COMANDOS
Se emplean para obtener un resultado particular e inmediato o algún objeto de interés
Ejemplo:
A:\> type prog.pas>prn
File
Print
 LENGUAJE NATURAL
El objetivo en el diseño siempre a sido un interfaz que haga que la computadora responda al
lenguaje natural, hablando o tecleando.
El lenguaje natural en su mayor parte, todavía se encuentra en la etapa de investigación y
desarrollo. No obstante, ya están disponibles algunas aplicaciones comerciales limitadas.

MANIPULACIÓN VISUAL DIRECTA

Este diseño les permite a los usuarios manipular objetos de interés amputando directamente
iconos, gráficos, etc.
Dicha manipulación es atractiva para muchos usuarios desde los novicios hasta los usuarios
fuertes y frecuentes.

DISEÑO DETALLADO DE LA SALIDA

El objetivo de un diseño detallado de salida es definir el contenido y formato de todos los
documentos impresos, reportes y pantallas que serán producidos por el sistema. La salida es
el principal componente estructural debido a que todos los demás componentes
estructurales se diseñan para efectos de producir la salida deseada.

DISEÑO DETALLADO DE ENTRADA

Generalmente , los diseños de entrada que requieren pocos golpes de teclado minimizan las
posibilidades de error. Los dispositivos de diseño que reducen el número de golpes al
teclear son los menús de, los gafetes, las tarjetas magnéticas, las plumas luminosas, los
bastones de mandos y el ratón.

DISEÑO DETALLADO DE BASES DE DATOS.

Base de datos son cualquier conjunto de datos organizados para su

almacenamiento en la memoria de un ordenador o computadora, diseñado para
facilitar su mantenimiento y acceso de una forma estándar. Los datos suelen
aparecer en forma de texto, números o gráficos. Desde su aparición en la década
de 1950, se han hecho imprescindibles para las sociedades industriales.

Hay cuatro modelos principales de bases de datos: el modelo jerárquico, el

modelo en red, el modelo relacional (el más extendido hoy en día; los datos se
almacenan en tablas a los que se accede mediante consultas escritas en SQL) y el
modelo de bases de datos deductivas. Otra línea de investigación en este campo
son las bases de datos orientadas a objeto, o de objetos persistentes.

Base de datos relacional, en informática, tipo de base de datos o sistema de

administración de bases de datos, que almacena información en tablas (filas y
columnas de datos) y realiza búsquedas utilizando los datos de columnas
especificadas de una tabla para encontrar datos adicionales en otra tabla. En una
base de datos relacional, las filas representan registros (conjuntos de datos acerca
de elementos separados) y las columnas representan campos (atributos
particulares de un registro). Al realizar las búsquedas, una base de datos
relacional hace coincidir la información de un campo de una tabla con
información en el campo correspondiente de otra tabla y con ello produce una
tercera tabla que combina los datos solicitados de ambas tablas. Por ejemplo, si
una tabla contiene los campos NÚM-EMPLEADO, APELLIDO, NOMBRE y
ANTIGÜEDAD y otra tabla contiene los campos DEPARTAMENTO, NÚM-
EMPLEADO y SALARIO, una base de datos relacional hace coincidir el campo
NÚM-EMPLEADO de las dos tablas para encontrar información, como por
ejemplo los nombres de los empleados que ganan un cierto salario o los
departamentos de todos los empleados contratados a partir de un día
determinado. En otras palabras, una base de datos relacional utiliza los valores
coincidentes de dos tablas para relacionar información de ambas. Por lo general,
los productos de bases de datos para microcomputadoras o microordenadores son
bases de datos relaciónales.
 DISEÑO DETALLADO DE CONTROLES

Los analistas de sistemas tienen a sus disposición un número de controles para

los sistemas de información. El analista de sistemas deberá especificar los
controles para especificar la entrada errónea de información. Existen varios tipo
de controles, como por ejemplo:

 Controles de entrada

 Controles de procesamiento

 Controles de salida

 Controles de acceso a la base de datos

DISEÑO DETALLADO DE LOS PROCEDIMIENTOS PARA LOS

PROGRAMAS Y PARA EL PERSONAL

Uno de los principales beneficios de la SDM es la generación automática de

documentación y procedimientos como un subproducto del trabajo de desarrollo de
sistemas. Para cuando uno ha concluido la fase de diseño detallado de sistemas, se
han completado, entre muchas otras cosas , los procedimientos tanto para los
programas de aplicaciones como para el personal.

DISEÑO DETALLADO DE LOS PROGRAMAS

Hasta el momento, en la fase del diseño detallado, el analista de sistemas ha

especificado las entradas, las salidas, la bases de datos, los controles y los
procedimientos para el nuevo sistema de información. El diseño detallado de los
programas requiere concentrar los esfuerzos del analista de sistemas en definir los
programas que formaron el sistema de información, los módulos detallados de cada
programa y las relaciones entre los módulos y los programas.
 DISEÑO DETALLADO DE HARDWARE

El diseño detallado de sistemas para el hardware implica seleccionar y juntar una

plataforma de hardware implica seleccionar y juntar una plataforma de hardware
que soporte a los demás componentes estructurales.
UNIDAD V

IMPLEMENTACIÓN DE SISTEMAS

Introducción

La implementación de sistemas requiere la realización de varias tareas antes de que

el nuevo sistema de información. Una vez que las tareas se llevan a cabo y el
sistema cruza el día de la implementación, la principal responsabilidad se trasfiere
del analista de sistemas a los usuarios finales y al personal de operación.

PLAN DE IMPLEMENTACIÓN

El plan de implementación es un parte clave del reporte final de implementación, se

prepara varias semanas o meses antes del la llegada de la tecnología, dependiendo
del alcance y complejidad del proyecto total de sistemas. Para un proyecto muy
sencillo como la instalación de un paquete de software para una PC, la
implementación real puede requerir una hora o menos. En este caso , el reporte
final de la implementación puede ser un breve memorándum contenido las
instrucciones para el usuario.

PRUEBAS DE TECNOLOGÍA
Son las formas para evaluar a los proveedores y a su tecnología. Entre las herramientas
empleadas para realizar diversas pruebas a la tecnología se incluyen pruebas de arranque,
sistemas de contabilidad de trabajo, monitores de hardware y de software, programas de
utilería para el desempeño y ergonomía.
 CAPACITACIÓN Y EDUCACIÓN DEL PERSONAL
Las personas diseñan, desarrollan , operan y dan mantenimiento al sistema, utilizan su
salida. Si se van a implementar con éxito un nuevo sistema de información, primeramente
se debe crear conciencia de la responsabilidades individuales con el sistema en todos
aquellos que se vean afectados por el mismo y , en segundo lugar, acerca de lo que el
sistema les proporciona.

PROGRAMACIÓN
La programación es un proceso que realizan los programadores para inscribir instrucciones
(también denominada código) que ejecutan las computadoras. El código producido por los
programadores se basa en las especificaciones preparadas por el analista de sistemas
durante la fase del diseño detallado de sistemas. Esta especificación normalmente se
encuentra bajo la forma de inglés estructurado o seudo código, diagramas Nassi-
Shneiderman, diagramas Warnier-Orr, diagramas de estructura, diagramas HIPO, tablas de
decisiones y similares, o una combinación de los mismos.

PRUEBAS
Independientemente que el software se desarrolle internamente o se adquiera con un
proveedor, la prueba de programas proporciona una base documentada para asegurar que
el programa funcione como se requiere. La prueba de programas es la última tarea y la
última oportunidad para asegurarse que el programa cubra los requerimientos de los
usuarios.