Visual Basic

Presentado por:
Paula vera
Astrid arias Natis pulido

Anlisis 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 ingeniera de software para reconocer requisitos incompletos, ambiguos o contradictorios. El resultado del anlisis de requisitos con el cliente se plasma en el documento ERS, Especificacin de Requerimientos del Sistema, cuya estructura puede venir definida por varios estndares, tales como CMM-I. Asimismo, se define un diagrama de Entidad/Relacin, en el que se plasman las principales entidades que participarn en el desarrollo del software. La captura, anlisis y especificacin 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 aun no est formalizada, ya se habla de la Ingeniera de Requisitos. La IEEE Std. 830-1998 normaliza la creacin de las Especificaciones de Requisitos Software (Software Requirements Specification).

Diseo y arquitectura

Se refiere a determinar como funcionar de forma general sin entrar en detalles. Consiste en incorporar consideraciones de la implementacin tecnolgica, 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 anlisis de requisitos en clases de diseo, obteniendo un modelo cercano a la programacin orientada a objetos.

Programacin
Reducir un diseo a cdigo puede ser la parte ms obvia del trabajo de ingeniera de software, pero no es necesariamente la porcin ms larga. La complejidad y la duracin de esta etapa est intimamente ligada al o a los lenguajes de programacin utilizados.

Pruebas
Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificacin. Una tcnica de prueba es probar por separado cada mdulo del software, y luego probarlo de forma integral,para as llegar al objetivo. Se considera una buena practica 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 area de pruebas, la primera es que est compuesta por personal inexperto y que desconozca el tema de pruebas, de esta forma se evala que la documentacin entregada sea de calidad, que los procesos descritos son tan claros que cualquiera puede entenderlos y el software hace las cosas tal y como estn descritas. El segundo enfoque es tener un area de pruebas conformada por programadores con experiencia, personas que saben sin mayores indicaciones en que condiciones puede fallar una aplicacin y que pueden poner atencin en detalles que personal inexperto no considerara

Documentacin

Todo lo concerniente a la documentacin del propio desarrollo del software y de la gestin del proyecto, pasando por modelaciones (UML), diagramas, pruebas, manuales de usuario, manuales tcnicos, etc; todo con el propsito 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 ms tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 de toda la ingeniera de software tiene que ver con dar mantenimiento. Una pequea parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de toda la ingeniera civil, arquitectura y trabajo de construccin es dar mantenimiento.

consonantes
Def: Una constante es un dato cuyo valor no puede cambiar durante la ejecucin del programa. Recibe un valor en el momento de la compilacin y este permanece inalterado durante todo el programa. Como ya se ha comentado en el tema sobre las partes de un programa, las constantes se declaran en una seccin que comienza con la palabra reservada const . Despus de declarar una constante ya puedes usarla en el cuerpo principal del programa. Tienen varios usos: ser miembro en una expresin , en una comparacin, asignar su valor a una variable, etc.

Constantes literales

Son valores de cualquier tipo que se utilizan directamente, no se declaran ya que no tienen nombre. En el siguiente ejemplo tienes un par de constantes literales (el 3, el 4, y el 3.1416):

VolumenEsfera := 4/3 * 3.1416 * Radio * Radio * Radio;

Constantes declaradas

Tambin llamadas constantes con nombre, son las que se declaran en la seccin const asignndoles un valor directamente. Por ejemplo:

constP i = 3.141592; (* valor real *) Min = 0; (* entero *) Max = 99; (* entero *) Saludo = 'Hola'; (* cadena cartct. *)

Constantes expresin

Tambin se declaran en la seccin const, pero a estas no se les asigna un valor directamente, sino que se les asigna una expresin. Esta expresin se evala en tiempo de compilacin y el resultado se le asigna a la constante. Ejemplo:

Const Min = 0; Max = 100; Intervalo = 10; N = (Max - Min) div Intervalo; Centro = (Max - Min) div 2;

variables
Una variable es un nombre asociado a un elemento de datos que est situado en posiciones contiguas de la memoria principal, y su valor puede cambiar durante la ejecucin de un programa. Toda variable pertenece a un tipo de dato concreto. En la declaracin de una variable se debe indicar el tipo al que pertenece. As tendremos variables enteras, reales, booleanas, etc. Por otro lado, distinguimos tres partes fundamentales en la vida de una variable:
def:

Declaracin de variables

Esta es la primera fase en la vida de cualquier variable. La declaracin se realiza en la seccin que comienza con la palabra var . Si quieres ms informacin, puedes ir al apartado que trata sobre la declaracin de variables en el tema Estructura de un programa. Nota: Toda variable que vaya a ser utilizada en Pascal tiene que ser previamente declarada

Iniciacin de variables

Esto no es ms que darle un valor inicial a una variable. As como lo primero que se hace con una variable es declararla, lo siguiente tiene que ser iniciarla. Esto se hace para evitar posibles errores en tiempo de ejecucin, pues una variable tiene un valor indeterminado despus de declararla. Principalmente, existen dos maneras de otorgar valores iniciales a variables: Mediante una sentencia de asignacin Mediante uno de los procedimientos de entrada de datos (read o readln)

Utilizacin de variables
Una vez declarada e iniciada una variable, es el momento de utilizarla. Esta es la parte que presenta un mayor abanico de posibilidades.