Vous êtes sur la page 1sur 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
OPERACIONAL

USUARIO SUPERVISOR

USUARIO
EJECUTIVO

Usualmente tiene un
panorama local

Puede o no tener un panorama local

Tiene un panorama
global

Hace funcionar el
sistema

Generalmente, est familiarizado con la Provee la iniciativa par


operacin
el proyecto

Tiene una visin fsica


del sistema

Lo rigen consideraciones
presupuestarias

No tiene experiencia
operacional directa

Acta a menudo como intermediario


entre los usuarios y los niveles
superiores de administracin

Tiene preocupaciones
estratgicas

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.

Vous aimerez peut-être aussi