UNIDAD 3 CONSTRUCCION

3.1 SELECCIN DEL AMBIENTE OPERATIVO Y LENGUAJE DE DESARROLLO Ahora entremos a esta etapa en la cual es donde todo lo que se ha analizado ser aterrizado a la realidad. Para ello debemos tomar en cuenta los puntos expuestos dentro del anlisis, pues dentro de esta etapa debemos realizar:

Boceto de las pantallas as como la secuencia de flujo con la que se desplegarn segn las opciones que se integren al sistema. El cdigo fuente de cada programa realizado para el sistema, incluyendo nombre de archivo, funcin que realiza, autor y fecha de creacin. Diccionario de datos, donde se incluya la descripcin de cada estructura de las tablas o bases de datos que interactuarn con el sistema. Debe llevar, nombre del archivo, fecha de creacin, nombre de campo, tipo de campo, longitud del campo, relaciones con otras bases de datos y nombrar los campos clave. Si la aplicacin va a tener interacciones con otros sistemas. Opcionalmente podemos recurrir a cualquiera de los dos tipos de diseo estructurado o de prototipos utilizados para el diseo de cualquier tipo de sistema. Generalmente en este tipo de sistemas es bien socorrido el diseo por prototipos ya que en ocasiones se requiere que los proyectos se realicen rpidamente y esto nos sirve como una herramienta til para ello. Recordemos que el diseo por prototipo de aplicaciones, es en el cual las evaluaciones para el sistema se realizar mediante una aplicacin creada con anticipacin y con ella se realizara la evaluacin para ver si el sistema nuevo se puede implementar o requiere de mejoras y ajustes de acuerdo a las necesidades de la organizacin Documentar todo debidamente. Someter a evaluacin en juntas con las partes interesadas en el proyecto.

Para seleccionar la plataforma para el desarrollo de la aplicacin debemos tomar en cuenta las funciones que se vana realizar, equipo con el que contamos, sistema operativo, conectividad con la que se cuenta, plataformas de datos con las que cuentan los sistemas actuales ( en el dado caso que la aplicacin vaya a interactuar con otros sistemas), tomar en cuenta las bondades que ofrece el lenguaje de programacin, en cuanto a manejo de datos, capacidad de ejecucin de los programas, recordemos que estos lenguajes con ejecuciones de lado del servidor por lo que debemos tomar en cuenta el tiempo de respuesta para los usuarios, recordemos que en estos programas importa mucho la rapidez con la que realicemos un procesos.

3.2 ELABORACION DE PROGRAMAS DE IMPLEMENTACIN Planear Verificar Establecer mtodos para alcanzar las Dar educacin y capacitacin al equipo metas. (hacer) de realizacin. Realizar el trabajo. Comprobar efectos de realizacin. (actuar) Emprender la accin apropiada de acuerdo con los resultados de la verificacin. Consideraciones metodolgicas para Determinar metas y objetivos. desarrollar software educativo. En la Ingeniera de Software (IS) un modelo de desarrollo de software est formado por fases que ocurren en una secuencia dada y describe. Las acciones generales a tomar. Qu objetos y en qu orden se van a construir. Cmo se va a probar. Cmo se va a modificar. En un caso ideal, cmo se va a dirigir.

Es la ltima fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un anlisis y diseo previo como resultado de la sustitucin o mejoramiento de la forma de llevar a cavo un proceso automatizado. Al Implantar un Sistema de Informacin lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin:

Es darle responsabilidad a los grupos. Uso de diferentes estrategias para el entrenamiento de los usuarios. El Analista de Sistemas necesita ponderar la situacin y proponer un plan de conversin que sea adecuado para la organizacin El Analista necesita formular medidas de desempeo con las cuales evaluar a los Usuarios. Debe Convertir fsicamente el sistema de informacin antiguo, al nuevo modificado

3.3 MTRICAS A EVALUAR A garanta de calidad del software, aplicada a lo largo de topo el proceso de ingeniera del software, engloba a los mtodos y herramientas de anlisis, diseo, codificacin y prueba, al control de la documentacin y de los cambios, a los procedimientos para asegurar el ajuste a los estndares, y a los mecanismos de medida (mtricas) e informes.

Para aplicar el sistema de calidad al ciclo de vida es necesario la utilizacin de mtricas adecuadas que permitan medir la calidad del proyecto (en realidad, comparamos los parmetros de calidad de ste con estimaciones realizadas mediante el uso de estndares o datos que aporta la experiencia en otros pro-yectos). En el contexto en que no encontramos, aten-deremos principalmente a las mtricas de productividad y de calidad. Las mtricas se utilizan para evaluar y controlar el proceso de desarrollo del software, de forma que permitan: Indicar la calidad del producto. Evaluar la productividad de los desarrolladores. Evaluar los beneficios (en cuanto a calidad y productividad) Derivados del uso de nuevos mtodos y herramientas de ingeniera del software. Establecer una lnea base para la estimacin. Justificar el uso de nuevas herramientas o de formacin adicional. Pero es necesario utilizar las mtricas ms adecuadas para conseguir el control, seguimiento y mejora de la calidad, y para ello es necesario determinar los factores de calidad ms importantes dentro del proyecto. 3.4 PRUEBA PROGRAMAS Y SISTEMA Las estructuras divulgadas de los mtodos y de datos facilitan y realizan una prueba aerodinmica, con todo lgicamente cuidadosa para verificar los errores de la operacin apropiada y/o de la exposicin dentro del mdulo del programa bajo prueba. El mtodo abarca romper un sistema de parmetros de la entrada al mdulo del programa en los racimos de los parmetros relacionados (es decir, los parmetros que valores afectan la validez de cada uno con respecto a la salida del mdulo del programa). Despus de eso, un sistema de grupos, representando diversos usos de un sistema de parmetros arracimados, se identifica. Despus de identificar a los grupos, un sistema de llamadas de prueba (o una matriz de la prueba) se rinde para el mdulo del programa. Un sistema de la cubierta de las llamadas de prueba para un racimo particular abarca una suma de todos lgicamente/operacionalmente las combinaciones distintas del valor de la entrada rendidas para cada grupo. Tales combinaciones distintas del valor de la entrada se rinden segn las clases de equivalencia del parmetro definidas para cada parmetro cada uno de los grupos del racimo. Una llamada de prueba real incluye un sistema representativo de los valores de parmetro para una combinacin seleccionada particular de clases de equivalencia. Anlisis esttico Manual

Anlisis esttico Automtico Inspeccin : Determina si el cdigo esta completo y correcto, como tambin las

especificaciones. Walkthrough Verificacin esttica Interrelacin informal entre testers, creadores y usuarios del sistema Compara los valores generados por el programa con los rangos de valores predefinidos haciendo una descripcin del funcionamiento de los procedimientos en trminos Hace un seguimiento de la comunicacin entre funciones, mdulos, aplicaciones, luego de que todas las partes hayan sido verificadas por separado

Ejecucin simblica

3.5IMPLEMENTACION Una implementacin o implantacin es la realizacin de una aplicacin, o la ejecucin de un plan, idea, modelo cientfico, diseo, especificacin, estndar, algoritmo o poltica..En ciencias de la computacin, una implementacin es la realizacin de una especificacin tcnica o algoritmos como un programa, componente software, u otro sistema de cmputo. Muchas implementaciones son dadas segn a una especificacin o un estndar. Por ejemplo, un navegador web respeta (o debe respetar) en su Los dos primeros ejemplos se basan en los escenarios de Escenarios de ejemplos de implementacin. El tercer ejemplo contempla la situacin comn de preparar un equipo de pruebas para la depuracin remota. 3.6 ELABORACION DEL MANUAL DE USUARIO Expone los procesos que el usuario puede realizar con el sistema implantado. Para lograr esto, es necesario que se detallen todas y cada una de las caractersticas que tienen los programas y la forma de acceder e introducir informacin. Permite a los usuarios conocer el detalle de qu actividades ellos debern desarrollar para la consecucin de los objetivos del sistema. Rene la informacin, normas y documentacin necesaria para que el usuario conozca y utilice adecuadamente la aplicacin desarrollada. Objetivos Que el usuario conozca cmo preparar los datos de entrada. Que el usuario aprenda a obtener los resultados y los datos de salida. Servir como manual de aprendizaje. Servir como manual de referencia. Definir las funciones que debe realizar el usuario. Informar al usuario de la respuesta a cada mensaje de error. Pasos a seguir para definir como desarrollar el manual de usuario. Identificar los usuarios del sistema: personal que se relacionar con el sistema. Definir los diferentes tipo de usuarios: se presentan los diferentes tipos de usuarios que usaran el sistema. Ejemplo: usuarios directos, indirectos. Definir los mdulos en que cada usuario participar: Se describen los mdulos o

procesos que se ejecutarn por cada usuario en forma narrativa breve y clara. Contenido Diagrama general del sistema

Muestra en forma condensada el flujo general de la informacin y de las actividades que se realizan en el sistema. Proporciona una visin general del sistema. Representar los diagramas utilizando para ello diagramas de bloques. Presentar grficamente todos los pasos que se efecten dentro del departamento usuario a quien est dirigido este manual. Deben especificarse los archivos de entrada, salida, los resultados, revisiones y procesos manuales. En este punto se explica en forma especfica y detallada todas las operaciones que aparecen representadas en forma grfica en el diagrama particular. Se analizan cada una de las fases sealando: El proceso principal que se desarrolla. La entrada de la informacin. La obtencin de un resultado parcial. El envo de informacin a otra dependencia. La instalacin del sistema proporciona detalles completos sobre la forma de instalar el sistema en un ambiente particular. En este punto se explica cmo iniciarse en el sistema y cmo se pueden utilizar sus cualidades comunes. Esta documentacin debe decir al usuario cmo salir de un problema cuando las cosas funcionan mal.

Diagrama particular detallado.

Explicacin Genrica De Las Fases Del Sistema

Instalacin Del Sistema

Iniciacin Al Uso Del Sistema

3.7 MANUAL ADMINISTRATIVO Sirve como punto de partida al Sistema propuesto, ya que ser funcin de la gerencia, de acuerdo con los usuarios de dicho Sistema, determinar silo expuesto en l satisface los requerimientos del propio sistema. Una vez lograda la aprobacin, se estar en

condiciones de iniciar el desarrollo del Sistema propuesto e ir integrando el resto de la documentacin. El manual tiene como finalidad el permitir a la alta gerencia tener la informacin necesaria y suficiente sobre un sistema en particular y servir como fuente dc consulta una vez que el Sistema ha sido implantado. Contenido Nombre del sistema Describir el nombre del sistema a implantar en la empresa. Equipo Encargado Del Sistema Nombre del personal encargado del anlisis y diseo del sistema. Resumen Administrativo Compendio de lo puntos que se describen en el manual, el cual tiene como propsito permitir a los altos ejecutivos enterarse en forma somera de la propuesta del sistema. En este punto aparece por primera vez el nombre del sistema, el cual debe ser nico, este deber conservarse invariable en todos los documentos referentes a ese sistema. Planteamiento. Este punto tiene como finalidad registrar los antecedentes que servirn de partida al desarrollo del anlisis del sistema. Se debe mencionar: Dependencia que requiri el trabajo. Personas y / o puestos ocupados por estas al momento de requerirse el trabajo (acuerdos, disposiciones legales, memorandos, y otros) Condiciones y criterios que normaron el desarrollo del trabajo. Fechas correspondientes. Ejemplo: Mdulo o Nombre del Usuarios que manejan Origen del Procedimiento donde Documento Fuente el documento documento entra el documento Salidas del sistema (resultados a obtener) En este punto, solamente se describirn los resultados de mayor importancia obtenidos a travs de todo el proceso. En esta seccin se debe dar mayor nfasis a la informacin que el sistema proporciona cuidando de no hacer tan slo mencin de los resultados a obtener. Ejemplo: Periodicidad en que Usuarios que lo Nombre de la salida Destino se genera requieren Diagramacin general del sistema Es la representacin grfica de las fases del Sistema y su flujo a travs de las dependencias que intervienen en el mismo, aunque en forma generalizada. La tcnica a utilizar y la simbologa debe ser seleccionada por los interesados. Explicaciones de las fases del sistema Este punto se encuentra relacionado con el anterior ya que lo que se muestra grficamente, ahora se describe en forma genrica, explicando los procesos que se llevan a

cabo en cada dependencia sin profundizar en detalles tcnicos o especficos. Se deber resaltar aquellas fases del proceso en las cules se obtengan resultados de importancia as como aquellas que requieran una supervisin especial. Requerimientos del sistema Se establecen los recursos, tanto humanos como materiales que son necesarios para poder llevar a cabo el sistema. Presentar costos y descripcin, adems de las cantidades que se requieran. Estimacin de la fecha probable de implementacin del sistema Es necesario que exista una fecha probable de implantacin cuya base ser la terminacin de todas las actividades para la creacin del sistema, tales como: anlisis, programacin, elaboracin de formas, y otros. Ejemplo: Escala del tiempo en semanas Actividades a realizar 1 Presentacin de la Propuesta Anlisis Costo / Beneficio Adquisicin del Equipo Entrenamiento Consideraciones Generales Del Nuevo Sistema En este punto se deber sealar las ventajas, desventajas, y principales diferencias del nuevo sistema con el anterior, tales cmo seguridad, disminucin de costo, ahorro de tiempo, flexibilidad, confiabilidad y otros. Adems, desarrollar en cualquier aspecto de la propuesta del sistema que no file considerado en el desarrollo de los puntos antes mencionados. 3.8 MANUAL TCNICO Un manual tecnico, es aquel que describe la totalidad de las partes que componen un equipo, sus partes pormenorizadas, sus componentes mayores, menores, su mantenimiento, y su nmero de parte para poder hacer el pedido o comprarlo. La composicion La Caratula describiendo si es manual de mantenimiento manual de operacin, ***** ***** ***** *****

si es avin, seria manual de vuelo, el catalogo de partes

contraportada Tabla de Contenido

que describe los componentes mayores, donde ubicarlos y los subconjuntos

UNIDAD 4 ESTUDIO DE CASOS PRACTICOS DE MANTENIMIENTO

4.1 TIPOS DE MANTENIMIENTO

Tipos de mantenimientos existentes, definidos tal y como se especifican para la metodologa de mtrica:

Perfectivo:

Son las acciones llevadas a cabo para mejorar la calidad interna de los sistemas en cualquiera de sus aspectos: reestructuracin del cdigo, definicin ms clara del sistema y optimizacin del rendimiento y eficiencia.

Evolutivo:

Son las incorporaciones, modificaciones y eliminaciones necesarias en un producto software para cubrir la expansin o cambio en las necesidades del usuario.

Adaptativo:

Son las modificaciones que afectan a los entornos en los que el sistema opera, por ejemplo, cambios de configuracin del hardware, software de base, gestores de base de datos, comunicaciones, etc.

Correctivo:

Son aquellos cambios precisos para corregir errores del producto software.

Cabe sealar que, de estos 4 tipos de mantenimiento, solamente el correctivo y el evolutivo entran en el mbito de mtrica versin 3, ya que los otros dos requieren actividades y perfiles distintos a los del proceso de desarrollo. 4.2 TECNICAS DE MANTENIMIENTO

Para determinar los puntos anteriores se recurre a: Recomendacin del fabricante. Recomendacin de otras instalaciones similares. Experiencias propias. Anlisis de ingeniera. 4.3 ANALISIS DE CASOS DE MANTENIMIENTO

El problema para desarrollar un plan de mantenimiento preventivo para un determinado equipo consiste en determinar:

Que debe inspeccionarse. Con qu frecuencia se debe inspeccionar y evaluar. A qu debe drsele servicio. Con qu periodicidad se debe dar el mantenimiento preventivo. A qu componentes debe asignrseles vida til. Cul debe ser la vida til y econmica de dichos componentes.

4.4 ADMINISTRACION DEL MANTENIMIENTO

Se logra mediante sistemas de procesamiento de transacciones y otras aplicaciones de usuario final, con el apoyo de sistemas de administracin de bases de datos. Los usuarios finales y los especialistas en informacin tambin pueden emplear varias utileras proporcionados por un sistema de administracin de base de datos para el mantenimiento de base de datos.

Por ejemplo, cuando el antiguo fichero de configuracin no deshabilita nuevas opciones que deberan ser deshabilitadas. Algunos sistemas de gestin de paquetes, como el dpkg de Debian, permiten configurar el software durante la instalacin. En cualquier otra situacin es preferible instalar los paquetes con la configuracin por defecto y sobrescribirla posteriormente. Por ejemplo, en la instalacin de un paquete en un gran nmero de computadoras (dpkg tambin soporta este tipo de instalacin preconfigurada)

http://html.rincondelvago.com/el-mantenimiento.html http://www.monografias.com/trabajos67/sistemas-mantenimiento-instalacionesindustriales/sistemas-mantenimiento-instalaciones-industriale

UNIDAD 1 Conceptos bsicos de Calidad El estudiante comprender la importancia de la calidad para el desarrollo desoftware. 1.1 Definicin de calidad La calidad es una propiedad inherente de cualquier cosa que permite que estasea comparada con cualquier otra de su misma especie.La palabra calidad tiene mltiples significados. La calidad de un producto oservicio es la percepcin que el cliente tiene del mismo. Es una fijacin mentaldel consumidor que asume conformidad con un producto o serviciodeterminado, que solo permanece hasta el punto de necesitar nuevasespecificaciones. La calidad es un conjunto de propiedades inherentes a unobjeto que le confieren capacidad para satisfacer necesidades implcitas oexplcitas.La calidad significa llegar a un estndar ms alto en lugar de estar satisfechocon alguno que se encuentre por debajo de lo que se espera cumpla con lasexpectativas. Tambin podra definirse como cualidad innata, caractersticaabsoluta y universalmente reconocida, aunque, en pocas palabras calidad eshacer las cosas bien a la primera, es decir, que el producto salga bien al menor costo posible. Es el resultado de una actitud enrgica y comprometida deesfuerzos sinceros de una ejecucin talentosa. Definicin de calidad Propiedad inherente a una cosa que permite comprarla con la de suespecie. Propiedad o conjunto de caractersticas de un elemento que le dotan deuna ventaja competitiva. Es la totalidad de los rasgos y caractersticas de un producto o servicioque se sustenta en su habilidad para satisfacer las necesidadesimplcitas establecidas. 1

1.2 Definicin de calidad de SoftwareQue es la calidad del software

? La calidad del software es el conjunto de cualidades que lo caracterizan y quedeterminan su utilidad y existencia. La calidad es sinnimo de eficiencia,flexibilidad, correccin, confiabilidad, mantenibilidad, portabilidad, usabilidad,seguridad e integridad.La calidad del software es medible y vara de un sistema a otro o de unprograma a otro. Un software elaborado para el control de naves espacialesdebe ser confiable al nivel de "cero fallas"; un software hecho para ejecutarseuna sola vez no requiere el mismo nivel de calidad; mientras que un productode software para ser explotado durante un largo perodo (10 aos o ms),necesita ser confiable, mantenible y flexible para disminuir los costos demantenimiento y perfeccionamiento durante el tiempo de explotacin.La calidad del software puede medirse despus de elaborado el producto. Peroesto puede resultar muy costoso si se detectan problemas deriva dos deimperfecciones en el diseo, por lo que es imprescindible tener en cuenta tantola obtencin de la calidad como su control durante todas las etapas del ciclo devida del software . Definicin de calidad de software Concordancia con los requisitos funcionales y de rendimiento explcitamenteestablecidos con los estndares de desarrollo explcitamente documentados ycon las caractersticas implcitas que se espera de todo software desarrolladoprofesionalmente . R.S. Pressman (1992) Como obtener un software de calidad?

La obtencin de un software con calidad implica la utilizacin de metodologaso procedimientos estndares para el anlisis, diseo, programacin y pruebadel software que permitan uniformar la filosofa de trabajo, en aras de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a la vez queeleven la productividad, tanto para la labor de desarrollo como para el controlde la calidad del software .La poltica establecida debe estar sustentada sobre tres principios bsicos:tecnolgico, administrativo y ergonmico.El principio tecnolgico define las tcnicas a utilizar en el proceso de desarrollodel software.

El principio administrativo contempla las funciones de planificacin y control deldesarrollo del software , as como la organizacin del ambiente o centro deingeniera de software .El principio ergonmico define la interfaz entre el usuario y el ambienteautomatizado.La adopcin de una buena poltica contribuye en gran medida a lograr lacalidad del software , pero no la asegura. Para el aseguramiento de la calidades necesario su control o evaluacin. Como controlar la calidad del software ? Para controlar la calidad del

software es necesario, ante todo, definir losparmetros, indicadores o criterios de medicin, ya que, como bien planteaTom De Marco, "usted no puede controlar lo que no se puede medir".Las cualidades para medir la calidad del software son definidas por innumerables autores, los cuales las denominan y agrupan de formasdiferentes. Por ejemplo, John Wiley define mtricas de calidad y criterios,donde cada mtrica se obtiene a partir de combinaciones de los diferentescriterios. La Metodologa para la evaluacin de la calidad de los medios de programas de la CIC, de Rusia, define indicadores de calidad estructurados encuatro niveles jerrquicos: factor, criterio, mtrica, elemento de evaluacin,donde cada nivel inferior contiene los indicadores que conforman el nivelprecedente. Otros autores identifican la calidad con el nivel de complejidad del software y definen dos categoras de mtricas: de complejidad de programa ocdigo, y de complejidad de sistema o estructura.Todos los autores coinciden en que el software posee determinados ndicesmedibles que son las bases para la calidad, el control y el perfeccionamiento dela productividad.Una vez seleccionados los ndices de calidad, se debe establecer el proceso decontrol, que requiere los siguientes pasos: Definir el software que va a ser controlado: clasificacin por tipo, esferade aplicacin, complejidad, etc., de acuerdo con los estndaresestablecidos para el desarrollo del software . Seleccionar una medida que pueda ser aplicada al objeto de control.Para cada clase de software

es necesario definir los indicadores y susmagnitudes. Crear o determinar los mtodos de valoracin de los indicadores:mtodos manuales como cuestionarios o encuestas estndares para lamedicin de criterios periciales y herramientas automatizadas para medir los criterios de clculo. 3