Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Ingenieria Software PDF
Ingenieria Software PDF
Entre sus distinciones acadmicas estn: El haberse titulado por la opcin de escolaridad en 1981,
conforme al reglamento del IPN. El reconocimiento hecho por el CONCACYT y el Diario de Mxico
en el evento: Los mejores estudiantes de Mxico generacin 1981, como el mejor estudiante en la
Licenciatura en Informtica del IPN. Adems de haber obtenido el grado de de Maestra en Inteligencia
Artificial con mencin honorfica.
Como resultado de sus estudios doctorales orientados al mbito de la Educacin basada en Web, ha
publicado: varios Reportes Tcnicos, y presentado diversos trabajos en congresos nacionales e
internacionales celebrados en ciudades de cuatro continentes, como por ejemplo: Washington-USA.,
Vancouver Canda, Melbourne Australia, Bensaon Francia, Grindelwald Suiza, y Bali
Indonesia. Las memorias de sus artculos han sido editadas por organizaciones como IEEE y Springer.
As mismo es autor de una coleccin de libros relacionados con la Informtica y la Inteligencia
Artificial.
Actualmente, Alejandro Pea es Apstol y Director General del World Outreach Light to the Nations
Ministries (WOLNM), cuya visin es la formacin de discpulos, mediante el uso de las Tecnologas
de la Informacin y del Conocimiento, a nivel mundial dedicados a predicar el Evangelio.
- Mxico -
PRIMERA EDICIN 2006.
Para poder lograr el objetivo anterior, es necesario que el personal que desea hacer uso de estos
medios, posea el conjunto de conocimientos necesarios que le permitan definir con precisin sus
requerimientos de informacin y establecer una alternativa adecuada en su solucin.
Por tal motivo, se presenta a continuacin una serie de conceptos, procedimientos y tcnicas que
brindan una metodologa que permite al usuario, desarrollar conceptualmente un sistema de
informacin, llegando al extremo de habilitarlo para que pueda establecer el modelo de sistema
que desea se programe (por el personal tcnico) para implantarse en una computadora.
TABLA DE CONTENIDO
INTRODUCCIN ......................................................................................................................... 3
1. SISTEMAS DE INFORMACIN ........................................................................................... 7
1.1 DEFINICIN DE SISTEMAS DE INFORMACIN..................................................... 7
1.2 ELEMENTOS DE LOS SISTEMAS DE INFORMACIN ............................................... 7
1.3 EJEMPLOS DE SISTEMAS DE INFORMACIN ........................................................... 7
1.4 CLASIFICACIONES DE LOS SISTEMAS DE INFORMACIN ................................ 8
2. CICLO DE DESARROLLO .................................................................................................. 11
2.1 DESCRIPCIN ............................................................................................................. 11
2.2 ETAPAS DE DESARROLLO....................................................................................... 11
3. ANALISIS ................................................................................................................................ 15
3.1 OBJETIVO .......................................................................................................................... 15
3.2 ACTIVIDADES .................................................................................................................. 15
3.2.1 Planeacin .................................................................................................................... 15
3.2.2 Determinacin de Requerimientos ............................................................................... 15
3.2.3 Definicin de la Alternativa de Solucin................................................................... 16
3.2.4 Descripcin del Sistema Propuesto....................................................................... 16
3.2.5 Control.......................................................................................................................... 18
3.3 TECNICAS.......................................................................................................................... 18
3.3.1 De Recoleccin de Informacin ................................................................................... 18
3.3.2 Tcnicas para la Descripcin de Flujos....................................................................... 22
3.3.3 Caso de Estudio. CBM ................................................................................................. 24
3.3.4 Tcnicas para la Descripcin de Procesos .................................................................. 28
3.3.5 Tcnicas para el Anlisis de Datos .............................................................................. 34
3.3.6 Probar Lgicamente la Estructura Lgica de Salida................................................... 43
4. DISEO.................................................................................................................................... 49
4.1 OBJETIVO .......................................................................................................................... 49
4.2 ACTIVIDADES .................................................................................................................. 49
4.3 TCNICAS.......................................................................................................................... 51
4.3.1 Para el diseo de salidas.............................................................................................. 51
4.3.2 Para la elaboracin de modelos de datos. ................................................................... 53
4.3.3 Para el diseo de Entradas. ......................................................................................... 57
4.3.3 Para el Diseo de Procedimientos. .............................................................................. 60
5. PROGRAMACIN................................................................................................................. 73
5.1 OBJETIVO .......................................................................................................................... 73
5.2 ACTIVIDADES .................................................................................................................. 73
6. IMPLANTACIN Y PRODUCCIN................................................................................... 89
6.1 OBJETIVO .......................................................................................................................... 89
6.2 ACTIVIDADES .................................................................................................................. 89
6.3 TCNICAS.......................................................................................................................... 90
6.4 OPERACIN ...................................................................................................................... 91
6.5 RECOMENDACIONES EN LA OPERACIN.................................................................. 91
6.6 MANTENIMIENTO ........................................................................................................... 92
6.7 RECOMENDACIONES EN EL MANTENIMIENTO ....................................................... 92
CONCLUSION ............................................................................................................................ 95
REFERENCIAS .......................................................................................................................... 99
TABLA DE FIGURAS
Figura 1. Proceso de Desarrollo de Sistemas de Informacin....................................................... 12
Figura 2. Caja Negra...................................................................................................................... 22
Figura 3. Caja Blanca .................................................................................................................... 22
Figura 4. Descomposicin del Sistema ......................................................................................... 23
Figura 5. Smbolos del Diagrama de Flujo.................................................................................... 24
Figura 6. Ejemplo de Proceso........................................................................................................ 24
Figura 7. Diagrama de Flujo de Datos, Nivel 1............................................................................. 25
Figura 8. Diagrama de Flujo de Datos, Nivel 2............................................................................. 26
Figura 9. Diagrama de Flujo de Datos, Nivel 3............................................................................. 26
Figura 10. Diagrama de Flujo de Datos, Nivel 4........................................................................... 27
Figura 11. rboles de Decisin. .................................................................................................... 30
Figura 12. Diagrama de Datos....................................................................................................... 34
Figura 13.Representacin de la Estructura Lgica de Salida. ....................................................... 36
Figura 14. Estructura Lgica de Salida. ........................................................................................ 36
Figura 15. Estructura Lgica de Salida con ms de una Etiqueta. ................................................ 37
Figura 16. Construcciones Secuenciales y Repetitivas. ................................................................ 37
Figura 17. Diagrama de Secuencias. ............................................................................................. 38
Figura 18. Reporte de Produccin. ................................................................................................ 38
Figura 19. Esquema de Salida. ...................................................................................................... 39
Figura 20. Estructura Lgica. ........................................................................................................ 39
Figura 21. Estructura Lgica de Salida. ........................................................................................ 40
Figura 22. Reporte Tpico.............................................................................................................. 40
Figura 23. Diagrama de Estructura Lgica de Salida.................................................................... 41
Figura 24. Movimientos Debe Haber. ........................................................................................ 41
Figura 25. Esquema del Control de Proyectos. ............................................................................. 42
Figura 26. Diagrama del Control de Proyectos. ............................................................................ 43
Figura 27. Diagrama de Procedimiento de una Estructura Lgica de Salida. ............................... 44
Figura 28. Arquitectura de un Sistema de Inventarios. ................................................................. 50
Figura 29. Hoja de Sistema de Inventarios.................................................................................... 52
Figura 30. Base de Datos Lgica................................................................................................... 53
Figura 31. Ordenacin de una Base de Datos Lgica (1era forma normal. .................................. 54
Figura 32. Ordenacin de una Base de Datos Lgica (2da forma normal). .................................. 55
Figura 33. Ordenacin de una Base de Datos Lgica (3ra forma normal).................................... 56
Figura 34. Documento Fuente. ...................................................................................................... 59
Figura 35. Estructura Modular para un Sistema de Nmina. ........................................................ 61
Figura 36. Estructura Modular de un procedimiento de Validacin. ............................................ 64
Figura 37. Estructura modular. ...................................................................................................... 66
Figura 38. Descripcin entrada-proceso-salida 1. ......................................................................... 67
Figura 39. Descripcin entrada-proceso-salida 2. ......................................................................... 67
Figura 40. Descripcin entrada-proceso-salida 3. ......................................................................... 68
Figura 41. Descripcin entrada-proceso-salida 4. ......................................................................... 68
Figura 42. Descripcin entrada-proceso-salida 5. ......................................................................... 69
Figura 43. Descripcin entrada-proceso-salida 6. ......................................................................... 69
Figura 44. Diagramas de una Programacin Estructurada. ........................................................... 75
Figura 45. Simbologa utilizada. ................................................................................................... 76
Figura 46.a Diagrama Estructurado............................................................................................... 78
Figura 46.b Diagrama Estructurado. ............................................................................................. 79
Figura 47. Estructura Lgica de Datos. ......................................................................................... 83
Figura 48. Estructura Lgica de Proceso....................................................................................... 84
Figura 49. Estructura Lgica de Salida. ........................................................................................ 84
Figura 50. Diagrama de Warnier en Forma Clsica. .................................................................... 84
Figura 51. Reporte Jerarquizado................................................................................................... 86
LISTA DE TABLAS
Tabla 1. Instancias de Valores....................................................................................................... 17
Tabla 2. Matriz Sistemas / Clases de datos ................................................................................... 21
Tabla 3. Entradas - Salidas ............................................................................................................ 22
Tabla 4. Termino Significado..................................................................................................... 29
Tabla 5. Tabla de Decisin ............................................................................................................ 31
Tabla 6. Tabla de Decisin Particionada ....................................................................................... 31
Tabla 7. Tabla de Decisin, Seccin Superior Derecha ................................................................ 32
Tabla 8.Tabla de Decisin, Seccin Inferior Derecha................................................................... 33
Tabla 9. Tabla de Decisin Final................................................................................................... 33
Tabla 10. Diccionario de Datos del Sistema de Personal .............................................................. 35
Tabla 11. Procedimiento de una Estructura Lgica de Salida....................................................... 44
Tabla 12. Paso 2. ........................................................................................................................... 45
Tabla 13. Paso 3. ........................................................................................................................... 45
Tabla 13. Paso 4. ........................................................................................................................... 45
Tabla 14 . Descripcin de Archivos. ............................................................................................. 57
INTRODUCCIN
INTRODUCCIN
La Ingeniera de Sistemas representa la principal herramienta de trabajo de los desarrolladores de
sistemas de informacin. Est representa por una metodologa compuesta por un conjunto de
etapas que se realizan secuencialmente para dar vida a una aplicacin en forma evolutiva. Cada
etapa se integra por un conjunto de acciones encaminadas para obtener productos especficos,
como: especificaciones, diagramas, formatos, cdigo, pruebas y documentos diversos.
A efecto de brindar una gua al profesional del campo de la Informtica y los sistemas de
cmputo, en esta obra se presenta en el primer captulo un perfil de los sistemas de informacin.
En el segundo captulo se describe el ciclo de desarrollo de la Ingeniera de Software. A partir del
tercer captulo al sexto se reservan para explicar las etapas de: Anlisis, Diseo, Programacin,
Implementacin y Produccin. El documento, finaliza con la exposicin de una serie de
conclusiones relacionadas con el uso de la metodologa presentada.
CAPTULO 1. SISTEMAS DE INFORMACIN
1. SISTEMAS DE INFORMACIN
1.1 DEFINICIN DE SISTEMAS DE INFORMACIN
Un sistema de informacin (SI) es un conjunto de elementos interrelacionados con el propsito
de prestar atencin a las demandas de informacin de una organizacin, para elevar el nivel de
conocimientos que permitan un mejor apoyo a la toma de decisiones y desarrollo de acciones.
Para los sistemas mecanizados que hacen uso de un computador, de acuerdo al tipo de interaccin
Hombre-Mquina.
Batch: el usuario proporciona los datos necesarios para la ejecucin de un proceso y espera a que
el computador termine la tarea para recibir los resultados.
En Lnea: existe un dilogo directo entre el usuario y el computador durante la ejecucin de un
proceso.
Los sistemas manuales son adecuados en procesos sencillos, que manejan pequeos volmenes
de datos, sin realizar clculos complejos y que mantener actualizada la informacin no es
problemtico. En cambio, los mecanizados tienden a sistematizar aquellas actividades complejas,
que requieren manipular altos volmenes de datos en tiempos cortos de respuesta.
El tipo Batch de sistemas es adecuado en tareas que manejan grandes volmenes de datos y que
no requieren que el operador tome decisiones durante el proceso, por ejemplo: la nmina, la
expedicin de estadsticas censales, etc. Mientras que los sistemas en Lnea son adecuados para el
manejo de pequeos volmenes de datos que requieren tiempos de respuesta cortos, por ejemplo:
sistemas bancarios, de reservacin, de consulta, etc.
La ejecucin de las etapas lleva normalmente un orden cronolgico, en donde los resultados
producidos por una, alimentan las funciones de la siguiente y as sucesivamente. Adems se
aplican los conceptos del proceso administrativo, que regula las acciones de cada etapa y por lo
tanto, de todo el proyecto. Por ello es necesario planear y controlar la realizacin de las
actividades. Para ilustrar lo anterior, se presenta una figura en donde aparecen las etapas que
componen el ciclo de desarrollo de los sistemas, sus interrelaciones y el papel del proceso
administrativo.
Normalmente el requerimiento para construir un sistema de informacin nace a peticin del rea
Administrativa que tiene problemas en el manejo de informacin o desea aplicar nuevos
mecanismos. Por lo que el rea Tcnica es enterada en espera de resolver la inquietud planteada,
dando inicio al ciclo de desarrollo de sistemas tal como se aprecia en la Figura 1.
12 Ingeniera de Software
Requerimiento
de
Informacin
Aplicacin
de la
Informacin
3.2 ACTIVIDADES
Las acciones a realizar durante el anlisis de sistemas estn agrupadas en fases de la siguiente
manera:
3.2.1 Planeacin
La planeacin se compone de las siguientes actividades:
Definicin de objetivos. Se establecen las metas y plazos esperados por alcanzar durante la etapa.
Formulacin de estrategias. Se definen los principales caminos de accin a seguir.
Determinacin de recursos. Se identifican los recursos humanos, materiales y econmicos a
participar.
Establecimiento del plan de trabajo. En base al compromiso, importancia, tiempo y recursos
disponibles, se formula el calendario de trabajo.
Definicin del caso de estudio. Se identifica el tema central que motiva el inicio del estudio,
pudiendo ser la creacin de un nuevo sistema la modificacin a uno ya existente.
Establecimiento del problema a resolver. Una vez realizadas las actividades anteriores se est en
condicin de precisar el problema, su naturaleza, grado de complejidad e implicaciones que tiene
(organizaciones, econmicas, etc.).
Comparacin de alternativas. Se establece el grado de satisfaccin que cada opcin brinda a los
criterios de decisin, de tal manera que se distinga la ms ventajosa.
Eleccin. Una vez evaluadas las diversas alternativas se escoge aquella que ofrece las mayores
ventajas y cuya realizacin es factible en los trminos de costo y tiempo esperados.
Perfil general del sistema. Se confirma el objetivo que persigue la propuesta, la naturaleza de esta
y el programa para llevarla a cabo.
Modelo organizacional. Se establece el esquema orgnico de reas participantes, funciones e
interrelaciones.
Descripcin de los flujos de informacin. Por cada flujo se establecen sus actividades, secuencia
y responsable de su ejecucin, tambin se determinan las salidas, entradas (documentos, reportes,
pantallas, etc.) y procesos de manipulacin de datos que emplean (registros, validacin, acceso,
almacenamiento, actualizacin, clasificacin, seleccin, decisin, etc.).
Definicin de productos de informacin (salidas). Una vez identificadas las reas y personas a
quienes va dirigida la informacin, se determina la clase y contenido de los productos que
recibir, especificando su objetivo, periodicidad, tiempo de respuesta, nivel de agregacin, los
datos y totales que aparecern, su forma de presentacin (natural, editada, analgica: grficas,
smbolos especiales, etc.) y los medios que usar (pantalla, papel, magntico, etc.).
Anlisis de datos. Se identifican todos los datos que se van a utilizar describiendo sus
caractersticas: significado, fuente, tipo, longitud, rango de valores, cdigo de equivalencia, nivel
de actualizacin, etc. Por ejemplo a continuacin se presentan ejemplos de datos y la Tabla 1 con
instancias de valores.
Cdigo Valor
01 Aguascalientes
02 Baja California
32 Zacatecas
Definicin de insumos (entrada de datos). Todos aquellos datos que no se obtienen como
resultado de clculos, selecciones u otro tipo de operaciones, debern ser alimentados al sistema,
por lo que se establece cuales son esas fuentes (reas, personas, documentos, etc.), la periodicidad
y volumen en que se generan, su forma de presentacin (papel, pantalla, magntico, etc.) y
contenido (datos, cdigo, cifras de control, etc.).
3.2.5 Control
El control se lleva a cabo mediante la ejecucin de tres actividades a saber:
3.3 TECNICAS
En apoyo al mejor desempeo de las actividades que componen la etapa de anlisis se
recomienda el empleo de las siguientes tcnicas.
Prepare su entrevista:
Defina el objetivo.
Establezca los temas.
Elija la fuente: rea administrativa, persona a entrevistar.
Seleccione documentos.
Planee su entrevista: procedimiento, vigor, tiempo y material.
Conduzca su entrevista:
Explique los siguientes puntos: identificacin personal, propsito de la entrevista, cul es el
proyecto y cul ser la contribucin que har al proyecto el entrevistado.
Asegurarse de entender correctamente las actividades y responsabilidades del entrevistado.
Si el entrevistado toma decisiones, es importante hacer un modelo representativo (que
decisiones son hechas y como interviene l).
Hacer preguntas especficas (cuanto) (s).
Evitar tecnicismos.
Aprender a escuchar.
Evitar la divagacin y la desviacin.
Buscar opciones, ideas y sugerencias.
Tomar nota de puntos relevantes.
Evitar juicios sobre el valor o impresin de los datos recibidos.
Cuando termine:
Verifique sus notas.
Anlisis 19
Observaciones:
Es de suma importancia que las relaciones usuario-analista sean ptimas.
El analista en la mayora de los casos, tendr en nmero y tiempo restringidas las entrevistas.
Conduzca su observacin:
Explique a las partes que sern observadas, que ser hecho y por qu.
Familiarizarse con el ambiente de observacin, as como con sus componentes.
Tome notas, cheque el tiempo peridicamente.
20 Ingeniera de Software
Cuando termine:
Organice su material.
Revise los resultados y objetivos propuestos.
Aclare.
Observaciones:
Las actividades de Toma de Decisiones requieren de un estudio ms profundo y por medio
de otras tcnicas.
Consume mucho tiempo, pues slo se podrn apreciar una parte del total de actividades que
se realizan.
A la mayora de personas no les gusta ser observadas.
Si el analista hace uso de la documentacin disponible, es muy probable que alcance mayor xito
en sus entrevistas y observaciones posteriores preocupndose por corroborar y aclarar algunos
aspectos. Dentro de las limitaciones en el uso de los documentos estaran el grado de
actualizacin y el nivel de contenido y claridad.
Las graficas son un medio visual utilizado en la representacin de una realidad particular, como
por ejemplo: la organizacin administrativa de una empresa, la distribucin fsica de una planta,
el flujo de actividades de un proceso, estadsticas, etc. Al elaborar dichas representaciones, es
conveniente observar las siguientes consideraciones:
La muestra elegida deber ser representativa en funcin a la cantidad y variedad del universo
posible del caso de estudio.
Las Matrices de informacin son un medio grfico para presentar una informacin especial entre
grupos y elementos. Generalmente en las filas se colocan los grupos y en las columnas los
elementos marcando el cruce de la fila con la columna cuando exista una relacin entre el grupo
y el elemento, como se muestra en la siguiente Tabla, en donde se interrelacionan sistemas con
clases de datos. Las matrices de informacin son tiles para relacionar y mostrar ms fcilmente
procesos, sistemas, datos, archivos, etc. Las matrices de informacin se utilizan para la
presentacin del sistema, las cuales son una herramienta de documentacin muy sencilla de
entender y explicar por los usuarios, tal como se ilustra en la Tabla 2.
Clases
12 Transportistas
6 Transportacin
13 Compradores
5 Importaciones
1 Requisiciones
11 Proveedores
10 Materiales
8 Inventarios
de
2 Concursos
4 Inspeccin
7 Entregas
9 Remates
3 Pedidos
Datos
Sistemas
Requerimientos X X X
de materiales y
equipos
Adquisiciones X X X X X X X X
de materiales y
equipos
Materiales y X X X X X X X X
equipos
almacenados
Catalogo de X
materiales y
equipos
Catalogo de X
proveedores
Catalogo de X
transportistas
Catalogo de X
compradores
22 Ingeniera de Software
Entradas Salidas
Tarjeta de la quiniela: Evaluacin de la quiniela
Datos de identificacin Relacin de ganadores
Resultados y costo Relacin de premios y montos que se acumulan
Marcadores
Caja Negra. Se identifican las salidas y entradas del sistema o componente, sin describir el
proceso, solamente el Que se hace, como se muestra en la Figura 2.
SISTEMA
ENTRADAS SALIDAS
Caja Blanca. Se establecen las principales funciones de proceso que realiza el sistema,
aprovechando las entradas, en la generacin de las salidas. Es decir, se escribe el: Como se
hace, tal como se representa en la Figura 3.
SISTEMA
ENTRADA
SALIDA
ENTRADA
SALIDA
NIVEL GENERAL
NIVEL DETALLADO
Entidad
Proceso
Almacn de datos
(archivo)
Flujo de datos
Smbolo de Proceso
29 Identificacin
Calcular el
pago Descripcin de la funcin
neto
Se procesan aproximadamente 100 facturas por da, con un promedio de 4 libros y un valor
promedio de $10,000.00 MN por factura.
La gente que tome las rdenes por telfono necesitar tener un acceso rpido al catlogo de libros
para verificar autores y ttulos, a efecto de poder responder a los solicitantes qu libros se tienen
disponibles en algn tpico dado.
Se estima que con este mtodo, el volumen de transacciones crezca a 1000 facturas por da o ms,
aunque con un promedio ms bajo de libros que el pblico.
A usted, como analista, se le ha pedido que haga la investigacin y especifique el nuevo sistema,
produciendo un modelo lgico del sistema requerido, de donde puedan sacarse conclusiones
sobre:
Datos de libros
Libros Editoriales
Domicilio
Detalles de libros
Verificar Ordenes Integra
Ordenes en lote Editoriales
Clientes orden
vlida requisicin
Ordenes
vlidas
Estado del Crdito Ordenes de
compra
Libros Editoriales
Domicilio
Detalles de libros Ordenes de compra
Verificar Ordenes Integra
Ordenes orden en lote requisicin Editoriales
Clientes
vlida editoriales
Ordenes
vlidas
Estado del Crdito
Detalle ordenes de compra
Detalles domicilio
Integra Asigna Verifica
ordenes embarque embarque
cliente ordenes correcto
pendientes
Libros Editoriales
Domicilio Ordenes
Detalles de libros de
Verificar Ordenes Iniciar la compra
Ordenes en lote Editoriales
Clientes orden verificacin
vlida editoriales
Aplicar Pago a
editor Cheques para la editorial
pago Detalle del pago
facturas
Cuentas por cobrar
Con el espaol narrativo se tiene problemas de ambigedad, los cuales pueden ser solucionados
con el espaol estructurado. A manera de ejemplos sern descritos:
Como se observa, no existe una diferencia lgica entre ellas, pero sin embargo es difcil entender
su significado. Cada una puede ser representada por medio de un si-entonces-de lo contrario.
Para que en esta instruccin la accin 1 quede en el mismo orden del espaol narrativo, se niega
la condicin.
Si no condicin - 1 entonces
accin - 1
de lo contrario (condicin - 1)
accin - 2
equivalente a
Si A no es menor que B entonces
suma A a B
de lo contrario
resta A de B
Anlisis 29
El espaol estructurado nos permite verificar todos los posibles rangos con los siguientes
trminos, como se muestra en la siguiente Tabla.
Trmino Significado
MQ mayor que
MI mayor que o igual a
mI menor que o igual a
mQ menor que
IG igual a
NI No igual (diferente a)
Los rboles de decisin son una representacin grfica para identificar todas las posibles
combinaciones y sus acciones. Es una herramienta alternativa del espaol estructurado y de las
tablas de decisin.
Para los dos ejemplos anteriores, los rboles de decisin correspondientes son ilustrados en la
Figura 11.
30 Ingeniera de Software
Es 83 Descuento
Coche no negro
No es 83 Sin descuento
Por medio de parntesis podremos con el espaol estructurado separar las condiciones, p.e. si
deseamos que cuando el coche sea modelo 83 nicamente, nos quedara la siguiente instruccin:
Si por el contrario queremos que no pague entrada cuando es negro y adems debe cumplir que
tenga llantas radiales o sea modelo 83, nos quedara la siguiente instruccin:
Si (coche es negro) y
(coche tiene llantas radiales o es modelo 83)
entonces
no paga entrada
de lo contrario
s paga entrada
Anlisis 31
En los rboles los nodos intermedios son las condiciones y las hojas (el final) son las acciones.
Las tablas de decisin son una herramienta que traduce las acciones y condiciones 8descritas en
el espaol estructurado o en el narrativo) a forma tabular. La tabla es difcil de interpretar pero
puede ser utilizada como entrada por un algoritmo Manejador de Tablas. Estas herramientas
permiten introducir orden, regularidad y legibilidad a la especificacin funcional
Las tablas se dividen en condiciones, acciones, reglas y nmeros de regla. De esta manera, las
diferentes acciones que van a ser tomadas como resultado de las decisiones son listadas en la
seccin inferior del lado izquierdo, dicha seccin recibe el nombre de Stub de acciones. De esta
manera, las diferentes condiciones que afectan las decisiones son listadas en la seccin superior
del lado izquierdo, llamada Stub de condiciones. El conjunto de todas las posibles condiciones
en la seccin superior derecha con sus acciones resultantes (si no) en la parte inferior derecha
componen las reglas. Por ejemplo la regla 2 se describe a travs de la Tabla 5.
2
c1: Coche negro . Y . . . . .
c2: Llantas radiales . Y . . . . .
c3: Modelo 83 . N . . . . .
a1: Descuento . X . . . . .
a2: Sin descuento . . . . . . .
Lo cual es equivalente a decir:
Si el coche es negro y tiene llantas radiales
y no es modelo 83 entonces
tiene descuento (se presenta con la X)
nmero de regla 1 2 3 4 5 6
condiciones
acciones
Reglas
Es decir:
np = 2nc
En donde:
nc: # condiciones
p: # posibilidades
Seccin superior derecha. Tome la ltima condicin y alterne todas las posibilidades hasta que
termine el rengln. Para el rengln anterior alterne las posibilidades de la condicin cada vez que
se haya completado las posibilidades del rengln de referencia, tal como se aprecia en la Tabla 7.
Seccin inferior derecha. Despus de haber cubierto todas las posibles combinaciones se procede
a llenar la seccin inferior en funcin de las reglas que se tienen. En algunas ocasiones cuando no
se tienen las reglas perfectamente con el usuario para que la tabla sea llenada adecuadamente. De
acuerdo al ltimo ejemplo, la Tabla quedara de la siguiente manera:
Anlisis 33
1 2 3 4 5 6 7 8
c1: Coche negro S S S S N N N N
c2: Llantas radiales S S N N S S N N
c3: Modelo 83 S N S N S N S N
a1: Descuento X X X . . . . .
a2: Sin descuento . . . X X X X X
Una vez editada la parte inferior se procede a reducir la tabla de acuerdo a la siguiente tcnica:
Repita para el resto de pares de reglas que cumplan con estos criterios. Despus de la reduccin
la tabla quedara como se muestra en la Tabla 9.
Como se observa, los pares de reglas 1-2, 5-6 y 7-8 fueron reducidas ya que, por ejemplo en el
par 1-2 sin importar qu modelo sea el coche de todas maneras s se le har descuento puesto que
las dos primeras condiciones se cumplen.
Recomendaciones:
Utilice rboles de decisin cuando el nmero de acciones sea pequeo y no todas las
combinaciones de las condiciones sean posibles; utilice una tabla de decisin cuando el
nmero de acciones sea grande y muchas combinaciones de las condiciones ocurran.
34 Ingeniera de Software
Utilice tablas de decisin si duda que sus rboles de decisin muestran totalmente la
complejidad del problema.
- Nombre
- Abreviatura
Identificacin - Contenido de informacin
- Clave
- Significado
Lgicas - Fuente Origen
- Alta (fuente)
Manejo - Actualizacin
- Baja
- Archivos
Relaciones - Documentos
- Repostes
- Otros datos
Tipo
Longitud
Fsicas Rango de valores
Criterio de validacin
Formato de edicin
2. Manejo
Alta Cuando ingresa el empleado Cuando ingresa
Actualizacin Slo en casos de correccin En aumentos al tabulador y
por promocin
Baja Cuando renuncia el empleado Cuando renuncia
3. Nivel de acceso
Confidencialidad baja Muy alta
Personal autorizado Consultas: todos Slo Depto. de Recursos
Cambio: Depto. Recursos Humanos Humanos
4. Relaciones
Archivo Kardex de empleados, etc. Kardex
Documentos Solicitud de empleo, acta de Contrato, cheque, etc.
nacimiento, etc.
Reportes Plantilla, nmina, etc. Nmina
Otros datos R.F.C Tabulador de sueldos
5. Fsicas
Tipo Alfabtico Numrico
Longitud 40 caracteres Ocho enteros y dos decimales
Rango de valores Infinito Hasta 7,000,000.00
Criterio de Alfabtico y diferente de blanco Numrico menor o igual a
validacin 7,000,000.00
Formato de edicin Normal $$,$$$,$$, 9.99
Con base a esta informacin, se puede tener una idea precisa del tipo de datos que se manejan, los
archivos, documentos, y reportes donde aparece. Siendo de gran utilidad en el diseo de
procesos, archivos y reportes.
El trmino estructura es una jerarqua y/o secuencia de repeticiones y/o conjuntos alternativos (o
jerarquas).
Generalmente la presentacin tradicional de una salida se hace a travs de reportes impresos, esto
se debe a simple conveniencia. Existen varias formas en que las salidas se presentan, tratando de
enumerar solo algunas mencionaremos: cinta magntica, tarjetas perforadas, microfichas,
pantallas, discos magnticos, etc.
Tomaremos como ejemplo algunas salidas en forma de reporte, para explicar la representacin
estructurada de acuerdo a las construcciones bsicas. La representacin ms sencilla de la
estructura lgica de salidas en forma secuencial, como mencionaremos, esta se identifica porque
los datos se encuentran sucesivos, supongamos la representacin de una etiqueta para enviar
comunicacin a clientes, como se muestra en la Figura 13.
Nombre cliente
Direccin
Ciudad C.P.
La estructura lgica de salida, para presentar la etiqueta sera como se muestra en la Figura 14.
- Nombre cliente
- Direccin
Etiqueta
- Ciudad
- C.P.
Donde se lee, el conjunto etiqueta Contiene a, nombre cliente, direccin, ciudad y C.P.
Cuando existe ms de una etiqueta como el anterior ejemplo, lo conveniente es utilizar una
construccin repetitiva.
Anlisis 37
- Nombre cliente
- Direccin
Etiqueta
(E) - Ciudad
- C.P.
Donde se lee, el conjunto etiqueta sucede E veces y cada etiqueta Contiene a, nombre cliente,
direccin, ciudad y C.P. Un ejemplo ms de cmo se relacionan las construcciones secuenciales y
repetitivas, se muestra mediante la representacin de un reporte de produccin mensual de los
productos hechos por una compaa X, esto se describe a continuacin en la Figura 16.
Fecha
- - -
- - -
Al pasarlo a un diagrama Warnier / Orr identificamos las partes como lo ordenan las secuencias,
mostradas en la Figura 17.
38 Ingeniera de Software
- Produccin mensual
Encabezado
- Fecha
- # producto 1
Producto 1 - Nombre 1
- Cantidad 1
Reporte
Produccin
- # producto 2
Mensual
Producto 2 - Nombre 2
- Cantidad 2
-
-
- # producto P
Producto P - Nombre P
- Cantidad P
Con respecto a las secuencias, vemos que los productos suceden varias veces, es decir, las
caractersticas se repiten, en este caso lo mejor es representarlo mediante una construccin bsica
repetitiva, quedando el diagrama como se describe en la Figura 18.
- Produccin mensual
Encabezado
Reporte - Fecha
Produccin
Mensual
- # Producto
Producto P - Nombre
- Cantidad
Fecha
Nombre
# Producto Producto Cantidad
Empresa
Planta 1 Planta 2
Producto 1
Producto 2 Producto 3
Planta Productos
Empresa
(P) (P)
- Produccin mensual
Encabezado
Reporte Mensual - Fecha
Produccin
de Plantas - # Planta
Planta - Nombre Planta
(P)
- Producto - # Producto
(PR) - Nombre
- Cantidad
Un reporte tpico de un empresa es el auxiliar de cuentas como aparece en la Figura 22, este
ejemplo presenta la aplicacin de la construccin alternativa, tambin denominada conjunto
complemento.
Fecha
- Auxiliar Cuentas
Encabezado
- Fecha
- Cuenta
- Descripcin de la cuenta
- Debe
Reporte Movimientos - (0,1)
Auxiliar (M) +
Cuentas
- Haber
- (0,1)
- Debe
Total
- Haber
Movimientos
Debe Haber
Una estructura lgica de salida aplicada a control de proyectos, con gran nmero de jerarquas,
para acumular horas por proyecto en un departamento, y para acumular horas asignadas a un
usuario del proyecto en un departamento, tpicamente puede ser el caso mostrado en la Figura 25
y 26 correspondientemente al esquema y al diagrama respectivamente.
42 Ingeniera de Software
Fecha
- Fecha
- Clave
- Clave - Clave - Clave actividad
departamento usuario proyecto
Reporte
Horas Departamento
Asignadas (D)
- Usuario -Proyecto -Actividad
(U) (U) (A)
- Horas
- Total horas por
departamento Total horas por
TOT HOR- DEP Total horas por proyecto
usuario TOT HOR- PROY
Total horas
TOT HOR- USU
Por empresa
TOT HOR- EMP
Estructuras lgicas de datos (ELD). Se obtienen de las estructuras lgicas de salida (ELS), ya que
a partir de esto su derivacin se vuelve relativamente fcil, una definicin sencilla de los que
significa (ELD) es: El conjunto mnimo de datos de entrada requeridos para producir la salida, de
donde adems, se busca una utilizacin para una o ms (ELS), y que optimice lgicamente las
funciones de proceso de datos tales como; codificacin, validacin, actualizacin y recuperacin.
Los pasos ms importantes para obtener la estructura de datos a partir de ELS son:
Hacer una lista de los datos elementales de la (ELS) con los niveles que tienen.
Identificar los datos de la (ELS) que sean constantes o simples etiquetas.
Identificar los datos calculados describiendo las reglas.
Identificar los datos primarios, simplificando las alteraciones mediante un cdigo de
identificacin.
Revisar y probar lgicamente la estructura lgica de datos.
Se desean totales por vendedores y una proyeccin de lo que se paga por comisin en las
sucursales y a nivel de la empresa, se debe indicar qu vendedores tienen y quienes no tienen la
comisin como se ilustra en la Figura 27.
Pago
comisiones
Una vez realizado el diagrama de procedimiento, como primer paso, se procede a la ejecucin de
los pasos 2, 3 y 4 de la forma mostrada a continuacin en las Tablas 12, 13, y 14:
Anlisis 45
Seleccionamos
1, 8, 10, 14
4.2 ACTIVIDADES
Las funciones que se realizan durante el diseo de sistemas son las siguientes:
Planeacin:
Diseo de Salidas:
Diseo de Entradas:
Definicin de Procesos:
Establecimiento de la Arquitectura del Sistema. Se definen los principales procesos que har
el sistema y sus interrelaciones mediante las entradas y salidas que manejan. Estos a su vez se
subdividen en procesos ms especficos, hasta llegar al nivel de un programa. Finalmente se
elige la secuencia de operacin de los procesos. Por ejemplo la arquitectura de un sistema de
intervalos puede ser como se muestra a continuacin en la Figura 28.
Sistema de Inventarios
Control:
Presentacin del Sistema. El resultado de las actividades anteriores es plasmado en un
documento que describe los principales elementos del sistema de informacin.
Revisin de la Propuesta. Se evalan los formatos de salidas conforme a las necesidades
planteadas, se valida el contenido de las entradas y los archivos que se manejan, repasando
los procesos que se pretenden realizar.
Modificaciones a la Propuesta. Se adaptan aquellas diferencias y errores encontrados en el
diseo del sistema propuesto.
Diseo 51
4.3 TCNICAS
Para una mejor realizacin de las actividades inherentes al diseo de sistemas, se sugiere el
aprovechamiento de las siguientes tcnicas:
1 2 3 4
1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
1 0
2 1 5 - 1 1 - 8 6 G R U P O B E T A H O J A : 1 1
3 2
4 S I S T E MA D E I N V E N T A R I O S 3
5 4
6 R E L A C I O N D E E S C R I T O R I O S P O R D E P T O . 5
7 6
8 7
9 C L A V E A S I G N A D O A : 8
1 9
0
1 D E P T O : C R E D I T O J U A N P E R E Z B . A
0
1
1 4 2 7 2 A A A A A A A A A A A A A B
2
1 9 9 9 9 C
3
1 D
4
1 E
5
1 F
6
1 T O T A L D E E S C R I T O R I O S : 5 0 0
7
1 1
8
1 D E P T O : C O B R A N Z A S 2
9
2 9 9 9 9 A A A A A A A A A A A A 3
0
2 4 1
1
2 5
2
2 T O T A L E S C R I T O R I O S E MP R E S A = 1 , 2 5 0 6
3
2 7
4
0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4
0 1 2
En el ejemplo se aprecian los diversos tipos de encabezados (letras A, B y C); la lnea de detalle
(D), que representa el registro que se imprime, es decir, el de cada escritorio registrado en el
archivo; el pie de control (E) es el nmero de escritorios por departamento, mientras que el
nmero de escritorios en la empresa es el pie del reporte (F).
Diseo 53
Todos los letreros y campos donde aparece la informacin (departamento, clave, etc.) estn
debidamente centrados, utilizando para estos ltimos los caracteres de edicin 9999 y AAAA
(nmeros y letras respectivamente) que indican el tipo y longitud del dato que se sustituye en ese
lugar.
Respectivamente a los pasos anteriores se les denomina, primera, segunda y tercera formas
normales. Como explicacin supongamos una base de datos lgica jerrquicamente estructurada
como se muestra en la Figura 30.
Fecha Nombre
1 Facturas ultimo pago
(S) Productos Precio unitario
(P)
cantidad
Importe factura
El dato clave sucursal, con el subrayado representa una llave, si no hemos procedido a hacer
ningn refinamiento, diramos que solo se trata de una llave candidata, a los otros datos se les
denomina no-llave, es compuesta si requiere de ms de un elemento para identificar a cada dato
no-llave, los datos llave se subrayan y los no-llave se dejan igual.
La primera forma normal dar una ordenacin como se seala en la Figura 31.
Clave sucursal
Clave vendedor
(ELD) Cliente Clave cliente
Clientes (C) - Nombre
Base Datos
- Direccin
Lgica
- Fecha ultimo pedido
Clave sucursal
Clave vendedor
(ELD) Factura Clave cliente
Facturas (F) Num. Factura
- Fecha
- Tipo de pago
- Importe
Clave sucursal
(ELD) Productos Clave vendedor
Productos vendidos Clave cliente
(PV) Clave factura
Clave producto
- Nombre producto
- Precio unitario
- Cantidad
Figura 31. Ordenacin de una Base de Datos Lgica (1era forma normal.
En los ELD definidos existen datos que solo dependen de una parte de la llave o que dependen de
un dato no-llave, describimos las observaciones hechas a la estructura anterior. Por lo que la
segunda forma normal quedara como en las Figura 32.
Diseo 55
Figura 32. Ordenacin de una Base de Datos Lgica (2da forma normal).
En la aplicacin de la tercera forma normal, se cuida de que cada estructura lgica de datos se
convierta en una unidad de informacin homognea (archivo) que sea acezada por una
determinada llave, como se puede apreciar en la siguiente figura que muestra un esquema de
relaciones y llaves para tener una mejor idea de como recuperar datos, ya sea en la misma
estructura de datos lgica o mediante asociaciones de llaves y no-llaves, quedando en la Figura
33 la representacin de la tercera forma normal.
56 Ingeniera de Software
Clave sucursal
Sucursal
Clave vendedor
Vendedor
Cartera
clientes
Clave sucursal
Numero de factura
Clave sucursal
Factura
Productos
vendidos
Productos
Archivos definidos Clave sucursal
Relaciones de acceso Clave producto
Clave producto Num. de factura
Figura 33. Ordenacin de una Base de Datos Lgica (3ra forma normal).
Al observar la figura anterior, se aprecia que desde un archivo en cuyo contenido existe el (los)
campo (s) que forma (n) la llave de acceso de otro, se puede relacionar. ( )
Una vez definido el contenido del archivo se determina la longitud del registro (es decir, el
nmero de caracteres), el tipo de organizacin (secuencial, indexada, etc.) y el factor de bloque
(nmero de registros agrupados como una unidad en operaciones de lectura o escritura). Tambin
se describe para cada tipo de registro, los campos que contiene, su longitud, posicin (de A, en el
registro), el tipo de dato y su descripcin. Como ilustracin de los aspectos sealados se muestra
la Tabla 14.
Diseo 57
Hoja 1 de 1
DESCRIPCION DE ARCHIVOS
Sistema: Nomina Clave: No
Archivo : Nombre: archivo empleado Clave: Arch - Emp
Longitud del registro: 82 Tipo de organizacin: Indexado
Factor de bloque: 20 registros
No. Long. Posiciones Tipo de dato Abreviatura Descripcin Observaciones
Sec. Campo De a
En el ejemplo anterior se aprecia la descripcin del registro Datos Generales observando que
un campo puede dividirse en otros y estos a su vez en algunos ms pequeos, como o indica la
columna de No. De secuencia, es decir el dato 3. se compone del 3.1 y 3.2, ste ltimo en tres
ms especficos.
Tambin se utiliza una clave para indicar el tipo de campo, con el siguiente significado:
1 2 3 4
1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
1 0
2 2 0 - 1 2 - 8 6 S E C R E T A R I A D E S A L U D H O J A : 1 1
3 2
4 S I S T E MA D E I N F O . D E S E R V I C I O S 3
5 4
6 I N F O R ME D E C O N S U L T A S A L A P O B L A C I O N 5
7 6
8 7
9 U N I D A D ME D I C A T I P O D E C O N S U L T A 8
1 9
0
1 P L A N . P R E V . O D O N . MA T E R T O T A L A
0
1
1 B
2
1 [ A - 2 1 ] [ 7 2 ] [ 1 8 ] [ 3 0 0 ] [ 4 1 0 ] [ 3 5 0 0 ] C
3
1 D
4
1 E
5
1 F
6
1 0
7
1 1
8
1 2
9
2 3
0
2 4 1
1
2 [ T O T A L ] [ ] [ ] [ ] [ ] [ ] 5
2
2 6
3
2 7
4
0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4
0 1 2
Se pueden apreciar los encabezados generales y especficos, el espacio para codificar informacin
con los tamaos delimitados en base a su longitud. Tambin la zona asignada en la columna del
extremo derecho donde se suman los valores de cada rengln y en el ltimo rengln para
acumular los valores de cada columna.
60 Ingeniera de Software
Desarrollo Descendente. Es una tcnica que define paulatinamente los componentes del sistema,
desde los generales hasta los ms detallados, precisando su funcin e interrelaciones de jerarqua,
secuencia de ejecucin y generacin de productos, es decir, los resultados obtenidos por un
proceso alimentan al siguiente y as sucesivamente.
Se define con precisin el problema a resolver (sistema, proceso, programa, rutina, etc.).
Se establece como mdulo superior la definicin del problema (nivel 0).
Se distribuye la funcin general en subfunciones principales, creando nuevos mdulos
subordinados (nivel 1).
Se revisa la naturaleza de los mdulos recin creados, determinando su modificacin, adicin
o eliminacin de otros para este nivel,
De nuevo se analiza los mdulos del nivel actual y se descomponen en otros ms especficos
an, repitiendo los pasos anteriores, hasta llegar a una descripcin los suficientemente clara y
til para el caso de estudio.
Sistema de Nomina
Corregir
Procesamiento Validar datos
de datos
Corregir errores
Generar nomina
Repartir cheques
El diseo estructurado se preocupa por refinar las primeras dos caractersticas, mientras que la
tercera es preocupacin de otras tcnicas (programacin estructurada, pseudocdigo, etc.); para
lograrlo se aplican los siguientes mtodos:
Reforzar la funcin del mdulo (cohesin) orientndolo a realizar una dola funcin bien
definida.
Reforzar las relaciones intermdulos (acoplamiento) simplificando la dependencia de
mdulos en trminos de control (en la medida de lo posible identificarn plenamente los datos
de entrada y salida que maneja el mdulo en forma de parmetros.
Minimizar el tamao del mdulo deber contener el menos nmero de instrucciones posibles.
Prevenir el efecto del mdulo consiste en que al proporcionar con juntos de datos de entrada
semejantes, los resultados debern ser parecidos.
Estructura de decisin es conveniente arreglar las decisiones de programas de tal manera que
los mdulos que sean afectados resulten ser subordinados.
Utilizando conjuntamente con el desarrollo descendente los mdulos son descritos, integrados y
probados en funcin a un plan cronolgico tomando en cuanta su jerarqua y secuencia.
La aplicacin de la tcnica se ilustra en el siguiente ejemplo:
Ejercicio 2
Elaborar la estructura modular de un procedimiento de validacin, con estas caractersticas:
Se deber validar un archivo de empleados, en donde cada registro representa la informacin
de un empleado.
La descripcin del registro es:
o No. de Empleado
o Nombre
o Clave del Departamento
o Sueldo por hora
o No. de horas trabajadas
o Porcentaje de deduccin
Definir los criterios de validacin para cada uso.
Todos los registros del archivo deben ser validados.
Al validar los datos de un registro si algn campo tuvo error este se deber reportar y por lo
tanto, el registro ser rechazado. De lo contrario el registro ser grabado en el archivo de
salida (con el mismo formato).
Diseo 63
Sistema
Abrir archivos
Lee archivo
Numero de horas
Proceso
No. empleado
Nombre
Deduccin
Reportar error
Hubo
error
Grabar registro
Lee
archivo
Reportar estadsticas
Fin
Clausura de archivos
Se emplean dos formatos, el primero es la presentacin de la estructura modular del sistema que
es la imagen de la organizacin de los mdulos participantes (siendo el resultado de la aplicacin
de las dos tcnicas anteriores) y la segunda es un formato que describe para cada mdulo los
datos de entrada y salida, adems de las operaciones que realiza en tres columnas.
Para ilustrar lo anterior a continuacin en las Figuras 37, 38, 39, 40, 41, 42 y 43 se presenta la
estructura modular y la descripcin entrada-proceso-salida de los primeros seis mdulos del
problema de generacin de una nmina.
66 Ingeniera de Software
Nomina 1
Apertura archivos
3
Inicio 2
Inicializa variables
4
Imprime cheque
6
Lectura archivos
7
Proceso 5
Calcula salario
8
Acumula sueldo
9
Imprime estadsticas
11
Fin 10
Clausura archivos
12
Cheques
- Calcula el salario de cada empleado
y el monto del sueldo bruto pagado
por departamento y en toda la
empresa.
Datos de
empleado
Observaciones
Archivos
Archivos - Abre archivos . disponibles 3
Variables Variables
- Inicia contadores de sueldos. inicializadas 4
Observaciones
Datos de
Empleado
(entrada)
- abre archivos de:
Archivos Cheques
Datos empleados (salidas)
Estadsticas
Estadsticas
(salida)
Observaciones
Contadores por:
empresa
- Mover ceros a los contadores de Depto. 1
sueldo bruto por empresa y de Depto. 2
cada departamento. -
Contadores -
Depto. N
Observaciones
Contadores
- Calcula el salario de cada por: empresa 8
empleado y el sueldo bruto Depto. 1
pagado por departamento y Depto. 2
en toda la empresa. -
-
Datos de
Depto. N
Empleado
Observaciones
No Bandera de fin
(Mover 1 a) de archivo
Observaciones
5.2 ACTIVIDADES
Las actividades a realizar se agrupan en las etapas que se describen a continuacin:
Planeacin:
La especificacin de las tareas es la primer etapa en la que se ventilan los siguientes aspectos:
Elaboracin de Programas.
Para cada uno de los procedimientos definidos en el diseo del sistema se elabora un programa a
travs de las siguientes actividades:
Interpretacin de las Especificaciones del Procedimiento. Debe quedar bien claro el objetivo
que persigue el procedimiento, cules sern los resultados que arrojarn y los elementos de
entrada que podrn disponer.
Definicin del Mtodo de Solucin. Se elabora la lgica de solucin al problema, mediante
la definicin de un conjunto de algoritmos (secuencia de operaciones).
Codificacin en el Lenguaje de Programacin Elegido. La solucin definida anteriormente se
transcrita a las reglas, formatos y elementos del lenguaje de programacin seleccionado.
Captura del Programa. Una vez codificado el programa, se alimenta al computador, haciendo
uso de algn dispositivo (tarjetas, diskette, etc.).
Compilacin y Depuracin del Programa. El programa es interpretado por el compilador del
lenguaje que utiliz. En caso de existir error de sintaxis, ste deber ser corregido para poder
generar el Programa Objeto, adecuado a la ejecucin del proceso.
Pruebas del Programa. Una vez que se eliminaron los errores del programa fuente y se pudo
generar el objeto correspondiente, se crean algunos datos de prueba para alimentar la
ejecucin del programa, estando pendiente de su funcionamiento y de los resultados que
produce, revisndolos contra los objetivos esperados en la definicin del procedimiento
(inciso A). las discrepancias (errores de lgica normalmente) debern ser corregidas hasta
obtener los resultados deseados.
74 Ingeniera de Software
Liberacin del Programa. Sucede cuando el programa est libre de errores, de sintaxis y de
lgica, habiendo generado el programa objeto y obteniendo los resultados correctos en las
ltimas pruebas realizadas.
Prueba de Sistema:
La prueba del sistema se divide en dos acciones a saber:
Definicin de la Estrategia de Prueba. Se crea una muestra de datos que renan las diversas
variedades de casos que se pueden presentar durante la operacin del sistema. As mismo se
disean datos errneos para verificar que el sistema los detecta.
Prueba por Mdulos. Como el sistema esta dividido en varios mdulos, stos se van provocando
secuencial y paralelamente para que al liberarse se vayan integrando de acuerdo al orden
preestablecido, y de esta manera probar todo el sistema.
Control:
El control de la programacin requiere la ejecucin de tres tareas:
Revisin del Sistema. Los usuarios repasan el documento, evaluando los resultados contra las
especificaciones que haban hecho anteriormente.
Modificaciones al Sistema. Se hacen los ajustes a los reportes, programas y archivos que se
requieran.
Tcnicas.
Para un mejor desarrollo de la definicin del mtodo de solucin al problema, se recomienda
elaborar la lgica del programa haciendo uso de alguna de estas tcnicas:
1 2 3
A A
B
B C
B
A
Haz A Si A
B Entonces Haz B
B Hasta A Fin
Fin Sino
C
Fin Si
4 5 6
A A
B
B
B Z
A
C
Si A Mientras A
Entonces Haz B
B Fin
Fin Si
Caso A
Haz B
C
-
-
-
Fin Z
Inicio de proceso.
Lnea de flujo.
Unin de flujos.
Fin de proceso.
Las acciones de un proceso sern aquellos que conjuguen nicamente a los seis algoritmos
presentados.
Todo proceso tendr una sola entra y salida, no podr haber varias ni tampoco ser
intermedias.
Para tener una idea ms clara del uso de la programacin estructurada y su relacin con el
desarrollo descendente y el diseo estructurado, se aprovechar el ejemplo del programa que
valida la informacin de un archivo de empleados.
En los diagramas que aparecen a continuacin en la Figura 46, para representar el llamado a una
rutina, se utiliza el smbolo:
Lee archivo
Proceso
Numero de
departamento
Procesa
Registro
Error de Fuera de
Num.Depto. (01, 82)
Haya
registros
Estadsticas
Cuota por Registro errneo
hora
- Calcula el total
de reg. Procesados
- Reportar error
- Imprime est
Error de No es - incrementar
Cuota - Hora numrico cont. error
Cerrar
archivos
Registro correcto
Deduccin
Cierra:
Datos
- Grabar registro
Reporte
Error de - Incrementar
No es Datos - ok
deduccin contador de
numrico
correctos
Lee archivo
Lee archivo
de datos
Rutina sistema
Llama inicio
Llama proceso
Llama fin
Salida
Rutina inicio
Llama abre archivos
Llama inicia variables
Llama lee archivo
Salida
Rutina proceso
Mientras haya registros
Llama procesa registro
Fin se termino el archivo
Salida
Llama deduccin
Salida
Rutina nombre
Si nombre no es alfabtico
Entonces
Error de nombre
Fin si
Salida
Rutina deduccin
Si deduccin no es numrico
Entonces
Error de deduccin
Fin si
Salida
82 Ingeniera de Software
Rutina resultado
Si hubo error
Entonces
Llama registro errneo
Sino
Llama registro correcto
Fin si
Salida
Rutina estadsticas
Calcula el total de registros
Procesados
Imprime estadsticas
Salida
Suma total-hombres-municipio a
total-hombres-estado
Mueve ceros a total-hombres-municipio
Escribe total de ventas
Lee primer registro de movimientos de almacn
Examina punto de orden
Analiza
Transacciones
De esta manera expresamos, instrucciones que transforman datos, y como resultado logramos el
diseo lgico de un programa.
El nombre de estructuracin lgica se debe a que el proceso (conjunto de acciones) se hace
mediante construcciones bsicas, mapeando, los requerimientos de entrada a salida, considerando
las reglas de clculo y las constantes de salida; como las funciones, los procesos comienzan,
mediante una descomposicin de las jerarquas en: inicio, parte media y fin (anlisis), cada
conjunto formado (sntesis), se le aplica el mismo tratamiento hasta llegar al detalle que facilite el
mapeo fsico a las instrucciones de algn lenguaje de programacin.
Al evaluar la estructura de datos, se deduce la estructura del proceso como su derivacin lgica,
sea por ejemplo que simplemente queremos listar un archivo.
Para ello se muestran las Figuras 47, 48 y 49 con las Estructuras Lgica de Datos, de Proceso, y
de Salida respectivamente:
Dato 1
Registro Registro Dato 2
Entrada (R) Dato 3
Abre archivo.
Inicia Mueve cifras a cifras control.
programa Escribe listado.
Lee primer registro.
Listado
Encabezado
Dato 1
Registro Dato 2
Archivo salida
(R) Dato 3
Cifras
control Ledos
Impresos
La forma clsica de representar un programa mediante diagrama de flujo, en forma sugerida por
Warnier es como lo muestra la Figura 50.
inicia
Inicia Programa
Procesa Registro
Archivo salida (R) procesa
Termina Programa
fin
Figura 50. Diagrama de Warnier en Forma Clsica.
Programacin 85
Procedure divisin
Genera listado
Perform inicia programa
Perform procesa registro
until
(B fin registro equal verdadero)
Perform termina programa
Stop run
Una aclaracin importante; cunado diseamos la estructura lgica de proceso debemos tener
presente lo lgico antes de lo fsico, es decir, primero tenemos que estar seguros que
lgicamente es lo que queremos; problemas fsicos como el salto de hoja, uso de formateadotes
de pantallas, editores, compiladores excelentes, lenguajes mas cientficos, no deben restringir
lo lgico, creemos que este tipo de detalles, son la causa de muchos errores, y de hecho; hasta
hoy, le hemos dado importancia al diseo, debido a que, libros, maestros y escuelas, eran
propagandistas del CODIGE, de los lenguajes, de que tal mquina era lo mximo en arquitectura,
y realmente vemos que antes de cualquier solucin debemos plantear el problema, porque sin
duda; un problema no planteado es un problema no resuelto.
El ltimo conjunto de la parte media, debe considerar despus de ejecutar las operaciones
correspondientes a ese nivel, leer el siguiente registro.
Para ilustrar concretamente como desarrollar una estructura lgica de proceso, supongamos que
se desean entregar pedidos a los diferentes estados de la Repblica mediante una lista que
muestre la clave de clientes, direccin, por Estado, as como la orden del pedido o varios pedidos
si es el caso, contando cuantos pedidos existen por cliente, por Estado y la empresa.
Fsicamente un esqueleto que muestra esto sera como se muestra en la Figura 51.
Estado
Total pedidos
Clave cliente
Total pedidos
Total pedidos por Estado
Total pedidos
Total pedidos por Estado
Total pedidos por entregar
6.2 ACTIVIDADES
Entre las funciones que se realizan durante la implantacin de un sistema se encuentran:
Planeacin:
Capacitacin:
reas Participantes. Se identifican las personas que intervendrn en la operacin del sistema
y que por lo tanto, debern prepararse en su manejo.
Elaboracin del Programa de Capacitacin. Se establece el contenido temtico, la forma de
exposicin y el material que se emplear.
Desarrollo de la Capacitacin. Deber ser terico-prctica, tratando de simular la operacin
del sistema.
Control:
6.3 TCNICAS
Como apoyo a la ejecucin de las actividades expuestas, se recomienda el empleo de las
siguientes tcnicas:
Prueba en Paralelo. Cuando un sistema va a reemplazar a otro, se escoge una muestra de datos
para que ambos la procesen, comparando los resultados, tiempo y esfuerzos que emplearon cada
uno de ellos. Es de esperar que el nuevo brinde mayores beneficios que el original.
Implantacin y Produccin 91
6.4 OPERACIN
El objetivo de la operacin de un sistema, es el de realizar adecuadamente los procedimientos de
alimentacin y tratamiento de los datos, en la generacin de los resultados esperados. Las
acciones que normalmente se realizan en la operacin de un sistema son las siguientes:
Alimentacin de informacin:
Recopilacin de datos
Codificacin de datos en los documentos fuente preestablecidos.
Captura de los documentos.
Validacin y Correccin de los datos capturados.
Actualizacin de archivos.
Proteccin del Sistema. Se debern realizar los respaldos necesarios al sistema despus de cada
modificacin o actualizacin procurando o conservar el nmero adecuado de versiones.
Control. Es necesario tener un control del uso del sistema, documentos que reciben resultados
que se han generado, respaldos realizados, etc.
Evitar la Degradacin del Equipo. Al operar el sistema se buscar el horario adecuado para que
aproveche al mximo los recursos del computador (procesador, memoria y perifricos),
reduciendo su comparticin con otros.
6.6 MANTENIMIENTO
El mantenimiento se encarga de corregir las fallas detectadas durante la operacin de un sistema
de informacin, as como el de realizar las modificaciones pertinentes a los nuevos
requerimientos que se van presentando. Las principales funciones que se realizan en el
mantenimiento de un sistema son las siguientes:
Definicin de los Ajustes a realizar. Se hace un anlisis del cambio a efectuar, considerando:
Ejecucin de las Modificaciones. Se llevan a cabo las modificaciones necesarias para satisfacer al
requerimiento planteado.
Enfoque de Sistemas
Grijalva
Limusa, S. A.
Robert. Condon
Reston Publishing Company