Está en la página 1de 7

YOURDON

Que es un sistema?
Un grupo de elementos interdependientes q interactan entre si regularmente formando
un todo como:
*Un conjunto de sustancias q tienden a 1 equilibrio

TIPOS: Se dividen en 2:

NATURALES: Sirven a sus propios fines y no estn hechos por el hombre.


HECHOS POR EL HOMBRE: Son construidos, organizados y mantenidos por el
hombre. Por ejemplo: Sistemas de transporte, sociales, de comunicacin, etc.

SISTEMAS DE APOYO A TOMA DE DECISIONES:

*Son sistemas computacionales


* No toman decisiones por si mismos, si no q ayudan a los administradores a tomar
decisiones inteligentes y documentadas.
*No operan en forma regular, se utilizan de manera regular cuando se necesita Por ej.
Programas de hoja de clculo.

LOS PARTICIPANTES EN EL JUEGO DE LOS SISTEMAS

Los principales participantes q vamos a encontrar en un proyecto son


*Usuarios
*Administradores
*Auditores
*Programadores
*Personal de control de calidad
*Operadores

USUARIOS

Es el participante mas importante, es para el q se construye el sistema, es la persona a la


q vamos a entrevistar a menudo para conocer q deber tener el nuevo sistema para q sea
un xito.
Los Usuarios se clasifican en: *Por categora o nivel de supervisin
*Por nivel de experiencia en el procesamiento de los
datos o la interpretacin y seguimiento de un sist. Informtico.

CLASIFICACION DE LOS USUARIOS POR CATEGORIA O NIVEL


OPERACIONAL

Usuarios operacionales: Son oficinistas, administradores y operadores q son los q


seguramente tendrn contacto con el nuevo sistema.

Usuarios supervisores: Son empleados supervisores q administran un grupo de


usuarios operacionales y son responsables de sus logros.
Usuarios ejecutivos: Generalmente no se involucran directamente con el proyecto, si
no q sacan provecho de su resultado, pero es importante su apoyo logstico para q este
sistema se desarrolle.

USUARIO USUARIO
USUARIO SUPERVISOR
OPERACIONAL EJECUTIVO

Usualmente tiene un Tiene un panorama


Puede o no tener un panorama local
panorama local global

Hace funcionar el Generalmente, est familiarizado con la Provee la iniciativa par


sistema operacin el proyecto

Tiene una visin fsica Lo rigen consideraciones No tiene experiencia


del sistema presupuestarias operacional directa

Acta a menudo como intermediario


Tiene preocupaciones
entre los usuarios y los niveles
estratgicas
superiores de administracin

CLASIFICACION DE LOS USUARIOS POR NIVEL DE EXPERIENCIA

Se pueden diferenciar entre:

Amateurs: Es el q nunca ha visto una computadora y el q reclama q no entiende nada,


el problema con este usuario es q encuentra difcil entender el lenguaje q el analista usa
para describir las caractersticas, funciones y opciones del sistema.

Novato presuntuoso: es una persona q ha tenido q ver con uno o dos proyectos o posee
una computadora personal y alega q saber exactamente lo q quiere q el sistema haga.

Pequeo grupo de expertos: Hay usuarios q realmente entienden anlisis, el nico


problema es q el usuario y el analista entren en una discusin sobre tcnicas de anlisis
de sistemas y herramientas y se olviden de q su verdadero objetivo es implantar un
sistema

El analista de sistemas

Es la persona clave en cualquier proyecto de desarrollo de sistemas y desarrolla varios


papeles

Arquelogo: Como analista una de sus principales virtudes es descubrir detalles y


documentar.
Innovador: El analista debe distinguir entre sntomas, problemas del usuario y causas,
con sus conocimientos debe ayudar a explorar aplicaciones novedosas y ms tiles as
como nuevas formas de hacer negocios.

Mediador: A menudo el analista se encuentra en el medio entre usuarios y


administradores y personal superior, y su labor primordial es obtener un consenso.

Jefe de proyecto: Como es la persona con mas experiencia en el grupo hay una
tendencia natural a asignar al analista la responsabilidad de la administracin del
proyecto.

Diseadores de sistemas

Generalmente el analista y el diseador es la misma persona, el analista tiene q ofrecerle


al diseador suficiente informacin detallada para q este pueda hacer un diseo
tecnolgicamente superior y el diseador debe de proveer suficiente informacin al
analista para darse cuenta si los requerimientos que del usuario esta documentado
tecnolgicamente posibles

Los programadores analistas

En este caso la labor del analista se hace primero y se termina por completo antes q
comience la labor de la programacin, el analista en algunos proyectos define las
prioridades q tendr q tener en cuenta para la definicin de problemas.

Personal de operaciones

Sin la aprobacin del personal de operaciones solo se podra construir un sistema


realmente independiente y nunca uno integrado y generalizado, por eso el analista debe
entrar en contacto con el personal de operaciones responsable del centro de cmputos, la
seguridad del hardware y del software, etc.

ACTIVIDADES Q REALIZA UN SISTEMA DE INFORMACION

*Entradas: Datos generales del cliente: nombre, direccin, etc.


*Proceso: Calculo de antigedad de saldos, calculo de intereses moratorios, etc.
*Almacenamiento: Movimiento del mes, catalogo de clientes, etc.
*Salidas: Reporte de pagos, estado de cuenta, etc.

TIPOS DE ORGANIZACIONES

Formal: Estructura q permite q las personas trabajen conjuntamente en forma eficiente.


Es un elemento para la administracin q su objeto es agrupar e identificar tareas q se
desarrollan en una empresa.
Informal: Es un resultado de las reacciones individuales y colectivas entre los
individuos ante la organizacin formal.
ORGANIZACIN COMO SISTEMA
Son unidades sociales intencionales construidas y reconstruidas para lograr objetivos,
hay dos tipos: Abierto y Cerrada.

COMPLEJIDAD DE LAS ORGANIZACIONES

La complejidad permite entender los fenmenos organizacionales q dificultan las


actividades, y a medida q las organizaciones crecen y prosperan, este crecimiento lleva
a la complejidad.

CARACTERISTICAS

*Complejidad
*Anonimato
*Rutina estandarizada
*Estructura especializada no oficiales
*Tendencia a la especificacin y la proliferacin de funciones
*Tamao

LOS ORGANIGRAMAS

Para terri: Es un cuadro sinttico q indica aspectos importantes de una estructura de


organizacin q incluyen las principales funciones, sus relaciones, los canales de
supervisin, etc.

Para Melinkoff: La finalidad es reflejar hasta donde sea posible la organizacin con sus
verdaderas implicaciones y relaciones.

DEFINICIONES

Modelo: Nos permite comunicarnos con el usuario, para darnos cuenta de q manera
obtuvimos la comprensin de los requerimientos de los usuarios, y podemos hacer
cambios en los modelos o hacer uno nuevo si nos equivocamos, por eso el analista hace
uso de las herramientas del modelado q son para:
*Concentrarse en las propiedades ms importantes del sistema y al mismo tiempo
prestar a otras menos atencin.
*Discutir cambios y correcciones de los requerimientos de los usuarios a bajo costo y
riesgo mnimo.
*Verificar q el analista haya comprendido correctamente el ambiente del usuario con
informacin documentada para q los diseadores del sistema y programadores puedan
construir el sistema

HERRAMIENTAS DEL MODELADO DEL SISTEMA

*Diagrama de flujo de datos


*Diagrama de entidad-relacin
*Diagrama de transicin de estados

Diagrama de flujo de datos: Muestra las funciones q el sistema debe realizar, consiste
en procesos, agregados de datos, flujos y terminadores. Proporciona una visin global,
pero no da detalle de sus funciones, para esto se transforma y de eso se ocupan dos
herramientas: el diccionario de datos y la especificacin del proceso.

Diagrama de entidad-relacin: Nos permite conocer en detalle la informacin q hay


en cada agregado de datos y la relacin q existe entre agregados. Tiene dos
componentes principales:
*Tipos de objetos: q se representan por medio de rectngulos y representan una
coleccin o grupo de objetos.
*Relaciones: Se representan por medio de rombos y son las series de conexiones entre
los tipos de objetos por medio de flechas.

Diccionario de datos: Es una lista organizada de todos los datos pertinentes al sistema,
con un conjunto de definiciones precisas y rigurosas para q tanto el analista como el
usuario se entiendan.

CICLO DE VIDA DE UN PROYECTO

El ciclo de vida de un proyecto tiene 3 objetivos principales:


*Definir las actividades q se van a llegar a cabo en un proyecto
*Lograr congruencia entre las multitudes de proyectos de desarrollo.
*proporcionar puntos de control y revisin administrativa de las decisiones sobre si
sigue en el proyecto o no.

El ciclo de vida esta a cargo del administrador q lo ayuda a organizar las actividades del
administrador, aumentando la probabilidad de ocuparse de los problemas pertinentes en
el momento justo.
CICLO DE VIDA DE UN PROYECTO CLASICO
Se caracteriza por dos aspectos:
*la fuerte tendencia a la implementacin ascendente del sistema (Forma de cascada:
Pruebas modulares, luego las pruebas del subsistema y finalmente las pruebas del
sistema mismo)
*La progresin lineal y secuencial de una fase a la siguiente (Nos permite el trato con
las cosas reales relacionados con el personal, como la poltica de la empresa, etc. Y q en
los meses o aos q tarda en desarrollarse el sistema el usuario puede cambiar de
parecer)

CICLO DE VIDA ESTRUCTURADO

En este ciclo individuos o grupos q proporcionan entradas al equipo (como usuarios,


administradores, etc.) q interactan con una serie de actividades como:
1-La encuesta: El estudio inicial de negocios y empieza ciando el usuario pide q 1 o
mas partes de sus sistemas se automaticen. Sus Objetivos
*Identificar a los usuarios responsables
*Identificar las definiciones actuales
*Comprender la lista de funciones q hacen falta o q estn
*Establecer metas, etc.

2-El anlisis del sistema: El propsito principal es modelar el ambiente del usuario con
el diagrama de flujo de datos, diagrama de entidad relacin, diagrama de transicin de
estados y dems herramientas.

3-El diseo: Se dedica a asignar porciones de la especificacin a procesadores


adecuados.

4-Implantacin: Esta actividad incluye la codificacin y la integracin de mdulos en


un esquema mas completo del sistema final.

5-Generacin de pruebas de aceptacin: Definir un sistema q sea aceptable desde el


punto de vista del usuario (especificaciones) con un conjunto de pruebas de aceptacin.

6-Garanta de calidad: Se conoce como la prueba final y esta actividad requiere como
entrada los datos de la prueba anterior.

7-Descripcin de procedimiento: Es una descripcin final de las partes del sistema q


se harn manualmente y de cmo interactan los usuarios con la parte automatizadas. El
resultado de esto es un manual para el usuario.
8-Conversin de base de datos: Involucra mas trabajo q el desarrollo de programas de
computadora para el nuevo sistema y en otros casos puede no haber base de datos para
convertir.

9-Instalacin: Es la actividad final, sus entradas de datos son: *El manual del punto
7.*La base de datos q se cre en el punto 8, * Y el sistema aceptado en el punto 6.

También podría gustarte