CASO DE ESTUDIO

Buenas noches a todos, hemos llegado al fin del cuatrimestre y espero que hallamos aprendido mucho, y que el mismo cubra sus expectativas, como punto final he aqui una pequeña lectura de reflexión.

Caso de estudio

Donde haya papel carbón, habrá una copia

“No sé todavía qué haremos con las formas rosas”, admite Manny López. “Son parte de la forma en cuadruplicado. Todo lo que sé es que las guardamos para el archivo del supervisor, y él las archiva cuando tiene tiempo.”

Manny es un asistente de contador recién contratado por Carbón, Carbón & Rippy, una casa de corredores. Le están siguiendo los pasos en la compra de valores “oficial”, pues su jefe le ha pedido a usted que siga la trayectoria del proceso por el cual la información de las compras de valores se almacena y se recupera.

Después de la salida, Manny sigue pensando acerca de las formas color rosa. Le dice a su auxiliar, Les Care: “Durante los dos meses que llevo aquí, no he visto a nadie que las use.

Ocupan mi tiempo y el tuyo, sin considerar todo el espacio del archivo. Vamos a tirarlas”. Manny y Les proceden a revisar el viejo mueble del antecesor de Manny y tiran todas las formas rosas que hay archivadas en él, así como aquellas otras que nunca llegaron a archivarse. Les tomó varias horas; sin embargo, desocuparon bastante espacio.

“Definitivamente, aprovechamos el tiempo”, le confirmó Manny a Les. Tres semanas después, aparece en la escena la asistente del jefe de Manny, Audrey Itor.

Manny se siente feliz al ver una cara agradable, y la saluda, “Hola Aud, ¿qué hay de nuevo?”. “Siempre con viejos asuntos”, recibe como respuesta. “Bueno, realmente no son viejos para ti, pues eres nuevo en la compañía. Pero necesito todas esas molestas formas rosas.

A punto de conmocionarse, intercambia miradas con Les y dice entre dientes: “Claro, estás bromeando”.

Aud Itor más seria de lo que nunca Manny se llegó a imaginar, le replicó: “No es broma, yo hago un resumen a partir de esas formas rosas, de todos los clientes, y luego, mis totales se comparan con la información computarizada de las compras de valores. Es parte de nuestra rutina, la auditoría trimestral que precisa nuestras transacciones. Mi trabajo depende del tuyo.

¿Nunca te explicó esto el Sr. Carbón?”.

¿Qué concepto de sistemas Manny y Les pasaron por alto, al menospreciar las formas rosas? ¿Cuáles serían las posibles consecuencias para los analistas de sistemas si se ignoraran los conceptos generales de sistemas?

IMPLANTACIÓN DEL SISTEMA

Titulo de la actividad: Implantación del sistema.
Objetivo: Comprender la forma mediante la cual se realiza la implantación del sistema.
Actividades: Leer el Texto.
Producto: Estudiar para su Examen Final.

Implantación del sistema

En la fase de implantación, las especificaciones del diseño del sistema sirven como base para la construcción del nuevo sistema. En este punto, los programadores y los analistas de sistemas asumen diferentes responsabilidades. El analista debe proveer especificaciones claras y correctas al programador. El programador codifica, prueba y documenta los módulos de programas, mientras que el analista de sistema planifica la integración de los programas y asegura que trabajen unidos para satisfacer las necesidades de la organización.

Un nuevo sistema requiere planificación, construcción y prueba. Los programas y módulos deben ser diseñados, codificados, probados y documentados. Cuando se planifica el sistema, muchas veces se usa un estilo de arriba-hacia-abajo (top-down), que procede de un diseño general a una estructura detallada siguiendo unos pasos lógicos. En el estilo top-down, el analista de sistemas define los objetivos generales, y luego los descompone en subsistemas y módulos en un proceso llamado “partitioning”. Este estilo también se conoce como diseño modular. Un módulo es un conjunto de instrucciones de programas que se pueden ejecutar como un grupo. Asignando módulos a diferentes programadores se agiliza el desarrollo del programa.

Instalación y Evaluación

Ambiente operacional y ambiente de prueba:

El ambiente operacional o ambiente de producción es el ambiente de equipo y programas donde opera el sistema actual. El ambiente que los analistas y programadores usan para desarrollar y mantener programas se llama ambiente de prueba (test environment).Un área de prueba separada es necesaria para mantener la seguridad e integridad del sistema y proteger el ambiente operacional. El acceso a este ambiente es limitado a los usuarios y estrictamente controlado. Los analistas y programadores no deben tener acceso al mismo excepto para corregir problemas del sistema o realizar modificaciones autorizadas.

El ambiente de prueba contiene copias de todos los programas. Antes de realizar cualquier cambio en el sistema operacional, se deben verificar en el ambiente de prueba y se debe obtener autorización del usuario.

Adiestramiento (Training)

Ningún sistema puede ser exitoso sin el adiestramiento apropiado. El adiestramiento debe ser para los usuarios, los gerentes y los miembros del departamento de sistemas de información (I.S.). Todos los esfuerzos del desarrollo del sistema dependen de que las personas entiendan el sistema y puedan usarlo eficientemente. El primer paso es identificar quiénes debe recibir el o los adiestramientos y cuál es el adiestramiento necesario para cada persona. Cada grupo (usuario, gerente y personal de I.S.) requiere una mezcla de conocimientos generales e información detallada para entender y usar el sistema.

Conversión de archivos

Después de establecer el ambiente operacional del nuevo sistema y realizar los adiestramientos necesarios, se comienza el proceso de conversión, en el que se transfieren las operaciones del sistema de computadoras viejo al nuevo sistema. En la conversión de archivos los datos existentes se cargan al nuevo sistema. Esta conversión es un proceso costoso que requiere la participación de los usuarios y del personal de I.S. Si es posible, se debe automatizar el proceso, exportando datos del viejo sistema e importándolos al nuevo. Se debe mantener estrictos controles de input durante el proceso, ya que los datos son muy vulnerables. Todas las medidas de control deben estar operando para proteger los datos de acceso no autorizado y ayudar a prevenir errores.

MANEJO DE LAS PRACTICAS DE PRUEBA

Titulo de la actividad: Manejo de las practicas de pruebas.
Objetivo: Comprender la forma mediante la cuan se realizan las practicas de prueba.
Actividades: Leer el Texto.
Producto: Terminar de desarrollar el cuadro sinóptico iniciado en este tema.
Fecha de entrega: Martes 20 de Abril.

MANEJO DE LAS PRACTICAS DE PRUEBA

En esta etapa el sistema es utilizado en forma experimental para asegurar que el software no falle, es decir, que trabaje de acuerdo a las especificaciones y de la manera en que los usuarios esperan que lo hagan. Aquí se examinan los datos de entrada de procesamiento y los resultados para localizar algunos problemas inesperados.

Dentro de esta etapa se divide en dos fases las cuales tiene las siguentes caracteristicas:

Nota: para terminar el cuadro sinóptico puedes utilizar el libro digital proporcinado en clase referenciando de la pagina 798 a la 804.

DIAGRAMAS HIPO Y WARNIER/ORR

Titulo de la actividad: Diagrama HIPO y Warnier/Orr.
Objetivo: Comprender el uso y forma de aplicación de este tipo de diagramas.
Actividades: Leer el Texto.
Producto: Desarrollar un cuadro sinóptico sobre el tema.
Fecha de entrega: Martes 13 de Abril.

DIAGRAMAS HIPO

(En inglés, Hierarchy-Input-Process-Output) fueron desarrollados por IBM como esquemas de representación para un desarrollo jerárquico de arriba a abajo y como una ayuda de documentación para productos comercializados. Un conjunto de diagramas HIPO contiene una tabla visual de contenido, un conjunto de diagramas generales y un conjunto de diagramas de detalles.

1. La tabla visual de contenido es el directorio del conjunto de diagramas en el paquete; consta de un directorio con estructura de árbol (o de gráfica),

un resumen de los contenidos de cada diagrama general, y una explicación de los símbolos utilizados.

2. Los diagramas generales especifican los procesos de un sistema en forma funcional; cada diagrama describe las entradas, los pasos de proceso y las salidas para la función en cuestión; un diagrama general puede indicar la localización de los diagramas de detalles subordinados necesarios.

3. Los diagramas de detalle permiten crear para cada módulo la realización de un diagrama funcional . Por ejemplo validar transacciones

DIAGRAMAS WARNIER/ORR

Los diagramas de Warnier/Orr (también conocidos como construcción lógica de programas/construcción lógica de sistemas) fueron desarrollados inicialmente en Francia por Jean Dominique Warnier y en los Estados Unidos por Kenneth Orr. Este método ayuda al diseño de estructuras de programas identificando la salida y resultado del procedimiento, y entonces trabaja hacia atrás para determinar los pasos y combinaciones de entrada necesarios para producirlos. Los sencillos métodos gráficos usados en los diagramas de Warnier/Orr hacen evidentes los niveles en un sistema y más claros los movimientos de los datos en dichos niveles.

ELEMENTOS BASICOS

Los diagramas de Warnier/Orr muestran los procesos y la secuencia en que se realizan. Cada proceso se define de una manera jerárquica ; es decir, consta de conjuntos de subprocesos que lo definen, en cada nivel, el proceso se muestra en una llave que agrupa a sus componentes. Puesto que un proceso puede tener muchos subprocesos distintos, un diagrama de Warnier/Orr usa un conjunto de llaves para mostrar cada nivel del sistema.

USO DE DIAGRAMAS DE WARNIER/ORR

La capacidad de mostrar la relación entre procesos y pasos de un proceso no es exclusiva de los diagramas de Warnier/Orr, así como tampoco lo es el uso de la iteración, selección de alternativas o el tratamiento de casos individuales. Tanto los diagramas de flujo estructurado y los métodos del español estructurado logran eso también. Sin embargo, el enfoque que se usa para desarrollar las definiciones de un sistema por medio de estos diagramas es distinto y se adapta y se adaptan bien a los que se usan en el diseño de sistemas lógicos.

Para desarrollar un diagrama de Warnier/Orr , el analista trabaja hacia atrás, empezando con la salida del sistema y usando un análisis orientado hacia la salida. En el papel el desarrollo se mueve de izquierda a derecha. En primer lugar, se definen la salida o resultados esperados del procedimiento. En el nivel siguiente, mostrado mediante la inclusión por medio de una llave, se definen los pasos necesarios para producir la salida. A su vez, cada paso se define un poco mas. Las llaves adicionales agrupan los procesos requeridos para producir el resultado en el siguiente nivel.

Los diagramas de Warnier/Orr ofrecen a los expertos en sistemas algunas ventajas distintivas. Son simples en apariencia y fáciles de entender. Aun así, son poderosas herramientas de diseño. Tienen la ventaja de mostrar agrupaciones de procesos y los datos que deben transferirse de nivel a nivel. Además, la secuencia del trabajo hacia atrás garantiza que el sistema estará orientado hacia el resultad.

DISEÑO DE ESPECIFICACIONES PARA PROGRAMAS

Titulo de la actividad: Diseño de especificaciones para programas.
Objetivo: Determinar el uso y caracteristicas del diseño de programas.
Actividades: Leer el archivo.

Diseño de especificaciones para programas

Accedan al siguiente enlace les activara una presentación de un archivo PDF en donde se explica el tema de diseño de especificaciones.

https://docs.google.com/fileview?id=0Bz50FG3hJVYFYWY1MWUyNmEtZTkwNy00MmI4LWIxNjUtOWFhOGFmZmZiZTRk

Por favor coloquen un comentario en caso de poder entrar al enlace correctamente, nos vemos de regreso de vacaciones.

ESPECIFICACIONES DEL DISEÑO DE SISTEMAS

Titulo de la actividad: Especificación del Diseño de Sistemas.
Objetivo: Determinar el uso y caracteristicas del diseño de Entrada, Salida y Archivos.
Actividades: Leer el Texto.
Producto: Analizar la información y redactar un ensayo sobre el tema.

DISEÑO DE ENTRADA

La calidad de la entrada de un sistema determina la calidad de la salida del sistema. Es vital que las formas y pantallas de entrada sean diseñadas con esta relación critica en mente. Al existir en entrada bien diseñada, el analista de sistemas está reconociendo que la entrada pobre plantea preguntas sobre la confiabilidad del sistema completo.

Buen Diseño de Formas

Aunque se pueda disponer de especialistas de formas en casa, el analista de sistemas debe ser capaz de reconocer las formas útiles. También es importante que sea capaz de reconocer las formas mal diseñadas, traslapantes o innecesarias que están desperdiciando recursos de la organización y que, por lo tanto, deben ser eliminadas. Las formas son instrumentos importantes para dirigir el curso de los trabajos por definición son los papeles impresos o duplicados que requieren que la gente llene con repuestas en una forma estandarizada. Las formas extraen y capturan información requerida por los miembros de la organización que frecuentemente alimentaran a la computadora. Por medio de este proceso, las formas sirven frecuentemente como documentos fuente para el personal de captura de datos.

Cuatro lineamientos para el diseño de formas

Se deben observar cuatro lineamientos del diseño de las formas para que sean útiles:

* Haga que las formas sean fáciles de llenar.

* Asegúrese de que las formas satisfacen el objetivo para el que fueron diseñadas.

* Diseñe formas que aseguren el llenado preciso.

* Mantenga las formas atractivas.

Hay varios medios para lograr cada lineamiento del diseño de formas.

Flujo de formas: El diseñar una forma con un flujo adecuado puede minimizar el tiempo y esfuerzo gastado por los empleados en el llenado de las formas. Y las formas deben fluir de izquierda a derecha y de arriba hacia abajo.

Secciones de una forma: Otra técnica que facilita a la gente el llenar las formas correctamente es el agrupamiento lógico de la información. Hay 7 secciones principales de una buena forma son:

1. Encabezado.
2. Identificación y acceso.
3. Instrucciones.
4. Cuerpo.
5. Firma y verificación.
6. Totales.
7. Comentarios.

La sección de encabezado incluye, por lo general, el nombre y dirección del negocio que envía la forma.

La sección de identificación y acceso incluye código que puede ser usado para archivar el reporte y obtener acceso a él en una fecha posterior. Esta información es muy importante cuando se requiere de una organización conserve el documento por una cantidad de años especificada.

La sección de instrucción dice cómo debe ser llenada la forma y dónde debe ser enviada cuando esté llena.

La parte media de la forma es su cuerpo, que comprende aproximadamente la mitad de la forma. Esta es la parte de la forma que requiere el mayor detalle y desarrollo de la persona que la llena. El cuerpo es la parte de la forma que es más probable que contenga datos variables explícitos. Por ejemplo en una forma de requisición de partes esta sección puede incluir datos tales como la empresa que pide la parte, el número de parte, la cantidad pedida y el precio.

La cuarta parte inferior de la forma está compuesta de tres secciones firma y verificación, totales y comentarios. Al solicitar una firma en esta parte de la forma, el diseñador esta limitando el diseño de otros familiares, tales como cartas. Al solicitar totales finales y un resumen de comentarios es una manera lógica de proporcionar el cierre de la persona que llena la forma.

Diseño de Formas Atractivas

Aunque el atractivo de las formas es dejado al final, su orden de aparición no significa que tenga menos importancia. Las formas estéticas llevan a las gentes hacia ellas y motivan su llenado. Esto significa que las gentes que llenan las formas estarán satisfechas y que las formas serán llenadas. Las formas no deben verse amontonadas, deben parecer organizadas y lógicas después de que son llenadas. Para ser atractivas, las formas deben solicitar la información en el orden esperado, las convenciones indican que se pida el nombre, la calle, la ciudad, estado y el código postal y el país, en caso necesario. La disposición adecuada y el flujo contribuyen el atractivo de la forma. El uso de diferentes tipos de letra dentro de la misma forma puede ayudar a hacer atractivo el llenarla. El separar categorías y subcategorias con líneas gruesas y delgadas también puede motivar el interés por la forma.

Diseño de Formas con Ayuda de Computadoras.

Se dispone de numerosos paquetes de diseño de formas para microcomputadoras. Uno de los mejores paquetes, es llamado FORM LOW de delrina. El FORM LOW ejecuta en el ambiente Windows y su interfaz GUI es familiar para cualquiera que se use en Windows.

Buen Diseño de Pantalla

Mucho de lo que ya hemos dicho acerca del buen diseño de formas se aplica también al diseño de pantallas. Nuevamente, el usuario debe permanecer presente en los pensamientos del analista durante el diseño de pantallas de terminales de desplegado visual (VDT). Bien diseñadas deben satisfacer los objetivos de efectividad, precisión, facilidad de uso, consistencia, simplicidad y atractivo. Todos estos objetivos se logran mediante el uso de principios básicos de diseño, conocimiento de lo que es necesario como entrada para el sistema y una comprensión sobre la manera en que responden los usuarios a los diferentes elementos de las formas y pantallas.

La efectividad significa que las formas y pantallas de entrada sirven a propósitos específicos del sistema de manejo de información y a su vez, la precisión se refiere al diseño que asegura el llenado adecuado, la facilidad de uso significa que las formas y pantallas son directas y no requieren tiempo adicional para decifrarlas. La consistencia significa, en este caso, que las formas y pantallas agrupan los datos en forma similar de una aplicación a la siguiente, y a su vez, simplicidad se refiere a mantener las formas y pantallas intencionalmente sin amontonamiento en una forma que enfoque la atención del usuario. El atractivo implica que los usuarios les agradara o serán atraídos a usar la s formas y pantallas debido a su diseño interesante.

Sin embargo hay diferencias, y el analista de sistemas debe esforzarse para darse cuenta de las cualidades únicas de las pantallas de desplegado, en vez de adoptar a ciegas las convenciones de las formas en papel. Una gran diferencia es la presencia constante de una cursor (un bloque iluminado u otro tipo de apuntador) en pantalla, que orienta al usuario sobre la posición actual de entrada de datos. Conforme los dato son dados a la pantalla, el cursor se mueve un carácter hacia delante indicando el camino.

DISEÑO DE LA SALIDA

La salida es la información que se entrega a los usuarios por medio del sistema de información. Algunos datos requieren un procesamiento extenso antes de que se conviertan en salida adecuada, y otros datos son guardados y considerados salida cuando se les recupera con poco o ningún procesamiento. La salida puede tomar muchas formas, la permanente tradicional de los reportes impresos y la fugaz, tal como la de las pantallas VDT, microformas y sonido. Los usuarios dependen de la salida para realizar sus tareas, y frecuentemente juzgan el mérito de un sistema únicamente por su salida. Para crear la salida más útil posible, los analistas de sistemas trabajan de cerca con los usuarios, por medio de un proceso interactivo hasta que el resultado se considera satisfactorio.

Debido a que la salida es útil es esencialmente para asegurar el uso y aceptación del sistema de información, hay varios objetivos que el analista de sistemas trata de obtener cuando diseña la salida.

* Diseñar la salida para que sirva al propósito deseado.

* Diseñar la salida para que se ajuste al usuario.

* Entregar la cantidad adecuada de salida.

* Asegurarse de que la salida se encuentra donde se necesita.

* Entregar la salida a tiempo.

Seleccionar el método de salida adecuado.

Diseño de la salida para que sirva al propósito deseado. Toda la salida debe tener un propósito. Durante la fase de análisis de terminación de los requerimientos de información, el analista de sistemas encuentra cuales propósitos deben ser atendidos. La lista es diseñada luego con base en esos propósitos.

Diseño de la salida para el ajuste al usuario. Con un gran sistema de información sirviendo a muchos usuarios para muchos propósitos diferentes, es difícil personalizar la salida que atienda lo que muchos usuarios, aunque no todos necesitan y prefieren. Hablando en termino generales, es más practico crear una salida especifica para el usuario cuando se le diseña para un sistema de soporte de decisiones u otras aplicaciones altamente interactivas.

Entregar la cantidad adecuada de salida. No siempre más es mejor, especialmente cuando se refiere a la cantidad de salida. Parte de la tarea del diseño de la salida es decidir la cantidad de salida que es correcta para los usuarios. Una regla útil es que el sistema debe proporcionar lo que cada personal necesita para completar su trabajo. Sin embargo, esto está todavía muy lejos de ser una solución total, debido a que puede ser adecuado desplegar primero un subconjunto de esa información y luego proporcionar formas para que el usuario accese fácilmente a la información adicional.

Asegurarse de que la salida se encuentra donde se necesita. La salida es impresa en papel, desplegada en pantalla, difundida por bocinas y guardada en microformas. La salida a veces se produce en un lugar y luego se distribuye a los usuarios. El incremento de salida desplegada en pantallas en línea es accesable personalmente ha reducido en cierta forma el problema de la distribución, pero la distribución adecuada todavía es un objeto importante para el analista de sistemas, para ser usada y útil, la salida debe ser presentada al usuario adecuado.

Entrega de la salida a tiempo. Una de las quejas más comunes de los usuarios es que no reciben la información a tiempo para tomar decisiones necesarias. Los objetivos del analista de sistemas con respecto a la salida con compuestos. No solo se tiene que ser consciente acerca de quien esta recibiendo cual salida, sino también hay que preocuparse de la distribución en el tiempo de la salida para los tomadores de decisiones, mediante esta fase del ciclo de vida del desarrollo de sistemas ustedes han aprendido que salida es necesaria, y en que momento para dirigir cada etapa de los procesos de la organización.

Selección del método de salida adecuado. Tal como se dijo anteriormente, la salida puede tomar muchas formas, incluyendo reportes impresos en papel, información en pantallas VDT audio con sonidos digitalizados que simulan voz humana y microformas. La selección del método adecuado de salida para cada usuario es otro objetivo de la salida. El analista necesita reconocer los compromisos involucrados en la sección de un método de salida. Los costos difieren, así como la flexibilidad, tiempo de vida, distribución almacenamiento y posibilidades de recuperación, transportabilidad e impacto general sobre los datos para el usuario. La selección de los métodos de salida no es trivial ni es generalmente una conclusión predecible con certeza.

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 históricos, o información de referencia. Entre las decisiones que se toman durante el diseño de archivos, se encuentran las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en el archivo.

La longitud de cada registro, con base en las características de los datos que contenga.

La secuencia a disposición de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa).

No todos los sistemas requieren del diseño de todos los archivos, ya que la mayoría de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros.

HERRAMIENTAS CASE

Titulo de la actividad: Herramientas CASE.

Objetivo: Determinar el uso y caracteristicas de las herramientas CASE.

Actividades: Leer el Texto.

Producto: Analizar la información y redactar un ensayo sobre el tema.

Herramientas asistidas por computadora para el desarrollo de sistemas

Una herramienta es cualquier dispositivo que, cuando se emplea en forma apropiada, mejora el desempeño de una tarea.

 Importancia de las herramientas en el desarrollo de sistemas.

• Mejora la productividad del analista

• Mejora la eficiencia

• Mejora la calidad del sistema de información
Mejora la productividad: Se pueden realizar las mismas actividades de desarrollo en un tiempo mejor que el que se necesita cuando no se utilizan las herramientas. El uso de herramientas contribuye a mejorar la calidad de la productividad de una tarea. Ejemplo: A un carpintero se le hiciera más difícil poner los clavos con piedras o palos en lugar de usar un martillo. Las herramientas aumentan la productividad del analista al disminuirla cantidad de tiempo necesario para documentar, analizar y desarrollar sistemas de información.

Mejora la eficiencia: Las herramientas ayudan a mejorar la forma en que se va a realizar una tarea. Ejemplo: Para poner un tornillo no se utilizaría el martillo, se buscaría una herramienta que le permita realizar esta tarea más eficientemente, en este caso un destornillador. Las decisiones eficientes con respecto a la herramienta ahorran recursos:Personal, tiempo y dinero.

Mejora la calidad del sistema de información: Cuando las herramientas mejoran los procesos, por lo general también ocurre lo mismo con los resultados. Ejemplo: Cuando los carpinteros acaban una construcción si se utilizaron las herramientas adecuadas, las esquinas tienen ángulos rectos y los marcos de ventana bien hechos.

Beneficios de las herramientas asistidas por computadora

La automatización mejora los beneficios obtenidos con las herramientas. Disminuye el tiempo necesario para llevar a cabo las tareas, se reduce la intensidad del trabajo, y el seguimiento de todos los procedimientos se lleva a cabo de manera consistente; también se capturan los datos que describen el sistema para tenerlos almacenados en un formato que pueda leer una computadora.

Disminución de tiempo: Las herramientas ayudan a disminuir el tiempo en que se realizan las tareas, todo esto es posible si el analista esta bien entrenado para el uso de la herramienta que se utiliza.

Automatización de tareas tediosas: Los diagramas de flujo de datos son parte esencial del método de análisis estructurado y es una tarea que consume mucho tiempo. Con herramientas automatizadas esta tarea se vuelve menos tediosa ya que se pueden generar los dibujos a partir de un software.

Garantizar la consistencia de los procedimientos: Cuando los procedimientos forman parte del software, se realizan de forma mas consistentes, se convierten en una rutina y las reglas se pueden aplicar en forma consistente y exacta.

Clasificación de herramientas automatizadas: Las herramientas automatizadas se agrupan en tres categorías:

• Front-end

• Back-end

• Integrales

Herramientas de tipo front-end: Las herramientas de tipo front-end automatizan las primeras actividades del proceso de desarrollo de sistemas: análisis de requerimientos y diseño lógico.

Herramientas de tipo back-end: Las herramientas de tipo back-end tienen como finalidad ayudar al analista a formular la lógica del programa, los algoritmos de procesamiento y la descripción física de datos, también ayudan a la interacción con los dispositivos (para entrada y salida), etc. Dado que su empleo esta destinado al desarrollo de software, este tipo de herramientas también se conoce como herramientas para programación asistida por computadora.

Herramientas integrales: Las actividades de análisis abordan los detalles de alto nivel mientras que las actividades de desarrollo dan mayor importancia a los detalles de bajo nivel. Las especificaciones de alto nivel describen requerimientos del usuario, como entradas, salidas y expectativas de funcionamiento. Las especificaciones de bajo nivel indican la forma en que serán satisfechos estos requerimientos por medio de detalles que son específicos de la computadora

Las herramientas integrales proporcionan un ambiente que automatiza tareas clave a lo largo de todo el ciclo de vida de la aplicación, no solo el proceso de desarrollo. Si bien estas herramientas incluyen facilidades para manejar aspectos de análisis y desarrollo, también facilitan el diseño, administración y mantenimiento del código. Asimismo, brindan un ambiente eficiente para crea, almacenar, manipular, administrar y documentar sistemas.

Herramientas asistidas por computadora para la ingeniería de sistemas (CASE)

Las siglas CASE se emplean con bastante frecuencia en la comunidad de sistemas de información para denotar la ingeniería de sistemas asistida por computadora o la ingeniería de software asistida por computadora.

Las herramientas de tipo CASE incluyen los siguientes cinco componentes:

• Herramientas para diagramación

• Un deposito de información

• Generadores de interfaces

• Generadores de código

• Herramientas de administración

Herramientas para diagramación: Las herramientas para diagramación dan soporte al análisis y documentación de los requerimientos de una aplicación. Estas herramientas ofrecen la capacidad de dibujar diagramas y cartas, además de guardar los detalles en forma interna.

Deposito centralizado de información: La captura, análisis, procesamiento y distribución de todos los sistemas de información es asistida por un depósito de información centralizado o diccionario de datos.

Generador de interfaces: Las interfaces con el sistema son los medios que permiten a los usuarios interactuar con una aplicación, ya sea para dar entrada a información y datos o para recibir información.

Generadores de código: Los generadores de código automatizan la preparación de software. Estos incorporan métodos que permiten convertir las especificaciones del sistema en código ejecutable.

Herramientas de administración: Los sistemas CASE ayudan a los gerentes de desarrollo a calendarizar las actividades de análisis y diseño así como la asignación de recursos a las diferentes actividades del proyecto. Algunas herramientas CASE para administración permiten que los gerentes de proyecto especifiquen elementos de su propia elección.

Integración de herramientas en CASE

CASE incorpora varias herramientas que pueden considerarse por separado, como elementos discretos, o como parte de un sistema, un grupo de herramientas. La integración de herramientas ocurre en tres formas:

• Creación de una interface para desarrollo uniforme o adaptable

• Proporcionar la facilidad para transferir datos entre las herramientas

• Unir las actividades de desarrollo

Interface uniforme: Una interface uniforme significa que todas las herramientas en el sistema CASE son actividades de la misma manera y desde un lugar común en el sistema.

Facilidad para la transferencia de datos: La facilidad para la transferencia de datos significa que los detalles desarrollados con una herramienta pueden estar disponibles para otras. El diccionario de datos es el elemento crítico que hace posible la transferencia de datos entre las herramientas distintas.

Unir de las actividades de desarrollo: La facilidad para transferir datos y la unión de las fases de desarrollo se encuentran relacionadas, ya que se pueden utilizar una y otra vez los datos transferidos entre herramientas a través de todo el proceso de desarrollo.

Uso de una herramienta CASE

Operaciones iniciales: Los sistemas CASE almacenan información por proyecto. Cada aplicación de sistemas de información es considerada como un proyecto. La información que describe cada aplicación se mantiene por separado de la de otros proyectos.

Menú principal de funciones: El menú principal presenta los nombres de las siete funciones mas importantes de Excelerator: graficas, XLDiccionario, pantallas y reportes, documentación, análisis, interfases y utilerías.

Dibujo de diagramas de flujo de datos: Cuando se selecciona la función de graficas, aparece otro menú que muestra las opciones disponibles para el analista. Los diagramas de flujo de datos son uno de los muchos tipos de diagramas y cartas disponibles en el menú de graficas.

Diccionario por proyecto: A medida que se formulan las especificaciones y la documentación, toda la información con respecto al proyecto se acumula en el diccionario de datos que Excelerator mantiene para dicho proyecto.

El diccionario guarda los siguientes tipos de información:

• Registro y elementos: Detalles de elementos dato y registros.

• Datos: Detalles relacionados con almacenes y flujos de datos, etc. También se incluyen tablas de códigos definidos por el usuario junto con su significado así como el uso de otros nombres (alias).

• Procesos: Procesos, funciones y módulos del sistema.

• Graficas: Diagramas de flujo de datos, graficas estructuradas, diagramas para modelos de datos, diagramas estructurados, diagramas de relación entre entidades y graficas de presentación.

• Pantallas e informes: Definiciones y composición del diseño de los informes, diseños de pantallas y formas para la entrada de datos. También es posible preparar informes relacionados con la entrada de datos en pantalla.

• Entidades de otro tipo: Informes de las especificaciones contenidas en el diccionario, listados de entidades, nombres de usuarios y descripciones de documentos.

Pantallas e informes: El diseño de una pantalla comienza con una pantalla de presentación visual en limpio. Al mover el cursor por toda la pantalla, quizás con las teclas con flechas que aparecen en el teclado, el usuario puede especificar las posiciones donde desea que aparezcan letreros, campos para entradas y salidas, encabezados y títulos.

Herramientas para análisis y documentación: Excelerator ofrece características tales como un conjunto de reportes que validan las descripciones del sistema.

Utilerías: La información utilizada por el sistema Excelerator se encuentra descrita por las funciones de utilería. Las utilerías proporcionan funciones de respaldo y recuperación. Con ellas es posible copiar o volver a crear una parte do todo el diccionario del proyecto a partir de una copia de respaldo.

Beneficios de CASE

Entre los beneficios ofrecidos por la tecnología CASE se encuentran los siguientes:

• Facilidad para llevar a cabo la tarea de revisión de especificaciones del sistema así como de representaciones graficas (lo que aumenta la posibilidad de realizar la tarea).

• Facilidad para desarrollar prototipos de sistemas por medio de la capacidad para cambiar especificaciones y, por otro lado, para determinar el efecto que sobre el desempeño del sistema tendrían otras alternativas.

• Generación de código.

• Soporte para mantenimiento como resultado de haber guardado las especificaciones del sistema en un depósito central de información.

• Aumentar las posibilidades de satisfacer los requerimientos del usuario.

Facilidad para la revisión de aplicaciones: Las herramientas CASE proporcionan un beneficio substancial para las organizaciones al facilitar la revisión de las aplicaciones. Contar con un deposito central, agiliza el proceso de revisión ya que este proporciona bases para las definiciones y estándares para los datos.

Soporte para el desarrollo de prototipos de sistemas: Muchas herramientas CASE soportan las primeras etapas del desarrollo de un prototipo. Muy pocas brindan apoyo durante todo el proceso de desarrollo del prototipo. Las que proporcionan la capacidad para ser generado al inducir la actividad de generación después de cambiar las especificaciones o requerimientos.

Generación de código: Algunas herramientas CASE tienen la capacidad de producir el código fuente. La ventaja más visible de esta característica es la disminución del tiempo necesario para preparar un programa. Esto asegura la estructura estándar y consistente para el programa y disminuye la ocurrencia de varios tipos de errores, mejorando de esta manera la calidad.

Mejora en la habilidad para satisfacer los requerimientos del usuario: Conocer las necesidades de los usuarios es importante en el éxito del sistema ya que mejora la calidad en su desarrollo.

Soporte iterativo para el proceso de desarrollo: La experiencia ha demostrado que el desarrollo de sistemas es un proceso iterativo. Los analistas repasan y revisan los detalles del sistema con mayor frecuencia y en forma mas consistente.

Debilidades de CASE

Confiabilidad en los métodos estructurados

Muchas herramientas CASE están construidas teniendo como base las metodologías del análisis estructurado y del ciclo de vida de desarrollo de sistemas. Por si sola, esta característica puede convertirse en la principal limitante ya que no todas las organizaciones emplean métodos de análisis estructurado.

Falta de niveles estándar para el soporte de la metodología

Las herramientas CASE que existen en el presente, tienen una de las siguientes características:

• Son independientes de la metodología

• Permiten que los usuarios definan sus propias metodologías, reglas y estándares

• Soportan una metodología

• Soportan las metodologías mas diseminadas

Las herramientas que proporcionan un soporte limitado a una sola metodología pueden forzar el uso riguroso de reglas, procedimientos y estándares de esta, además brindan ayuda sensible al contexto y bases de conocimiento que ofrecen asistencia experta. Sin embargo, entre mas metodologías soporte una herramienta, existe la posibilidad cada vez mayor de que la seguridad y ayuda que esta ofrece sea menor.

Conflictos en el uso de los diagramas: Algunas herramientas son exclusivamente para graficas, que se abocan al dibujo de diagramas para el análisis de entrada y salida de datos. Este tipo de herramientas pueden restringir ya sea el proceso de desarrollo normal seguido por una organización o el estilo particular de trabajo de los analistas.

Diagramas no utilizados: Los investigadores han encontrado que, en algunos casos, las herramientas graficas, automatizada o manuales, no se emplean del todo. O no se utilizan de la forma en que se deberían utilizar.

Función limitada: Muchas herramientas para la fase de desarrollo recalcan el mantenimiento y la reestructuración del código, pero ofrecen un soporte débil durante la fase de análisis para la determinación y especificación de requerimientos.

Alcance limitado: La mayor parte de productos CASE describe pero no analiza. De poca ayuda es proporcionar una regla de inclusión en los mejores enfoques y una regla de exclusión para los que son poco satisfactorios. No ofrecen o evalúan soluciones potenciales para los problemas relacionados con sistemas. Y tampoco existe una garantía clara para que dos analistas que utilicen los mismos métodos aplicados a información idéntica, formulen recomendaciones igualmente aceptables.

Las tareas humanas siguen siendo críticas: La tecnología CASE ofrece herramientas que soportan las funciones de modelado, verificación, manejo de datos y de utilería que son necesarias para mejorar la productividad del desarrollo. Pero obtener y comprender los requerimientos son tareas realizadas por los seres humanos y lo más probable es que se continúe de tal forma.

ESTRATEGIA DE DESARROLLO POR PROTOTIPOS

Titulo de la actividad: Estrategia de Desarrollo por Prototipos.
Objetivo: Determinar las etapas del ciclo de vida clasico.
Actividades: Leer el Texto.
Producto: Desarrolla un esquema sobre el tema.

Estrategia de Desarrollo por Prototipos

Fines de los Prototipos

El prototipo es una aplicación que funciona.

La finalidad del prototipo es probar varias suposiciones formuladas por analistas y usuarios con respecto a las características requeridas del sistema.

Los prototipos se crean con rapidez, evolucionan a través de un proceso interactivo y tienen un bajo costo de desarrollo.

Objetivos de los Prototipos

Los objetivos de los prototipos son:

a) aclarar los requerimientos de los usuarios

b) verificar la factibilidad del diseño del sistema

Razones para emplear los Prototipos

Las razones para emplear los prototipos son:

a) aumentar la productividad

b) redesarrollo planificado

c) entusiasmo de los usuarios respecto a los prototipos

Condiciones para aplicar Prototipos

Las condiciones para aplicar prototipos son:

a) no conocer los requerimientos

b) evaluar los requerimientos

c) costos altos de inversión

d) alto riesgo

e) nueva tecnología

Etapas del Método con Prototipos

Las etapas del método con prototipos son:

1- identificación de requerimientos conocidos

2- desarrollo de un modelo de trabajo

3- participación del usuario

4- revisión del prototipo

5- iteración del proceso de refinamiento

El método con prototipos o construcción de los mismos se puede graficar de la siguiente manera:

Usos de los Prototipos

El uso de los prototipos está dado por:

1- El abandono de la aplicación: El prototipo satisfizo pero no es necesario en el desarrollo

2- La implantación del prototipo: El prototipo en este caso es la aplicación que se necesita sin un desarrollo posterior.

3- El redesarrollo de la aplicación: El prototipo representa la determinación de requerimientos

4- El inicio de un nuevo prototipo: Necesidad de un enfoque diferente. La experiencia ganada con el prototipo anterior facilita el nuevo enfoque.

Herramientas para el Desarrollo de Prototipos

Las herramientas para el desarrollo de prototipos serían:

- Lenguajes de Cuarta Generación - Focus - SQL

- Lenguajes no Orientados a Procedimientos

- Lenguajes de Consulta y Recuperación - QBEXAMPLE

- Generadores de reporte - EASYTRIEVE

- Generadores de aplicaciones - Focus - Natural

- Generadores de pantallas - SDA

- Diccionarios de datos

- Desarrollo sobre PC

- Oracle (Designer/2000, Developer/2000)

Estrategias para el Desarrollo de Prototipos

Las estrategias para el desarrollo de prototipos son:

1- Prototipos para pantallas: El elemento clave es el intercambio de información con el usuario.

2- Prototipos para procedimientos de procesamiento: El prototipo incluye solo procesos sin considerar errores.

3- Prototipos para funciones básicas: Solo se desarrolla el núcleo de la aplicación, es decir solo los procesos básicos.

Errores sobre el tema Prototipos

Los errores sobre el tema de prototipos son:

- el desarrollo del prototipo es trivial

- es solo para aplicaciones pequeñas

- es solo para aplicaciones sencillas

- la participación del usuario es simbólica

Tareas de los usuarios

Las tareas de los usuarios son:

1- identificar la finalidad del sistema

2- describir la salida del sistema

3- describir los requerimientos de datos

4- utilizar y evaluar el prototipo

5- identificar las mejoras necesarias

6- documentar las características no deseables

CICLO DE VIDA CLASICO

Titulo de la actividad: Ciclo de vida clasico.
Objetivo: Determinar las etapas del ciclo de vida clasico.
Actividades: Leer el Texto.
Producto: Por esta ocasión no hay producto a fin de que se estudie para su semana de exámenes.

CICLO DE VIDA CLASICO

El ciclo de vida clasico del analisis y diseño de sistemas de información se encuentra integrado por seis pasos los cuales son:

1.- Investigación Preliminar

La solicitud para recibir ayuda de un sistema de información puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia siempre con la petición de una persona.

Cuando se formula la solicitud comienza la primera actividad de la cual se desprenden tres partes que son:

          a) Aclaración de la solicitud: La solicitud del proyecto debe examinarse para determinar con precisión lo que el solicitante desea, ya que antes de seguir adelante la solicitud debe estar bien planteada.

          b) Estudio de factibilidad: Este se subdivide entres enfoques que son:

                I. FACTIBILIDAD TÉCNICA: Para determinar si este sistema es funcional o no, se tomaron apuntes de los procesos actuales y determinando que estos eran ineficientes podemos concluir que un sistema nuevo del tipo netamente mecanizado es viable y factible.

                II. FACTIBILIDAD ECONOMICA: Si tomamos en cuenta que no existe tecnología instalada en la mueblería y por tanto no existen componentes para el sistema propuesto, proporcionaremos costos de equipo en sus tres modalidades:

                  El mejor: El más caro.

                  El intermedio: Ni muy caro ni el mejor.

                  El peor: El mas barato y de menor calidad.

Todos ellos deben de contar con costos reales.

                 III. FACTIBILIDAD OPERACIONAL: Si es viable poner en marcha el proyecto planteado a la gerencia de forma económica, debemos también analizar que los usuarios no se opongan al cambio pero si no es la gerencia quien determinara si el proyecto se pone en marcha o no.

          c) Aprobación de la solicitud: Aunque no todos los proyectos son factibles, si el nuestro es aprobado se incorporaran a los planes de la organización o inmediatamente se pondrá en marcha. Luego de esto se estima su costo, su tiempo para terminarlo y si se requiere personal.

2.- Determinación de los requerimientos

El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave:

a) ¿Qué es lo que hace?

b) ¿Cómo se hace?

c) ¿Con que frecuencia se presenta?

d) ¿Qué tan grande es el volumen de transacciones o decisiones?

e) ¿Cuál es el grado de eficiencia con el que se efectúan las tareas?

f) ¿Existe algún problema?

g) Si existe un problema, ¿qué tan serio es?

h) Si existe un problema, ¿cuál es la causa que lo origina?

3.- Diseño del sistema

Este produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase del análisis. Este proceso se comienza identificando los reportes y demás salidas que debe de producir el sistema, así como determinar con precisión los datos específicos para cada reporte y salida.

El diseño de sistemas también indica los datos de entrada, aquellos que serán calculados y los que deben ser almacenados, así mismo, se escriben con todo detalle los procedimientos de cálculo y los datos individuales.

4.- Desarrollo del software

Los encargados de desarrollar software pueden instalar software comprado a terceros o escribir programas diseñados a la medida del solicitante. La elección depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores.

Los programadores también son responsables de la documentación de los programas y de proporcionar una explicación de cómo y por que ciertos procedimientos se codifican en determinada forma. La documentación es esencial para probar el programa y llevar a cabo el mantenimiento una vez que la aplicación se encuentra instalada.

5.- Prueba del sistema

Durante esta etapa el sistema se emplea de manera experimental para asegurarse de que el software no tenga fallas, es decir que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga. Se alimentan como entradas conjuntos de datos de prueba para su procesamiento y después se examinan los resultados.

En muchas organizaciones, las pruebas son conducidas por personas ajenas al grupo que escribió los programas originales; con esto se persigue asegurar, por una parte, que las pruebas sean completas e imparciales y, por otra, que el software sea más confiables.

6.- Implantación y evaluación

Este es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. Dependiendo del tamaño de la organización que empleara la aplicación y el riesgo asociado con su uso, puede elegirse comenzar la operación del sistema solo en un área de la empresa (prueba piloto).

La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes. La evaluación ocurre a lo largo de cualquiera de las siguientes dimensiones: Evaluación Operacional, Impacto Organizacional, Opinión de los Administradores y Desempeño del Desarrollo.

DICCIONARIO DE DATOS

Titulo de la actividad: Diccionario de datos.
Objetivo: Uso y aplicación del diccionario de datos.
Actividades: Leer el Texto.
Producto: Con base a lo visto en clase y complementado con esta lectura, realiza un diccionario de datos del diagrama de flujo del registro de asistencia explicado en clase.
Fecha de entrega: Martes 23 de Febrero.

En esta ocasión cambiaremos un poco la dinámica de cómo estamos llevando la secuencia de las clases, por lo que en el siguiente enlace les activara una presentación de PowerPoint en donde se explica el tema de diccionario de datos.

https://docs.google.com/present/edit?id=0AT50FG3hJVYFZDM1and3Zl82Y3ozNXBjZjk&hl=es


Por favor coloquen un comentario en caso de poder entrar al enlace correctamente, nos vemos el martes en clase, dudas por correo electronico.

Desarrollo de diagramas de flujo de datos

Titulo de la actividad: Desarrollo de diagramas de flujo de datos.

Objetivo: Uso de gráficos en la aplicación de diagramas de flujo de datos.

Actividades: Leer el Texto.

Producto: Con base a lo visto en clase y complementado con esta lectura, busca y presenta un diagrama de flujo de datos de alguna empresa o producto, con el mismo realiza un análisis y determina alguna crítica o mejora que realizarías.

Fecha de entrega: Martes 16 de Febrero.

Desarrollo de diagramas de Flujo de datos

Nota: Recuerda que para visualizar completa la imagen debes darle un clic sobre la misma.

Entrevista Estructurada/Preparada

Titulo de la actividad: Entrevista Estructurada/Preparada.
Objetivo: Comprender los factores que influyen en una entrevista estructurada.
Actividades: Leer el Texto.
Producto: Con base a lo visto en clase y complementado con esta lectura, realiza una entrevista sobre un tema de actualidad a tu consideración. Deberás de entregar el escrito en donde preparaste previamente las preguntas, así como el audio de la misma, no deberá exceder de 15 minutos.
Fecha de entrega: Martes 9 de Febrero.

Entrevista Estructurada/Preparada

Las entrevistas estructuradas se basan en la realización de un marco de preguntas predeterminadas sobre experiencia, educación, intereses personales, gustos y actividad del solicitante entre otros,... Las preguntas se establecen antes de que se inicie la entrevista y todo candidato debe responderlas.

Incluso para los candidatos jóvenes, aunque en mayor medida para los de edad más avanzada, resulta bastante extenso, pues se pueden plantear preguntas que cubra toda la historia del candidato. El fin de este método es descubrir las experiencias del candidato y lo que ha hecho, como mejor indicador de lo que hará.

En la práctica este método requiere, como mínimo, una preparación previa de las principales áreas a cubrir; en muchos casos, también se preparan, previamente, todas las preguntas detalladas incluidas en cada área.

Esta preparación asegura un completo alcance, pues permite al entrevistador concentrarse en la respuesta, ayuda a mitigar el nerviosismo del candidato sobre las notas tomadas por el entrevistador puesto que se da cuenta de que la naturaleza formal de las preguntas requiere que la información sea registrada, y permite que el entrevistador, al hacer preguntas personales, parezca estar siguiendo una norma establecida en lugar de actuar sobre la base de su propia curiosidad.

El método de esta entrevista puede acortarse limitándose a aquellas preguntas que se suponen más significativas.

Las principales ventajas de este método son que proporcionan una información muy completa y da pié a un planteamiento analítico.

SELECCIÓN DE LA ESTRATEGÍA PARA EL DESARROLLO DEL SISTEMA

Titulo de la actividad: Selección de la estrategia para el desarrollo del sistema.
Objetivo: Comprender los factores que influyen en la estrategia del desarrollo de sistema.
Actividades: Leer el Texto.
Producto: Investigar "Aplicaciones adecuadas para su dearrollo por parte de los usuarios finales", afin de complementar el tema.
Fecha de entrega: Martes 2 de Febrero.

SELECCIÓN DE LA ESTRATEGÍA PARA EL DESARROLLO DEL SISTEMA

Todas las solicitudes de proyectos, sin importar cuál se a su origen, deben pasar por un proceso de evaluación de facilidad operacional, técnica y económica.

A menudo las organizaciones clasifican las aplicaciones en dos categorías; proyecto instituciones y proyectos de los usuarios finales, para ello se hace uso de las siguientes distinciones:

APLICACIONES INSTITUCIONALES

Afectan las actividades de los consejos corporativos de varios departamentos o de procesos básicos de los que dependen la organización; proporcionan datos o facilidades para cambiar datos almacenados en las bases de datos corporativas o archivos compartidos; incluyen pero no están limitadas a, virtualmente todas las aplicaciones para el procesamiento de transacciones.

Algunos ejemplos de lo anterior lo tenemos en la recepción de pedidos; manejo de inventarios; personal y pago de nómina; planeación de requerimientos de material; contabilidad; correo electrónico.

APLICACIONES DE LOS USUARIOS FINALES

Ámbito limitado, producen con frecuencia información que permanece dentro del departamento o unidad de trabajo que la genera; están orientadas más hacia la emisión de reporte y salidas que a transacciones o procesamiento controlado por entradas; es común que utilicen lenguajes de cuarta generación, paquetes de software para computadoras personales o sistemas compartidos, que ya están escritos y que se especializan en la recuperación y presentación de la información; en muchas organizaciones su crecimiento representa entre un 50% y 70% de todas las aplicaciones de cómputo.

Como ejemplos tenemos el archivo histórico de ventas; cotización de precios y propuestas de proyectos; calendarios de mantenimiento de equipo.

Las aplicaciones de los usuarios finales constituyen una gran proporción de las actividades en sistemas de información. La capacidad cada vez mayor de las computadoras personales y los sistemas de minicomputadoras para los departamentos junto con la disponibilidad de software muy poderoso pero relativo bajo costo, continuarán esta tendencia.

DESARROLLO POR PARTE DE LOS USUARIOS

La estrategia de desarrollo por parte de los usuarios finales coloca la responsabilidad del desarrollo de aplicaciones en las manos de estos, ejecutivos, gerentes, supervisores y otros empleados que no son profesionales en sistemas de información. En realidad, los usuarios desarrollan programas o procedimientos para recuperar datos o realizar cálculos y procesamiento por computadora.

Nota: puedes hacer uso del libro Análisis y Diseño de Sistemas de Información, de James A. Senn, el cual se encuentra en la Biblioteca Escolar.

MÉTODOS DE SELECCIÓN Y ADMINISTRACIÓN DEL DESARROLLO

Titulo de la actividad: Métodos de Selección y Administración del Desarrollo.

Objetivo: Identificar las caracteristicas del proceso de selección y administraciòn del desarrollo.

Actividades: Leer el Texto.

Producto: Elaborar un esquema relacional de los temas aqui descritos y entregarlo en el formato establecido.

Fecha de entrega: Martes 25 de Enero.

 

MÉTODOS DE SELECCIÓN

Se generan muchas más solicitudes para el desarrollo de sistemas de los que la mayor parte de las compañías pueden emprender, por lo tanto, alguien debe decidir qué solicitudes emprender y cuáles otras rechazar. La decisión de aceptar o rechazar una petición puede tomarse de muchas formas diferentes y por distintos miembros de la organización en la que los analistas de sistemas no son los árbitros finales.

A) MÉTODO DEL COMITÉ DIRECTIVO

En muchas organizaciones, los comités directivos supervisan la revisión de propuesta para proyectos. El comité está constituido por gerentes importantes de varios departamentos de la organización así como por miembros del grupo de sistemas de información. Sin embargo, el comité no está dominado por los especialistas en sistemas.

El comité recibe las propuestas y las evalúa. La mayor responsabilidad del comité es tomar una decisión, y con frecuencia ésta requiere de más información que la contenida en la propuesta. Por consiguiente, se solicita a menudo una investigación preliminar,  para reunir detalles.

El método del comité impone mucho respeto y perspectiva a la revisión de las propuestas de proyectos. El comité está formado por gerentes con responsabilidad y autoridad para decidir qué proyectos responden a los mejores intereses de toda la compañía.

B) MÉTODO DEL COMITÉ DE SISTEMAS DE INFORMACIÓN

El comité de sistemas de información aprueba o rechaza proyectos y fija las prioridades y también indica que proyectos son más importantes, dándoles atención inmediata.

Este método se puede utilizar cuando la mayor parte de las solicitudes son para servicios rutinarios o mantenimiento de las aplicaciones existentes. Para estos proyectos, los miembros del equipo de sistemas de información, pueden ofrecer buenas ideas para los requerimientos del proyecto. Además al trabajar en otros proyectos los encargados de desarrollar los sistemas tienen acceso a información relacionada con la marcha de toda la compañía, consideración importante para la selección eficaz de proyectos. En ocasiones, tales como cuando es necesario tomar en equipo decisiones importantes o fijar compromisos de desarrollo a largo plazo para emprender un proyecto, la responsabilidad de la decisión se comparte con un alto ejecutivo quien determina qué proyecto es el que procede. Sin embargo, compartir la autoridad para decidir sobre un proyecto puede confundir a los usuarios que desean saber la forma en que el comité tomará la decisión sobre la solicitud hecha por ellos.

C) MÉTODO DEL COMITÉ DE GRUPOS DE USUARIOS

En algunas organizaciones los departamentos forman sus propios comités de selección. Comités de grupos de usuarios: tiene el control sobre qué se desarrolla y cuándo se implanta.

Aunque la práctica de tener comités de usuarios para seleccionar y desarrollar sistemas libera parte del trabajos del grupo de desarrollo de sistemas, puede tener desventajas para los propios usuarios. Es probable que algunos grupos de usuarios se encuentren con sistemas defectuosos o pobremente diseñados que requieren de tiempo y esfuerzos adicionales para reparar cualquier daño causado por la información errónea que estos sistemas pueden generar. Aunque los grupos de usuarios pueden encontrar, en ocasiones, muy decepcionantes de las decisiones de los comités directivos y de sistemas de información, la tasa de éxito para aquellos que emprenden el trabajo de desarrollo no es muy alentadora.

ADMINISTRACIÓN DEL DESARROLLO

El manejo de sistemas de información es tan importantes para los planes de las empresas, que en ocasiones se contrataban gerentes con la única responsabilidad de administrar estos sistemas. Comprar la tecnología adecuada es la parte fácil; el reto es adecuar la tecnología a las necesidades de la organización. Alcanzar un alto grado de adecuación es un aspecto fundamental para el éxito de la compañía. Cualquier decisión para invertir en alguna aplicación en particular significa más que un compromiso de tiempo, esfuerzo y recursos financieros. La decisión también definen el futuro de la empresa, dado que al concentrar los esfuerzos en una aplicación se limita la atención que puede darse a otros proyectos. Las aplicaciones seleccionadas deben ser aquellas que brinden los mayores beneficios para la compañía.
Existe tanta complejidad dinámica en cualquier empresa, grande o pequeña, como para permitir que una persona se encuentre al tanto de todo. Es necesario reunir todas las ideas y observaciones provenientes de cualquier fuente que tenga algo valioso que ofrecer. Lo anterior es valido ya sea que se toman decisiones con respecto a nuevos productos y mercados, construir nuevas instalaciones para manufactura o desarrollar sistemas de información.