marylin.arias__1.pdf

Anlisis y Diseo de Sistemas I

Prof.: Marylin Arias Soto

01/01/2011 1 Anlisis y Diseo de Sistemas I -Marylin

Arias-

Tipos de Sistemas

TPS (Transaction Processing Systems): funcionan al nivel operativo de una organizacin.


Arias-

Tipos de Sistemas

OAS (Office Automation Systems) y los KWS (Knowledge Work Systems): apoyan el trabajo al nivel del conocimiento.


Arias-

OAS

KWS

Tipos de Sistemas

MIS (Management Information Systems) y los

DSS (Decision Support Systems):se encuentran entre los sistemas de alto nivel.


Arias-

MIS

DSS

Tipos de Sistemas

ESS (Executive Support Systems): se encuentran en el nivel estratgico de la administracin.


Arias-

Tipos de Sistemas GDSS (Group Decisin Support

Systems) y los CSCWS (Computer-Supported Collaborative Work Systems): descritos de manera ms general, auxilian la toma de decisiones semi estructuradas o no estructuradas a nivel de grupo.


Arias-

Tipos de Sistemas -Ejemplos-

TPS: nminas, inventarios.

OAS: hojas de clculo, procesamiento de texto.


Arias-

Aplicaciones de Comercio Electrnico y Sistemas Web


Arias-

Beneficios de una aplicacin Web

Creciente difusin de la

disponibilidad de un servicio, producto, industria,

persona o grupo.

Posibilidad que los usuarios

accedan las 24 horas

Creacin de un sistema que se

puede extender a nivel mundial y

llegar a gente en lugares remotos

Estandarizacin del Diseo de la

Interfaz

Sistemas para Dispositivos Inalmbricos y Porttiles

Palm

PDA`s

WI-FI

Bluetooth


Arias-

Software de Cdigo Abierto

Linux

Apache


Arias-

Importancia de los Sistemas de Informacin


Arias-

Analista de Sistemas

Evaluar de manera sistemtica el funcionamiento de un

negocio mediante el examen de la entrada y procesamiento

de datos y su consiguiente produccin de informacin,

con el propsito de mejorar los procesos en una organizacin.


Arias-

01/01/2011 Anlisis y Diseo de Sistemas I -Marylin

Arias- 13

Roles de un

Analista

Trabajar con todo tipo de

gente

Experiencia en computadoras

Rol de consultor

Rol de experto en soporte

tcnico

Rol de agente de cambio


Arias- 14

Cualidades de un

Analista

Solucionador de problemas

Comunicador

Experiencia en programacin

tica

Autodisciplinado

Automotivado


Arias- 15

Variables que pueden afectar el desarrollo de un Proyecto

Costo

Tiempo

Calidad

Alcance

Anlisis de Requerimientos

Obtener requisitos: A travs de entrevistas o comunicacin con clientes o usuarios, para saber cules son sus deseos.

Analizar requisitos: Detectar y corregir las falencias comunicativas, transformando los requisitos obtenidos de entrevistas y requisitos, en condiciones apropiadas para ser tratados por el diseo.

01/01/2011 16 Marylin Arias -Anlisis y Diseo de Sistemas

I-

Anlisis de Requerimientos

Documentar requisitos: Igual que todas las etapas, los requisitos deben estar debidamente documentados.

Verificar los requisitos: Consiste en comprobar el correcto funcionamiento de un requisito en la aplicacin

Validar los requisitos: Comprobar que los requisitos implementados se corresponden con lo que inicialmente se pretenda.


I-

Tcnicas

Entrevistas

Talleres

Cuestionarios

Observacin


I-

Requisitos

Descripcin completa del comportamiento del sistema a desarrollar.

Incluye un conjunto de casos de uso que describen todas las interacciones que se prevn que los usuarios tendrn con el software.


I-

Requisitos

Los requisitos se dividen en tres:

Funcionales: son los que el usuario necesita que efecte el software.

No funcionales: son los "recursos" para que trabaje el sistema de informacin (redes, tecnologa).

Empresariales u Organizacionales: son el marco contextual en el cual se implantar el sistema para conseguir un objetivo macro.


I-

Requerimientos

Cada requerimiento debe:

Expresarse de modo adecuado

Ser de acceso sencillo

Numerarse

Acompaarse con pruebas que lo verifiquen

Tomarse en cuenta en el diseo

Tomarse en cuenta en el cdigo

Hacer las pruebas


I-

Involucrados

Entre las personas implicadas hay que considerar:

Organizaciones que integran la organizacin del analista que est diseando el sistema

Organizaciones o sistemas de respaldo

Direccin o departamento

Usuarios


I-

Ciclo de vida


I-

01/01/2011 Marylin Arias -Anlisis y Diseo de Sistemas

I- 24

Identificar

Problemas

Oportunidades Objetivos


I- 25

1. Identificacin de

problemas, oportunidades y

Objetivos

2. Determinacin de los

requerimientos de

informacin

3. Anlisis de las

necesidades del

Sistema

4. Diseo del Sistema

Recomendado

5. Desarrollo y

Documentacin del

Software 6. Pruebas y

Mantenimiento del

Sistema

7. Implementacin y

Evaluacin del Sistema

Fases del Ciclo de Vida

Modelo Cascada

Tambin llamado "modelo clsico", "modelo tradicional" o "modelo lineal secuencial".

El modelo en cascada puro difcilmente se utilice tal cual, pues esto implicara un previo y absoluto conocimiento de los requisitos, la no volatilidad de los mismos (o rigidez) y etapas subsiguientes libres de errores


I-

Cascadas Modificadas

El Sashimi o Cascada con fases solapadas: se evitan algunos inconvenientes del modelo en cascada solapando sus etapas, pero este enfoque genera nuevos problemas ya que debido al solapamiento los hitos resultan ms ambiguos y esto hace ms difcil trazar el proceso correctamente


I- 27

Cascadas Modificadas

Ciclo de vida en cascada con Subproyectos: se permite la ejecucin de algunas de las tareas de la cascada en paralelo, pero esta modificacin tiene el problema que la planificacin tiene que ser mucho ms cuidadosa, aunque se gana velocidad.


I- 28

Codificar y Corregir El modelo codificar y corregir es el modelo utilizado cuando

no nos paramos en buscar el modelo ms idneo para nuestro proyecto.

No se pierde el tiempo en la planificacin, en la calidad, en los documentos que hay que realizar cuando se terminan etapas o en cualquier otra actividad que no sea la codificacin..

Al no seguir un modelo no tenemos ningn medio de ver si se cumplen las expectativas creadas, lo cual es un problema si encontramos un error casi al finalizar el proyecto ya que hay que empezar de nuevo. Por consiguiente tardamos ms en ver los errores que en otro modelo que sigue un mnimo de planificacin.


I- 29

Modelo codificar y Corregir


I-

Modelo Espiral


I-

Modelo orientado a riesgo que divide el proyecto de software en miniproyectos.

Cada proyecto se encargar de resolver uno o varios riesgos hasta que estn todos controlados. Una vez que estn los riesgos ms importantes controlados se finaliza igual que el ciclo de vida en cascada.

Modelo Espiral


I-

En el ciclo de vida en espiral localizan los riesgos, genera un plan para manejarlos y se establece una aproximacin a la siguiente iteracin. Con cada iteracin se produce una aproximacin al producto final

Modelo Espiral


I-

En el modelo en espiral se comienza con una parte pequea del proyecto y se expande tras reducir los riesgos para la siguiente iteracin.

En cada iteracin seguimos los siguientes pasos:

Determinar objetivos, alternativas y lmites.

Identificar y resolver riesgos.

Evaluar las alternativas.

Generar entregas de esta iteracin, y comprobar que son correctas.

Planificar la siguiente iteracin.

Si se decide ejecutar la siguiente iteracin, hay que establecer un enfoque para ella.

Modelos Evolutivos

Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez ms completas y complejas, hasta llegar al objetivo final deseado; incluso evolucionar ms all, durante la fase de operacin.

Los modelos Iterativo Incremental y Espiral (entre otros) son dos de los ms conocidos y utilizados del tipo evolutivo.

01/01/2011 34

Marylin Arias -Anlisis y Diseo de Sistemas I-

Entrega Evolutiva

El modelo de entrega evolutiva ofrece el control que se obtiene con la entrega por etapas y la flexibilidad que se obtiene con el prototipo evolutivo. Este modelo puede ajustarse para proporcionar el control y la flexibilidad que se necesita.

Este modelo realmente se encuentra entre el prototipo evolutivo y la entrega por etapas ya que se van desarrollando.

01/01/2011 35 Marylin Arias -Anlisis y Diseo de Sistemas I-

Diseo por Planificacin

Este modelo se utiliza cuando no se conoce si el producto se tendr para la ltima entrega.

A diferencia del modelo de entrega por etapas, estas estn ordenadas por orden de prioridad, as que la fecha tope aunque no hayamos terminado el proyecto estaremos seguros de haber cubierto las funcionalidades ms importantes


I-

Modelo iterativo Incremental


I-

Organizaciones como sistemas


I- 39

Retroalimentacin


I- 40

Sistema

Metas

Salidas

Entradas

Entornos que circundan la retroalimentacin

Comunidad

Econmico

Poltico


I- 41

Organizaciones Virtuales


I- 42

DFD (Diagramas de Flujo de Datos)


I- 43

Entidad: persona,

grupo, departamento o

cualquier sistema que

recibe o emite

informacin

Proceso: denota

la ejecucin de

alguna accin o

grupo de acciones

Flujo de Datos:

Muestra que la

informacin se emite o

se recibe de un

proceso

Entidad-Relacin


I- 44

Un departamento contiene muchos

empleados, muchos empleados

pertenecen aun departamento

Departamento Empleado

Entidad-Relacin


I- 45

Muchos a uno

Uno a uno

Muchos a uno con

la posibilidad de

que no se d

Muchos a muchos

Entidad-Relacin


I- 46

Por lo general, una entidad Real: una

persona, lugar o cosa

Entidad Asociativa

Entidad Fundamental

Entidad Atributiva

Algo que se crea para unir dos

entidades

Algo til para describir atributos,

especialmente grupos que se repiten

Entidad-Relacin


I- 47

Un empleado es Asignado a una

Oficina.

Una oficina es ocupada por un

Empleado.

Oficina Empleado

Entidad-Relacin


I- 48

Un Analista de Sistemas Puede o no

ser asignado a muchos proyectos.

Muchos proyectos pueden ser

desarrollados por un analista

Proyecto Analista de Sistemas

Entidad-Relacin


I- 49

Un Pasajero vuela a muchos Destinos.

Un destino puede ser visitado por

muchos Pasajeros.

Pasajero Destino

Entidad-Relacin


I- 50

Un Avin de Carga dar servicio a uno

o varios centros de distribucin.

Uno o varios centros de distribucin

recibirn un

Avin de Carga. Centro de

Distribucin Avin de Carga

Entidad-Relacin


I- 51

Cliente

Reservacin

Concierto/ Espectcul

o

Est a nombre

de Obtiene

Tiene Es para un

Cliente

Concierto/ Espectculo

Hace una

reservacin

para

Obtiene una

reservacin para

Entidad-Relacin


I- 52

Cliente

Reservacin

Concierto/ Espectculo

Est a nombre de

Obtiene

Tiene Es para una

Funcin

Tiene Pertenece a

Nombre-Cliente

Direccin-Cliente

Telfono-Cliente

Tarjeta-Crdito-Cliente

Nmero-Reservacin

Nombre-Cliente

Nmero-Funcin

Concierto/Espectculo

Fecha

Hora

Localidad

Precio

Nmero-Funcin

Concierto-Espectculo

Fecha

Hora

Localidad

Opciones-Precio

Concierto-Espectculo

Detalles-Concierto

Fechas-Evento

Localidad

Niveles de la Administracin

Administracin estratgica

Planeacin y control administrativo

Operaciones


I- 53

Costos


I- 54

Asignacin 1

Hacer Asignacin 1 que se encuentra en la Carpeta Asignaciones de los Archivos del Aula del Aula Virtual


Arias-

Tarea 1

Hacer la Tarea 1 que se encuentra en la Carpeta Tareas, de los Archivos del Aula del Aula Virtual


Arias-

marylin.arias__1.pdf

Documents

diseo de sistemas i

analista de sistemas

sistemas web

sistemas de informacin

interfaz sistemas

marylin arias soto

oas kws tipos de sistemas

nivel de grupo