Plan De Implementación

PLAN DE CÓMO INPLEMENTARLO EN UNA EMPRESA
La ingeniería de software requiere llevar a cabo numerosas tareas para los cuales se lleva un control de cada etapa, donde cada una de ellas es indispensable para garantizar la verdadera prueba del software dentro de la empresa, las etapas son las siguientes:

Análisis de requisitos
Extraer los requisitos de un producto de software es la primera etapa para crearlo. Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, se requiere de habilidad y experiencia en la ingeniería de software para reconocer requisitos incompletos, ambiguos o contradictorios. El resultado del análisis de requisitos con el cliente se plasma en el documento ERS, Especificación de Requerimientos del Sistema, cuya estructura puede venir definida por varios estándares, tales como CMM-I. Asimismo, se define un diagrama de Entidad/Relación, en el que se plasman las principales entidades que participarán en el desarrollo del software.

La captura, análisis y especificación de requisitos (incluso pruebas de ellos), es una parte crucial; de esta etapa depende en gran medida el logro de los objetivos finales. Se han ideado modelos y diversos procesos de trabajo para estos fines. Aunque aún no está formalizada, ya se habla de la Ingeniería de Requisitos.
La IEEE Std. 830-1998 normaliza la creación de las Especificaciones de Requisitos Software (Software Requirements Specification).

Especificación
Es la tarea de describir detalladamente el software a ser escrito, en una forma matemáticamente rigurosa. En la realidad, la mayoría de las buenas especificaciones han sido escritas para entender y afinar aplicaciones que ya estaban desarrolladas. Las especificaciones son más importantes para las interfaces externas, que deben permanecer estables.

Diseño y arquitectura
Se refiere a determinar como funcionará de forma general sin entrar en detalles. Consiste en incorporar consideraciones de la implementación tecnológica, como el hardware, la red, etc. Se definen los Casos de Uso para cubrir las funciones que realizará el sistema, y se transforman las entidades definidas en el análisis de requisitos en clases de diseño, obteniendo un modelo cercano a la programación orientada a objetos.

Programación
Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no necesariamente es la que demanda mayor trabajo y ni la más complicada. La complejidad y la duración de esta etapa está íntimamente relacionada al o a los lenguajes de programación utilizados, así como al diseño previamente realizado.

Prueba
Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación del problema. Una técnica de prueba es probar por separado cada módulo del software, y luego probarlo de forma integral, para así llegar al objetivo. Se considera una buena práctica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la programó, idealmente un área de pruebas; sin perjuicio de lo anterior el programador debe hacer sus propias pruebas. En general hay dos grandes formas de organizar un área de pruebas, la primera es que esté compuesta por personal inexperto y que desconozca el tema de pruebas, de esta forma se evalúa que la documentación entregada sea de calidad, que los procesos descritos son tan claros que cualquiera puede entenderlos y el software hace las cosas tal y como están descritas. El segundo enfoque es tener un área de pruebas conformada por programadores con experiencia, personas que saben sin mayores indicaciones en qué condiciones puede fallar una aplicación y que pueden poner atención en detalles que personal inexperto no consideraría.

Documentación
Todo lo concerniente a la documentación del propio desarrollo del software y de la gestión del proyecto, pasando por modelaciones (UML), diagramas, pruebas, manuales de usuario, manuales técnicos, etc; todo con el propósito de eventuales correcciones, usabilidad, mantenimiento futuro y ampliaciones al sistema.
Mantenimiento Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 de toda la ingeniería de software tiene que ver con dar mantenimiento. Una pequeña parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en extender el sistema para hacer nuevas cosas.
La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes. La evaluación ocurre a lo largo de cualquiera de las siguientes dimensiones:

• Evaluación operacional
Valoración de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de información, confiabilidad global y nivel de utilización.
• Impacto organizacional
Identificación y medición de los beneficios para la organización en áreas como finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto competitivo.
- Opinión de los administradores
Evaluación de las actitudes de directivos y administradores dentro de la organización así como de los usuarios finales.
• Desempeño del desarrollo
La evaluación del proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estándares, y otros criterios de administración de proyectos.
Cuando la evaluación de sistema se conduce en forma adecuada proporciona mucha información que puede ayudar a mejorar la efectividad de los esfuerzos cuando la evaluación de sistemas se conduce en forma adecuada proporciona mucha información que puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes.
Flujo de información de la ingeniería de pruebas para poner lo en práctica dentro de la empresa
Se proporcionan dos clases de entrada al proceso de prueba:
1.) Configuración del software: * Especificación de requerimientos.
* Documento de Diseño.
* Código fuente.
2.) Configuración de prueba: * Plan y procedimiento de prueba.
* Casos de prueba.
* Resultados esperados.
Se lleva a cabo la prueba y se evalúan los resultados obtenidos frente a los resultados esperados. Si se descubren datos erróneos implica que hay un error y hay que corregirlo y empieza el proceso de depuración de errores.
A medida que se van obteniendo los resultados de la prueba se empieza a disponer de una medida cualitativa de la calidad y fiabilidad del software. Las situaciones posibles que pueden aparecer son:

1.) Se encuentran con regularidad serios errores que requieren modificación en el diseño. La calidad y fiabilidad no parecen ser idóneas.

2.) El funcionamiento del software parece ser correcto y los errores que se detectan son fácilmente corregibles. En ese caso puede suceder que:
La calidad y fiabilidad del software sean aceptables.
Las pruebas son inadecuadas para descubrir serios errores.

3.) La prueba no descubre errores. Puede darse el caso de que no se ha llevado a cabo una prueba correcta y los errores siguen presentes en el software.

Diseño de casos de prueba del Software
Se deben de diseñar métodos de prueba que tengan la mayor probabilidad de encontrar el mayor número de errores con la mínima cantidad de esfuerzo y tiempo. Existen gran cantidad de métodos de diseño de casos de prueba que pretenden garantizar la obtención de un producto correcto. Se clasifican en:

• MÉTODOS DE CAJA NEGRA: se llevan a cabo sobre la interfaz del software. Los casos de prueba pretenden demostrar que las funciones del software se verifican, que la entrada se acepta de forma adecuada y que se produce una salida correcta, así como que la integridad de la información externa se mantiene.

• MÉTODOS DE CAJA BLANCA: se basan en un examen minucioso de los detalles procedimentales para comprobar los diferentes caminos lógicos del software, través de casos de prueba que los recorren.
Puede parecer que con una prueba de caja blanca profunda se obtendrían programas totalmente correctos ya que se diseñan casos de prueba para recorrer todos los caminos lógicos. Pero hay un problema para poder realizar esta prueba exhaustiva, el número de caminos lógicos de un programa suele ser enorme.
La solución estriba en elegir y recorrer una serie de importantes caminos lógicos y probar las estructuras de datos más importantes.
Lo normal es combinar las pruebas de caja blanca con pruebas de caja negra para garantizar la corrección del software.

Conceptos o Componentes

CONCEPTOS O COMPONENTES
Ingeniería de software es la disciplina o área de la informática que ofrece métodos y técnicas para desarrollar y mantener software de calidad.

Una definición precisa aún no ha sido contemplada en los diccionarios, sin embargo se pueden citar las enunciadas por algunos de los más prestigiosos autores:

1 - Ingeniería de Software es el estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software (Zelkovitz, 1978)

2 - Ingeniería de software es la aplicación práctica del conocimiento científico al diseño y construcción de programas de computadora y a la documentación asociada requerida para desarrollar, operar y mantenerlos. Se conoce también como Desarrollo de Software o Producción de Software ( Bohem, 1976).

3 - Ingeniería de Software trata del establecimiento de los principios y métodos de la ingeniería a fin de obtener software de modo rentable, que sea fiable y trabaje en máquinas reales (Bauer, 1972).

4 - Es la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento del software; es decir, la aplicación de la ingeniería al software (IEEE, 1993).

La ingeniería del software pretende utilizar los recursos computacionales de tal manera que se produzcan soluciones eficientes y eficaces a los problemas informáticos, el éxito de un proyecto involucra elementos como la planeación, la administración y la utilización de metodologías de desarrollo de software. A través de la planeación se determinan los recursos necesarios para el desarrollo del proyecto, la factibilidad del mismo y el tiempo estimado de desarrollo; unido a ello con la administración se controla, evalúa y corrige la dirección de acuerdo a las contingencias y demás elementos que se vayan presentando durante el desarrollo; finalmente, a través del uso de una metodología se busca lograr el acople de los participantes y la garantía de una determinada calidad. Debe notarse que las metodologías de desarrollo de software sólo constituyen uno de los mecanismos que actualmente se utilizan para alcanzar software de calidad; no debemos dejar de lado aspectos de la dirección de proyectos que también buscan calidad en el proceso de desarrollo y en el producto final.

Un software de calidad debe ser eficaz, es decir, que debe realizar las funciones establecidas, debe ser amigable. Un usuario debe utilizar el software porque produce resultados confiables, realiza todas las operaciones que se requieren, ejecuta las operaciones en un tiempo aceptado y es fácilmente usado por el grupo de usuarios a quien este dirigido.
Un software de calidad debe ser eficiente, es decir el costo de su desarrollo tomando todos los recursos y el costo de su operación debe ser tal que las organizaciones involucradas en su desarrollo y uso obtengan el máximo beneficio o por lo menos un beneficio aceptable en un período de tiempo establecido.

¿Qué es Testing?
El Testing es una práctica profesional dentro de la ingeniería de sistemas, que se aplica como parte del proceso de desarrollo, cuyo objetivo principal es verificar el cumplimiento de las especificaciones y requerimientos definidos para un determinado producto o servicio, para aumentar la confianza en los mismos y disminuir los riesgos del proceso de negocio que estos soportan.
Todo lo que es importante o pueda implicar algún riesgo, amerita una atención especial y las pruebas de software (Software Testing) o comprobación de las características de un software, son las prácticas más sanas de verificación.

¿Sobre qué se aplica el Testing?
El Software Testing se aplica tanto al desarrollo del software hecho a la medida del cliente, como al genérico, dentro de un proceso que va desde el levantamiento de los requerimientos del cliente, hasta la implantación y operación.

¿Por qué el Software Testing como práctica profesional independiente?
Las pruebas hacen parte del proceso de desarrollo de software y como tales deben ser realizadas por un experto, cuyo único objetivo sea el acompañamiento efectivo dentro del proceso, para la verificación independiente y especializada como garantía de objetividad y de amplitud de observación. El proceso de desarrollo de software tiene riesgos inherentes, especialmente de definición y ejecución. Esto hace, que sin demeritar la calidad de los desarrollos, la verificación o prueba sea una práctica prudente, necesaria y conveniente para la protección de los resultados y para la mitigación de los riesgos.

¿Para quién es el Testing de Software?
El Testing de Software es una práctica sana para todo aquel que desarrolla y/o utiliza software como producto o herramienta para el soporte de sus operaciones. Es así como es útil y necesario tanto para las Empresas del sector productivo, consumidoras o desarrolladoras de sus propios productos de software, como para las Empresas desarrolladoras del software.

Los desafíos asociados al testing

Objetivos

Objetivos de la ingeniería de software
En la construcción y desarrollo de proyectos se aplican métodos y técnicas para resolver los problemas, la informática aporta herramientas y procedimientos sobre los que se apoya la ingeniería de software.
• mejorar la calidad de los productos de software
• aumentar la productividad y trabajo de los ingenieros del software.
• Facilitar el control del proceso de desarrollo de software.
• Suministrar a los desarrolladores las bases para construir software de alta calidad en una forma eficiente.
• Definir una disciplina que garantice la producción y el mantenimiento de los productos software desarrollados en el plazo fijado y dentro del costo estimado.