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.



PAGINA PRINCIPAL