LA VERDAD

CONSTRUCCION

SELECCIÓN 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 análisis, pues dentro de esta etapa debemos realizar:

• Boceto de las pantallas así como la secuencia de flujo con la que se desplegarán según las opciones que se integren al sistema.

• El código fuente de cada programa realizado para el sistema, incluyendo nombre de archivo, función que realiza, autor y fecha de creación.

• Diccionario de datos, donde se incluya la descripción de cada estructura de las tablas o bases de datos que interactuarán con el sistema. Debe llevar, nombre del archivo, fecha de creación, nombre de campo, tipo de campo, longitud del campo, relaciones con otras bases de datos y nombrar los campos clave.

• Si la aplicación va a tener interacciones con otros sistemas.

• Opcionalmente podemos recurrir a cualquiera de los dos tipos de diseño estructurado o de prototipos utilizados para el diseño de cualquier tipo de sistema. Generalmente en este tipo de sistemas es bien socorrido el diseño por prototipos ya que en ocasiones se requiere que los proyectos se realicen rápidamente y esto nos sirve como una herramienta útil para ello.

Recordemos que el diseño por prototipo de aplicaciones, es en el cual las evaluaciones para el sistema se realizar mediante una aplicación creada con anticipación y con ella se realizara la evaluación para ver si el sistema nuevo se puede implementar o requiere de mejoras y ajustes de acuerdo a las necesidades de la organización

• Documentar todo debidamente.

• Someter a evaluación en juntas con las partes interesadas en el proyecto.

Para seleccionar la plataforma para el desarrollo de la aplicación 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 aplicación vaya a interactuar con otros sistemas), tomar en cuenta las bondades que ofrece el lenguaje de programación, en cuanto a manejo de datos, capacidad de ejecución 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 IMPLEMENTACIÓN

Planear Verificar

Establecer métodos para alcanzar las metas. (hacer) Dar educación y capacitación al equipo de realización.

Realizar el trabajo.

Comprobar efectos de realización. (actuar) Emprender la acción apropiada de acuerdo con los resultados de la verificación.

Consideraciones metodológicas para desarrollar software educativo. Determinar metas y objetivos.

En la Ingeniería 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.

Cómo se va a probar.

Cómo se va a modificar.

En un caso ideal, cómo se va a dirigir.

Es la última fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un análisis y diseño previo como resultado de la sustitución o mejoramiento de la forma de llevar a cavo un proceso automatizado.

Al Implantar un Sistema de Información lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del análisis y permitir que los usuarios puedan operarlo.

Existen varios enfoques de Implementación:

• Es darle responsabilidad a los grupos.

• Uso de diferentes estrategias para el entrenamiento de los usuarios.

• El Analista de Sistemas necesita ponderar la situación y proponer un plan de conversión que sea adecuado para la organización

• El Analista necesita formular medidas de desempeño con las cuales evaluar a los Usuarios.

• Debe Convertir físicamente el sistema de información antiguo, al nuevo modificado

3.3 MÉTRICAS A EVALUAR

A garantía de calidad del software, aplicada a lo largo de topo el proceso de ingeniería del software, engloba a los métodos y herramientas de análisis, diseño, codificación y prueba, al control de la documentación y de los cambios, a los proce-dimientos para asegurar el ajuste a los estándares, y a los mecanismos de medida (métricas) e informes.

Para aplicar el sistema de calidad al ciclo de vida es necesario la utilización de métricas adecuadas que permitan medir la calidad del proyecto (en realidad, comparamos los parámetros de calidad de éste con estimaciones realizadas mediante el uso de estándares o datos que aporta la experiencia en otros pro-yectos). En el contexto en que no encontramos, aten-deremos principalmente a las métricas de productividad y de calidad.

Las métricas 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 métodos y herramientas de ingeniería del software.

Establecer una línea base para la estimación.

Justificar el uso de nuevas herramientas o de formación adicional.

Pero es necesario utilizar las métricas más adecuadas para conseguir el control, seguimiento y mejora de la calidad, y para ello es necesario determinar los factores de calidad más importantes dentro del proyecto.

3.4 PRUEBA PROGRAMAS Y SISTEMA

Las estructuras divulgadas de los métodos y de datos facilitan y realizan una prueba aerodinámica, con todo lógicamente cuidadosa para verificar los errores de la operación apropiada y/o de la exposición dentro del módulo del programa bajo prueba. El método abarca romper un sistema de parámetros de la entrada al módulo del programa en los racimos de los parámetros relacionados (es decir, los parámetros que valores afectan la validez de cada uno con respecto a la salida del módulo del programa). Después de eso, un sistema de grupos, representando diversos usos de un sistema de parámetros arracimados, se identifica. Después de identificar a los grupos, un sistema de llamadas de prueba

...