Sunteți pe pagina 1din 16

Universidad Alejandro De Humboldt

Curso de pre-ingreso
Materia: Introduccin a la informtica
Curso: MA Seccin: C
Profesor: Marco Polo peres bravo

FASES DEL ANLISIS DE UN SOFTWARE DE APLICACIN

Integrantes:
Fernndez Mara. CI: 20.400.583
Lecca Fernando.CI: 23.188.779
Linares Giovana. CI: 24.042.351
Michelotti Sergio. CI: 17.384.138

Caracas, Marzo 2014

Introduccin

Se puede resumir la definicin de programa como un conjunto de


sentencias que, ejecutadas sobre un determinado conjunto de datos, produce
los resultados deseados con respecto a la especificacin de un problema, en
este contexto se puede decir que para poder programar un sistema de
aplicacin se necesita primero analizar los problemas y encontrarle soluciones.
La creacin de este trabajo fue con la intencin de conocer mejor el proceso de
creacin de un sistema de aplicacin, utilizando una metodologa de tipo
sistemtico que permite el acercamiento gradual a una solucin esta
metodologa consta de una serie de pasos lgicos llamados fases y as poder
ver sus beneficios en la creacin de los sistemas de aplicacin.
Los resultados que se obtienen con su aplicacin son ms confiables, rpidos y
seguros que los obtenidos mediante prcticas incorrectas y desordenadas.

Fases Del Anlisis del Problema Para Sistemas de Aplicacin

Fase 1 Anlisis
Fase 2 Diseo
Fase 3 Desarrollo
Fase 4 Validacin
Fase 5 Mantenimiento

Definicin del Problema

Consiste en la obtencin sin ambigedades de una visin general y clara del


problema. Ayuda a identificar los elementos claves del problema y los de la
futura solucin, as como fijar los lmites de los mismos basados en su
planteamiento textual sobre el papel. Un problema mal planteado, incompleto o
mal comprendido es un mal inicio para la programacin. Las respuestas a las
siguientes preguntas son claves para la correcta definicin de un problema:

Qu entradas se requieren, de qu tipo, en qu orden y qu cantidad?

Qu salidas se desean, de qu tipo, en qu orden y qu cantidad?

Qu mtodo(s) o frmula(s) produce(n), o puede(n) producir las salidas


deseadas?

Dependiendo de qu tan precisas sean las respuestas a esas preguntas, as


ser la definicin del problema, sobre todo en cuanto al orden explcito de las
entradas y las salidas esperadas. Mientras no se comprenda con claridad el
problema por resolver no puede pasarse a la fase siguiente.

Anlisis del Problema

Es la comprensin a fondo del problema y sus detalles y es un requisito para


lograr una solucin eficaz. Es precisamente en esta fase donde se definen
formal y correctamente la Entrada que recibir el programa (datos o materia
prima), la Salida que producir (informacin o resultados) y el Proceso
necesario para su solucin (el mtodo para convertir los datos de entrada en
informacin de salida). Cada uno de estos aspectos coincide respectivamente
con las preguntas planteadas en la fase de Definicin del Problema. A este
enfoque se le conoce comnmente como E-P-S (Entrada-Proceso-Salida).

Diseo de la Solucin

En esta fase se disea la lgica de la solucin a usar, o sea, cmo har el


programa la tarea que se desea automatizar usando los datos de entrada para
generar los datos de salida, enfatizndose los diseos limpios, sencillos y
claros. Pueden plantearse diferentes alternativas de solucin al problema y
elegir la ms adecuada, la que produzca los resultados esperados en el menor
tiempo y al menor costo.

Algoritmo

Un algoritmo es una secuencia lgica y cronolgica de pasos encaminados a


resolver un problema. Las acciones bsicas que puede llevar a cabo un
algoritmo son: pedir datos, desplegar datos, evaluar condiciones y ejecutar
operaciones.
Tipos de algoritmos
Cualitativos:
Son aquellos en los que describen los pasos utilizando palabras
Cuantitativos:
Son aquellos en los que se utilizan clculos numricos para definir los pasos
del proceso.

Los programas se estructuran a partir de los algoritmos, los cuales se pueden


escribir utilizando la tcnica convencional del pseudocdigo (mezcla de
lenguaje comn, trminos tcnicos de computacin, smbolos y palabras
reservadas de algn lenguaje de programacin) y los diagramas de flujo
(flujogramas) que son la representacin grfica de un algoritmo, plasmados en
papel para su estudio. Si se opta por el pseudocdigo, se recomienda
escribirlos a doble interlnea para efecto de facilitar modificaciones o adicin de
acciones no consideradas y dotarlos de las siguientes caractersticas.

Caractersticas de los Algoritmos

Un algoritmo debe tener un punto de inicio o partida.

Debe ser preciso e indicar el orden de realizacin de cada paso.

Debe estar bien definido. Si se sigue un algoritmo dos veces, se debe


obtener el mismo resultado cada vez.

Debe ser finito (tener un nmero finito de pasos). Si se sigue un


algoritmo, se debe terminar en algn momento.

La definicin de un algoritmo debe describir con claridad las tres partes


fundamentales del problema: Entrada, Proceso y Salida encontradas en las
fases de Definicin y Anlisis del problema.

Se deja sentado que todos los programas empiezan primero en papel, no


directamente frente a la computadora. An los programadores ms
experimentados plasman en papel sus ideas y soluciones antes de
programarlas. Pero es comn que los novatos vayan directamente a la
computadora sin haber siquiera ledo bien el problema o pensado siquiera el
algoritmo. Eventualmente podrn concluir el programa y alcanzar una solucin,
pero slo despus de probar diferentes ideas, hacer miles de cambios y perder
gran cantidad de tiempo y esfuerzo. Los que se toman tiempo para analizar el
problema, pensar y plasmar su solucin en papel mediante un algoritmo
tendrn un tiempo de respuesta (el tiempo para obtener el programa terminado)
mucho menor, y se convierten en mejores programadores. Es un hecho.

Los problemas complejos pueden solucionarse ms eficazmente utilizando el


mtodo "Divide y Vencers", el que consiste en fraccionar un problema
complejo en otros ms simples y ms fciles de solucionar. Esto conduce a la
Modulacin del programa auxiliado por el mtodo de diseo Top-Down o
Descendente en el que se da un refinamiento de los pasos del algoritmo. De
hecho, el enfoque E-P-S mencionado anteriormente es un buen ejemplo de
esto, pues al concentrarse en resolver cada uno de los tres aspectos del
enfoque de manera independiente se lograr la solucin del problema completo.

Codificacin

En este paso se traduce el algoritmo ya estructurado, verificado y comprobado


a mano, al lenguaje de programacin que vaya a utilizarse. Slo se convierten
las acciones del algoritmo en instrucciones de computadora usando la sintaxis
de un lenguaje particular, pero requiere de conocimientos del lenguaje y de
sumo cuidado en la colocacin de las instrucciones, las que deben apegarse y
seguir fielmente a la lgica del algoritmo y la semntica y sintaxis del lenguaje.

La compilacin
O correccin de los errores sintcticos y semnticos del cdigo, es la
eliminacin de los errores "gramaticales" segn las reglas de construccin de
instrucciones particulares del propio lenguaje (la sintaxis). Puede hacerse a
medida que se traduce, pero es mejor al final para no perder la secuencia de la
codificacin. Al terminar debe tenerse el cdigo libre de los errores antes
mencionados.

Para realizar la compilacin puede hacerse uso de un compilador, el cual es un


programa especial que analiza todo el cdigo fuente y detecta los errores antes
mencionados ocasionados durante la codificacin o la digitacin. Las fallas de
lgica que puedan existir en nuestro programa no son detectadas por este
software. Los errores que s son evidenciados por el compilador deben
corregirse modificando el programa fuente.

Prueba y Depuracin

Una vez compilado el programa, este es sometido a pruebas a fin de


determinar si resuelve o no el problema planteado en forma satisfactoria. Para
ello le suministramos datos de prueba, como lo hicimos en la prueba de
escritorio. El programa codificado y compilado no garantiza que funcione
correctamente. Debe depurarse (librarse de errores de lgica o de ejecucin)
realizando corridas de prueba continuas con datos y respuestas conocidas
como lo hicimos en la prueba de escritorio, verificando todas las posibles
alternativas del programa y sus respuestas y haciendo el mayor nmero de

variantes con sus combinaciones, a fin de determinar si resuelve o no el


problema planteado en forma satisfactoria.

Las pruebas que se aplican al programa son de diversa ndole y generalmente


dependen del tipo de problema que se est resolviendo. Comnmente se inicia
la prueba de un programa introduciendo datos vlidos, invlidos e
incongruentes y observando cmo reacciona en cada ocasin.

Los resultados obtenidos en las pruebas pueden ser cualquiera de los


siguientes:
a. La lgica del programa esta bien, pero hay errores sencillos, los cuales
los corregimos eliminando o modificando algunas instrucciones o
incluyendo nuevas.
b. Hay errores ocasionados por fallas en la lgica, lo que nos obliga a
regresar a las fases de Diseo y Codificacin para revisin y
modificacin del diagrama.
c. Hay errores muy graves y lo ms aconsejable es que regresemos a la
fase 2 para analizar nuevamente el problema, y repetir todo el proceso.
d. No hay errores y los resultados son los esperados. En este caso
guardamos el programa permanentemente en un medio de
almacenamiento.
Puede ser necesario en la mayora de los casos retroceder a fases previas de
desarrollo, revisar el algoritmo otra vez en caso de errores de anlisis y/o lgica
(que son los ms difciles de detectar, a diferencia de los de sintaxis y
semntica), realizar ajustes al cdigo y una serie

Documentacin

Es la fase ms ignorada por la mayora de los programadores noveles, por


razones de tiempo, costos o simple pereza. Pero no documentar los programas
es un mal hbito en programacin y un gran error. Ser muy difcil a los
usuarios entender un programa si no cuentan con un manual de operaciones
(el Manual de Usuario). Tambin para los programadores que necesiten darle
mantenimiento o hacerle modificaciones si no existe ninguna documentacin
acerca de sus fases de desarrollo. Incluso ser difcil de entender para el
mismo autor, algn tiempo despus.

La documentacin es la gua o comunicacin escrita en sus variadas formas,


ya sea en enunciados, procedimientos, dibujos o diagramas y sirve para ayudar
a comprender o usar un programa o para facilitar futuras modificaciones
(mantenimiento). Recoge todos los elementos encontrados y material creado
en las diferentes fases del desarrollo, adems de las normas de instalacin o
las recomendaciones para la ejecucin del programa.

La documentacin se divide en tres partes:

Documentacin Interna

Documentacin Externa

Manual del Usuario

Documentacin Interna: Son los comentarios que se aaden al cdigo fuente


para clarificarlo.

Documentacin Externa: Es todo el material creado y empleado en las


diferentes fases del desarrollo del programa. Incluye:

Descripcin del Problema

Narrativo con la descripcin de la solucin

Autor(s)

Algoritmo (diagrama de flujo y/o pseudocdigo)

Cdigo Fuente (programa)

Relacin de los elementos utilizados en el programa, cada uno con su


respectiva funcin

Limitaciones del programa

Manual del Usuario: Describe paso a paso la manera cmo funciona el


programa, con el fin de que los usuarios pueda operarlo correctamente y
obtener los resultados deseados.

Adiestramiento al Personal Usuarios de Sistemas


Es un proceso continuo, sistemtico y organizado que permite desarrollar en el
individuo los conocimientos, habilidades y destrezas requeridas para la
utilizacin eficiente del programa. El adiestramiento de personal, ya que orienta
al nuevo empleado sobre las caractersticas y particularidades propias del
programa y de esta manera tiene capacidad de resolver problemas que se le
presenten.

Implementacin

El programa ya probado, revisado y mejorado se considera terminado y puede


utilizarse con un alto grado de confianza para resolver los problemas que
dieron origen a su creacin. Si se est automatizando alguna tarea manual,
sta ltima se desecha para emplear solamente la programa.

Mantenimiento del sistema

Es posible que el programa deba revisarse cada cierto tiempo para ajustes.
Estos cambios pueden ser por la dinmica del problema, por la naturaleza del
cdigo, las exigencias del tiempo o las modernas necesidades que surgen
frecuentemente, por lo que se considera que ningn programa es esttico
Correctivo, diagnosticar y corregir errores, posiblemente los encontraron por los
usuarios
Preventiva aumentar la capacidad de mantenimiento de software o fiabilidad
para evitar problemas en el futuro

ANEXOS

Especifica la jerarqua de problemas que descienden hasta la solucin del


mismo.

Ejemplo de Programa

Ejemplo de Diagrama de flujo para representar las notas de los


estudiantes y sacar su respectivo promedio.

Diagrama de flujo para representar un problema y una solucin al


mismo.

Algoritmo tipo cuantitativo

BIBLIOGRAFA
Gua Introduccin a la Programacin
http://www.cartagena99.com/recursos/otros/apuntes/tads.pdf
http://www.eduteka.org/modulos/4/116/
Introduccin a Diagramas de Flujo
http://depa.fquim.unam.mx/amyd/archivero/Diagramasdeflujo_1685
7.pdf

S-ar putea să vă placă și