CAPITULO 5 PLANIFICACIÓN DE PROYECTOS DE SOFTWARE 1.-SUPONGA QUE ES EL GESTOR DE PROYECTOS DE UNA COMPAÑÍA QUE CONSTRUYE SOFTWARE PARA PRODUCTOS DE CONSUMO. HA CONTRATADO UNA CONSTRUCCIÓN DE SOFTWARE PARA UN SISTEMA DE SEGURIDAD DEL HOGAR. ESCRIBA UNA ESPECÍFICACION DEL ÁMBITO QUE DESCRIBE EL SOFTWARE. El proyecto de software comienza con un conjunto de actividades que globalmente, se denominan planificación del proyecto. Nuestras técnicas de estimación están probablemente desarrolladas y lo que es peor, inherentemente refleja una posición que es bastante falsa, la que de todo irá. Como no estamos seguros de nuestras estimaciones, los gestores de software a menudo no son capaces de convencer a la gente de que pueden esperar un buen producto. Aunque la estimación es más un arte que una ciencia, es una actividad importante que no debe llevarse a cabo una forma descuidada. 2.-LA COMPLEJIDAD DEL PROYECTO DE SOFTWARE. DESARROLLE LAS CARACTERISTICAS QUE AFECTE LA COMPLEJIDAD DEL PROYECTO. La complejidad del proyecto tiene un gran efecto en la incertidumbre que es inherente en la planificación. Sin embargo la complejidad es una medida relativa que se ve afectada por la familiaridad con esfuerzos anteriores. Se podría percibir una aplicación en tiempo real como excesivamente compleja para un grupo de software que haya desarrollado anteriormente sólo aplicaciones batch (por lotes). Se han propuesto una serie de medidas cuantitativas de la complejidad del software. Tales medidas se aplican en el nivel de diseño y de codificación y por consiguiente son difíciles de utilizar durante la planificación del software. Se puede establecer otras valoraciones de complejidad más subjetivas. 3.-EL PROCEDIMIENTO ES UNA CONSIDERACION IMPORTANTE DURANTE LA PLANIFICACION. El objetivo de la planificación del proyecto de software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos, coste y planificación temporal. Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software y deberían actualizarse regularmente a medida que progresa el proyecto. Además las estimaciones deberían definir los escenarios del mejor caso y peor caso de forma que los resultados del proyecto deben limitarse. El objetivo de la planificación se logra mediante un proceso de descubrimiento de la información que lleve a estimaciones razonables. 4.-HAGA LA DESCOMPOSICION DE LAS FUNCIONES DE UN SOFTWARE PARA UN SISTEMA DE SEGURIDAD. Como ejemplo de técnicas de estimación de LDC y PF tomemos en consideración un paquete de software a desarrollarse para una aplicación de diseño asistido por computadora. El software de CAD aceptará datos geométricos de dos y tres dimensiones por parte del ingeniero. El ingeniero se interconectará y controlará el sistema de CAD por medio de una interfaz de usuario que va a exhibir las características de un buen diseño de interfaz hombre- máquina. Aplicando el valor esperado de la función del análisis geométrico es 6.8000 LCD. De forma similar se derivan otras estimaciones. 5.- DESCRIBA LA TECNICA DE ESTIMACIÓN BASADA EN PF. La descomposición de estimación basada en PF se centra en los valores de dominio de información y no en las funciones del software. Teniendo en cuenta la tabla de cálculo de punto de función. El planificador del proyecto estima las entradas, salidas, peticiones, archivos e interfaces externas del software de CAD. Para los propósitos de está estimación, el factor de ponderación de la complejidad se asume como la media. La presenta los resultados de está estimación. 6.-UTILICE EL MODELO COCOMO PARA ESTIMAR EL SOFTWARE. Barry Boehm introduce una jerarquía de modelos de estimación de software con el nombre de COCOMO por Construcive Cost Model (Modelo Contructivo de Coste). 1 El modelo COCOMO básico cálculo el esfuerzo del desarrollo de software en función del tamaño del programa, expresado en líneas estimadas de código (LDC). 2 El modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en función del tamaño del programa y de un conjunto de conductores de coste que incluyen la evaluación subjetiva del producto, del hardware, del personal y de los atributos del proyecto. 3 El modelo COCOMO avanzado incorpora todas las características de la versión intermedia y lleva acabo una evaluación del impacto de los conductores de coste en fase. El modelo COCOMO está definido para tres tipos de proyectos de software: a)modo orgánico, b)modo semiacoplado, y c)modo empotrado. 7.-UTILICE LA ECUACION DEL SOFTWARE PARA ESTIMAR EL SOFTWARE. La ecuación del COCOMO básico tiene la siguiente forma: E= ah KLDC D= cb E dh Donde E es el esfuerzo aplicado en personas - mes, D es el tiempo de desarrollo en meses cronológicos y KLDC es el número estimado de líneas de código distribuido para el proyecto. De acuerdo con la evaluación, se determina un multiplicador de esfuerzos apartir de las tablas publicadas. COCOMO es el modelo empírico más completo para la estimación del software publicado hasta la fecha. 8.-CUAL ES LA DESVIACIÓN ESTANDAR Y COMO AFECTA A SU GRADO LA CORTEZA DE LA ESTIMACIÓN. DESVIACIÓN ESTÁNDAR: El software se compone de un número de componentes estándar que son genéricos para un área en particular de la aplicación. Para otros componentes estándar se hacen estimulaciones y cálculos similares y se producen resultados combinados de valores tamaños ajustados estadísticamente. ESTIMACIÓN: La estimación de coste y del esfuerzo del software nunca será una ciencia exacta. Son demasiadas las variables humanas, técnicas, de entorno que pueden afectar al coste final del software y al esfuerzo aplicado para desarrollarlo. Sin embargo, la estimación del proyecto del software puede dejar de ser un oscuro arte para convertirse en una serie de pasos sistemáticos que proporcionen estimaciones con un grado de riesgo aceptable. 9.-MEDIANTE LOS RESULTADOS OBTENIDOS DETERMINE EL RESULTADO. El software debe recibir información de entrada de un lector de código que se ajusten a la velocidad de la cinta transportadora. El software llevará acabo una inspección en la base de datos de entradas para determinar la posición del comportamiento adecuada. El aspecto menos preciso del ámbito del software es el estudio de la fiabilidad. El planificador del proyecto examina las especificaciones del ámbito y extrae todas las funciones importantes del software. 10.-DESARROLLO HERRAMIENTA DE SOFTWARE. Las herramientas automáticas de estimación permiten al planificador estimar costes y esfuerzos, así como llevar acabo análisis de tipo que pasa si con importantes variables del proyecto tales como la fecha de entrega o la selección de personal. a)Una estimación cuantitativa del tamaño del proyecto o de la funcionalidad. b)Características cualitativas del proyecto, tales como la complejidad, la fiabilidad requerida o el grado de criticidad del negocio. c)Alguna descripción del personal de desarrollo y/o del entorno de desarrollo. 11.-PORQUE CREE QUE SE HACE ASI. EXISTEN CIRCUNSTANCIAS EN LAS QUE NO DEBE PROCEDERSE EN ESTA FORMA. Al principio, el coste del software constituía un pequeño porcentaje del coste total de los sistemas basados en computadora. Un error considerable en las estimaciones del coste del software tenía relativamente poco impacto. Hoy en día el software es el elemento más caro de la mayoría de los sistemas informáticos. Un gran error en la estimación del coste puede ser lo que marque la diferencia entre beneficios y pérdidas. Sobre pasarse en el coste puede ser destoso para el equipo de desarrollo. a)Dejar la estimación para más adelante b)Basar la estimación en proyectos similares ya terminados. Del c)Utilizar técnicas de descomposición relativamente sencillas para generar las estimaciones de coste y de esfuerzos del proyecto. d)Desarrollar un modelo empírico para el cálculo de costes y esfuerzos del software. 12.-ARBOLES DE DECISIÓN En este caso, la organización de la ingeniería del software puede construir el sistema X desde el principio, reutilizar los componentes existentes de experiencia parcial para construir el sistema, comprar un producto de software disponible y modificarlo para cumplir las necesidades locales o contratar el desarrollo del software a un vendedor externo. Si se va a construir un sistema desde el principio existe una probabilidad 70% de que el trabajo sea difícil. Mediante las técnicas de estimación estudiadas, el planificador del proyecto que un esfuerzo de desarrollo. También muestra los otros caminos del árbol de decisión los costes proyectados para la reutilización, compra y contrato bajo diferentes circunstancias. Los costes esperados son los siguientes: a)coste esperado(reutilización): 0.40( $275k)+ o.60 (0.20( $310k))+ 0.80($490k) =$382k. b)coste esperado(compra): 0.40($210k)+ 0.30($400k)=$267k c) coste esperado(contrato): 0.30($380k)+ 0.40 ($500k)=$410k. 13.- ESCRIBA UN RESUMEN DE LO QUE HAYA ENTENDIDO El planificador del proyecto tiene que estimar tres cosas antes de que comience el proyecto cuanto durará, cuanto esfuerzo requerirá y cuanta gente estará implicada. Además el planificador debe preceder los recursos del proyecto de software. El ámbito ayuda a desarrollar estimaciones y de las técnicas. Para obtener las estimaciones exactas para un proyecto generalmente utilizadas técnicas utilizadas anteriormente.
CAPITULO 7 TRANSMICION DEL ANALISIS HACIA EL DISEÑO 1.-CUALES SON LOS COMPONENTES MAS IMPORTANTES DEL ANALISIS DE SISTEMAS. QUE RELACION EXISTE ENTRE ELLOS. El análisis que ocurre entre el análisis de sistemas y el diseño de sistemas. Por otra parte, se enfoca a la identificación de los requerimientos de sistemas de información y también a la especificación de alternativas de diseño. Cada alternativa tiene asociados los costos y los beneficios que los analistas deben reconocer y considerar antes de asesorar a la gerencia con respecto a la selección de una de ellas sobre las otras. El diseño es una solución la conversión de los requerimientos en formas que los satisfagan el diseño determina el éxito del sistema. A través del diseño los analistas de sistemas pueden tener gran influencia sobre la efectividad de un usuario. 2.- QUE SON LAS ESTRATEGIAS DE DISEÑO. EN QUE CONSISTEN. a)Diseño para evitar fallos en el control: Desarrollar el sistema para prohibir la ocurrencia de fallos en los controles y con estos invalidar eventos que no pueden ocurrir. Este camino puede ser muy difícil o extremadamente costosos. b)Diseño para detectar y notificar problemas de control: Asegurar que sean incorporados en el sistema procedimientos que identifiquen dificultades o inexactitudes y las notifique como una excepción que debe ser corregida por la persona autorizada para hacerlo. c)Diseño para detectar y corregir fallos en los controles: Proporcionar medios para emprender una acción correctiva y notificar que ésta ha sido realizada. 3.-LOS ANALISTAS QUE AREAS DEBEN EVALUAR CUANDO EXAMINAN LOS DATOS RECOPILADOS DURANTE LA INVESTIGACION DE SISTEMAS. El analista toma la decisión al aplicar el conocimiento que tiene sobre las capacidades de la computadora y combinarlo con la comprensión de los requerimientos del sistema. El analista toma la decisión al aplicar el conocimiento que tiene sobre la capacidad de las computadoras y combinarlo con la comprensión de los requerimientos de sistemas. 1) Especificar los elementos de diseño lógico. 2) Actividades de soporte para la empresa 3) Satisfacer los requerimientos de los usuarios 4) Proporcionar las especificaciones del software 5) Ajustar a los estándares de diseño. 4.-IDENTIFIQUE LAS PREGUNTAS QUE LOS ANALISTAS EMPLEAN PARA GUIAR EL ESTUDIO DE UN PROCESO O SISTEMA DESPUES DE RECOPILAR DATOS SOBRE LOS REQUERIMIENTOS DE INFORMACION. 1.-Se llevan acabo todos los pasos del proceso. Se realiza de forma apropiada. 2.-Es posible que se efectúen pasos adicionales o no autorizados. 3.- Pueden presentarse actividades duplicadas. 4.-Se entera la gerencia de eventos o pasos que no se realizan. 5.-Se verifica el contenido de las transacciones. 5.-QUE OBJETIVOS SIRVEN DE GUIA PARA LOS ANALISTAS DE SISTEMAS EN EL DISEÑO DE UN SISTEMA DE INFORMACIÓN. a) Incorpore características del sistema que sean fáciles de comprender y utilizar. b) Realizar en forma apropiada los procedimientos correctos. c) Presenta información e instrucciones en una forma aceptable y efectiva. d) Producir resultados exactos. e) Proporciona una interfaz y métodos de interacción. f) Es percibido por los usuarios como un sistema confiable. 6.-CUAL ES LA DIFERENCIA ENTRE EL DISEÑO LÓGICO Y LA CONSTRUCCIÓN FÍSICA. EN CUAL DE ELLAS EL ANALISTA TIENE RESPONSABILIDAD DE DISEÑO. CUAL ES EL PAPEL DEL PROGRAMADOR. CUAL EL DEL USUARIO. El diseño de sistemas tiene dos etapas: el diseño lógico y la construcción física del sistema. Cuando el analista fórmula el diseño lógico escribe las especificaciones detalladas al nuevo sistema es decir aquellas que describen sus características; entradas, salidas, 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 de sistema. 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 escriben programas que acepten la entrada proporcionada por los usuarios, procesan los datos, producen los reportes y guardan los datos en los archivos. 7.-DESCRIBA LAS ACTIVIDADES ASOCIADAS CON EL DISEÑO LOGICO. Un objetivo fundamental en el diseño de un sistema de información es asegurar que este brinde apoyo a la actividad de la empresa para la fue desarrollada. En otras palabras la tecnología de cómputo y comunicaciones especificadas en el diseño siempre debe tener un papel secundario en relación con los resultados que se pretende que el sistema proporcione. 8.-QUE RASGOS CARACTERIZAN A UN SISTEMA DE INFORMACION QUE SATISFACE LOS REQUERIMIENTOS DEL USIARIO. Durante el diseño los requerimientos del usuario se trasladan en características del sistema. a) Realizar en forma apropiada los procedimientos correctos. b) Presenta información e instrucciones en forma aceptable y efectiva. c) Produce resultados exactos d) Proporciona una interfaces y métodos de interacción aceptables. e) Es percibido por los usuarios como un sistema confiable. 9.-COMO CONTRIBUYEN LAS CARACTERISTICAS ECONOMICAS Y DE INGENIERIA HUMANA PARA CREAR UN SISTEMA DIFERENTE. QUE DIFERENCIA EXISTE ENTRE ELLAS. Después que el sistema ha sido instalado y de que los analistas se han ido, los gerentes y sus empleados comienzan a interactuar con el sistema. a) Incorpore características que sean fáciles de comprender y utilizar. b) Desaliente los errores cometidos por los usuarios o la falla de cuidado por parte de ellos. c) Tenga suficiente flexibilidad para adaptarse a las necesidades de cada usuario. d) Funcione, en general en forma que parezca natural al usuario. 10.-QUE PAPEL TIENEN LOS ESTANDARES DE DISEÑO EN EL DESARROLLO DE UNA APLICACIÓN DE SISTEMAS DE INFORMACION. Como puede observarse, los objetivos de diseño de sistemas son muy amplios y afectan aspectos tanto de la aplicación como de la organización en la que será utilizado el sistema. Por consecuencia no debe sorprender el hecho de que los grupos de sistemas de información mejor manejados, también mantengan estándares para el desarrollo de sistema. Las especificaciones de diseño se establecen dentro del marco fijado por los estándares. 11.-QUE CARACTERISTICAS DEBEN ESPECIFICARSE EN EL DISEÑO DE UN SISTEMA DE INFORMACION. QUE ES UNA ESPECIFICACION DE DISEÑO. Las especificaciones de diseño describen las características del sistema los componentes o elementos del sistema y la forma en que estos aparecerán ante los usuarios. Para muchos usuarios, el éxito de un sistema tiene las características adecuadas. Está sección describe las características que deben diseñar el analista de sistemas. Pero antes de considerarlas, es conveniente primero aclarar que elementos tienen que tomarse en cuenta en las especificaciones formales del diseño. 12.-EN QUE MEDIDA PUEDE AFECTAR AL ÉXITO O AL FRACASO DE UN SISTEMA DE DISEÑO DEL DIALOGO O CONVERSACION EN LINEA. Los sistemas en línea incluyen un diálogo o conversación entre el usuario y el sistema. Por medio del dialogo el usuario solicita servicios al sistema y le indica cuando realizar ciertas funciones a menudo la naturaleza de la conversación en línea hace la diferencia entre un diseño exitoso y otro inaceptable. 13.-COMO DIFIEREN LAS RESPONSABILIDADES DE UN ANALISTA DE SISTEMAS. El diseño de un sistema de información no sólo es responsabilidad de loa analistas de sistema. Por lo contrario, los gerentes y usuarios del sistema también tienen un papel importante en el diseño del sistema. El tema de la participación del usuario que aparecen en la breve historia. 14.-QUE OBJETIVOS SIRVEN DE GUIA PARA DISEÑAR LAS ESPECIFICACIONES DE LA SALIDA Y 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 las especificaciones de los medios por los que tanto los usuarios finales como los operadores darán instrucciones al sistema. El término salida como es probable que el lector lo conozca se refiere a los resultados e información generados por el sistema. En la realidad muchos usuarios no operan el sistema de información y tampoco ingresan datos en él pero utiliza la salida generada por el sistema. 15.-IDENTIFIQUE LOS DIFERENTES TIPOS DE PROCEDIMIENTOS QUE EL ANALISTA DEBE DISEÑAR. PROPORCIONE DE CADA UNO DE ELLOS. a) PROCEDIMIENTO PARA ENTRADA DE DATOS: Desarrollar el sistema para prohibir la ocurrencia de fallos en los controles y con estos invalidar eventos que no pueden ocurrir. b) PROCEDIMIENTO DURANTE LA EJECUCION: Asegurar que sean en el sistema procedimientos que identifiquen dificultades o inexactitudes y las notifiquen como una excepción. c) PROCEDIMIENTO PARA EL MANEJO DE ERRORES: Proporcionar medios para emprender una acción correctiva y notificar que está ha sido realizada. d) PROCEDIMIENTO DE SEGURIDAD Y RESPALDO: Acciones para proteger al sistema y sus recursos contra posibles daños. 16.-QUIEN TIENE LA RESPONSABILIDAD DE DISEÑAR EL SOFTWARE. QUE OBJETIVOS SIRVEN DE GUIA PARA EL DISEÑO DE LAS ESPECIFICACIONES DE PROGRAMAS DE COMPUTADORAS. Las especificaciones para programas son por si mismas un diseño ellas describen como transforman las especificaciones del diseño del sistema, salidas, entradas, archivos, procesamiento y otras en software de computadora. El diseño de software de computadora es importante para asegurar que: a) Los programas producidos lleven acabo todas las tareas y las hagan en la forma establecida. b) la estructuración del software en módulos permita su prueba y validación par determinar si los procedimientos son correctos. c) Las modificaciones se pueden realizar en forma eficiente y con un mínimo de interrupción en el diseño de sistema. 17.-DISCUTA LOS ASPECTOS RELACIONADOS CON EL MANEJO DE DISEÑO SISTEMAS. QUE PAPEL TIENEN LOS USUARIOS EN ESTA LABOR. Muchos sistemas de información ya sean implementado en sistemas de cómputo grandes o pequeños, interactuan con las bases de los datos en muchos sistemas su diseño es establecido y vigilado por un administrador de base de datos que es una persona que tiene la responsabilidad de desarrollar y mantener la base de datos. 18.-QUE ES LA INFORMACION LIBERADA POR EL ANALISIS. QUE ES LA CARPETA DE DISEÑO Y CUAL ES SU FINALIDAD. 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 transacciones, datos de tipo histórico o información de referencias. a) Los datos que deben incluirse en el formato de los registros contenido en el archivo. b) La longitud de cada registro con base en las características de los datos que contiene. c) La secuencia a disposición de los registros dentro del archivo (la estructura de almacenamiento que puede ser secuencial, indexada o relativa). 19.-PORQUE LOS USUARIOS DEBEN PARTICIPAR EN EL PROCESO DE DESARROLLO. Cuando los usuarios participan en el desarrollo de sistema tienen la responsabilidad de conocer los requerimientos de sistema. Ellos deben comprender el problema que están abordando al desarrollo de un sistema y los datos necesarios para enfrentarse a él. Los usuarios necesitan también un conocimiento genérico de los requerimientos de datos en los términos de la compañía. 20.-QUE LINEAMIENTOS DEBEN SEGUIRSE PARA MINIMIZAR LOS RIESGOS ASOCIADOS CON EL DESARROLLO POR PARTE DE LOS USUARIOS DE SISTEMAS DE INFORMACION. Existen problemas en potencia que están relacionados con el desarrollo de sistemas de información realizados por los usuarios finales: · El empleo de las especificaciones inexactas o de su posición incorrecta con respecto a las actividades de la organización. · La aplicación de fórmulas o modos incorrectos · La información incompleta · El uso de información no actualizado · La selección de software inapropiado y que aún no ha sido probado. · Incumplimiento de los estándares o lineamientos del sistema · No realizar pruebas inexactas. La lista puede extenderse aún más pero todos estos riesgos pueden evitarse si, los gerentes de los sistemas de información establecen lineamientos de diseño y por otro los usuarios se adhieren a ellos.
CAPITULO 13. ASEGURAMIENTO DE LA CALIDAD DE LOS SISTEMAS DE INFORMACION 1.- ¿QUÉ ES ADMINISTRACIÓN DE CALIDAD TOTAL? ¿CÓMO PUEDEN LOS SISTEMAS DE INFORMACION CONTRIBUIR CON ELLA? Con el alcance de control de calidad considerado como un fin en si mismo. Hace del control de calidad una responsabilidad a ser compartida por todas las personas dentro de la organización. Los sistemas de información pueden desempeñar un papel especial en los programas corporativos de calidad porque están profundamente involucrados con el trabajo diario de otros departamentos a lo largo de toda la institución. 2.- ¿POR QUÉ PUEDE EL SOFTWARE LLEGAR A SER UN PROBLEMA TAN IMPORTANTE DE ENTIDAD PARA LOS SISTEMAS DE INFORMACION? Un error oculto en el software de crédito de una empresa o en el de control de procesos puede resultar en una perdida de millones de dólares. Para más y más empresas, el software ha llegado a ser una parte integrante de los productos que se venden. El software de computo es ahora parte integrante de los sistemas de consumo como el combustible del automóvil, las lavaplatos, los controles de las videocaseteras y las maquinas de fax. 3.- DESCRIBIR DOS PROBLEMAS DE CALIDAD DEL SOFTWARE. La producción de software es única y presenta su propio conjunto de problemas. Una característica especial del desarrollo de software es que su meta normal es construir solo un ejemplar del producto final. Para la mayor parte de los productos manufacturados una vez que se inicia el desarrollo, se fabrican cientos, miles o aun millones de copias del producto. Con el software, los problemas de calidad deben resolverse desde la primera vez; el diseño debe ser de la más alta calidad a la primera. 4.- CITAR Y DESCRIBIR CUATRO SOLUCIONES PARA PROBLEMAS DE CALIDAD DE SOFTWARE. *Métodos probados para determinar y documentar las especificaciones del sistema y su diseño *Normas de programación cuyo resultado sea un código comprensible, susceptible de mantenimiento y que no sea demasiado complejo *Lineamientos para el desarrollo de parámetros de medición de calidad que sean aceptados por todas las partes interesadas, antes de su desarrollo *Normas y métodos para probar el sistema *Herramientas de software para ser usadas en todas las faces para estandarizar el trabajo en el proyecto y mejorar la calidad del resultado *Métodos de control del proyecto, en el cual se incluyan numerosas marcas y se requiera la autorización del usuario 5.- ¿QUÉ ES EL ANALISIS ESTRUCTURADO? ¿CUÁL ES EL PAPEL DE LO SIGUIENTE EN EL ANALISIS ESTRUCTURADO: DIAGRAMAS DE FLUJO DE DATOS, DICCIONARIO DE DATOS, ESPECIFICACIONES DE PROCESO? El análisis estructurado es altamente gráfico, descansan mas bien en diagramas que en un texto narrativo. Su herramienta primaria es el diagrama de flujo de datos (DFD), que es una representación gráfica de los procesos que componen el sistema y de las interfaces entre ellos. Muestran como los datos fluyen desde, hacia dentro de un sistema de información y los procesos en donde los datos se transforman. Los diagramas de flujo de datos se constituyen utilizando cuatro símbolos básicos. como:
Los flujos de datos muestran el movimiento de los datos entre los procesos, entidades externas y almacenamientos de datos. 6.- ¿CUÁLES SON LAS TRES TECNICAS PARA DOCUMENTAR LAS REGLAS DE DECISIONES? COMPARA LAS CARACTERISTICAS DE LAS TRES. Tabla de Decisiones: una gráfica en forma de tabla que representa las condiciones que afectan una decisión se emplea para documentar situaciones en las que el proceso de decisiones es altamente estructurado. 1) Un encabezado que identifica a la tabla. 2) Puntos de condiciones con accesos para cada posible condición. 3) Enunciados de acción con accesos para cada posible acción que pudiera tomarse. Tales acciones serán determinadas por las condiciones presentes y por las reglas de decisión que gobiernan el proceso decisional. 7.- ¿CUÁLES SON LOS PRINCIPIOS DE DISEÑO ESTRUCTURADO? ¿CÓMO PUEDE PROMOVER LA CALIDAD DEL SOFTWARE? El principio fundamental del diseño estructurado es que un sistema debe ser diseñado desde arriba hasta debajo de manera jerárquica, y que debe refinarse a mayores niveles de detalle. El diseño debe primero considerar la función principal de un programa o un sistema, luego romper esta función en subfunciones y descomponer cada subfunción hasta que se alcance el nivel mas bajo de detalle. De esta manera, toda la lógica de alto nivel y el modelo de diseño se desarrollan antes que el código detallado del programa haya sido escrito. Si se lleva acabo el análisis estructurado, el documento de especificaciones estruct5urado puede servir como insumo para el proceso de diseño. 8.- ¿CUÁL ES LA RELACION ENTRE LA PROGRAMACION ESTRUCTURADA Y EL DISEÑO ESTRUCTURADO? Que la Programación Estructurada; es una disciplina para organizar y codificar programas que simplifica el camino de control de manera que los programas puedan ser comprendidos fácilmente y en consecuencia modificados. Emplea las estructuras y los módulos básicos de control que solo tienen un punto de acceso y una salida. Y el Diseño Estructurado abarca un conjunto de reglas y técnicas de diseño que promueven la claridad y simplicidad en los programas y por tanto reducen tiempo y esfuerzo requeridos para la codificación, depuración y mantenimiento. Algunas veces el diseño estructurado se conoce también como diseño descendiente o diseño compuesto. 9.- DESCRIBIR EL USO DE DIAGRAMAS DE FLUJO DE SISTEMAS. A los Diagramas de Flujo de Sistemas se les conoce como flujogramas. El flujograma del sistema es una manera gráfica de describir todos los procedimientos que toman datos de entrada y los transforman a su forma final de salida. Usando símbolos y líneas de flujo especializadas, el flujograma de sistemas muestra todos los procesos que ocurren, los datos manejados en cada paso y la relación entre los procesos. Es una herramienta de diseño gráfico que describe el medio fisco y la secuencia de los pasos de procesamiento en un sistema de información. El flujograma del sistema · Muestra la estructura global del sistema · Traza el flujo de información y trabajo · Muestra los métodos físicos en los cuales se alimentan los datos, salen y se almacenan · Destaca los puntos clave de procesamiento y decisión 10.- ¿CUÁLES LA DIFERENCIA ENTRE EL DESARROLLO DE SOFTWARE ORIENTADO A OBLETOS Y LAS METODOLOGIAS ESTRUCTURADAS TRADICIONALES? Que el desarrollo de software orientado a objetos difiere de las metodológicas tradicionales en la manera en que maneja la cuestión del proceso VS datos y las metodológicas estructurados tradicionales ponen los procedimientos a la cabeza. 11.- ¿QUÉ ES CASE? ¿CÓMO PUEDE PROMOVER LA CALIDAD EN LOS SISTEMAS DE INFORMACION? Las herramientas CASE, se han desarrollado para dar soporte a las metodológicas estructuradas y necesitan ser diseñadas para ser utilizadas con desarrollos orientados a objetos. Aun deben desarrollar nuevas métricas, pues muchas de las existentes para evaluar la calidad de los sistemas no pueden ser aplicadas a la codificación orientada a objetos. 12. ¿CUÁLES SON ALGUNOS DE LOS ELEMENTOS CLAVES DE LAS HERRAMIENTAS CASE? Herramientas CASE facilitan la creación de documentación más clara y de la coordinación de los esfuerzos de desarrollo de los equipos. Las metodológicas más nuevas han probado ser más confiables y requieren ser reparados con menor frecuencia. Muchas herramientas CASE tienen una base de microcomputadoras con poderosas capacidades gráficas. Las herramientas CASE proporcionan instalaciones automatizadas de gráficas, para producir diagramas y figuras, generadores de pantallas e informes, diccionario de datos, capacidades extensas para producir informes, herramientas de análisis y verificación, generadores de códigos y de documentación. La mayoría de las herramientas CASE se basan en una o más de las populares metodologías estructuradas. Algunas empiezan a dar apoyo al desarrollo orientado a objetos. 13.- ¿QUÉ SON LA REINGENIERIA DE SOFTWARE Y LA INGENIERIA RETROSPECTIVA? ¿CÓMO PROMUEVEN LA CALIDAD EN LOS SISTEMAS DE INFORMACION? La reingenieria del software es una metodología que ataca el problema del envejecimiento del software. Una gran cantidad del software que usan las instituciones fue escrita sin el beneficio del análisis, diseño y programación estructurados. Tal software es difícil de mantener y actualizar. La ingeniería reversiva o retrospectiva, implica la extracción de las especificaciones subyacentes del negocio de los sistemas existentes. Las herramientas de la ingeniería retrospectiva como las que proporciona la Bachman Information Systems de Cambridge, leen y analizan el código existente del programa, las descripciones de archivos y bases de datos y producen una documentación estructurada del sistema. Promueven que la reingenieria puede tener beneficios significativos. Permite a una empresa desarrollar un sistema moderno a un costo mucho más bajo que, dado el caso el que se tendría si tuviera que desarrollar un sistema enteramente nuevo y el paso final de la ingeniería retrospectiva, las especificaciones revisadas son usadas para generar un código nuevo y estructurado para un sistema estructurado y mantenible. PREGUNTAS PARA DISCUSIÓN 1. SI ES IMPOSIBLE ELIMINAR TODOS LOS ERRORES EN UNA PIEZA COMPLEJA DE SOFTWARE, ¿QUÉ TANTO TIEMPO SE DEBE DAR A LAS PRUEBAS? El tiempo que sea necesario para que se puedan checar con detenimiento los errores y de esa manera poder corregir ambos errores encontrados en la pieza del software. 2. ¿CÓMO PUEDE LA CALIDAD DE LOS SITEMAS DE INFORMACION BENEFICIARSE AL USAR ALGUNOS DE LOS ENFOQUES DE CONSTRUCCION DE SISTEMAS QUE SE DESCRIBEN EN EL CAPITULO 12 (CICLO DE VIDA DE LOS SISTEMAS)? ¿QUÉ PROBLEMAS DE CALIDAD CREAN CADA UNO DE ESTOS ENFOQUES? Por que los sistemas de información son más actuales y benefician mas al usuario porque dan solución a sus problemas y de esta forma satisfacen sus necesidades.