Fases para la Resolución de un Problema

La solución de un problema conlleva una didáctica de cuatro fases:

a) Construcción de la tabla de requerimientos.

b) Abstracción de clases (diagramas conceptuales – si se requiere- y de clases 15 Lógica y

Programación orientada a objetos. Un enfoque basado en problemas según formalismo de

UML4).

c) Descripción de las responsabilidades de las clases, formalizadas con los contratos de cada

método.

d) Escritura de seudo código orientado a objetos.

Veamos cada fase con más detalle, aplicadas al siguiente problema: Visualizar la

suma de dos números enteros ingresados por el usuario.

a) Construcción de la tabla de requerimientos

La construcción de la tabla de requerimientos [Villalobos2006] forma parte del

análisis del problema. Los requerimientos hacen referencia a las necesidades de los

usuarios, es decir, identifican los aspectos que los usuarios del programa desean

resolver mediante software. Estos requerimientos se denominan funcionales al

sostener una relación directa con la funcionalidad del sistema.

La tabla de requerimientos está compuesta por cuatro columnas:

 Identificación del requerimiento: es un código que identifica al requerimiento, generalmente

compuesto por una letra y un dígito. Identificadores comunes para los requerimientos son R1,

R2, R3, etc.

 Descripción: consiste en una descripción concisa y clara, en lenguaje natural, del

requerimiento.
 Entradas: son los insumos o datos necesarios para que el requerimiento se pueda suplir con

éxito.

 Resultados o salidas: constituyen el cumplimiento del requerimiento, es decir, son los

resultados que dan solución a un requerimiento funcional definido por el usuario.

Observaciones a tener en cuenta para el diseño de tablas de requerimientos:

 Es común que la salida de un requerimiento se convierta en la entrada de otro; por

ejemplo, la salida del requerimiento R1 (las variables n1 y n2) es la entrada del

requerimiento R2.

 Los requerimientos funcionales son casos de uso que describen de una manera detallada

el comportamiento del sistema con los distintos actores que interactúan en él. Un caso de

uso es la descripción de una secuencia de acciones que un sistema ejecuta y que produce

un resultado observable de interés para un actor particular [Booch1999]. Un actor es un

usuario del sistema

b) Abstracción de clases

La abstracción de clases también forma parte del análisis del problema y es el primer momento

para diseñar la solución. Consiste en una representación gráfica del problema, plano de software,

donde se dibujan abstracciones de la realidad relacionadas con el mundo del problema,

modelables con software. El plano construido se puede presentar en dos fases, que comprenden

un diagrama conceptual y un diagrama de clases. Es de aclarar que el primero de ellos es

opcional en tanto no se requiere cuando los problemas a tratar son pequeños o con cierto margen

de trivialidad: mostrar un mensaje, comparar dos cadenas, hallar una sumatoria, entre otros.

En este diagrama la solución se presenta en dos clases: SumaDosNumeros que contiene un

método denominado principal( ), y Flujo, clase de uso común que se estudiará en el apartado

2.5 (Configuración de las clases de uso común).

El rectángulo que representa la clase se divide en tres partes: en la primera se coloca su nombre:

SumaDosNumeros; en la segunda se ubican los atributos de la clase (no existen para este caso), y

en la tercera las operaciones o métodos: el único método presentado en el ejemplo 1.2 es

principal( ). Si el lector requiere una mayor información sobre la estructura de una clase, puede

encontrarla en la sesión 2.1 (El mundo de los objetos, el mundo de las cosas).

c) Análisis de responsabilidades de las clases

El análisis de responsabilidades de las clases conlleva la descripción de los métodos de cada

clase mediante contratos que incluyen los requerimientos asociados, la precondición o estado del

objeto antes de ejecutar el método, la postcondición que aclara el estado del objeto luego de

ejecutar el método, y el modelo verbal que consiste en una descripción en lenguaje natural de la

solución planteada, algo similar al denominado algoritmo cualitativo.

La identificación de responsabilidades forma parte de la documentación de la solución o del

futuro sistema basado en software.

d) Escritura del seudo código orientado a objetos

El seudo código orientado a objetos (OO) especifica la solución del problema, porque da cuenta

del cómo obtener una solución. Se escribe de una manera similar al proceso de codificación en

un lenguaje de programación como Java o C#.

Esta fase conlleva la aplicación de pruebas manuales para cada uno de los métodos

(correspondientes a las denominadas “pruebas de escritorio”), o de manera automática con el

traductor Sismoo.

Las variables a, b y c son declaradas enteras, como se indica en la instrucción 3. Una buena

práctica de programación es inicializar las variables cuando se declaran, para evitar algunos

errores en tiempo de ejecución. En lenguajes como Java, C# y Visual Basic.Net se pueden

presentar este tipo de situaciones con algunas instrucciones; sin embargo, para evitar

contratiempos en la ejecución, toda declaración de variables en estos lenguajes implica su

inicialización con valores preestablecidos. Por ejemplo, las variables de tipo numérico son

puestas a cero, las cadenas en la cadena vacía y los objetos son inicializados en la constante nula.

En la siguiente tabla se observan los valores con los cuales se deben comenzar los distintos tipos

de variables.
Clases
Los objetos por lo general ocultan sus características al mundo exterior y muestran los

comportamientos para poder comunicarse. Para representar lo anterior, con la ayuda del UML

se antepone un signo menos (-) a los atributos (significa que son de visibilidad privada) y un

signo más (+) a los comportamientos (significa que son de visibilidad pública), tal como se

observa en la figura 2.4. Para diferenciar un atributo de un comportamiento, a este último se le

pospone un par de paréntesis ( ) para denotar acción. Por último, puede observarse que a los

atributos se les asocia un tipo de dato, resaltado en letra negrita.

El método principal( ) se tiene que declarar como estático porque siempre es llamado antes de

que exista cualquier objeto. Los métodos y atributos estáticos se pueden acceder sin la

intermediación de un objeto de la clase donde fueron definidos; estos conceptos se profundizarán

en el ítem 3.2 (Métodos).

Clases de Datos Primitivos y Variables

Un dato es la representación formal de hechos, conceptos o instrucciones, adecuada para su

comunicación, interpretación y procesamiento por seres humanos o medios automáticos. Un tipo

de datos es la especificación de un dominio (rango de valores) y de un conjunto válido de

operaciones a los que normalmente los traductores asocian un esquema de representación interna

propio.

Cuando un tipo de datos está definido para un lenguaje o seudo lenguaje, se habla de tipos de

datos primitivos o estándar, utilizados para la construcción de expresiones o nuevos tipos de

datos. El seudo lenguaje definido en el proyecto Método Integrado de Programación Secuencial

y Programación Orientada a Objetos -MIPSOO [GIISTA2006], utiliza cinco tipos de datos:

 Entero: números enteros con signo almacenados en 32 bits (4 bytes), comprendidos entre

-2147483648 a 2147483647 (-231 a 231 -1)

Ejemplos: -56789, 403, 0, 2344521567

 Real: denota un tipo simple que almacena valores de punto flotante de 32 bits, en un rango

aproximado de 3.4∗10−38 a 3.4∗1038

Ejemplos: 3.1416, -88.7, 49795.1, 17, -1.0

Las cantidades reales anteriores, separadas por comas, incluyen punto decimal. Teniendo en

cuenta que los números enteros son un subconjunto de los números reales, la cifra 17 dada en los

ejemplos se podría haber escrito de igual manera como 17.0.

 Carácter: se utiliza para declarar un carácter Unicode. Todo carácter va encerrado entre

comillas simples.

Ejemplos:‘@’, ‘,’, ‘b’, ‘B’, ‘4’,’ ’, ´+´

Se puede notar que los caracteres pueden ser numéricos como ’4’, alfabéticos como B’ y

especiales como’@’. La barra espaciadora (carácter blanco) se representa como dos comillas

simpes vacías (‘ ’).

 Lógico: se utiliza para declarar variables que almacenan el valor de verdad cierto o falso,

únicos valores posibles para una variable de este tipo, propios del algebra de Boole.

 Cadena: este tipo representa una cadena de caracteres Unicode. Toda cadena se escribe entre

comillas dobles.

Ejemplos:“XYZ123”, “Programar con OO es fascinante”, “Ser o no ser”, “123”

Los tipos de datos se utilizan para declarar variables locales, definir atributos de clases, declarar

parámetros formales y especificar valores de retorno de los métodos que se comportan como una

función.
Una variable se considera como un compartimiento de memoria con una dirección y nombre

únicos, cuyo contenido puede variar en tiempo de ejecución del programa. Para efectos de

procesamiento de una variable, interesa conocer su nombre y no su dirección. Un nombre de

variable es un identificador que debe cumplir las siguientes características:

 Debe comenzar con una letra.

 No puede contener espacios ni caracteres especiales, a excepción del guión bajo o underline.

 No puede coincidir con una palabra reservada del seudo lenguaje o con un tipo de datos

estándar.

 No existe límite para la longitud de un identificador, aunque en general se aconseja que no

exceda los 15 caracteres para facilitar su escritura y manejo.

Operadores y Expresiones
La prioridad de un operador hace referencia al orden en el cual se ejecuta dentro de una

expresión. La prioridad se puede alterar con el uso del agrupador paréntesis, en cuyo caso se

evalúa primero su contenido. Obsérvese la tabla 2.5, organizada de arriba hacia abajo según la

precedencia del operador, donde el agrupador paréntesis posee la mayor prioridad; y los

operadores de relación y asignación, la menor.