Cuestionario Diseo de Sistemas

Anlisis de SistemasMircoles, 22 de julio de 2014

Los sistemas de informacin son desarrollados de forma diferente dependiendo los requerimientos.

Sistema de informacin

RequerimientosInformacinProcesoAlmacenamiento BDSalida

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 automatizacin de oficinas y manejo de conocimiento

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: estos requieren usuarios ms especializados. Normalmente estn hechos para ingenieros, doctores, arquitectos, etc.

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 RequisitosMircoles, 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 usuario2. 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 Introduccin Entradas Procesamiento Salidas

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

4. Apndices5. Conclusiones

Tipos de Relaciones en Casos de UsoMircoles, 05 de agosto de 2009

Ciclo de vida del SoftwareMircoles, 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 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. Estructura de los datos2. Estructura o Arquitectura de las aplicaciones3. Estructura interna de los problemas4. 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 una falla o error de diseo, o en el peor de los casos de anlisis.

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

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 UsoViernes, 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 CitaAutor: GerenteDescripcin: El Gerente visualiza su calendario de citas y aprueba las citas que desee.b) Nombre: Coordina CitaAutor: AsistenteDescripcin: 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.