Modelamiento con Análisis Estructurado Moderno:

Concepto de Diagrama de Flujo

Los diagramas de flujo (o flujo gramas) son diagramas que emplean

símbolos gráficos para representar los pasos o etapas de un proceso.
También permiten describir la secuencia de los distintos pasos o etapas y su
interacción.

Ventajas de los Diagramas de Flujo

* Favorecen la comprensión del proceso a través de mostrarlo como un

dibujo. El cerebro humano reconoce fácilmente los dibujos. Un buen
diagrama de flujo reemplaza varias páginas de texto.

* Permiten identificar los problemas y las oportunidades de mejora del

proceso. Se identifican los pasos redundantes, los flujos de los subprocesos ,
los conflictos de autoridad, las responsabilidades, los cuellos de botella y los
puntos de decisión.

* Muestran las interfases cliente-proveedor y las transacciones que en ellas

se realizan, facilitando a los empleados el análisis de las mismas.

* Son una excelente herramienta para capacitar a los nuevos empleados y

también a los que desarrollan la tarea, cuando se realizan mejoras en el
proceso.

¿Qué Símbolos se Emplean en los Diagramas de Flujo?

Los símbolos tienen significados específicos y se conectan por medio de

flechas que indican el flujo entre los distintos pasos o etapas. Los símbolos
más comunes son :

Desarrollo del Diagrama de Flujo

Las siguientes son acciones previas a la realización del diagrama de flujo :

• Identificar los requerimientos.

• Definir que se espera obtener del diagrama de flujo.

 • Identificar quién lo empleará y cómo.

• Establecer el nivel de detalle requerido.

• Determinar los límites del proceso a describir.

Los pasos a seguir para construir el diagrama de flujo son :

• Establecer el alcance del proceso a describir. De esta manera

quedará fijado el comienzo y el final del diagrama.

• Identificar y listar las principales actividades/subprocesos que están

incluidos en el proceso a describir y su orden cronológico.

• Identificar y listar los puntos de decisión.

• Construir el diagrama respetando la secuencia cronológica y

asignando los correspondientes símbolos.

• Asignar un título al diagrama y verificar que esté completo y describa

con exactitud el proceso elegido.

• Ejemplo : Reparación de un PC

Cuando se desarrolla el diagrama de flujo es importante considerar el tipo y

cantidad de

información requerida por el usuario del mismo. Probablemente la dirección

de la empresa no esté interesada en los detalles y le sea suficiente una
descripción genérica del proceso. Este es el caso del ejemplo anterior, un
diagrama de flujo a nivel macro.

En cambio, si el objetivo del diagrama es la capacitación de nuevos

empleados o la búsqueda de oportunidades de mejora, será necesario
disponer de una descripción detallada del proceso y hablamos de un
diagrama de flujo a nivel micro, como muestra el ejemplo siguiente.

Conclusiones

Los diagramas de flujo son una herramienta valiosa para la mejora de los
procesos, permiten detectar las actividades que agregan valor y aquéllas
que son redundantes o innecesarias. También son de gran utilidad durante
el desarrollo de la documentación de los Sistemas de Gestión, pues proveen
una descripción de los procesos y un detalle de las operaciones mucho más
amigable que los procedimientos e instructivos basados en texto.

Es conveniente emplear programas específicos para la confección de los

diagramas de flujo. En general, estos programas son de manejo sencillo y
facilitan notablemente la tarea.

Sistemas Expertos

¿Qué es un sistema experto?

Los Sistemas Expertos, rama de la Inteligencia Artificial, son Sistemas

Informáticos que simulan el proceso de aprendizaje, memorización,
razonamiento, comunicación y de acción.

Estas características le permiten almacenar datos y conocimiento, sacar

conclusiones lógicas, tomar decisiones, aprender de la experiencia y los
datos existentes, comunicarse con expertos humanos, explicar el por qué de
las decisiones tomadas y realizar acciones como consecuencia de todo lo
anterior.

Técnicamente un Sistema Experto, contiene una base de conocimientos que

incluye la experiencia acumulada de expertos humanos y un conjunto de
reglas para aplicar ésta base de conocimientos en una situación particular
que se le indica al programa. Cada vez el sistema se mejora con adiciones a
la base de conocimientos o al conjunto de reglas.

¿Por qué utilizar un Sistema Experto?

Con la ayuda de un Sistema Experto, personas con poca experiencia pueden

resolver problemas que requieren un "conocimiento formal especializado".

Los Sistemas Expertos pueden obtener conclusiones y resolver problemas

de forma más rápida que los expertos humanos.

Los Sistemas Expertos razonan pero en base a un conocimiento adquirido y

no tienen sitio para la subjetividad.

Se ha comprobado que los Sistemas Expertos tienen al menos, la misma

competencia que un especialista humano.
El uso de Sistemas Expertos es especialmente recomendado en las
siguientes situaciones:

• Cuando los expertos humanos en una determinada materia son

escasos.

• En situaciones complejas, donde la subjetividad humana puede

llevar a conclusiones erróneas.

• Cuando es muy elevado el volumen de datos que ha de

considerarse para obtener una conclusión.

• Aplicaciones

• Medicina, Economía, Psicología, Finanzas, Derecho y prácticamente

todas las ramas de la ciencia.

• Sistemas ERP

• Enterprise Resource Planning

• Planificación de Recursos de la Empresa

• Definiciones:

• Los sistemas ERP están diseñados para modelar y automatizar

muchos de los procesos básicos con el objetivo de integrar
información a través de la empresa, eliminando complejas
conexiones entre sistemas de distintos proveedores.

ERP es una arquitectura de Software que facilita el flujo de información

entre las funciones de manufactura, logística, finanzas y recursos humanos
de una Empresa

Los ERP, son Sistemas que facilitan la administración y planeación de los

recursos empresariales (Enterprise Resource planning). Un Sistema ERP se
compone por diversos módulos integrados en una sola aplicación o Software
ERP, que provee sistemáticamente soluciones para gestionar todas las
funciones y Sistemas de la Empresa.

Principales Proveedores:

• SAP

• PeopleSoft

• Oracle

• Baan

• J.D Edwards

• Características de los ERP

 • Bases de Datos Centralizada

• Componentes del ERP interactúan entre sí consolidando todas las

operaciones

• En un sistema ERP los Datos se ingresan sólo una vez.

• Las empresas deben modificar algunos de sus procesos para

alinearlos con los del Sistema ERP

• Un Sistema ERP incluye un conjunto de aplicaciones o módulos.

• Típicamente hay un Software para cada unidad funcional

• Tendencia actual es ofrecer aplicaciones especializadas para

determinadas industrias.

• Limitaciones de los Sistemas ERP

• La Implementación es larga, cara y difícil. La implementación puede

costar varias veces más que la licencia.

• La Empresa tiene que adaptar sus procesos al Sistema.

• Dependencia de un solo Proveedor.

¿Son apropiados los Sistemas ERP para todas las Empresas?

• Imponer un sistema ERP desde arriba puede ser un gran error

• Empresas cambiantes y altamente descentralizadas no deberían usar

un ERP

• Algunos Proveedores se han especializado en ciertas Industrias.

Unidad II

Ingeniería de Software.

Ingeniería del Software: Desafíos

• Reducir el costo y mejorar la calidad del Software.

• Explotar y aprovechar el potencial proporcionado por el Hardware

• Desarrollar y mantener Software asegurando:

 -Calidad.

-Fiabilidad.

-Facilidad de uso

-Imposibilidad de mal uso

Existen muchas clases de Software:

• De Sistemas.

• De Tiempo Real.

• De Gestión.

• Científico.

• De Inteligencia Artificial.

• Empotrado.

• Para PC.

• Entre otros.

• ...pero existen métodos y procedimientos comunes para construir

buen Software Informática

Ingeniería del Software: Definición

• “El establecimiento y uso de principios de Ingeniería robustos,

orientados a obtener económicamente Software que sea fiable y
funcione eficientemente sobre máquinas reales”

Fritz Bauer.

• “La aproximación sistemática al desarrollo, operación y

mantenimiento del Software.”
“Software: programas de Computador, procedimientos, reglas,
documentación y datos asociados a un Sistema Computacional”.

IEEE Standard Glossary of Software Engineering (IEE83).

Ingeniería del Software: Objetivos

• El principal (común a todas las ingenierías). “Construir instrumentos

(HW, SW) que ayuden o faciliten al ser humano la realización de
alguna tarea”

• Conseguir un producto Software fiable, de alta calidad y bajo costo.

• Conducir un proceso de desarrollo y mantenimiento Software de

manera eficiente y con éxito.

• Actuar sobre las causas de la crisis del Software:

-Mejorar la calidad de los productos Software.

-Aumentar la productividad de los Ingenieros del Software.

-Facilitar el control y seguimiento del proceso de desarrollo.

-Suministrar a los desarrolladores las bases para construir Software de alta

calidad de forma eficiente.

-Definir una disciplina que garantice la producción sistemática y el

mantenimiento de los productos Software desarrollados en el plazo fijado y
dentro del costo estimado.

Ingeniería del Software: Diferencias con otras Ingenierías

• Ingenierías:

Construyen instrumentos que imitan, aumentan, ayudan, facilitan o

sustituyen capacidades físicas del ser humano.

• Ingeniería del Software:

Construyen instrumentos que imitan, aumentan, ayudan, facilitan o

sustituyen capacidades psíquicas del ser humano (imitan y ayudan al ser
humano en su capacidad de resolución de problemas).

Ingeniería del Software: Disciplinas que la componen

Ingeniería del Software: Fundamentos y técnicas

• Métodos:

Definen cómo construir el Software desde el punto de vista técnico.

• Herramientas:

Proporcionan un soporte automático o semi-automático para los métodos.

• Procedimientos:

Punto de unión entre métodos y herramientas. Definen la secuencia en la

que se aplican los métodos, cómo usar las herramientas, las entregas que
se requieren, controles de seguimiento y calidad, guías para facilitar la labor
de gestores y desarrolladores, entre otras.

• Métodos:

-Planificación y estimación de proyectos.

-Análisis de requisitos.

-Diseño.

-Codificación.

-Pruebas.

-Mantenimiento.

• Herramientas:

-CASE (Computer Aided Software Engineering).

-CAD (computer asisted design), entre otros.

• Procedimientos.
Ingeniería del Software: Otras técnicas de apoyo

• Abstracciones:

-Modelos de ciclo de vida.

-Principios de las distintas fases, ...

• Representaciones:

-Notaciones y lenguajes.

-Diagramas de GANTT

-Lenguaje Z , entre otros

• Evaluaciones:

-Mediciones (sobre proceso y producto).

El Ciclo de Vida de Desarrollo de Software

Ciclo de vida: Definición

• Conjunto de fases por las que pasa el Sistema que se está

desarrollando, desde que nace la idea inicial hasta que el Software es
retirado o reemplazado (“muere”).

Proceso que transforma el producto.

Ciclo de vida: Funciones

• Un ciclo de vida debe:

-Determinar el orden de las fases del proceso Software.

-Establecer los criterios de transición para pasar de una fase a la siguiente.

-Definir las entradas y salidas de cada fase.

-Describir los estados por los que pasa el producto.

-Describir las actividades a realizar para transformar el producto.

-Definir un esquema que sirve como base para:

-Planificar.

-Organizar.

-Coordinar.

-Desarrollar.

Elementos de un Ciclo de Vida

Etapas del Ciclo de Vida Clásico

1. Investigación Preliminar

La solicitud para implementar un Sistema de Información puede

originarse por varias razones, ya sean por peticiones de usuarios, petición
de administrador, empleado o especialista en informática. Esta actividad
tiene 3 partes :

a. Solicitud

b. Estudio de Factibilidad

b.1 Factibilidad Técnica

b.2 Factibilidad Económica

b.3 Factibilidad Operacional

c. Aprobación de la Solicitud

2. Determinación de Requerimientos

Un requerimiento es una característica necesaria que deberá poseer el

nuevo Sistema. Por otra parte, la determinación de requerimientos es el
estudio de un Sistema para comprender cómo trabaja y dónde es necesario
efectuar mejoras.

Existen tres formas de determinar de requerimientos :

Anticipación de requerimientos

Investigación de requerimientos

Especificación de requerimientos:

3. Diseño del Sistema

El diseño de un Sistema de Información produce los detalles que establecen

la forma en que se cumplirá con los requerimientos obtenidos en la etapa
de Análisis de Sistemas. Los especialistas denominan a esta etapa como el
Diseño Lógico en contraste con el desarrollo del Software que se
denomina Diseño Físico.
4. Desarrollo de Software

Los encargados de desarrollar Software pueden instalar (o modificar y

después instalar) Software comprado a terceros o escribir programas
diseñados a la medida del solicitante. La elección depende del costo de
cada alternativa, del tiempo disponible para escribir el Software y de la
disponibilidad de los programadores. Por regla general, los programadores
o analistas programadores que trabajan en las grandes organizaciones
pertenecen a un grupo permanente de profesionales. En empresas
pequeñas, donde no hay programadores, se pueden contratar servicios
externos de programadores.

5. Prueba de los Sistemas

El Sistema se emplea de manera experimental para asegurarse de que el

Software no tenga fallas, es decir, que funciona de acuerdo con las
especificaciones y en la forma en que los usuarios esperan que lo haga.

6. Implementación y Evaluación

La implementación es el proceso de instalar la aplicación y construir todas

las Bases de Datos necesarios para utilizarla.

puede elegirse comenzar con la operación del Sistema sólo en un área de la

empresa (prueba piloto), por ejemplo en un departamento o con una o dos
personas. Algunas veces se deja que el Sistema antiguo trabaje en forma
paralela con el nuevo Sistema con la finalidad de comparar los resultados.
En otras circunstancias el antiguo Sistema deja de utilizarse determinado
día para comenzar a emplear el nuevo al día siguiente.

Modelos de Desarrollo

a).- Modelo Clásico

Características

• Cada proceso comienza cuando termina el anterior

• Es difícil obtener todos los requisitos al comienzo

• Se tarda mucho en disponer del Software

 • Es el más fácil de planificar, es el ideal.

• No refleja realmente el proceso desarrollo de Software

• Se tarda mucho tiempo en pasar por todo el ciclo

• El mantenimiento se realiza en el código fuente

• Las revisiones de proyectos de gran complejidad son muy difíciles

Limitaciones:

• No se permiten las iteraciones.

• Los requisitos se congelan al principio del proyecto.

• No existe un proyecto “enseñable” hasta el final del proyecto.

• Modelo de ciclo de vida en cascada.

Modelo de refinamiento por pasos o mejora iterativa

Modelo orientado a Prototipo

Características

• Los requerimientos de información no siempre están bien definidos.

• Es posible que conozcan la necesidad de mejorar la información para

administrar ciertas actividades.

• Los encargados de diseñar e implantar Sistemas nunca han

desarrollado uno con las características del Sistema propuesto.

• Los usuarios del Sistema participan en el proceso de desarrollo.

 • Reduce el riesgo de construir productos que no satisfagan las
necesidades de los usuarios.

• Reduce costos y aumenta la probabilidad de éxito.

• Una vez identificados todos los requisitos mediante el Prototipo, se

construye el producto de Ingeniería.

Para que sea efectivo

• Debe ser un Sistema con el que se pueda experimentar

• Debe ser comparativamente barato

• Debe desarrollarse rápidamente

• Énfasis en la interfaz de usuario

• Equipo de Desarrollo reducido

• Herramienta y lenguajes adecuados

• El Prototipo es un medio excelente para recoger el feedback

(retroalimentación) del usuario final.

• Modelo evolutivo o también llamado versiones sucesivas