Informatica

8.1.6.
Prueba de sistema
Esta fase se utiliza para asegurar que el sistema no falla; es decir debe correr
de acuerdo a las especificaciones y de acuerdo a los requerimientos de los
usuarios.
Se tiene en cuenta dos aspectos:
Una estrategia de pruebas y
Casos de pruebas.
a) Aplicando la estrategia se hacen tres tipos de pruebas.
1. Pruebas de modulo o unidad: se somete cada mdulo a los
datos de prueba y se observa los resultados para detectar
algunos errores o resultados inesperados. Cuando un mdulo
satisface estas pruebas pasa a las pruebas de integracin.
2. Pruebas de integracin: consiste en pruebas de las
componentes del sistema en conjunto. Con frecuencia se
descubren errores no detectados en la etapa de pruebas de
mdulos.
3. Pruebas de sistemas: comprende pruebas del sistema por
un grupo externo. La independencia de este grupo importante
para la validez de la prueba. Las versiones Beta de algunos
productos son las que se someten a este tipo de prueba.
La verificacin y validacin son procesos estrechamente relacionados con estas
pruebas. Un sistema esta validado cuando las pruebas confirmando que acta
conforme a las especificaciones. Un sistema esta verificado cuando se prueba
que satisface todas las especificaciones.
b) los casos de pruebas son 2:
tcnicas de caja negra
tcnicas de caja blanca
1. tcnicas de caja negra: cuando se realiza las pruebas
analizando las entradas y salidas sin analizar los
procesos internos.
2. Tcnicas de caja blanca: cuando las pruebas se realiza
con las entradas y salidas y verificando los procesos
internos.
8.1.7. implantacin y evaluacin del sistema.
Una vez que el sistema ha sido probado se procede a entrenar el personal, se
instala el sistema y se crean todos los archivos de datos necesarios para poner
en marcha el sistema.
Para poner en marcha el sistema se puede hacer una prueba piloto en un rea
determinada. A veces se deja funcionar los dos sistemas el antiguo y el nuevo
para comparar los resultados. Tambin se puede decidir una fecha a partir de
la cual el nuevo sistema se pone en marcha. Al margen de cualquier estrategia
utilizada lo que hay que asegurar es que el sistema est libre de problemas.
Una vez que el sistema est en funcionamiento se utiliza por aos. Sin
embargo las organizaciones y las personas cambian y el ambiente ser
tambin diferente a travs del tiempo en consecuencia ser necesario el
mantenimiento.
Hay tres tipos de mantenimiento:
Mantenimiento correctivo: aunque se hayan hecho todas las pruebas ,
siempre es m uy probable que el usuario descubra defectos en el
sistema. Este mantenimiento corrige esos errores.
Mantenimiento adaptativo: con el cual el entorno cambia. El
mantenimiento adaptativo consiste en modificar el sistema para
adaptarse a los cambios del entorno.
Mantenimiento perfectivo: el cliente/usuario pueden descubrir
funciones adicionales que pueden incorporarse al sistema. El
mantenimiento perfectivo amplio el sistema ms all de sus funciones
originales.
El mantenimiento ser un proceso continuo, puesto que una organizacin
cambia constantemente y los sistemas de informacin deben mantenerse
actualizados.
La evaluacin de un sistema se hace para identificar los puntos fuertes y
dbiles. La evaluacin se hace en las tres siguientes dimensiones:
evaluacin operacional: Es la valoracin de cmo funciona el
sistema incluyendo su:
facilidad de uso
tiempo de respuesta
formatos adecuados de informacin
confiabilidad global
nivel de utilizacin
impacto organizacional: Es la identificacin de los beneficios para
la organizacin en:
las reas de finanzas (costos, ingresos, ganancias)
eficiencia operacional
impacto competitivo
impacto en el flujo de datos internos y externo.
opinin de los administradores: es la evaluacin de las actitudes
de:
los directivos y administradores dentro de la organizacin
los usuarios finales del sistema

desempeo del desarrollo: se tiene en cuenta la evaluacin del
proceso de desarrollo con criterios como el tiempo y esfuerzo de
desarrollo que deben concordar con presupuestos y estndares y
otros criterios de desarrollo de proyectos. Incluye tambin la
valoracin de los mtodos y herramientas utilizadas en el desarrollo
de proyecto.
Problemas:
Al mtodo del ciclo de vida se pueden hacer observaciones como:
1) casi ningn proyecto sigue exactamente el flujo de este
modelo. Siempre habr iteraciones y se presentaran
problemas.
2) Normalmente es difcil para el cliente esclarecer de antemano
todos los requisitos y el ciclo de vida requiere de los requisitos
para continuar con las otras fases. Al presentarse
incertidumbres al principio del proyecto, tendremos
dificultades para seguir el ciclo.
3) El cliente debe tener paciencia, porque hasta el final del ciclo
no hay versin operativa del sistema y esto puede
desesperarlo.
Comentario:
El ciclo de vida es el modelo mas antiguo y el mas utilizado y
cubre todas las etapas del desarrollo de un software. Teniendo en
cuento los reparos que se le hace recomendable utilizarlo con
auxilio de otras estrategias y usando herramientas actualizadas.
8.2 mtodo de desarrollo por anlisis estrucuturado
Los sistemas grandes y complejos ofrecen dificultad en su
comprensin. Para superar esta dificultad se usa el mtodo del
anlisis estructurado que usa dos pasos:
Dividir el sistema en componentes
Construir un modelo del sistema
El modelo incluye elementos de anlisis y diseo
8.2.1. El anlisis estructurado
El anlisis estructurado se concentra en especificar lo que se requiere que haga
el sistema. No se establece como se cumplirn los requerimientos ni la forma
en que se implantara la aplicacin. Permite a las personas observar los
elementos lgicos (lo que har el sistema) separados de los elementos fsicos
(computadoras, perifricos, dispositivos, de almacenamiento).
El anlisis estructurado es un mtodo que conduce al desarrollo de las

especificaciones para sistemas nuevos o modificar uno ya existente. El objetivo
es organizar las tareas que permitan determinar los requerimientos para
obtener la descripcin completa y detallada de una situacin. La
estructuralidad significa:
1. El mtodo intenta estructurar el problema de determinacin de los
requerimientos comenzado con la documentacin del sistema existente.
2. El proceso est organizado de tal manera que intenta incluir todos los
detalles relevantes que describen el sistema en uso.
3. Es fcil verificar cuando se han omitido los detalles relevantes.
4. La identificacin de los requerimientos ser similar en varios analistas e
incluir mejores soluciones y estrategias para el desarrollo de sistemas.
5. La documentacin de sistemas existentes y propuestos son elementos
de comunicacin eficientes.
Elementos del anlisis estructurado
Los elementos esenciales del anlisis estructurado son los smbolos
grficos, los diagramas flujo de datos y el diccionario de datos.
Descripcin grafica
El anlisis estructurado utiliza smbolos o iconos para crear un
modelo grafico del sistema. Estos modelos describen los detalles del
sistema pero sin tener en cuenta procesos manuales, archivos
almacenados en cintas o discos, procedimientos operativos o
programas. Si los smbolos y la notacin son correctos entonces el
modelo ser inteligible para cualquier persona, aun no especialista.
Diagrama de flujo de datos(DFD)
El diagrama de flujos de datos muestra las fuentes y destinos de los
datos, identifica y da nombre a procesos que se lleva a cabo,
identifica y da nombres a los grupos de datos que relacionan una
funcin con otra y sealan los almacenes de datos a los que se tiene
acceso.
La descripcin completa de un sistema es un conjunto de DFD. Para
desarrollar esta descripcin del sistema en el anlisis estructurado se
usa el proceso de arriba hacia abajo (topdown). Se parte de
diagramas de bajo nivel que se van desglosando en diagramas cada
vez ms detallados.
Diccionario de datos(DD)
El diccionario de datos contiene las caractersticas lgicas de los
lugares donde se almacenan los datos del sistema, incluyendo,
nombre, descripcin, alias, contenido y organizacin. Tambin
identifican los procesos donde se emplean los datos y los lugares
donde se necesita el acceso inmediato a la informacin. Sirve para
identificar los requerimientos de las bases de datos durante el diseo

del sistema contiene metadatos; es decir datos sobre los datos.
8.2.2. el diseo estructurado
El diseo estructurado emplea la descripcin grafica para
determinar las especificaciones del software. La meta del diseo
estructurado es crear esquemas formados por mdulos
independientes desde el punto de vista funcional. Facilita el
mantenimiento del sistema.
El diseo estructurado es una tcnica para el diseo de programas y
conduce a la especificacin de los mdulos que intercambian cuando
interactan entre ellos.
Estas especificaciones e entregan a los programadores para que
escriban el cdigo correspondiente.
Problemas:
1. Los diagramas y dibujos con frecuencia demandan bastante
tiempo hasta lograr resultados satisfactorios; pero el uso de
herramientas auxiliares por la computadora han simplificado esa
rea.
2. Es un mtodo para aplicar a sistemas de cierta complejidad. En
sistemas pequeos generalmente se obvia un anlisis detallado.
Comentario:
El mtodo del anlisis estructurado no es en si un mtodo
autosuficiente. Se combina con frecuencia con el mtodo del ciclo de
vida clsico y otros modelos. Con la aparicin de herramientas
auxiliares por la computadora, el anlisis estructurado ha tomado
auge a partir de los 70 y se sigue utilizando en la actualidad en
aplicaciones de pequea y mediana complejidad. Frente a problemas
de gran Tamao y la complejidad no ha sabido responder de acuerdo
a las expectativas. Adems cuenta con una variedad grande de
herramientas y abundante bibliografa.
8.3 mtodo de desarrollo de prototipos
Los prototipos sirven para definir los requisitos del sistema, es
importante la velocidad de desarrollo ms que la eficiencia del
procesamiento. El objetivo es probar ideas y suposiciones que se
tienen acerca de los requerimientos del sistema y no tanto la
eficiencia que tiene que tener el sistema.
8.4 mtodo d

Informatica

Cargado por

Copyright:

Formatos disponibles

Informatica

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informatica

Cargado por

Copyright:

Formatos disponibles

8.1.6.

los usuarios finales del sistema

El anlisis estructurado es un mtodo que conduce al desarrollo de las

identificar los requerimientos de las bases de datos durante el diseo

También podría gustarte