analisis y diseo de sistemas NA

viernes, 15 de abril de 2011Resumen 1 corte

durante el primer corte, estuvimos hablando de lo que es un analista de sistemas (expuesto en

la entrada anterior), un sistema de informacin, ciclos de vida del software y requerimientos.

Sistema de informacin

hablamos de que este es un conjunto de elementos que interactan entre s con el fin de
apoyar las actividades que se realizan en una determinada empresa.

un sistema de informacin cuenta con 4 actividades bsicas:

Entrada: son todos aquellos datos que requiere el sistema para poder procesar la informacin.

Almacenamiento: es la capacidad que permite al sistema guardar informacin, que en la

mayoria de los casos, podra ser utilizada posteriormente.

Procesamiento: es donde el sistema realiza una serie de clculos y procedimientos con los
datos de entrada, con el fin de obtener la informacin requerida.

Salida: es en esta etapa donde se el cliente o el usuario obtiene lo que habia pedido al analista.
las salidas son en su mayoria el resultado del procesamiento de datos que halla realizado el
sistema, y en algunos casos podrian tambien ser datos que se hallan introducido como
entradas.

Ciclo de vida de un sistema de informacion

Segn James Senn, existen tres estrategias para el desarrollo de sistemas:

El mtodo clsico del ciclo de vida de desarrollo de sistemas: ste trata del ciclo de vida como
un conjunto de actividades que tanto analistas como diseadores y usuarios realizan, para
desarrollar e implementar un sistema de informacion. este tipo de ciclo consta de 6 etapas:

Investigacion preliminar: en esta etapa se trata de recopilar toda la informacion posible,

tomando como primera fuente de informacion al stakeholder.

Determinacin de requerimientos: es talvez (segun mi opinion) la etapa de mayor importancia,

ya que en esta es donde se determina lo que realmente quiere el cliente/usuario.

Diseo: es donde se establece la forma en la que el sistema cumplir con los requerimientos
identificados durante la fase de anlisis.

Desarrollo: Es en esta fase donde se desarrolla el sistema que sera entregado al

cliente/usuario.
Prueba: es donde se realizan todas las pruebas pertinentes, con el fin de verificar y corregir
posibles errores en el sistema.

Implementacion y mantenimiento: al llevar este nueo sistema a la empresa se debe instruir a

los empleados acerca del uso de este, sin embargo, pueden presentarse cambios en la
empresa, donde pueden talvez crearse o eliminarse algunos requerimientos, es aqui donde
entra la fase de mantenimiento del sistema.

Metodo de prototipos de sistemas: Este mtodo 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 evolucin, donde el usuario participa de forma directa
en el proceso. Adems, este mtodo resulta til para probar la facilidad del sistema e
identificar los requerimientos del usuario, evaluar el diseo de un sistema o examinar el uso de
una aplicacin. A diferencia del ciclo de vida clsico, este solo cuenta con 5 etapas:

identificacion de requerimientos conocidos

Desarrollo de un modelo de trabajo

Utilizacin del prototipo

Revisin del prototipo

Repeticin del proceso las veces que sea necesarias

El mtodo de ciclo de vida por anlisis estructurado: El anlisis estructurado se concentra en

especificar lo que se requiere que haga el sistema o la aplicacin. Permite que las personas
observen los elementos lgicos (lo que har el sistema) separados de los componentes fsicos.
Este es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce al
desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya
existentes, adems, permite al analista conocer un sistema o proceso en una forma lgica y
manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningn
detalle pertinente.

Requerimientos

Son todas aquellas necesidades que tiene el usuario y son necesarias para el analista, para
poder as desarrollar el sistema de la mejor forma posible.

Requerimientos funcionales:

Los requerimientos funcionales, son aquellos que definen las funciones que el sistema ser
capaz de realizar. Adems de esto, describen aquellas transformaciones que el sistema debe
realizar para producir las salidas correspondientes, por ende son los de mayor prioridad.

Requerimientos no funcionales:

Son aquellos que de una u otra forma, podrian llegar a limitar la calidad del software que se
est desarrollando si no son planteados correctamente.