Ciclos de vida

La ISO, International Organization for Standardization, en su norma 12207 define al ciclo de vida de un software como un marco de referencia que contiene las actividades y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de un producto software, abarcando desde la definición hasta la finalización de su uso.
El método del ciclo de vida para desarrollo de sistemas es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información.

Define el orden de las tareas o actividades involucradas,también define la coordinación entre ellas, su enlace y realimentación.

¿Porque nacen?

Los ciclos de vida se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro de la fase de implementación.
El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementación y en los costos asociados.

¿Que los diferencia?

Las principales diferencias entre distintos modelos de ciclo de vida están divididas en tres grandes visiones:
ØEl alcance del ciclo de vida, que depende de hasta dónde deseamos llegar con el proyecto: sólo saber si es viable el desarrollo de un producto, el desarrollo completo o el desarrollo completo más las actualizaciones y el mantenimiento.
ØLa cualidad y cantidad de las etapas en que dividiremos el ciclo de vida:
según el ciclo de vida que adoptemos, y el proyecto para el cual lo adoptemos.
ØLa estructura y la sucesión de las etapas, si hay realimentación entre ellas, y si tenemos libertad de repetirlas (iterar).
ØSurge la pregunta con la respuesta más codiciada:
Ø¿Qué modelo de ciclo de vida elegir?
ØSabemos que ninguno predomina sobre los otros. Por ello, debemos elegir el modelo que mejor se adapte al proyecto que desarrollaremos.
ØPodemos analizar, para guiarnos en nuestra elección, la complejidad del problema, el tiempo que disponemos para hacer la entrega final, si el cliente desea entregas parciales, la comunicación que existe entre el equipo de desarrollo y el usuario y por último, qué certeza (o incertidumbre) tenemos de que los requerimientos dados por el usuario son correctos y completos.
¿Que los compone?

El ciclo de vida básico de un software consta de las siguientes fases o etapas:
1. Investigación preliminar.
2.Determinación de los requisitos del sistema.
3.Diseño del sistema.(diseño lógico).
4.Desarrollo de software (diseño físico).
5.Prueba de sistemas.
6.Implantación y evaluación.

1.Investigación preliminar

La solicitud para recibir ayuda de un sistema de información pueden originarse por una persona, cuando se formula la solicitud comienza la primera actividad del sistema. Esta actividad tiene tres partes:
a)Aclaración de la solicitud.
b)Estudio de factibilidad.
c)Aprobación de la solicitud.
a)Aclaración de la solicitud.: Antes de considerar cualquier investigación de sistemas, la solicitud de proyecto debe examinarse para determinar con precisión lo que el solicitante desea; ya que muchas solicitudes que provienen de empleados y usuarios no están formuladas de manera clara.

B)Estudio de factibilidad.:

En la investigación preliminar un punto importante es determinar que el sistema solicitado sea factible. Existen tres aspectos relacionados con el estudio de factibilidad, que son realizados por los general por analistas capacitados o directivos:

I.Factibilidad técnica:

Estudia si el trabajo para el proyecto, puede desarrollarse con el software y el personal existente, y si en caso de necesitar nueva tecnología, cuales son las posibilidades de desarrollarla (no solo el hardware).
ii.Estudio de factibilidad.

Ii. Factibilidad económica:

Investiga si los costos se justifican con los beneficios que se obtienen, y si se ha invertido demasiado, como para no crear el sistema si se cree necesario.

Iii. Factibilidad operacional:

Investiga si será utilizado el
sistema, si los usuarios usaran el sistema, como para
obtener beneficios.
c)

Aprobación de la solicitud.:

Algunas organizaciones reciben tantas solicitudes de sus empleados que sólo es posible atender unas cuantas. Sin embargo, aquellos proyectos que son deseables y factibles deben incorporarse en los planes. En algunos casos el desarrollo puede comenzar inmediatamente, aunque lo común es que los miembros del equipo de sistemas estén ocupados en otros proyectos. Cuando esto ocurre, la administración decide que proyectos son los más importantes y el orden en que se llevarán acabo.
Después de aprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal

2.Determinación de los requisitos del sistema

Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a ciertas preguntas claves.
Para contestar estas preguntas, el analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa. Cuando no es posible entrevistar, en forma personal a los miembros de grupos grandes dentro de la organización, se emplean cuestionarios para obtener esta información.
Las investigaciones detalladas requieren el estudio de manuales y reportes, la observación en condiciones reales de las actividades del trabajo y, en algunas ocasiones, muestras de formas y documentos con el fin de comprender el proceso en su totalidad.
Reunidos los detalles, los analistas estudian los datos sobre requerimientos con la finalidad de identificar las características que debe tener el nuevo sistema.
3.

Diseño del sistema.(diseño lógico)

El diseño de un sistema de información responde a la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis.
Es común que los diseñadores hagan un esquema del formato o pantalla que esperan que aparezca cuando el sistema esta terminado, se realiza en papel o en la pantalla de una terminal utilizando algunas de las herramientas automatizadas disponibles para el desarrollo de sistemas.
También se indican los datos de entrada, los que serán calculados y los que deben ser almacenados. Los diseñadores seleccionan las estructuras de archivo y los dispositivos de almacenamiento. Los procedimientos que se escriben indican cómo procesar los datos y producir salidas.
Los documentos que contienen las especificaciones de diseño representan a éste mediante diagramas, tablas y símbolos especiales.
La información detallada del diseño se proporciona al equipo de programación para comenzar la fase de desarrollo de software.
Los diseñadores son responsables de dar a los programadores las especificaciones de software completas y claramente delineadas.
4.

Desarrollo de software (diseño físico)

Los encargados de desarrollar software pueden 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.
Los programadores son responsables de la documentación de los programas y de explicar su codificación, esta documentación es esencial para probar el programa y hacer el mantenimiento.
5.

Prueba de sistemas

Durante esta fase, el sistema se emplea de manera experimental para asegurarse 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. Se alimentan como entradas conjuntos de datos de prueba para su procesamiento y después se examinan los resultados.
En ocasiones se permite que varios usuarios utilicen el sistema, para que los analistas observen si tratan de emplearlo en formas no previstas, antes de que la organización implante el sistema y dependa de él.
En muchas organizaciones, las pruebas son conducidas por personas ajenas al grupo que escribió los programas originales.
6.

Implantación y evaluación

La implantación es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla.
Cada estrategia de implantación tiene sus méritos de acuerdo con la situación que se considere dentro de la empresa. Sin importar cuál sea la estrategia utilizada, los encargados de desarrollar el sistema procuran que el uso inicial del sistema se encuentre libre de problemas.
Los sistemas de información deben mantenerse siempre al día, la implantación es un proceso de constante evolución.
La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes. La evaluación ocurre a lo largo de cualquiera de las siguientes dimensiones:
Evaluación operacional: Valoración de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de información, confiabilidad global y nivel de utilización.
Impacto organizacional: Identificación y medición de los beneficios para la organización en áreas como finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto competitivo.
Opinión de los administradores: Evaluación de las actitudes de directivos y administradores dentro de la organización así como de los usuarios finales.
Desempeño del desarrollo: La evaluación del proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estándares, y otros criterios de administración de proyectos.
Cuando la evaluación de sistema se conduce en forma adecuada proporciona mucha información que puede ayudar a mejorar la efectividad de los esfuerzos cuando la evaluación de sistemas se conduce en forma adecuada proporciona mucha información que puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes.
Otras definiciones indican lo siguiente, el ciclo de vida básico de un software consta de los siguientes procedimientos:
Ø Definición de objetivos:
Definir el resultado del proyecto y su papel en la estrategia global.
Ø Análisis de los requisitos y su viabilidad:
Recopilar, examinar y formular los requisitos del cliente y examinar cualquier restricción que se pueda aplicar.
Ø Diseño general:
Requisitos generales de la arquitectura de la aplicación.
Ø Diseño en detalle:
Definición precisa de cada subconjunto de la aplicación.
Ø Programación (programación e implementación): es la implementación de un lenguaje de programación para crear las funciones definidas durante la etapa de diseño.
ØPrueba de unidad:
Prueba individual de cada subconjunto de la aplicación para garantizar que se implementaron de acuerdo con las especificaciones.
Ø Integración:
Para garantizar que los diferentes módulos se integren con la aplicación. Éste es el propósito de la prueba de integración que está cuidadosamente documentada.
Ø Prueba beta (o validación), para garantizar que el software cumple con las especificaciones originales.
Ø Documentación:
Sirve para documentar información necesaria para los usuarios del software y para desarrollos futuros.
Ø Implementación.

Ø Mantenimiento:
Para todos los procedimientos correctivos (mantenimiento correctivo) y las actualizaciones secundarias del software (mantenimiento continuo).
Ø¿Cuántos tipos hay?
Diseño y Análisis de Sistemas II
Software
El software es un conjunto de programas, instrucciones y reglas informáticas que permiten ejecutar distintas tareas en una computadora.
Se considera que el software es el equipamiento lógico e intangible de un ordenador. En otras palabras, el concepto de software abarca a todas las aplicaciones informáticas, como los procesadores de textos, las planillas de cálculo y los editores de imágenes.
El software es desarrollado mediante distintos lenguajes de programación, que permiten controlar el comportamiento de una máquina.
Estos lenguajes consisten en un conjunto de símbolos y reglas sintácticas y semánticas, que definen el significado de sus elementos y expresiones. Un lenguaje de programación permite a los programadores del software especificar, en forma precisa, sobre qué datos debe operar una computadora.
Dentro de los tipos de software, uno de los más importantes es el software de sistema o software de base, que permite al usuario tener el control sobre el hardware(componentes físicos) y dar soporte a otros programas informáticos. Los llamados sistemas operativos, que comienzan a funcionar cuando se enciende la computadora, son software de base.

Ingeniería

La ingeniería es el estudio y la aplicación de las distintas ramas de la tecnología. El profesional en este ámbito recibe el nombre de ingeniero.
La actividad del ingeniero supone la concreción de una idea en la realidad. Esto quiere decir que, a través de técnicas, diseños y modelos, y con el conocimiento proveniente de las ciencias, la ingeniería puede resolver problemas y satisfacer necesidades humanas.
La ingeniería también supone la aplicación de la inventiva y del ingenio para desarrollar una cierta actividad. Esto, por supuesto, no implica que no se utilice el método científico para llevar a cabo los planes.
Entre las distintas tareas que puede llevar a cabo un ingeniero, se encuentra la investigación (la búsqueda de nuevas técnicas), el diseño, el desarrollo, la producción, la construcción y la operación.

Ingeniería de Software

La ingeniería de software es una disciplina formada por un conjunto de métodos, herramientas y técnicas que se utilizan en el desarrollo de los programas informáticos.
Esta disciplina trasciende la actividad de programación, que es la actividad principal a la hora de crear un software. El ingeniero de software se encarga de toda la gestión del proyecto para que éste se pueda desarrollar en un plazo determinado y con el presupuesto previsto.
La ingeniería de software, por lo tanto, incluye el análisis previo de la situación, el diseño del proyecto, el desarrollo del software, las pruebas necesarias para confirmar su correcto funcionamiento y la implementación del sistema.
Cabe destacar que el proceso de desarrollo de software implica lo que se conoce como ciclo de vida del software, que está formado por cuatro etapas: concepción, elaboración, construcción y transición.
La concepción fija el alcance del proyecto y desarrolla el modelo de negocio; la elaboración define el plan del proyecto, detalla las características y fundamenta la arquitectura; la construcción es el desarrollo del producto; y la transición es la transferencia del producto terminado a los usuarios.
Una vez que se completa este ciclo, entra en juego el mantenimiento del software. Se trata de una fase de esta ingeniería donde se solucionan los errores descubiertos (muchas veces advertidos por los propios usuarios) y se incorporan actualizaciones para hacer frente a los nuevos requisitos. El proceso de mantenimiento incorpora además nuevos desarrollos, para permitir que el software pueda cumplir con una mayor cantidad de tareas.

Objetivos Ingeniería de Software

En la construcción y desarrollo de proyectos se aplican métodos y técnicas para resolver los problemas, la informática aporta herramientas y procedimientos sobre los que se apoya la ingeniería de software.
ØMejorar la calidad de los productos de software
ØAumentar la productividad de los ingenieros del software.
ØFacilitar el control del proceso de desarrollo de software.
ØSuministrar a los desarrolladores las bases para construir
software de alta calidad en una forma eficiente.
ØDefinir una disciplina que garantice la producción y el
mantenimiento de los productos software desarrollados en el
plazo fijado y dentro del costo estimado.

Objetivos de los proyectos de sistemas

Para que los objetivos se cumplan las empresas emprenden proyectos por las siguientes razones: Las cinco C .
ØCapacidad.
ØCosto.
ØControl.
ØComunicación.
ØCompetitivid
Capacidad.
Las actividades de la organización están influenciadas por la capacidad de ésta para procesar transacciones con rapidez y eficiencia. Los sistemas de información mejoran esta capacidad en tres formas:
Ø Aumentan la velocidad de procesamiento.
Ø Aumento en el volumen.
Ø Recuperación más rápida de la información.

Costo

ØReducción de costos
ØVigilancia de los costos

Control

ØMayor seguridad de información.
ØMenor margen de error: (mejora de la exactitud y la consistencia).

Comunicación

La falta de comunicación es una fuente común de dificultades que afectan tanto a cliente como a empleados. Sin embargo, los sistemas de información bien desarrollados amplían la comunicación y facilitan la integración de funciones individuales.
Ø Interconexión: ( aumento en la comunicación).
Ø Integración de áreas en las empresas.

Competitividad

ØLos sistemas de información computacionales son un arma estratégica, capaz de cambiar la forma en que la compañía compite en el mercado, en consecuencia éstos sistemas mejoran la organización y la ayudan a ganar ventaja competitiva, sin embargo, si los competidores de la compañía tienen capacidades mas avanzadas para el procesamiento de información, entonces los sistemas de información pueden convertirse en una desventaja competitiva.
ØUna organización puede ganar ventaja competitiva a través de sus sistemas de información de diferentes formas.
Ø Asegurar clientes.
ØDejar fuera a los competidores.
ØMejores acuerdos con los proveedores.
ØFormar bases para nuevos productos.

Mitos del Software

Los mitos del Software son creencias que pueden arruinar el desarrollo de un proyecto software.
Los mitos del software-creencias acerca del software y de los procesos empleados para construirlo- se pueden rastrear hasta los primeros días de la computación. Los mitos tienen ciertos atributos que los convierten en insidiosos (dañino-malicioso con apariencia inofensiva).
Se pueden dividir en mitos de gestión o administración, mitos de cliente y mitos de los programadores.

Mitos de la administración

Los gestores con responsabilidad sobre el software, como los gestores en la mayoría de las disciplinas, están normalmente bajo la presión de cumplir las propuestas, hacer que no se retrase el proyecto y mejorar la calidad. Un gestor de software se agarra frecuentemente a un mito del software.
Ej. Si se falla en la planificación, se puede añadir mas programadores y adelantar el tiempo perdido.

Mitos del cliente

En muchos casos, el cliente cree en los mitos que existen sobre el software, debido a que los gestores y desarrolladores de software hacen muy poco para corregir la mala información. Los mitos conducen a que el cliente se cree una falsa expectativa y, finalmente, quede insatisfecho con el desarrollador del software.
Ej. Si los requisitos del proyecto cambian continuamente, los cambios pueden acomodarse fácilmente, ya que el software es flexible.

Mitos de los desarrolladores

Los mitos en los que aun creen muchos desarrolladores se han ido fomentando durante 50 años de cultura informática. Durante los primeros días del desarrollo del software, la programación se veía como un arte. Las viejas formas y actitudes tardan en morir.
Ej. Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado.

Crisis del Software

La crisis del software se fundamentó en el tiempo de creación de software, ya que en la creación del mismo no se obtenían los resultados deseados, además de un gran costo y poca flexibilidad.
El término Crisis del Software fue acuñado a principios de los años 70, cuando la ingeniería de software era prácticamente inexistente. El término expresaba las dificultades del desarrollo de software frente al rápido crecimiento de la demanda por software, de la complexidad de los problemas a ser resueltos y de la inexistencia de técnicas establecidas para el desarrollo de sistemas que funcionaran adecuadamente o pudieran ser validados.
Causas: durante finales de los años 50 i principios de los 60, la potencia computacional de las maquinas era bastante limitada. Es por esto que los programas que se desarrollaban eran simples desde nuestro punto de vista actual. Seguían un proceso de desarrollo bastante artesanal, sin una metodología o un camino a seguir para su desarrollo. En esta época se solían usar los lenguajes de bajo nivel para el desarrollo de Software.
Pero a finales de los 60, la potencia de las maquinas empezó a aumentar de forma considerable. Empezaron a aparecer los lenguajes de programación de alto nivel, y las maquinas necesitaban programas mucho más complejos de los desarrollados hasta la época. En definitiva, fue un salto tremendo en cuanto a potencial de hardware, que no fue acompañado por un salto en el desarrollo de software.
En esta época, se empezó a concebir el Software como producto, y se empezaron a desarrollar algunos proyectos para que funcionaran en las máquinas de la época. Pero aparecieron importantes problemas: los productos excedían la estimación de costes, había retrasos en las entregas, las prestaciones no eran las solicitadas, el mantenimiento se hacía extremadamente complicado y a veces imposible, las modificaciones tenían un coste prohibitivo…en resumen, se desarrollaba software de mala calidad, ya que la técnica utilizada para desarrollar pequeños programas para maquinas con mucho menos potencial se quedaba desfasada, y muchas veces este software acababa en el olvido. Como ejemplo, podemos ver este gráfico del año 1979, en el que se recoge la inversión en desarrollo de sistemas software en ese año ($6.8 Millones),y como acabó ese software

SOLUCION A LA CRISIS

La Ingeniería del Software, según R.Pressman, es Una disciplina que integra métodos, herramientas y procedimientos para el desarrollo de SW de computador. Es decir, es una disciplina que intenta racionalizar el proceso de desarrollo de software y establecer unas pautas a seguir para el desarrollo que minimicen tiempo, esfuerzo, y coste de desarrollo y maximicen la calidad del software.
Modelo de Procesos (Análisis estructurado)
Análisis Estructurado
Cuando los analistas comienzan a trabajar sobre un proyecto de sistemas de información, a menudo tienen que profundizar en un área de la organización con la que tienen poca familiaridad. A pesar de esto, futuros usuarios – de esa área. Cualquier nuevo sistema o conjunto de recomendaciones para cambios en el sistema existente, ya sea éste manual o automatizado, debe conducir hacia una mejora. Para alcanzar este resultado, se espera que los analistas de sistemas hagan lo siguiente:
Aprendan los detalles y procedimientos del sistema en uso.
Obtengan una idea de las demandas futuras de la organización como resultado del crecimiento, del aumento de la competencia en el mercado, de los cambios en las necesidades de los consumidores, de la evolución de las estructuras financieras, de la introducción de la nueva tecnología y cambios en las políticas del gobierno entre otros.
Documentar detalles del sistema actual para su revisión y discusión por otros.
Evaluar la eficiencia y efectividad del sistema actual y sus procedimientos, tomando en cuenta el impacto sobre las demandas anticipadas para el futuro.
Fomentar la participación de gerentes y empleados en todo el proceso, tanto para aprovechar su experiencia y conocimiento del sistema actual, como para conocer sus ideas, sentimientos y opiniones relacionadas con los requerimientos de un nuevo sistema o de los cambios para la cual.

¿ Qué es el análisis estructurado?

El análisis estructurado es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes.
Cuando los analistas de sistemas abordan una situación poco familiar, siempre existe una pregunta sobre donde comenzar el análisis. Una situación dinámica siempre puede ser vista como abrumadora debido a que muchas de las actividades se llevan a cabo constantemente.
El análisis estructurado permite el analista conocer un sistema o proceso (actividad) en una forma lógica y manejable el mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente.
El objetivo que persigue el análisis estructurado es organizar las tareas asociadas con la determinación de requerimientos para obtener la comprensión completa y exacta de una situación dada.
Los sistemas de información pueden ser muy complejos y extensos lo que dificulta su comprensión, por lo tanto se crearon métodos que facilitan el análisis y diseño de los mismos, entre ellos el Método de Desarrollo de Análisis Estructurado, el cual se caracteriza por:
La división del sistema en componentes.
La construcción de un modelo del sistema.
¿qué es lo que desea estructurar? ¿ que significa estructurar?
El objetivo que persigue el análisis estructurado es organizar las tareas asociada con la determinación de requerimientos para obtener la comprensión completa y exacta de una situación dada. A partir de aquí determina los requerimientos que serán la base de un sistema nuevo o modificado.
En el análisis estructurado la palabra estructura significa:
Ø El método intenta estructurar el proceso de determinación de los requerimientos comenzando con la documentación del sistema existente.
Ø El proceso está organizado de tal forma que intenta incluir todos los detalles relevante que describe al sistema en uso.
ØEs fácil verificar cuando se han omitido detalles relevantes
Ø La identificación de los requerimientos será similar entre varios analistas e incluirá las mejora soluciones y estrategias para las oportunidades para de desarrollo de sistemas.
Ø Los documentos de trabajo generados para documentar los sistemas existente o propuesto son dispositivos de comunicación eficientes.

Componentes del análisis estructurado

El análisis estructurado hace uso de los siguientes componentes:
1.Símbolos gráficos
2.Diccionario de datos
3.Descripciones de procesos y procedimientos
4.Reglas
5.Símbolos gráficos: Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes.
6.Diccionario de datos: Descripción de todos los datos usados en el sistema.
7.Descripciones de procesos y procedimientos: Declaraciones formales que usan técnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema
8.Reglas: Estándares para describir y documentar el sistema en forma correcta y completa.

¿Que es el análisis de flujo de datos?

9.Los analistas desean conocer las respuestas a cuatro preguntas especificas:
10.¿Que procesos integran el sistema?
11.¿Que datos emplea cada proceso?
12.¿Qué datos son almacenado?
13.¿Que datos ingresan y abandonan el sistema?
De lo anterior es claro que se da gran importancia al análisis de los datos, los datos son la guía de las actividades de la empresa, ellos pueden iniciar eventos (por ejemplo, los datos sobre nuevos pedidos) y ser procesados para dar información útil al personal que desea saber qué también se han manejado los eventos (al medir la calidad y tasa de trabajo, rentabilidad, etc.).
El análisis de sistemas conoce el papel central que tienen los datos dentro de las empresas. Seguir el flujo de datos por todos los procesos de la empresa es la finalidad del análisis de flujo de datos, les dice mucho a los analistas sobre como se alcanza los objetivos de la organización
En el transcurso del manejo de transacciones y terminación de tareas los datos entran, son procesados, almacenados, recuperados, analizados, utilizados, cambiados y presentados como salidas.
El análisis de flujo de datos estudia el empleo de los datos en cada actividad. Documenta los hallazgos con diagramas de flujo de datos que muestran en forma gráfica la relación entre procesos y datos, en los diccionarios de datos que describe de manera formal los datos del sistema y los sitios donde son utilizados.

Herramientas de la estrategia de flujo de datos

La estrategia de flujo de datos muestra el empleo de estos en forma gráfica.
Las herramientas utilizadas al seguir esta estrategia muestran todas las características esenciales del sistema y la forma en que se ajustan entre sí.
Puede ser difícil comprender en su totalidad un proceso de la empresa si se emplea para ello una descripción verbal, las herramientas para el flujo de datos ayuda a mostrar los componentes esenciales de un sistema junto con sus interacciones.
El análisis de flujo de datos utiliza la siguientes herramientas:
Ø Diagrama de flujo de datos: Una herramienta gráfica se emplea para describir y analizar el movimiento de datos a través de un sistema, ya sea que este fuera manual o automatizado, incluyendo procesos, lugares para almacenar datos y retrasos en el sistema. Estos diagramas reciben el nombre de diagramas lógicos de flujo de datos
Ø Diccionario de datos: el diccionario contiene las características lógicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripción, alias, contenidos y organización. También identifica los procesos donde se emplea los datos y los sitios de donde se necesitan el acceso inmediato a la información. Sirve como puerto de partida para identificar los requerimientos de las bases de datos durante el diseño del sistema.
ØDiagrama de estructura de datos: Este diagrama es una descripción de la relación entre entidades (personas, lugares, eventos y objetos) de un sistema y el conjunto de información relacionada con la entidad. No considera el almacenamiento físico de los datos.
Ø Gráfica de estructura: Herramienta de diseño que muestra con símbolos la relación entre los módulos de procesamiento y el software de la computadora describe la jerarquía de los módulos componentes y los datos que serán transmitidos entre ellos. Incluye el análisis de las transformaciones entrada – salida y el análisis de transacción.
Metodología orientada a objetos (UML)
Lenguaje Unificado de Modelado
Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group)
Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema.
Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir.
UML significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización en un requerimiento.
Es una de las herramientas mas emocionantes en el mundo actual de desarrollo de sistemas, esto se debe a que permite a los creadores de sistemas generar diseños que capturen sus ideas en forma convencional y fácil de entender por otras personas.
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas.

Diagramas UML

1.Diagrama de Clases
2.Diagrama de Casos de Uso
3.Diagrama de Objetos
4.Diagramas de Comportamiento
Diagrama de Estado
Diagrama de Actividad
5.Diagrama de Interacción
Diagrama de Secuencia
Diagrama de Colaboración
6.Diagrama de Implementación
Diagrama de Componentes
Diagrama de Despliegue

¿Porque es necesario UML?

En los principios de la computación, los programadores no realizaban análisis muy profundos sobre el problema por resolver, con frecuencia se comenzaba a escribir código desde el principio a medida que se necesitara, esta practica hoy esta obsoleta debido a los altos riesgos en los negocios para las empresas.
Hoy si es necesario contar con un plan bien analizado, un cliente tiene que comprender que hará el equipo de desarrolladores , además tiene que ser capaz de señalar cambios , si no se han captado claramente sus necesidades.
Como los usuarios no son eruditos en la materia de desarrollo, muchos de ellos no son capaces de leer código, es por ese motivo que se desarrollo un lenguaje grafico de fácil entendimiento, la idea es ver el modelo graficado y ser capaz de ver el flujo de los datos y como se lee el programa. Esto es UML.
UML es un LENGUAJE DE MODELADO usado para especificar o describir métodos o procesos. Es utilizado para definir un sistema, para describir los componentes en el sistema.
Se puede utilizar en el desarrollo de software proveyendo gran variedad de formas para dar apoyo a una metodología de desarrollo de software, sin especificar en el mismo que metodología o proceso utilizará.
UML tiene diferentes tipos de diagramas, los cuales visualizan diferentes aspectos de las entidades representadas. Existen 13 tipos diferentes de diagramas en UML 2.0. Se dividen en forma jerárquica.
Los diagramas de estructura toman importancia en los elementos que deben existir en el sistema modelado:
ØDiagrama de clases
ØDiagrama de componentes
ØDiagrama de objetos
ØDiagrama de estructura compuesta
ØDiagrama de despliegue
ØDiagrama de paquetes
Los Diagramas de Comportamiento toman importancia en lo que debe pasar en el sistema modelado:
ØDiagrama de actividades
ØDiagrama de casos de uso
ØDiagrama de estados
Los Diagramas de Interacción son un subclasificación de diagramas de comportamiento, que toma importancia sobre el flujo de control y de datos entre los elementos del sistema modelado:
ØDiagrama de secuencia
ØDiagrama de comunicación, que es una versión simplificada del Diagrama de colaboración
ØDiagrama de tiempos
ØDiagrama global de interacciones o Diagrama de vista de interacción.