Victor R. Cerda
2004-5751
vrcb29@gmail.com

Introducción
El trabajo a continuación, trata temas muy importantes o más bien dicho, básicos para la materia de Análisis y Diseño de sistemas, ya que por los conocimientos que tengo sobre lo que trata la materia veo que estos temas son realmente en lo que nos vamos a basar en los próximos días, el ciclo de vida de un sistema de información y sus estrategias para el desarrollo de sistemas, las cuales uno debe de conocer muy bien para saber cual es la que mas se ajusta a nuestra necesidad a la hora de resolver un problema, también similitudes y diferencias entre el análisis y diseño y la ingeniería de software, y por ultimo modelo de datos en el cual debemos saber los diferentes tipos que hay para estructurar el diseño y las relaciones de los datos.

Ciclo de vida de un sistema de información
El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.

Existen tres estrategias para el desarrollo de sistemas: el método clásico del ciclo de vida de desarrollo de sistemas, el método de desarrollo por análisis estructurado y el método de construcción de prototipos de sistemas. Cada una de estas estrategias tiene un uso amplio en cada una de los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas de manera adecuada.

Estas estrategias existen porque se detecta en una empresa que su funcionamiento seria mejor con la creación de un sistema o el mejoramiento de uno ya existente es necesario.

A continuación veremos un breve desglose de estas tres estrategias empezando con:



CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS
Es el conjunto de actividades que los analistas, diseñadotes y usuarios realizan para desarrollar e implantar un sistema de información. A continuación veremos una breve explicación de las seis actividades que constituyen el ciclo de vida de desarrollo de sistemas.

1. investigación preliminar:
Este proceso se inicia por petición de una persona, cuando esto sucede entonces se empieza con la investigación preliminar, la cual consta de tres partes: aclaración de la solicitud, estudio de factibilidad y aprobación de la solicitud.


2. Determinación de los requerimientos del sistema:
El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a una serie de preguntas clave.
Para responder a estas preguntas el analista solo debe conversar con unas cuantas personas y reunir detalles sobre todo.


3. Diseño del sistema:
El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico en contraste con la del desarrollo del software, a la que denominan diseño físico.

4. Desarrollo de Software:
Los encargados de esta parte pueden utilizar software comprador a terceros como también pueden diseñar un programa a la medida de la necesidad del cliente, esto depende de los factores tiempo y costos.

5. Prueba de Sistemas:

En esta fase se experimenta para asegurarse de que el software no tenga fallas, osea que funcione como el usuario espera que debe funcionar y según sus especificaciones. Siempre es preferible descubrir cualquier problema antes de que la empresa dependa del programa.

6. Implantación y Evaluación:
Este es el proceso de verificar e instalar Nuevo equipo, entrenar usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para su utilización.

La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes, generando mucha información que puede ser utilizada para fortalecer el desarrollo de aplicaciones futuras.



MÉTODO DEL ANÁLISIS ESTRUCTURADO
Muchos especialistas en sistemas de información reconocen la dificultad de comprender de manera completa sistemas grandes y complejos. El método de desarrollo del análisis estructurado tiene como finalidad superar esta dificultad por medio de:

1). La división del sistema en componentes
2). La construcción de un modelo del sistema.

El análisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicación. Permite que las personas observen los elementos lógicos (lo que hará el sistema) separados de los componentes físicos (computadora, terminales, sistemas de almacenamiento, etc.). Después de esto se puede desarrollar un diseño físico eficiente para la situación donde será utilizado.

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. Éste análisis permite al analista conocer un sistema o proceso en una forma lógica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente.

Componentes
Símbolos gráficos: Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes.

Diccionario de datos: descripción de todos los datos usados en el sistema. Puede ser manual o automatizado.

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.

Reglas: estándares para describir y documentar el sistema en forma correcta y completa.




Diseño Estructurado
El diseño Estructurado es otro elemento del Método de Desarrollo por Análisis Estructurado que emplea la descripción gráfica, se enfoca en el desarrollo de especificaciones del software.

El objetivo del Diseño Estructurado es programas formados por módulos independientes unos de otros desde el punto de vista funcional.

La herramienta fundamental del Diseño Estructurado es el diagrama estructurado que es de naturaleza gráfica y evitan cualquier referencia relacionada con el hardware o detalles físicos. Su finalidad no es mostrar la lógica de los programas (que es la tarea de los diagramas de flujo).

Los Diagramas Estructurados describen la interacción entre módulos independientes junto con los datos que un módulo pasa a otro cuando interacciona con él.

Análisis de flujo de datos
Estudia el empleo de los datos para llevar a cabo procesos específicos de la empresa dentro del ámbito de una investigación de sistemas usa los diagrama de flujos de datos y los diccionarios de datos.

Herramientas
Las herramientas muestran todas las características esenciales del sistema y la forma en que se ajustan entre si, como es muy difícil entender todo un proceso de la empresa en forma verbal, las herramientas ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones.


Diagrama de flujo de datos
Es el modelo del sistema. Es la herramienta más importante y la base sobre la cual se desarrollan otros componentes.
El modelo original se detalla en diagramas de bajo nivel que muestran características adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujos de datos cada vez más detallados. Repitiéndose esta secuencia hasta que se obtienen suficientes detalles para que el analista comprenda la parte del sistema que se encuentra bajo investigación.

El diagrama físico de datos da un panorama del sistema en uso, dependiente de la implantación, mostrando cuales tareas se hacen y como son hechas. Incluyen nombres de personas, nombres o números de formato y documento, nombres de departamentos, archivos maestro y de transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de procedimientos.
El diagrama lógico de datos da un panorama del sistema, pero a diferencia del físico es independiente de la implantación, que se centra en el flujo de datos entre los procesos, sin considerar los dispositivos específicos y la localización de los almacenes de datos o personas en el sistema. Sin indicarse las características físicas.


MÉTODO DEL PROTOTIPO DE SISTEMAS
La construcción de prototipos representa una estrategia de desarrollo, cuando no es posible determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o en continua evolución, donde el usuario participa de forma directa en el proceso.

Este método contiene condiciones únicas de aplicación, en donde los encargados del desarrollo tienen poca experiencia o información, o donde los costos y riesgos de que se cometa un error pueden ser altos.

Así mismo este método resulta útil para probar la facilidad del sistema e identificar los requerimientos del usuario, evaluar el diseño de un sistema o examinar el uso de una aplicación. El método del prototipo de sistemas consta de 5 etapas:

Identificación de requerimientos conocidos: La determinación de los requerimientos de una aplicación es tan importante para el m‚todo de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer.

Desarrollo de un modelo de trabajo: Es fácil comenzar el procesos de construcción del prototipo con el desarrollo de un plan general que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el desarrollo del prototipo se preparan los siguientes componentes:

a). El lenguaje para el dialogo o conversación entre el usuario y el sistema.
b). Pantallas y formatos para la entrada de datos.
c). Módulos esenciales de procesamiento.
d). Salida del sistema

Utilización del prototipo: Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación. La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios, así como las características inadecuadas

Revisión del prototipo: Durante la evaluación los analistas de sistemas desean capturar información sobre los que les gusta y lo que les desagrada a los usuarios.
Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo es el analista responsable de tales modificaciones.

Repetición del proceso las veces que sea necesaria: El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas están de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las características necesarias.


Comparación entre análisis y diseño e ingeniería de software

En lo que he podido leer hasta el momento me he podido dar cuenta que una de las mas notables similitudes es que en ambos se utilizan El ciclo de vida de un sistema de información, pero realmente un ingeniero de software utiliza el análisis y diseño en la realización de un sistema, podemos decir que es sino la principal herramienta entonces una de ellas, por lo que no creo que halla alguna diferencia ya que una complementa a la otra.


Modelo de datos
Un modelo de datos es un sistema formal y abstracto que permite describir los datos de acuerdo con reglas y convenios predefinidos. Es formal pues los objetos del sistema se manipulan siguiendo reglas perfectamente definidas y utilizando exclusivamente los operadores definidos en el sistema, independientemente de lo que estos objetos y operadores puedan significar.

Existen tres modelos de datos que tienen uso común. El conocimiento de que modelos de datos utilizara un DBMS determinara como debe estructurarse un diseño y las formas en que se representaran las relaciones entre los datos.

Un modelo de datos puede ser usado de las siguientes maneras:

Como una herramienta para especificar los tipos de datos y la organización de los mismos que son permisibles en una base de datos específica;
Como una base para el desarrollo de una metodología general de diseño para las bases de datos;
Como una base para el desarrollo de familias de lenguajes de alto nivel para manipulación de consultas (querys) y datos;
Como el elemento clave en el diseño de la arquitectura de un manejador de bases de datos.


Como ejemplo vamos a hablar sobre el primer modelo de dato desarrollado que fue el modelo relacional:

Es aun en la actualidad el mas popular en los sistemas de manejo de una base de datos, puesto que es conceptualmente sencillo y comprensible por los profesionales de los sistemas de información t también muchos usuarios finales; puede evolucionar, ya que la relaciones entre los datos no necesitan estar predefinidas, además utiliza valores de los datos para implicar las relaciones.

Se basa en una tabla bidimensional donde las columnas son los atributos de la entidad y los renglones son los registros. Estas tablas muestran relaciones lógicas no físicas.

Cuando se hace una solicitud de información el sistema despliega una tabla que contiene dicha información. El ejemplo de la lavandería, si se desea determinar quien utiliza sabanas, el sistema producirá una tabla que contiene los nombres de los usuarios de sabanas.

Lo atractivo de las bases de datos relacionales es que se puede comprender rápidamente.


REFERENCIAS

[1] Análisis y Diseño de Sistemas, James Senn. Pags. 33-40 y 654-687.
[2] An introduction to database systems, C.J. Date. 4ta Edition.
[3] www.angelfire.com/scifi/jzavalar/apuntes/IngSoftware.html
[4] www.monografias.com