3.1 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 (o una matriz de la prueba) se rinde para el módulo del programa. Un sistema de la cubierta de las llamadas de prueba para un racimo particular abarca una suma de todos lógicamente/operacionalmente las combinaciones distintas del valor de la entrada rendidas para cada grupo. Tales combinaciones distintas del valor de la entrada se rinden según las clases de equivalencia del parámetro definidas para cada parámetro cada uno de los grupos del racimo. Una llamada de prueba real incluye un sistema representativo de los valores de parámetro para una combinación seleccionada particular de clases de equivalencia.
Análisis estático Manual Análisis estático Automático
| Inspección : | Determina si el código esta completo y correcto, como también las especificaciones. |
| Walkthrough | Interrelación informal entre testers, creadores y usuarios del sistema |
| Verificación estática | Compara los valores generados por el programa con los rangos de valores predefinidos haciendo una descripción del funcionamiento de los procedimientos en términos |
| Ejecución simbólica | Hace un seguimiento de la comunicación entre funciones, módulos, aplicaciones, luego de que todas las partes hayan sido verificadas por separado |
3.5IMPLEMENTACION
Una implementación o implantación es la realización de una aplicación, o la ejecución de un plan, idea, modelo científico, diseño, especificación, estándar, algoritmo o política..En ciencias de la computación, una implementación es la realización de una especificación técnica o algoritmos como un programa, componente software, u otro sistema de cómputo. Muchas implementaciones son dadas según a una especificación o un estándar. 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 implementación. El tercer ejemplo contempla la situación común de preparar un equipo de pruebas para la depuración 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 características que tienen los programas y la forma de acceder e introducir información. Permite a los usuarios conocer el detalle de qué actividades ellos deberán desarrollar para la consecución de los objetivos del sistema. Reúne la información, normas y documentación necesaria para que el usuario conozca y utilice adecuadamente la aplicación desarrollada.
ObjetivosQue el usuario conozca cómo
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
Pasos a seguir para definir como desarrollar el manual de usuario.
|
Contenido
| Diagrama general del sistema | Muestra en forma condensada el flujo general de la información y de las actividades que se realizan en el sistema. Proporciona una visión general del sistema. Representar los diagramas utilizando para ello diagramas de bloques. |
| Diagrama particular detallado. | Presentar gráficamente todos los pasos que se efectúen dentro del |
| Explicación Genérica De Las Fases Del Sistema | En este punto se explica en forma específica y detallada todas las operaciones que aparecen representadas en forma gráfica en el diagrama particular. Se analizan cada una de las fases señalando: El proceso principal que se desarrolla. La entrada de la información. La obtención de un El envío de información a otra dependencia. |
| Instalación Del Sistema | La instalación del sistema proporciona detalles completos sobre la forma de instalar el sistema en un ambiente particular. |
| Iniciación Al Uso Del Sistema | En este punto se explica cómo iniciarse en el sistema y cómo se pueden utilizar sus cualidades comunes. Esta documentación debe decir al usuario cómo |
3.7 MANUAL ADMINISTRATIVO
Sirve como punto de partida al Sistema propuesto, ya que será función 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 aprobación, se estará en condiciones de iniciar el desarrollo del Sistema propuesto e ir integrando el resto de la documentación.
El manual tiene como finalidad el permitir a la alta gerencia tener la información 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 análisis y diseño del sistema. |
Resumen Administrativo |
Compendio de lo puntos que se describen en el manual, el cual tiene como propósito 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 servirán de partida al desarrollo del análisis 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.
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:
Nombre del Documento Fuente | Módulo o Procedimiento donde entra el documento | Usuarios que manejan el documento | Origen del documento |
Salidas del sistema (resultados a obtener)
En este punto, solamente se describirán los resultados de mayor importancia obtenidos a través de todo el proceso. En esta sección se debe dar mayor énfasis a la información que el sistema proporciona cuidando de no hacer tan sólo mención de los resultados a obtener. Ejemplo:
Nombre de la salida | Destino | Periodicidad en que se genera | Usuarios que lo requieren |
Diagramación general del sistema
Es la representación gráfica de las fases del Sistema y su flujo a través de las dependencias que intervienen en el mismo, aunque en forma generalizada. La técnica a utilizar y la simbología 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 gráficamente, ahora se describe en forma genérica, explicando los procesos que se llevan a cabo en cada dependencia sin profundizar en detalles técnicos o específicos. Se deberá resaltar aquellas fases del proceso en las cuáles se obtengan resultados de importancia así como aquellas que requieran una supervisión 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 descripción, además de las cantidades que se requieran.
Estimación de la fecha probable de implementación del sistema
Es necesario que exista una fecha probable de implantación cuya base será la terminación de todas las actividades para la creación del sistema, tales como: análisis, programación, elaboración de formas, y otros.
Ejemplo:
Escala del tiempo en semanas
Actividades a realizar | 1 | 2 | 3 | 4 |
Presentación de la Propuesta | ***** | |||
Análisis Costo / Beneficio | ***** | |||
Adquisición del Equipo | ***** | |||
Entrenamiento | ***** |
Consideraciones Generales Del Nuevo Sistema
En este punto se deberá señalar las ventajas, desventajas, y principales diferencias del nuevo sistema con el anterior, tales cómo seguridad, disminución de costo, ahorro de tiempo, flexibilidad, confiabilidad y otros. Además, desarrollar en cualquier aspecto de la propuesta del sistema que no file considerado en el desarrollo de los puntos antes mencionados.
3.8 MANUAL TÉCNICO
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 número de parte para poder hacer el pedido o comprarlo.
La composicion
La composicion
La Caratula | |
describiendo si es manual de mantenimiento | |
manual de operación, | si es avión, seria manual de vuelo, el catalogo de partes |
contraportada | |
Tabla de Contenido | que describe los componentes mayores, donde ubicarlos y los subconjuntos |
http://www.forosdelweb.com/f14/elaboracion-manual-tecnico-software-676676/
http://html.rincondelvago.com/prueba-de-software.html
