Presentación.
Nombre: Joel Breton
Matricula: 2022-0616
Materia: Análisis y Diseño de sistemas.
Profesor: Cibeles Tavares.
Tema: control de lectura capítulo 7.
Fecha: 25/10/2022.
Control de Lectura Capitulo 7
Para determinar los requerimientos de sistemas, es necesario analizar los
hechos que se tienen a la mano. Las descripciones y la documentación
desarrollada como resultado del esfuerzo de búsqueda de hechos, se estudian
cori la finalidad de evaluar el funcionamiento del sistema en uso y establecer
los requerimientos que debe cumplir un nuevo diseño. Las conclusiones
obtenidas durante esta actividad forman la base para la transición hacia el
diseño, así como de otras actividades de desarrollo.
ESPECIFICACIÓN DE LOS REQUERIMIENTOS DE LA
APLICACIÓN
La determinación de requerimientos incluye la anticipación, investigación y
especificación de los mismos.
Revisión de los objetivos de la investigación de requerimientos
Durante la fase de búsqueda de hechos de la investigación detallada, la
atención se centra alrededor de los requerimientos básicos: comprensión de los
procesos, incluyendo por qué y cómo se efectúan; identificación de los datos
utilizados, así como de las actividades de procesamiento de la información;
determinación del volumen y tiempo de procesamiento; y la identificación de los
controles del sistema.
El análisis estructurado no sólo documenta el sistema existente, sino que
también proporciona información que ayuda al analista de sistemas a examinar
el sistema. Cada una de las preguntas de diagnóstico que formula el analista
sirve de ayuda para desarrollar una descripción completa del sistema y para la
identificación temprana de aquellas áreas donde pueden aparecer problemas.
Percepción de requerimientos: análisis de hechos
Cierta información tal como la finalidad de cada paso, la personalidad de los
empleados o el número de copias elaboradas de determinados documentos,
pueden parecer, a primera vista, como detalles de fondo que describen un
sistema pero que no parecen ser críticos para su análisis. Después, durante el
análisis, a menudo se vuelven de gran importancia. Por ejemplo, el aumento en
los costos de mano de obra o la caída de los niveles de venta son hechos que
pueden estar relacionados con desacuerdos que afectan en forma adversa a la
productividad y que conducen a la contratación de más personal. El número de
copias elaboradas de un documento puede ser un indicio de qué pasos se
están omitiendo si alguna de las copias siempre se descarta sin que se le haya
dado uso alguno. También existe una relación entre el conocimiento que tienen
los individuos de los pasos específicos a seguir en un determinado flujo de
trabajo y la forma en que ellos efectúan dichos pasos.
Un marco de referencia útil para examinar los hechos de un sistema y
establecer los requerimientos de los usuarios, incluye las áreas de capacidad,
control, acceso a la información y complejidad
- Capacidad
La capacidad es la habilidad que tiene el sistema actual formado por personas,
equipo, espacio y procedimientos, para alcanzar las metas y objetivos básicos
del sistema. Desde el punto de vista de procesos, el analista debe determinar si
la capacidad actual brinda soporte a todas las actividades generales de
sistemas de información como son la aceptación de entradas, el
procesamiento, almacenamiento y recuperación de datos, la producción de
resultados, o la transmisión de información y mensajes.
Para abreviar, se tiene evidencia de un problema de capacidad cuando el
sistema no puede manejar las transacciones o no cumple con los
requerimientos de procesamiento y tampoco satisface los niveles de
rendimiento esperados.
- Control
El control está relacionado con el conjunto de mecanismos que aumentan la
probabilidad de que las actividades que afectan los objetivos de una
organización se lleven a cabo en forma apropiada. El control también permite
que el sistema detecte y notifique los casos donde estas actividades no se
realizaron. También es esencial el manejo de eventos no anticipados. Un
sistema bien diseñado debe tener la capacidad de notificarlos sin interrumpir
las demás actividades.
- Accesibilidad de la información
Cuando es difícil el acceso a la información, el analista debe considerar si hay
un problema de información o es sólo cuestión de procedimiento. El análisis
cuidadoso de los hechos puede revelar que, aunque exista la información
necesaria, las personas tienden a confiar más en su memoria o corazonadas
porque el procedimiento de recuperación es demasiado laborioso. El método
de recuperación puede ser difícil o bien la información se presenta en forma
equivocada.
- Complejidad
La elegancia de la sencillez es un atributo de los sistemas de información mejor
diseñados. Requerir que una persona participe en tareas interrelacionadas, es
algo que puede crear una complejidad innecesaria. Los procedimientos que
contienen un número muy grande de tareas, pasos o actividades, a menudo
dan como resultado un rendimiento inaceptable o incompleto. Si es más fácil
que una persona evite una tarea que hacerla, entonces será probable que ésta
no se efectúe. La complejidad puede ser la base de los problemas de
capacidad, control e información
Identificación de requerimientos
Los requerimientos de diseño se formulan a partir de los resultados del análisis.
Los requerimientos de un nuevo sistema son aquellas características o detalles
que deben incorporarse para producir las mejoras o cambios que el analista
determinó como necesarios. En otras palabras, los requerimientos son las
actividades o mejoras que debe proporcionar el nuevo sistema y se obtienen al
comparar el rendimiento actual con los objetivos de desempeño aceptables de
un sistema
Los requerimientos comunes de sistemas incluyen mejoras en la operatividad,
tales como el aumento del volumen de trabajo o un tiempo menor para la
recuperación de información. Existen también beneficios económicos obtenidos
al disminuir ya sea los costos de procesamiento o el número de errores.
También son requerimientos comunes de sistemas la integración de datos o de
varias áreas de las organizaciones. Asimismo, en el presente está aumentando
el número de organizaciones que desarrollan sistemas de información con la
finalidad de ganar ventaja competitiva en el mercado.
OBJETIVOS AL DISEÑAR UN SISTEMA DE INFORMACIÓN
Especificación de los elementos lógicos del diseño
El diseño de sistemas tiene dos etapas: el diseño lógico y la construcción física
del sistema. Cuando el analista formula el diseño lógico, escribe las
especificaciones detalladas del nuevo sistema, es decir aquellas que describen
sus características: salidas, entradas, archivos y bases de datos y los
procedimientos, todo en una forma que satisfaga los requerimientos del
proyecto. El conjunto formado por todas estas características recibe el nombre
de especificaciones de diseño del sistema.
El diseño lógico de un sistema de información es similar al proyecto de
ingeniería de un automóvil: muestra las características más sobresalientes y la
relación que guardan entre sí. Los reportes y salidas generadas por el analista
son similares a los componentes de diseño del ingeniero. Los procedimientos y
datos se enlazan entre sí para producir un sistema que trabaja.
La construcción física, que es la siguiente actividad después del diseño lógico,
produce el software, los archivos y un sistema que funciona. Las
especificaciones de diseño indican a los programadores lo que el sistema debe
hacer. A su vez, los programadores escriben programas que aceptan la entrada
proporcionada por los usuarios, procesan los datos, producen los reportes y
guardan los datos en los archivos.
Apoyo para las actividades de la empresa
Un objetivo fundamental en el diseño de un sistema de información es asegurar
que éste brinde apoyo a la actividad de la empresa para la que fue
desarrollado. En otras palabras, la tecnología de cómputo y comunicaciones
especificada en el diseño siempre debe tener un papel secundario en relación
con los resultados que se pretende que el sistema proporcione.
Proporcionar especificaciones detalladas para el desarrollo de software
Al igual que con las características de un sistema de información, el software
también debe ser diseñado con cuidado. El diseño de sistemas incluye la
formulación de las especificaciones de software.
Estas especificaciones establecen las funciones de entrada, salida y
procesamiento, así como los algoritmos necesarios para efectuarlas. Los
módulos de software junto con las rutinas se enfocan sobre lo que cada función
realiza; asimismo, se especifican los procedimientos necesarios para llevar a
cabo dichas funciones. La selección de lenguajes de programación, paquetes
de software y utilerías se efectúa durante el proceso de diseño lógico y las
recomendaciones se incluyen como parte de las especificaciones del software.
¿QUÉ CARACTERÍSTICAS SON LAS QUE SE DEBEN
DISEÑAR?
Las especificaciones de diseño describen las características del sistema, los
componentes o elementos del sistema y la forma en que éstos aparecerán ante
los usuarios. Para muchos usuarios, el éxito de un sistema está relacionado
con la creencia que tengan sobre sí el sistema tiene las características
adecuadas.
Elementos del diseño
• Flujos de datos
Movimientos de datos hacia, alrededor y desde el sistema.
• Almacenes de datos
Conjuntos temporales o permanentes de datos.
• Procesos
Actividades para aceptar, manejar y suministrar datos e información. Pueden
ser manuales o basadas en computadora.
• Procedimientos
Métodos y rutinas para utilizar el sistema de información y lograr con ello los
resultados esperados.
• Controles
Estándares y lineamientos para determinar si las actividades están ocurriendo
en la forma anticipada o aceptada, es decir si se encuentran "bajo control".
• Funciones del personal
Las responsabilidades de todas las personas que tienen que ver con el nuevo
sistema, incluyendo los usuarios, operadores de computadora y personal de
apoyo.
Diseño de la salida
Para muchos usuarios finales, la salida es la única razón para el desarrollo del
sistema y la base sobre la que ellos evaluarán la utilidad de la aplicación. En la
realidad, muchos usuarios no operan el sistema de información y tampoco
ingresan datos en él, pero utilizan la salida generada por el sistema.
Diseño de archivos
El diseño de archivos incluye decisiones con respecto a la naturaleza y
contenido del propio archivo, como si se fuera a emplear para guardar detalles
de las transacciones, datos de tipo histórico o información de referencia
No todos los nuevos sistemas de información requieren del diseño de todos los
archivos utilizados por la aplicación.
Diseño de interacciones con la base de datos
Dada la importancia que tienen las bases de datos en muchos sistemas, su
diseño es establecido y vigilado por un administrador de bases de datos, que
es una persona (o grupo de personas) que tiene la responsabilidad de
desarrollar y mantener la base de datos. En estos casos, el analista de
sistemas no efectúa el diseño de la base de datos, sino que consulta al
administrador de la base para determinar las interacciones más apropiadas con
la base de datos.
Diseño de la entrada
Las decisiones de diseño para el manejo de entradas especifican la forma en
que serán aceptados los datos para su procesamiento por computadora.
El diseño de la entrada también incluye la especificación de los medios por los
que tanto los usuarios finales como los operadores darán instrucciones al
sistema sobre las acciones que debe emprender.
Diseño de controles
Los analistas de sistemas también deben anticipar los errores que se
cometerán al ingresar los datos en el sistema o al solicitar la ejecución de
ciertas funciones.
Los controles de entrada proporcionan medios para 1) asegurar que sólo los
usuarios autorizados tengan acceso al sistema, 2) garantizar que las
transacciones sean aceptables, 3) validar los datos para comprobar su
exactitud y 4) determinar si se han omitido datos que son necesarios.
Diseño de procedimientos
Los procedimientos especifican qué tareas deben efectuarse al utilizar el
sistema y quiénes son los responsables de llevarlas a cabo. Entre los
procedimientos importantes se encuentran
Diseño de especificaciones para programas
Las especificaciones para programas son por sí mismas un diseño. Ellas
describen cómo transformar las especificaciones de diseño del en software de
computadora.
Un sistema de software en particular será diseñado sólo una vez, pero será
usado repetidamente y es muy probable que evolucione en la medida que
cambien las necesidades de los usuarios.
