Cuestionario Diseo de Sistemas

Anlisis de Sistemas
Mircoles, 22 de julio de 2014

Los sistemas de informacin son

dependiendo los requerimientos.

desarrollados

de

forma

diferente

Sistema de informacin
Requerimientos
Informacin
Proceso

Salida
Almacenamiento BD

Tipos de sistemas de informacin

1. Sistema de procesamiento de transacciones: Son todos aquellos
sistemas que procesan gran cantidad de transacciones rutinarias del
negocio
2. Sistemas de
conocimiento

automatizacin

de

oficinas

manejo

de

Sistemas de automatizacin: dan soporte a trabajadores de datos,

estos no crean nuevo conocimiento, son bastante parecidos a los
transaccionales, pero con menos volumen de ingreso.
Manejo de conocimientos:
especializados.
Normalmente
doctores, arquitectos, etc.

estos
estn

requieren usuarios ms
hechos para ingenieros,

3. Sistemas de Informacin Gerencial: Estos no reemplazan a los

transaccionales, utilizan la informacin almacenada para generar
informacin estadstica para ejecutivos y Gerentes.
4. Sistemas de apoyo a Decisiones: Una clase de ms alto nivel en
los sistemas de informacin, este se enfoca en datos para la toma de
decisiones, dependen de una base de datos Fuente.
5. Sistemas de Apoyo a las Decisiones de Grupo: Sistemas de
apoyo a la toma de decisiones diseados en cuartos especiales, para
poder ver distintas vistas de la informacin.
Normalmente las
decisiones son tomadas en grupos mayores de 6 personas.

Papel del Analista de Sistemas

1. Analista de Sistemas como Consultor: Persona generalmente
ajena a la Organizacin que llega como apoyo para la realizacin de
un proyecto.
Caracterstica:

Especialista en el Tema
Mayor Experiencia
Nuevas Ideas

2. Analista de Sistemas como Experto de Soporte: Persona

encargada del soporte de sistemas ya desarrollados. Generalmente
esta persona no analiza proyectos nuevos.
3. Analista de Sistemas como Agente de Cambio: Es la persona
encargada de realizar, coordinar y ejecutar nuevos proyectos. Realiza
tambin la Gestin del proyecto.

Gestionar un proyecto significa administrar y verificar que el proyecto

se est realizando correctamente

Ciclo de vida de Desarrollo de Sistemas

Anlisis de Requisitos
Mircoles, 29 de julio de 2009

Es producir un documento de especificaciones de requisitos que describa lo

que el futuro sistema debe hacer
Proceso de estudio de las necesidades del cliente. Para poder llegar a los
requisitos del sistema.

Software

Necesidades
Plataforma

Requisito
Es una condicin o capacidad que necesita el usuario para poder resolver un
problema de forma sistematizada
La fase de anlisis de requisitos se divide en:
a) Definir requisitos del software
Crear una especificacin preliminar
Entrevistas (usuarios)
b) Definir los requisitos de interfaz
Con otros sistemas, con oros mdulos
Con el exterior
Con el hardware
La interfaz define la facilidad de uso del sistema. Si no es amigable
puede resultar ms difcil.
c) Integrar Requisitos
Documentos de especificacin con prioridades
d) Extraccin o Determinacin de Requisitos
Los clientes revelan, descubren los requisitos que desean
e) Anlisis de Requisitos
Razonamiento sobre los requisitos obtenidos
Resolver inconsistencias
f) Especificacin de Requisitos
Proceso de Registro utilizando grficos
g) Validacin de requisitos
Los validan los requisitos
Evalan su consistencia (visto bueno)
h) Definir los requisitos del software
Crear una especificacin preliminar entrevistas (usuarios).

Especificacin de Requisitos de Software

Verifica especificaciones de requisitos

Diseo
Comportamiento del sistema

Caractersticas Fundamentales

1. Informacin veraz o precisa, coherente de las necesidades del usuario

2. Se debe comprender dicha informacin
La ERS define lo que se debe desarrollar, no el cmo, o cuando debe
realizarse.

Debe describir solo los requisitos necesarios

No describir ningn detalle de diseo del software

Caractersticas

No ambigua
Completa
Fcil de verificar
Consistente
Fcil de modificar
Fcil utilizacin

Estructura de una especificacin de Requisitos del software

1.

Introduccin
Objetivos
mbito
Definicin siglas, abreviaturas
Referencial
Visin global

2.

Descripcin general
Perspectiva del proceso
Funciones del proceso
Caractersticas de usuarios
Limitaciones generales

3. Requisitos especficos
Requisitos funcionales
o Introduccin
o Entradas
o Procesamiento
o Salidas

Requisitos Funcional N
o Requisitos de Interfaz
o Requisitos de diseo
o Requisitos de ejecucin
o Requisitos de calidad
Mantenimiento
Seguridad
o Otros Requisitos

4. Apndices
5. Conclusiones

Tipos de Relaciones en Casos de Uso

Mircoles, 05 de agosto de 2009

Ciclo de vida del Software

Mircoles, 05 de agosto de 2009

Concepto de ciclo de vida: es la sucesin de etapas por las que pasa el

software desde que un nuevo proyecto es concebido hasta que se deja de
usar.
Cada una de estas etapas lleva asociada una serie de tareas que deben
realizarse, y una serie de documentos (en sentido amplio: software) que
sern la salida de cada una de estas fases y servirn de entrada en la fase
siguiente.

Ciclo de vida Clsico

Es un ciclo de vida en sentido amplio, que incluye no slo las etapas de
ingeniera sino toda la vida del producto: las pruebas, el uso (la vida til del
software) y el mantenimiento, hasta que llega el momento de sustituirlo
Ingeniera del
Sistema
Anlisis
Diseo
Codificacin
Prueba
Utilizacin

Mantenimiento
Sustitucin

Ingeniera y anlisis del sistema

La ingeniera del sistema comprende los requisitos globales a nivel del

sistema, as como una cierta cantidad de anlisis y de diseo a nivel
superior, es decir sin entrar en mucho detalle.

Anlisis de Requisitos
Anlisis de Requerimientos del Software

Diseo:
Etapa donde se aplican 4 caractersticas del software
1.
2.
3.
4.

Estructura de los datos

Estructura o Arquitectura de las aplicaciones
Estructura interna de los problemas
Interfaz

En el diseo se traducen los requisitos del software, para poder tener una
vista de la funcionalidad y calidad del software antes de codificarlo

Codificacin
Traduccin del diseo a un lenguaje legible para la maquina. Si el diseo es
bastante detallado la codificacin es relativamente sencilla. Esto por medio
de diagramas que permitan generacin de cdigo o simplemente que de
forma grafica se pueda entender el anlisis de sistemas.

Pruebas
Despus de tener el programa ejecutable o prototipo del sistema, deben
realizarse pruebas para detectar alguna falla de programacin.
El problema en las pruebas es cuando se detecta
diseo, o en el peor de los casos de anlisis.

una falla o error de

En esta fase se deben validar excepciones que puedan surgir.

Utilizacin-Mantenimiento
La utilizacin es la fase de inicio de la vida til del sistema. Es cuando se
supera la fase de pruebas sin mayor problema.

Mantenimiento
Se refiere a cambios funcionales que no afecten la estructura del sistema
(Anlisis-Diseo)

Sustitucin

Cambios en estructuras, diseo, anlisis.

Versin nueva del software

No cumple con requerimientos

TECNICAS DE 4TA GENERACION

Es un conjunto diverso de mtodos y herramientas que tienen por objeto
facilitar el desarrollo de software.
Tipos habituales
1. Acceso a Base de Datos utilizando lenguaje de alto nivel
(Derivados normalmente de SQL)
2. Generacin de Cdigo: a partir de especificaciones en el diseo
(cdigos de creacin de BD, paquetes, funciones, restricciones).
3. Generacin de Pantallas
4. Generacin de Informes (Cubos, estadsticas)

Ciclo de vida utilizando herramientas case

Recoleccin de
requisitos
Estrategia de
Diseo
Generacin de
cdigo
Prueba
Utilizacin

Mantenimiento
Sustitucin

Otra caracterstica Importante de utilizar herramientas de 4ta Generacin es

que generan documentacin tcnica (Diccionario de Datos).

UML (Lenguaje de Modelado Unificado)

Mircoles, 12 de agosto de 2009

Casos de Uso
Se refiere a la descripcin de acciones de un sistema, desde el punto de
vista del usuario

Es una tcnica de aciertos u errores para poder obtener requerimientos del

software desde el punto de Vista del Usuario
Nos proporciona un sistema, cuya finalidad es poder crear un sistema que
sea utilizado por gente en general es decir, todo nivel de usuario
El mtodo de crear un buen diagrama de Casos de Uso es la entrevista
directa con el usuario
Los casos de uso esta formados por:

Actor: que es quien inicia el caso de uso

Caso de uso: que es el proceso que interviene
Referencia o Flujo: que indica hacia donde debe de ir el orden o
secuencia

Ejemplo:

Proceso de Elaboracin de Gaseosas

Tipos de Relaciones en Casos de Uso

Viernes, 14 de agosto de 2009

1. Relacin de Inclusin (Include)

Un caso de uso concreto, hace referencia a parte de la descripcin de
otro caso de uso
Por ejemplo: en un Sistema de Gestin de agenda de una empresa
con Gerentes y Asistentes
a) Nombre: Aceptacin de Cita
Autor: Gerente
Descripcin: El Gerente visualiza su calendario de citas y
aprueba las citas que desee.
b) Nombre: Coordina Cita
Autor: Asistente
Descripcin: Busca el momento apropiado para las citas,
dependiendo de la Agenda
Ejemplo

2. Relacin de Extensin (Extend)

Un caso de uso extiende a otro cuando sin alterar a este, incorpora su
funcionalidad como parte del primero.
Se denota con una relacin que apunta del caso extendido al caso Base

Ejemplo:

Diagrama de Actividades (UML)

Viernes, 21 de agosto de 2009

Estos representan el flujo del negocio. Son bastante similares a un

diagrama de flujo de datos.
Un diagrama de actividad representa la serie de actividades que deben
realizarse en un caso de uso
Estos diagramas se pueden utilizar en conjunto con los diagramas de casos
de uso
Estructura:

Inicio: Es iniciado por un crculo color negro.

Actividad: Es la accin a realizar por el sistema, la cual se representa
por un ovalo.

Transicin: ocurre cuando ocurre un cambio en alguna actividad de

una a otra.