ANALISIS Y DISEÑO DE SISTEMAS

RECOPILACION DE INFORMACION

 Muestreo: tipos de muestreo. Su propósito es seleccionar y estudiar documentos representativos de una

población
1. De conveniencia: muestras sin restricciones ni probabilidades, las más fácil pero menos confiable.
2. Intencionada: se basa en el juicio, confiable sólo en un nivel moderado.
3. Simple aleatoria: se necesita una lista numerada de la población para asegurar que cada documento o
persona en la población tenga la misma probabilidad de ser seleccionada.
4. Compleja aleatoria
4.1. Sistemática: el analista debe elegir entrevistar a cada k-ésima persona en una lista de empleados. No
es útil para seleccionar cada k-ésimo día para una muestra (problema periodicidad), ni para listas
ordenadas (habría predisposición).
4.2. Estratificada: proceso de identificar subpoblaciones o estratos para después seleccionar objetos o
personas con los que se realicen muestras de estas subpoblaciones. Útil cuando se desea recopilar
datos con eficiencia.
4.3. Conglomerada: seleccionar un grupo de personas o documentos para estudiarlos.

 Recopilación de información:

Análisis de documentos cuantitativos

o Informes para toma decisiones: informes sobre el estado de inventario ventas o producción, son simples
y su función es dar apoyo a una acción rápida. Permiten reconocer fácilmente las tendencias
o Informes de rendimiento: medir la brecha entre rendimiento actual y esperado y si ese hueco se está
ensanchando o estrechando.
o Registros: proveen actualizaciones periódicas de lo que ocurre en la empresa.
1) Revisar errores en montos y totales
2) Buscar oportunidades para mejore el diseño de formularios de registro
3) Observar el numero y tipo de transacciones
4) Estar al tanto de casos en los que la computadora pueda simplificar el trabajo.
o Formularios de captura de datos:
Comparar formularios en blanco con los llenos para detectar consistencias en cuanto a elementos de
datos que se hayan dejado en blanco.
Crear un catálogo de formularios que ayuden a entender el flujo de información que se utiliza en la
empresa: recolectar ejemplos de todos los formularios en uso, observar el tipo de formulario,
documentar el patrón de distribución deseado, comparar el patrón de distribución deseado.
Muestrear los formularios de captura de datos que ya estén llenos

Análisis de documentos cualitativos

Contienen detalles que revelan las expectativas de los autores con respecto al comportamiento de los
demás, junto con las formas en que los usuarios esperan interactuar con las tecnologías de información.
Lineamientos:
1) Examinar documentos en busca de metáforas clave o guía
2) Buscar discrepancias de internos contra externos (nosotros contra ellos)
3) Hacer lista de términos que caractericen el bien o el mal y que aparezcan varias veces
4) Buscar el uso de mensajes y gráficos significativos que se publiquen en áreas comunes o en páginas Web
5) Reconocer un sentido del humor, si hay.

Los tipos de documentos cualitativos son:

o Memos: considerar quien envía y recibe los memos, revelan un dialogo activo y continuo en la
organización, proveerá una clara idea de los valores, posturas y creencias de los miembros de la
organización.
 o Anuncios: dan una idea de la cultura oficial de la organización.
o Sitios web corporativos: pensar en el sitio desde tres perspectivas (técnica, estética y gerencial), tomar
nota del nivel de interactividad del sitio, la accesibilidad de los mensajes y el nivel de seguridad.
o Manuales: presentan lo ideal la forma en que se espera como se comporten máquinas y personas, como
manuales de procedimientos de operación del equipo de computo y los manuales en línea.
o Manuales de políticas: relacionados con los servicios de computo, su uso, acceso, seguridad y cuotas.
Puede obtener una idea de los valores y creencias que guían a la empresa.
 Entrevistas:
Tipos de preguntas

Preguntas abiertas: o frecen opciones abiertas para que el entrevistado responda (opinión), puede ser dos
palabras o dos párrafos
Ventajas Desventajas
 El entrevistado baja la guardia  Pueden generar detalles irrelevantes
 El entrevistador puede percibir el vocabulario el  Se puede llegar a perder el control de entrevista
entrevistado (refleja educación, valores, posturas y  Se permiten respuestas que pueden requerir
creencias) demasiado tiempo
 Se proveen muchos detalles  Podría parecer que el entrevistador no está
 Se descubren vías de cuestionamiento adicionales preparado o no tiene objetivos bien definidos
 Mas interesante para el entrevistado
 Permite mayor espontaneidad
 Entrevistador puede expresar mejor las preguntas,
puede improvisar

Preguntas cerradas: limita al entrevistado la respuesta. Preguntas bipolares solo permiten elegir uno de dos polos.

Ventajas
 Ahorra tiempo
 Se pueden comparar las entrevistas con facilidad
 Van directo al grano
 Se mantiene el control sobre la entrevista
 Se cubre mucho terreno con rapidez
 Se obtienen datos relevantes
Desventajas
 Son aburridas para el entrevistado
 No proporcionan detalles adicionales
 Se pierden las ideas principales por la razón anterior
 No se puede generar una buena comunicación
entrevistador – entrevistado.

Sondeos su propósito es ir más allá de la respuesta inicial para obtener mas detalles significativos, aclarar la
información y ampliar el punto del entrevistado. Pueden ser preguntas abiertas o cerradas

Estructura de entrevista
 Pirámide: cuando el entrevistado necesita entrar en calor en cuanto al tema, para las secuencias de
preguntas si desea una determinación final sobre el tema. (cerradas – abiertas) 1 persona
 Embudo: ofrece una manera fácil y amigable de empezar una entrevista (abiertas – cerradas), útil
cuando el entrevistado esta relacionado sentimentalmente con el tema y necesita libertad para
expresar esos sentimientos. Grupos
 Diamante: empieza de una manera muy específica y después se examinan cuestiones generales.
Empieza con preguntas fáciles y cerradas a la mitad se le pregunta lo que opina sobre temas amplios,
después se restringe incluso más las preguntas específicas. TOMA MAS TIEMPO

Planificación de una entrevista

1) Leer antecedentes: sitio web corporativo, giro negocio, vocabulario utilizado en la organización,
optimizar tiempo con preguntas de temas puntuales.
 2) Establecer objetivos: Topar cuatro a seis áreas claves referentes al procesamiento de la
información y el comportamiento relacionado con la toma de decisiones (puntuales fuentes y
formatos de información, frecuencia de la toma de decisiones, cualidades de la información)
3) Decidir a quién entrevistar: personas clave de todos los niveles.
4) Preparar el entrevistado: temas, fechas y duración de entrevista con anticipación, administrar
tiempo entrevista.
5) Decidir sobre tipos de preguntas y estructura: definir estructura y formular preguntas.

 Cuestionarios:
Planeación de un cuestionario
o Determinar buenos motivos para usar un cuestionario
o Señalar objetivos a cumplir
o Planear adecuadamente cuando se encueste por correo electrónico o vía web
o Formular las preguntas: deben ser claras, anticiparse a las preguntas del encuestado y la
administración del cuestionario debe planearse con detalle.
Tipos de preguntas

Preguntas abiertas
Preguntas cerradas
Dejan abiertas todas las posibles opciones de respuesta para el encuestado.
Anticipar al tipo de respuesta que se obtendrá.
Ser lo suficientemente estrecha como para guiar a los encuestados a responder en
cierta forma especifica
Son adecuadas para situaciones en las que queremos conocer las opiniones de los
miembros de la organización sobre cierto aspecto del sistema.
Limitan o cierran las opciones de respuestas disponibles para el encuestado.
Útiles cuando el analista pueda enlistar de manera efectiva todas las posibles
respuestas a la pregunta y cuando todas estas sean mutuamente exclusivas, cuando
se desea encuestar una amplia muestra de personas para lograr un análisis e
interpretación correctos.

Uso de escalas
Escalar es el proceso de asignar números y otros símbolos a un atributo o característica, con el fin de
medirlos.

Formas de medición – TIPOS ESCALAS

o Escalas nominales: se utilizan para clasificar cosas, son las formas más débiles, solo obtiene los
totales de cada clasificación.
o Escalas de intervalo: los intervalos entre cada uno de los números son iguales.

Validez y confiabilidad

o Validez: grado con el que la pregunta mide lo que el analista quiere

o Confiabilidad: implica consistencia (externa – mismos resultados/ interna- resultados equivalentes)
es decir obtener mismos resultados si se aplica el cuestionario nuevamente bajo mismas
circunstancias.

Errores

o Indulgencia: encuestados califican en forma superficial, se evita ampliando los valores de la escala
o Tendencia central: encuestados califican todo como promedio, se evita ampliando el rango de
valores, modificado el adjetivo de los valores.
o Efecto halo: la impresión que se forja en una pregunta influye en las siguientes.

Diseño de un cuestionario
o Incluir mucho espacio en blanco
o Incluir mucho espacio para escribir o teclear las respuestas
 o Facilitar a los encuestados la acción de marcar con claridad sus respuestas
o Mantener un estilo consistente

PROTOTIPO DE SISTEMAS

 Uso de prototipos

o Prototipo de parches: construcción de un sistema funcional, parchado o construido totalmente con

parches, se trata de un modelo funcional, con todas las características necesarias, pero que es
ineficiente.
o Prototipo no operacional: empleado para probar ciertos aspectos del diseño, útil para un sistema
cuyas aplicaciones requieran una codificación demasiado extensa como para incluirla en el proyecto,
pero fuera útil hacerse una idea de la entrada y salida necesarias solamente.
o Prototipo primero de una serie: creación de un modelo a escala completa de un sistema (piloto), útil
cuando se planean muchas instalaciones del mismo sistema, permite a los usuarios experimentar
una interacción realista con el nuevo sistema.
o Prototipo de características selectas: creación de un modelo operacional que incluya solo algunas
características esenciales del sistema final, se desarrolla en módulos y forman parte del sistema
actual no son solo un modelo.

Prototipos como alternativa para el SDLC

Ventajas
 El analista recorta efectivamente el tiempo entre el
proceso de averiguar los requerimientos humanos de
información y la entrega de un sistema funcional.
 Se podrían solucionar problemas implicados con la
identificación precisa de los requerimientos de
información de los usuarios
Desventajas
 Dar forma al sistema antes de comprender
perfectamente el problema o la oportunidad
pertinente.
 Se podría producir un sistema que sea aceptado
por ciertos usuarios, pero inadecuado para las
necesidades del sistema en general.

 Lineamientos para el desarrollo de prototipos

1. Trabajar en módulos administrables: permite a los usuarios interactuar con sus características clave
y se puede construir por separado.
2. Crear el prototipo con rapidez: el analista puede obtener una valiosa comprensión acerca de cómo
proceder con el resto del proyecto. Evita comprometer recursos excesivos en un proyecto que tal
vez llegue a fracasar.
3. Modificar el prototipo: su construcción debe admitir modificaciones para lo cual hay que crearlo en
módulos que no tengan un alto grado de interdependencia, ya que permite encontrar menos
resistencia cuando haya que modificar el prototipo.
4. Hacer énfasis en la interfaz de usuario: la interfaz de usuario debe estar lo suficientemente
desarrollada como para que los usuarios puedan acoplarse al sistema con rapidez y no desanimarse.

VENTAJAS prototipos DESVENTAJAS prototipos

- Potencial de cambiar el sistema durante las primeras
etapas de su desarrollo.
- La oportunidad de detener el desarrollo en un
sistema que no está funcionando.
- La posibilidad de desarrollar un sistema que cumpla
mejor con las necesidades y expectativas de los
usuarios.
- Puede ser bastante difícil administrar la creación de
un prototipo como un proyecto dentro del esfuerzo
más grande de sistemas.
- Los usuarios y analistas pueden adoptar un prototipo
como sistema completo cuando todavía es
inadecuado.
RAD: es una metodología orientada a objetos para el desarrollo de sistemas, su propósito es acortar el SDLC para
responder más rápido a los requerimientos. Surgen dificultades debido a que los analistas tratan de apurar
demasiado el proyecto.

1. Fase de planeación: los usuarios y analistas se reúnen para identificar objetivos y requerimientos.
2. Taller de diseño: los usuarios responden a prototipos funcionales reales y los analistas refinan los módulos
diseñados con base en las respuestas de usuarios.
3. Fase de implementación: se prueban los nuevos sistemas o partes y después se introducen en la
organización.

Cuando usar:

- Programadores y analistas con experiencia en este método.

- La empresa tenga motivos para presionar el desarrollo.
- Cuando se trabaje con app originales de comercio electrónico que obtenga ventaja considerable frente a
competidores.
- Usuarios sofisticados y se involucren con objetivos organizacionales.

MODELADO AGIL

Valores:

1. Comunicación: buena comunicación para evitar retrasos, corregir problemas con rapidez, tapar orificios y el
pensamiento débil se fortalece por medio de interacción con otros miembros del equipo.
2. Simpleza: empezar con la cosa mas simple que se pueda hacer, enfocarse en los objetivos.
3. Retroalimentación: ayuda a los programadores a realizar ajustes y permite a la empresa empezar a
experimentar con mucha antelación lo que será el nuevo sistema una vez que sea completamente funcional.
4. Valor: tiene que ver con el nivel de confianza y confort que debe existir en el equipo de desarrollo, significa
responder a la retroalimentación concreta.

Actividades:

1. Codificación: elegir una idea, codificarla, probarla y comprobar si es lógica. El código fuente e la base de un
sistema viviente.
2. Prueba: a corto plazo ofrece confianza extrema sobre lo que se esta construyendo. A largo plazo mantienen
vivo el sistema y permite realizar cambios durante un periodo más extenso.
3. Escuchar: escucha activa con el cliente para obtener respuestas.
4. Diseño: forma de crear una estructura para organizar la lógica del sistema, se conceptualizan como sistemas
que siempre están en evolución y siempre están siendo diseñados.

Control de Recursos:

1. Tiempo: asignar tiempo suficiente para completar el sistema y entender que lo necesita para varias
actividades distintas.
2. Costo: no aumentar costos como contratar más personal, tiempos extras o hardware que no mejoren
productiva.
3. Calidad: se puede ajustar en forma externa (lo que el cliente percibe del sistema) o interna, aunque no
recomendable (prueba de software con base en factores como funcionalidad y cumplimiento).
4. Alcance: se puede hacer que el cliente este de acuerdo con retrasar una o mas de las historias hasta la
siguiente versión de software.

Practicas agiles:

1. Entregas pequeñas: reducen el tiempo de entrega al resolver características más importantes.

2. Semana de trabajo de 40 horas: trabajo intenso para luego tomar un descanso. Mejora efectividad
3. Alojar al cliente en el sitio: tener un usuario clave dentro durante el desarrollo.
4. Programación en pareja: ahorrar tiempo, reducir pensamiento torpe, suscitar la creatividad.
SCRUM: es una metodología ágil, refiere al trabajo en equipo, sus componentes son:

1. Acumulación de productos: lista a partir de especificaciones de productos.

2. Acumulación en corrida: lista que cambia en forma dinámica sobre tareas a completarse en siguiente
corrida.
3. Corrida: periodo de 30 días donde el equipo transforma la acumulación en software que se puede demostrar
4. Scrum diaria: reunión breve del equipo.
5. Demo: software funcional para demostración al cliente

METODOLOGIAS ESTRUCTURADAS METOLOGIAS AGILES

Reducción tiempos de errores Adopción de estándares Adoptar programación en
de interfaz organizacionales para todo. pareja reduciendo errores.

Reducción tiempo de Administrar entrega de actualizaciones Prototipos ad hoc y

aprendizaje del proceso y
pérdidas duales de
procesamiento
Reducción tiempo y esfuerzo
requeridos para estructurar
tareas y aplicar formato a
salidas
Reducción expansión
improductiva de trabajo
Reducción tiempo y costos
almacenamiento y de
investigación de datos del
conocimiento
Reducción tiempos y costos de
comunicación y coordinación
Reducción de perdidas debido a
sobrecarga humana de
información
para evitar que el usuario no tenga que
aprender y usar el software al mismo
tiempo
Uso herramientas y diagramas CASE.
Usar código escrito por otros
programadores.
Administración del proyecto.
Establecer tiempos de entrega.
Fomentan métodos estructurados de
recopilación de datos: entrevistas,
observación, muestreo.
Separación de tareas extensas en
tareas más pequeñas.
Establecer barreras.
Aplicar técnicas de filtrado para
proteger a analistas y programadores.
desarrollo rápido
Fomentar entregas pequeñas
Limitar el alcance de cada
entrega
Permitir un cliente en el sitio.
Cajas de tiempo para
fomentar la terminación de
actividades en periodos más
cortos
Analistas y programadores se
deben apegar a una semana
de trabajo de 40 horas.

Riesgos de innovación organizacional

- Cultura de la organización: la cultura en general de la organización y como encaja en ella la cultura del
equipo de desarrollo y que metodologías adopta dependiendo de al misma.
- Sincronización: cuando es el mejor momento para innovar
- Costo: costo involucrado en educación y capacitación de analistas y programadores en relación a la nueva
metodología.
- Reacciones de clientes: reacciones desfavorables en cuanto a nuevas expectativas de comportamiento.
- Medición del impacto: sistemas no exitosos o no se puedan interconectar en forma adecuada con los
sistemas heredados.
- Derechos individuales de programadores/analistas: comprometer sus derechos creativos individuales.

DIAGRAMA FLUJO DE DATOS – DFD

  Elementos

Cuadrado doble: (entidad)
Flecha: (flujo de datos)
Rectángulo con esquinas redondas:
(proceso)
Se utiliza para describir una entidad, que pueda enviar/recibir datos desde
sistema.
Se debe denominar con sustantivo
Se puede utilizar la misma entidad más de una vez en un DFD.
Muestra movimiento de los datos de un punto a otro
La cabeza apunta hacia destino de datos
Flechas paralelas para describir flujos de datos que ocurren al mismo
tiempo
Muestra ocurrencia de un proceso de transformación
Procesos expresan un cambio o transformación en los datos, flujo de datos
que sale de un proceso siempre identifica de manera distinta al flujo que
entra
Indicar el nombre del sistema o usar el formato:
verbo- tipo de actividad
sustantivo-cuál es el resultado principal del proceso
adjetivo- salida especifica que se produce

Representa un almacén manual como archivero, base de datos, una

persona, lugar o cosa.
Depósito de datos que permite examinar, agregar y recuperar datos
Rectángulo con un extremo abierto:
(almacén de datos)

 Particionamiento

Proceso de examinar un diagrama de flujo de datos y determinar como se debe dividir en colecciones de
procedimientos manuales y colecciones de programas de computadora.

Motivos:

1. Distintos grupos de usuarios: varios grupos de usuarios que realizan procesos a menudo en
ubicaciones distintas.
2. Sincronización: dos procesos que se ejecutan en tiempos distintos no se pueden agrupar en un
programa, cantidad de datos que se presentan en un momento dado en una página web
3. Tareas similares: si dos procesos realizan tareas similares se pueden agrupar en un programa
4. Eficiencia: se pueden combinar varios procesos en un programa para un procesamiento eficiente.
5. Consistencia de datos: los procesos se pueden combinar en un programa para lograr la consistencia
de datos.
6. Seguridad: los procesos se pueden particionar en distintos programas por cuestiones de seguridad
como separar paginas web de servidores seguros y no seguros.
- Particionamiento Sitios Web

Dividir un sitio web en una serie de paginas web mejora la forma en que los humanos utilizan el sitio, aumenta
la velocidad de procesamiento y facilita el mantenimiento del mismo. Mantiene transacciones seguras. Si hay
varias bases de datos involucradas tal vez es mejor usar páginas web separadas, particionando los procesos.
Los formularios separados son menos complejos y los usuarios los encuentran más atractivos y fáciles de
llenar. Cada vez que se involucre una empresa o sistema externo, hay que particionar un proceso en un
programa separado.
  Diagrama de flujo de datos
o Diagrama de contexto: del sistema con una vista mas amplia, incluye entradas básicas y salidas,
contiene solo 1 proceso (sistema)
o Diagrama 0: se muestran procesos (hasta 9) y se agregan almacenes de datos
o Diagramas hijos: para cada uno de los procesos en el diagrama 0. Debe tener las mismas salidas y
entradas que el proceso padre. Si el proceso no se expande es Proceso Primitivo
o Diagramas de flujo de datos Lógicos: se enfoca en la empresa y la forma en que opera.
Ventajas:
1. Mejor comunicación con usuarios
2. Sistemas más estables
3. Analistas comprenden mejor el funcionamiento de empresa
4. Flexibilidad y mantenimiento
5. Se eliminan redundancias y se facilita la creación del modelo físico
o Diagramas de flujo de datos físicos: muestra como se implementará el sistema, incluyendo
hardware, software, archivos y personas involucradas.
-Desencadenador, es el flujo de datos de entrada de una entidad externa
-Respuesta, es el flujo de datos de salida de una entidad externa
Ventajas:
1. Aclarar que procesos desempeñan los humanos (manuales) y cuales son automatizados
2. Describir procesos con más detalle que los DFD lógicos
3. Secuenciar procesos en cierto orden especifico.
4. Identificar almacenes de datos temporales
5. Especificar nombres reales de archivos, tablas de bd y listados impresos
6. Agregar controles para asegurar que los procesos se realicen adecuadamente

Contenido:

1. Procesos manuales
2. CRUD
3. Procesos para introducir y verificar datos
4. Procesos de validación
5. Secuenciar procesos para reorganizar orden de registros
6. Procesos para producir todas las salidas únicas del sistema
7. Almacenes de datos intermedios
8. Nombres de archivos reales

*Algunas veces es incierto cuantos procesos se deben colocar en un DFD, por lo que se debe examinar cada proceso
y contar el numero de flujos de datos que entran y salen, si es mayor que 4 se puede hacer un diagrama hijo.

DISEÑO DE SALIDAS

 Objetivos del diseño de salida

Diseñar la salida para servir al propósito previsto
Diseñar la salida para ajustarla al usuario
Entregar la cantidad apropiada de salida
En base a los propósitos de los usuarios. Si no es
funcional no se debe crear ya que acarrea costos de
tiempo y materiales.
Ajustarla a necesidades y preferencias de usuarios
con base a entrevistas, observaciones,
consideraciones de costo y tal vez propósitos
Debe proveer lo que el usuario necesita para
realizar su trabajo. Siempre tomar en cuenta a los
encargados de tomar decisiones
 Asegurarse que la salida este dónde se necesite
Proveer la salida en forma oportuna
Elegir el método de salida correcto
 Factores a considerar la tecnología de salida
¿Quién utilizara?
¿Cuántas personas la necesitan?
¿Dónde se necesita?
¿Cuál es el propósito?
¿cuál es la velocidad con la que se necesita?
¿Con qué frecuencia se accederá?
¿Cuánto tiempo se almacenará?
¿bajo qué leyes especiales se produce, almacena y
distribuye?
¿Cuáles son los costos iniciales y continuos de
mantenimiento y suministros?
¿Cuáles son los requerimientos humanos y
ambientales para las tecnologías de salida?
Presentarse al usuario correcto (encargados toma
decisiones)
Sin problemas de sincronización de la distribución
de la salida
Analista debe conocer los conflictos involucrados en
el proceso de elegir un método de salida.
Método de salida correcto para cada usuario.
Descubrir quien utilizara para elegir el método de
salida apropiado
Si son muchos se puede usar documentos vasados
en web
Si es uno solo es mejor usar pantallas o audio
Destino físico ya sea intranet o en forma electrónica
a través de la web o extranets.
Que tareas de usuario y organizacionales se
aceptan.
Deben brindar soporte a las tareas de usuarios y a
las tareas organizacionales.
considerar el propósito al momento de elegir la
tecnología de salida.
Los encargados de tomar decisiones en niveles mas
bajos necesitan con más rapidez- uso pantallas
Gerentes estratégicos necesitan la salida durante
un tiempo específico.
Entre mas frecuente sea el acceso a la salida más
importante será la capacidad de verla en una
pantalla conectada a las redes locales o web.
-Salida impresa en papel: deteriora con el tiempo
-Salida en microondas o en archivos: dura más pero
el hw de acceso es difícil de adquirir o es obsoleto
-Documentos web
Las organizaciones pueden establecer sus propias
políticas internas acerca de cuanto tiempo se debe
retener la salida
El gobierno se encarga de regular el formato
apropiado para ciertos tipos de salida
Cada empresa tiene sus propias leyes
Depende de la industria.
La mayoría de distribuidores ayudaran a estimar
costos iniciales.
Responsabilidad de analista investigar costos de
operación de distintas tecnologías de salida a largo
plazo
Factores correspondientes a: accesibilidad,
absorción de ruido, temperatura, espacio, cableado
y proximidad a transmisores wifi o puntos de
acceso.
  Diseño de salida para pantallas
Es efímera, puede estar orientada de manera más específica al usuario, está disponible en un horario más
flexible, no es portátil. Los analistas de sistemas necesitan la retroalimentación de los usuarios para
diseñar pantallas que valgan la pena. Las pantallas de salida de una aplicación deben mostrar información
de manera consistente, de una página a otra.

1. Mantener la pantalla simplificada

2. Mantener la presentación consistente
3. Facilitar movimiento del usuario entre la salida que se muestre en la pantalla
4. crear una pantalla atractiva y agradable

- Uso de gráficos
Es mucho más fácil identificar una tendencia y observar un patrón cuando se muestra la grafica apropiada.
Necesita ser precisa y fácil de comprender. Debe determinar:
1. Propósito del grafico
2. El tipo de datos que hay que mostrar
3. Audiencia
4. Efectos sobre la audiencia de distintos tipos de salida gráfica.
- Tableros de control
Tiene muchos medidores que pueden mostrar una gráfica, se enfocan en comunicar mediciones al usuario. Al
ejecutivo le puede parecer muy útil al tomar decisiones, pero solo si su diseño es apropiado.
- Widgets y Gadgets
Son pequeños programas que residen en una barra lateral unida a un navegador o programa, o en una capa
especial en el mismo escritorio. Permiten a los usuarios contribuir al diseño de su propio escritorio, también
pueden distraer a las personas de las tareas aceptadas por el sistema.
Widgets pueden ser cualquier tipo de programa que sea útil para alguien que interactúe con una
computadora.
Gadgets permiten a los usuarios rastrear paquetes y verificar horarios.

Diseño de sitios web

La impresión es un medio altamente controlable, la web es un entorno con menor control para la salida. Los
distintos navegadores muestran las imágenes diferentes, resoluciones diferentes de pantallas, configuraciones
de navegadores personalizadas por usuarios.

Lineamientos:

1. Usar herramientas profesionales: para terminar rápido

2. Estudiar otros sitios web: analizar elementos de diseño (web developer – palette grabber)
3. Usar recursos que ofrece al web: sugerencias sobre diseño
4. Examinar sitios web de diseñadores profesionales: que funcionalidades para el usuario
5. Usar herramientas aprendidas: formularios de diseñadores web
6. Consultar libros: leer sobre diseño web
7. Analizar sitios malos: evitar mismos errores
8. Crear plantillas propias: apariencia estándar, usar hojas de estilo en cascada CSS
9. Usar complementos, audio y video con medida: no ahuyentar a los usuarios
10. Planificar: estructura, contenido, texto, gráficos, estilo de presentación, navegación, promoción.

Los sistemas de administración de contenido CMS son potentes herramientas de software que permiten al analista
dar mantenimiento a sitios Web.

Creación de blogs

Sirven para la comunicación interna y externa, invitan a los comentarios y retroalimentación, son muy fáciles
de crear y actualizar, están diseñados para cambiar a diario.
DISEÑO DE FORMULARIOS

 Partes de un formulario - SECCIONES

1. Encabezado: incluye nombre y dirección empresa
2. Identificación y acceso: códigos que se pueden usar para archivar y acceder al informe
3. Instrucciones: indica como llenar el formulario
4. Cuerpo: contendrá datos explícitos y variables
5. Firma y verificación
6. Totales
7. Comentarios

Leyendas: indican a la persona que completa el formulario lo que debe poner en una línea, espacio o
cuadro en blanco, debe usar un tamaño de letra pequeña. Las leyendas de verificación son una mejor
opción cuando es necesario restringir las opciones de respuesta. Las leyendas de tablas funcionan bien en
el cuerpo de un formulario donde requieren detalles.

 Diseño de un formulario
1. Sean fáciles de llenar
Que tengan un flujo adecuado (izquierda-derecha, arriba-abajo), agrupar la información en forma
lógica (secciones), uso de leyendas
2. Cumplan con el propósito previsto
Utilizar formularios especializados cuando se requiera proveer distinta información a diferentes
departamentos o usuarios y compartir información básica al mismo tiempo.
3. Que su diseño contribuya a que se completen con precisión
El diseño es importante para asegurar que se llenen de forma adecuada.
4. Que sean atractivos
Los formularios estéticos atraen a las personas y se sienten animadas a completarlos.
Deben lucir ordenados, utilizar distintos tipos de letras, separar categorías y subcategorías.

Diseño de buenos formularios web y de pantalla

Lineamientos:

1. Mantener la pantalla simple: 3 secciones (encabezado, cuerpo, comentarios e instrucciones)

2. Mantener la presentación de pantalla consistente: ubicar información en una misma área cada
vez que se acceda a una nueva pantalla.
3. Facilitar movimiento del usuario: los usuarios deben ser capaces de llegar a las paginas que
necesiten en tres clics
4. Crear una pantalla atractiva y agradable: deben atraer a usuarios y mantener atención. Usar: áreas
en blanco, ventanas e hipervínculos, flujos lógicos, distintos estilos y tamaños de letras

Técnicas:

1. Iconos: son representaciones pictóricas en pantalla que simbolizan acciones

2. Diseño interfaz gráfica:
a. Cuadros de texto: delinear campos de entrada y visualización de datos
b. Casillas de verificación: marcar una o mas opciones
c. Botones de opción: seleccionar opciones exclusivas
d. Cuadros de lista y de lista desplegable: cuando hay poco espacio
e. Cuadros de dialogo con controles de pestañas: forma de hacer que los usuarios se
organicen y comprendan el material del sistema con eficiencia.
f. Controles deslizables y botones aumentar/disminuir: para cambiar datos que tienen
un rango continuo de valores.
g. Mapas de imagen: para seleccionar valores dentro de una imagen
h. Áreas de texto: para introducir una cantidad mayor de texto
 i. Cuadros de mensaje: para advertir a los usuarios y proveer otros mensajes de
retroalimentación en un cuadro de dialogo, traslapando con frecuencia la pantalla.
j. Botones de comandos: realiza una acción cunado selección el botón
3. Controles y valores de formularios: deben tener alguna forma de almacenar los datos
asociados con el control
4. Campos ocultos: para almacenar valores que se envían del formulario web al servidor
5. Tablas de respuesta a eventos: para hacer una lista de la variedad de eventos que pueden
ocurrir (acciones de usuarios), para explorar mejoras, para controlar la navegación entre
páginas.

ADMINISTRACION DE PROYECTOS INFORMATICOS

DETERMINACIÓN DE LA VIABILIDAD

el proceso de evaluación de la viabilidad es efectivo para descartar proyectos inconsistentes con los objeticos de la
empresa, que requieran una capacidad técnica imposible o que no tengan ningún mérito económico. Ahorra tiempo
y dinero a las empresas y a los analistas de sistemas.

 Viabilidad técnica: tienen en cuenta los recursos actuales, si existe o no la tecnología que cumpla con las
especificaciones, el personal que tenga la habilidad técnica suficiente para lograr los objetivos, si hay o no
paquetes de software disponibles que puedan lograr sus objetivos.
 Viabilidad económica: considera el tiempo del analista, equipo de análisis de sistemas, costo de realizar un
estudio de sistemas completo, costo tiempo del empleado, costo estimado de hardware y software o
desarrollo de software.
 Viabilidad operacional: depende de los recursos humanos disponibles para el proyecto e implica la acción de
pronosticar si el sistema funcionará y se utilizará una vez instalado. Si los usuarios están conformes o no con
el sistema actual.

DETERMINACIÓN DE LAS NECESIDADES DE HARDWARE Y SOFTWARE

 Inventario hardware: algunas de las opciones de hardware implican expandir o reciclar el hardware actual por
lo que es importante saber que hay disponible. Un inventario incluye:
o Tipo de equipo (número modelo y fabricante)
o Estado funcionamiento: sobre pedido, funcionamiento, almacenado o por reparar
o Edad estimada
o Vida proyectada
o Ubicación física
o Departamento/persona responsable
o Arreglo financiero: propio, alquilado, rentado

Al determinar el hardware actual disponible se obtendrá un proceso de toma de decisiones más sólido para el
momento de realizar decisiones sobre el hardware al eliminar conjeturas.

 Estimación cargas de trabajo:

Los analistas de sistemas formulan cifras que representan las cargas de trabajo actuales y pronosticadas para
el sistema, de manera que el hardware que se obtenga posea la capacidad de manejar las cargas actuales y
futuras.
El sistema recién propuesto debería reducir en forma considerable el tiempo humano y de computadora
requeridos.
Benchmarking: simular y ejecutar las cargas de trabajo en distintos sistemas, incluyendo los que la
organización ya esté usando.
Criterios para evaluar hardware:
o Tiempo requerido para las transacciones (incluyendo tiempo requerido para introducir los datos y
cuánto se tarda en recibir la salida)
o Capacidad de volumen total del sistema (cuánto se puede procesar al mismo tiempo antes de que
surja un problema)
 o Tiempo de inactividad de la CPU o red
o Tamaño de memoria proviso

ANÁLISIS COSTO BENEFICIO

 Identificación costos beneficios:

 Aumento en la velocidad de procesamiento.

Beneficios tangibles
 Acceso a información que se consideraba
inaccesible.
Ventajas que se pueden medir en  Acceso a información de manera oportuna.
dinero y se acumulan en la  Poder de calculo superior de la computadora.
organización a través del uso del  Reducción en la cantidad de tiempo
sistema de información. requerido por empleados para completar
ciertas tareas

 Proceso de toma de decisiones mejorado.

Beneficios intangibles
Costos tangibles
Costos intangibles
 Mejoría en la precisión
Se acumulan en la organización  Servicio al cliente competitivo.
debido a uso del sistema, son  Mantiene una buena imagen comercial.
difíciles de medir, pero no dejan  Aumenta satisfacción en el trabajo para los
de ser importantes. empleados al eliminar tareas tediosas.
 Costo equipo: computadoras, terminales.
Aquellos que el analista de  Costo recursos.
sistemas y el personal contable  Tiempo analista de sistemas.
puedan pronosticar con precisión.  Tiempo programadores.
 Salarios empleados.
 Perder ventaja competitiva
 Perder reputación de ser el primero con una
innovación o líder en un campo.
Difíciles de estimar y tal vez no se  Reducir imagen de empresa por
conozcan. Se deben incluir incluso inconformidad de clientes.
cuando no sean cuantificables  Proceso inefectivo de toma de decisiones por
información que se recibe después de
tiempo o no se tiene acceso a ella.

 Comparación costos beneficios

Análisis punto de equilibrio
Análisis flujo efectivo
Punto en el que los costos totales del
sistema actual y los del sistema
propuesto se cruzan, es decir donde es
rentable para la empresa obtener el
nuevo sistema.
Puede determinar cuánto tiempo
tardaran los beneficios del sistema en
retribuir los costos de su desarrollo.
Se examina la dirección, tamaño y
patrón del flujo de efectivo asociado
con el sistema de información
propuesto.
Hay que averiguar cuando ocurrirán los
desembolsos de efectivo y los ingresos,
no solo para la compra inicial sino
durante toda la vida del sistema.
Útil cuando el proyecto se debe justificar
en términos de
costos y no de beneficios.
Cuando la empresa esta creciendo y el
volumen es una variable clave en los
costos.
Útil cuando el proyecto sea costoso para
la empresa o si al desembolsar gran
cantidad de fondos se vea afectada.
Para determinar cuándo empezara una
empresa a obtener ganancias: ingresos
compensan la inversión inicial.

Análisis del valor presente
Forma de evaluar todos los
desembolsos económicos y los
ingresos del sistema de información
durante su vida económica y de
comparar los costos actuales con los
futuros y los beneficios actuales con los
futuros.
Útil cuando el periodo de retribución sea
largo o el costo de pedir dinero prestado
se alto.
Ayuda al analista a presentar a los
encargados de tomar decisiones el valor
en tiempo de la inversión en el sistema,
así como el flujo de efectivo

PLANIFICACIÓN Y CONTROL DE ACTIVIDADES

 Estimación tiempo requerido: es determinar el nivel de detalle para definir actividades, es conveniente utilizar
una metodología estructurada como SDLC.
- El grado de detalle depende del proyecto, pero todos los pasos críticos deben aparecer en los planes.
- Las malas estimaciones en la programación de los tiempos obstaculizan el éxito del proceso desde su inicio
y retrasan el proyecto.
Para empezar a planear un proyecto a que descomponerlo en tres actividades principales.
1. Análisis

 Realizar entrevistas
 Administrar cuestionarios
Recopilación de información  Leer informes de la compañía
 Introducir el prototipo
 1.1.5. Observar las reacciones al prototipo
Análisis del flujo de datos y decisiones  Analizar el flujo de datos
 Realizar el análisis costo-beneficio
Preparación de la propuesta  Preparar la propuesta
 Presentar la propuesta
1. Diseño
 Diseño de entradas de datos
 Diseño de entradas
 Diseño de salidas
 Organización de los datos
2. Implementación
 Implementación
 Evaluación
 Uso de herramientas de planificación
o Gráficos GANTT
Es una forma de programar tareas por medio de barras que representan cada tarea o actividad. La
longitud de cada barra representa la longitud relativa de la tarea.
La principal ventaja es su simpleza, se presta para una comunicación valiosa con los usuarios finales.

o Diagramas PERT – Técnicas de evaluación y revisión de programas

Un programa (proyecto) se representa mediante una red de nodos y flechas. Es útil cuando las
actividades se pueden realizar en paralelo.

Las actividades se representan mediante flechas, los círculos se denominan eventos se pueden
identificar por números, letras o cualquier otro método y sirven para:
1. Reconocer que una actividad se completó
2. Indicar que actividades hay que completar para poder empezar una nueva precedencia.

Para encontrar la longitud del proyecto se identifica cada una de las rutas de principio a fin y se calcula
la longitud de cada ruta, la ruta más larga es la ruta crítica (provocará que todo el proyecto se atrase
si se encuentra en ella un retraso de incluso un día).
 Beneficios:

 Identificar con facilidad el orden de precedencia

 Identificar con facilidad la ruta critica y en consecuencia las actividades críticas.
 Determinar con facilidad el tiempo de inactividad.

 Propuesta de un sistema
1. Carta de presentación
Enlistar a las personas que hicieron el estudio e incluir resumen de objetivos.
2. Portada del proyecto
Incluir nombre del proyecto, nombres miembros del equipo de análisis de sistemas, fecha de envío de
propuesta.
3. Índice
Útil para propuestas extensas, si tiene menos de 10 páginas se puede omitir.
4. Resumen ejecutivo: de 250 a 375 pág.
Se informa el quien, qué, cuándo, dónde, por qué y cómo de la propuesta, incluir recomendaciones del
analista de sistemas y la acción deseada por parte de administración.
5. Esquema del estudio de sistemas
Provee información sobre métodos que se utilizaron en el estudio y quién o qué fue lo que se estudió,
incluir cuestionarios, entrevistas, muestras de datos de archivo, procesos de observación o creación de
prototipos utilizados en el estudio.
6. Resultados detallados
Describe lo que el analista descubrió en relación con las necesidades humanas del sistema por medio de
todos los métodos, incluir conclusiones sobre problemas de interacción de los trabajadores con el
sistema, problemas o sugerencias de oportunidades.
7. Alternativas del sistema
Presentar 2 o 3 soluciones que hagan frente de manera directa a los problemas mencionados. Cada
alternativa debe indicar con claridad lo que deben hacer los usuarios y gerentes para implementarla.
Redacción debe ser lo más clara posible.
8. Recomendaciones de los analistas de sistemas
Expresa la solución recomendada, incluir razones que respalda la recomendación del equipo. Debe
relacionar claramente los hallazgos sobre la interacción humano-computadora con la opción que ofrece.
9. Resumen
Es un enunciado corto que refleja el contenido del resumen ejecutivo, informan los objetivos del estudio
y la solución recomendada, concluir la propuesta con una observación positiva.
10. Apéndice
Puede incluir cualquier información que el analista de sistemas considere de interés pero que no sea
esencial para comprender el estudio.

Uso de tablas

Las tabas utilizan filas y columnas etiquetadas para presentar datos estadísticos o alfabéticos de una manera
organizada. Lineamientos:

1) Integrar tablas en el cuerpo de la propuesta

2) Ajustar la tabla verticalmente en una sola pagina
3) Enumerar y asignar un titulo en la parte superior
4) Etiquetar cada fila y columna
5) Usar una tabla cuadriculada si hay espacio
6) Usar notas al pie para explicar información detallada

Uso de gráficos

Lineamientos:

1) Seleccionar un estilo que transmita de manera efectiva el significado deseado

 2) Integrar en el cuerpo de la propuesta
3) Asignar numero de figura secuencial y titulo representativo
4) Etiquetar los ejes y líneas, columnas, barras o piezas del pastel en el gráfico.
5) Incluir una clave para identificarlos y diferenciar las líneas de colores, las barras sombreadas o las áreas
con patrones cuadriculados.

SEGURIDAD INFORMATICA

MEJORES PRÁCTICAS DE SEGURIDAD

CALIDAD DE SOFTWARE

METODOLOGÍA DE ADMINISTRACIÓN DE LA CALIDAD

 Responsabilidad de la administración de la calidad

Recae en usuarios del sistema y gerencia. Debe existir el soporte organizacional completo de la gerencia.
Es necesario que el analista y los usuarios de la empresa se comprometan con la calidad lo antes posible para
lograr el objetivo de esta.
Para lograr el apoyo de la organización con la calidad en los sistemas de información administrativos,
debemos proveer tiempo laboral para los círculos de calidad del sistema de información.
Circulo de calidad: 6 a 8 colegas de la organización, cada uno con la responsabilidad especifica de definir
como mejorar los sistemas de información y como implementar las mejoras.
Es necesario comunicar los estándares de calidad departamentales por medio de la retroalimentación para
el equipo de análisis de sistemas.
Al hacer que los usuarios se involucren en delinear los estándares de calidad para los sistemas, el analista
podrá evitar costosos errores en el desarrollo de sistemas no deseados o innecesarios.

 Seis sigmas
Es una cultura que se basa en la calidad. Su objetivo es eliminar todos los defectos y se aplica a cualquier
producto, servicio o proceso. Es una metodología descendente. Es necesario que un CEO adopte la filosofía y
que un ejecutivo sirva como campeón del proyecto.
Al líder se le denomina cinta negra, a los demás miembros cintas verdes.
Pasos:
1. Definir el problema
2. Observar el problema
3. Analizar las causas
4. Actuar en base a las causas
5. Estudiar los resultados
6. Estandarizar los cambios
7. Sacar conclusiones

METODOLOGÍA DE DOCUMENTACIÓN

 Manual de Procedimiento
Tienen el objetivo de comunicarse con quienes los utilizan y contienen comentarios sobre antecedentes, los
pasos requeridos para realizar distintas transacciones, instrucciones sobre como recuperarse de los
problemas y que se puede hacer si algo no funciona.
Secciones clave:
1. Introducción
2. Como usar el software
3. Que hacer si algo sale mal
4. Consulta técnica
5. Índice e información sobre como ponerse en contacto con fabricante
6. Quejas
PRUEBA, MANTENIMIENTO Y AUDITORIA

 Proceso de prueba,
Se realiza durante el desarrollo de sistemas y no solamente al final. Su propósito es sacar a la luz los
problemas desconocidos hasta ese momento, no demostrar la perfección de los programas, manuales de
equipo.
Se realizan en los subsistemas o módulos del programa a medida que avanza su desarrollo.
Prueba de programas con Verificación de escritorio de sus programas para comprobar la forma en
datos de prueba que funcionara el sistema.
- Sigue cada paso del programa en papel para verificar que la rutina
funcione según lo escrito.
- Crear datos de prueba validos e inválidos, ejecutar los programas con
estos datos para ver si las rutinas básicas funcionan y detectar errores.
El analista verifica la salida en busca de errores y aconseja al programador
en caso de requerir alguna corrección.
Prueba de vínculos con Verificación de que programas interdependientes trabajen juntos
datos de prueba realmente como se planeó.
- Se procesan datos de prueba comunes para ver si el sistema puede
manejar las transacciones normales.
- Se agregan variaciones para asegurar que el sistema pueda detectar
errores en forma apropiada.

Prueba de sistemas Probar el sistema como una entidad completa.

completos con datos prueba - Se utilizan datos de prueba creados por el equipo de análisis de sistemas
para probar objetivos del sistema.
- Incluye la reafirmación de estándares de calidad establecidos para el
desempeño del sistema al crear sus especificaciones iniciales.
Prueba de sistemas Probar el nuevo sistema con varias corridas de datos reales, usando datos
completa con datos reales satisfactoriamente procesados por el sistema anterior.
- Es una buena idea probar como se manejarán los datos reales
- Hay que resolver cualquier problema real antes de poner el sistema en
producción.
- Hay que probar los manuales de procedimientos a través de los usuarios
y operadores.

 prácticas de mantenimiento
- Entre mejor sea el diseño del sistema, más fácil será mantenerlo y menos dinero tendrá que invertir la
empresa en ello.
- Reducir los costos de mantenimiento. El mantenimiento se realiza para mejorar el software existente y
no para responder a una crisis o falla del sistema. El mantenimiento también se realiza para actualizar el
software en respuesta a los cambios en la organización.
- Para los usuarios debe ser fácil comunicar los problemas o sugerencias a los encargados de dar
mantenimiento del sistema.
 Auditoria
Se refiere al proceso de hacer que un experto que no este involucrado en el proceso de establ3ecer o usar
un sistema examine la información para evaluar su confiabilidad.
Auditores internos: trabajan para la misma organización que posee el sistema de información.
Auditores externos: se contratan del exterior (independientes)