lunes, 18 de marzo de 2013

MODULO SISTEMAS DE INFORMACION


UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES
Cuadro de texto: Uniandes




EXTENSIÓN SANTO DOMINGO

FACULTAD SISTEMAS MERCANTILES

CARRERA SISTEMAS

MODULO SISTEMAS DE INFORMACIÓN

TEMA: MODULO DE SISTEMAS DE INFORMACIÓN

AUTOR: DIEGO CUESTA

TUTOR: ING. SEGUNDO MENA



1      INDICE


 




















2      INTRODUCION

Un sistema de información nos permite organizar, administrar y distribuir, la información de una organización o entidad. Siendo un Sistema de información en definitiva un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su posterior uso, generados para cubrir una necesidad (bajo un objetivo).

Elementos de un sistema de información.
1. Personas.
2. Datos.
3. Actividades o técnicas de trabajo.
4. Recursos materiales en general (típicamente recursos informáticos y de comunicación, aunque no tienen por qué ser de este tipo obligatoriamente).

Todos estos elementos interactúan entre sí para procesar los datos (incluyendo procesos manuales y automáticos) dando lugar a información más elaborada y distribuyéndola de la manera más adecuada posible en una determinada organización en función de sus objetivos.

Normalmente el término es usado de manera errónea como sinónimo de sistema de información informático, en parte porque en la mayoría de los casos los recursos materiales de un sistema de información están constituidos casi en su totalidad por sistemas informáticos, pero siendo estrictos, un sistema de información no tiene por qué disponer de dichos recursos (aunque en la práctica esto no suela ocurrir). Se podría decir entonces que los sistemas de información informáticos son una subclase o un subconjunto de los sistemas de información en general.

3      OBJETIVOS


3.1     GENERAL

Elaborar un módulo con los temas expuestos al orden del silabo de clases.

3.2     ESPECIFICOS

·         Elaborar un módulo de la materia de Sistemas de Información.
·         Hacer los temas del silabo de clases.

4      FUNDAMENTACION CIENTIFICA

Los sistemas de información dentro de una organización. Desde mucho antes de utilizar las computadoras para su automatización, las organizaciones reunían, almacenaban y actualizaban información en el transcurso normal de su actuación diaria. Tanto antes como ahora, los sistemas de información consistían en procedimientos y reglas establecidas para entregar información a los miembros de la organización. Cada una de estas personas, requiere información distinta en la realización de su trabajo, las reglas del sistema indican el tipo, momento, formato y cuál es la persona a quien se debería entregar una información específica.

Pero un sistema manual de información puede llegar a ser ineficiente y frustrante, incluso en organizaciones pequeñas. Un sistema de información automatizado o basado en computadoras, es la integración de hardware, software, personas, procedimientos y datos. Todos estos elementos se conjugan, trabajando juntos, para proporcionar información básica para la conducción de la empresa. Esta información hace posible que las empresas lleven a cabo sus tareas con mayor calidad y facilidad.

Los sistemas de información computarizados, además de llevar un seguimiento de las transacciones y operaciones diarias, propias del negocio, sirven de apoyo al flujo de información interno de la organización. La finalidad de los sistemas de información organizacionales es, procesar entradas, mantener archivos de datos relacionados con la organización y producir información, reportes y otras salidas para los usuarios que las necesitan. Puesto que los sistemas de información dan soporte a los demás sistemas de la organización, los analistas de sistemas tienen que estudiar primero el sistema organizacional como un todo y así entonces, poder precisar cuáles son y cómo funcionan los sistemas de información de la organización.
Descripción: http://www.rena.edu.ve/cuartaEtapa/Informatica/Imagenes/T10Dib02.gif
Componentes de un sistema de información.
Los sistemas de información dependen de otros subsistemas componentes para poder llevar a cabo las actividades de entrada, proceso, salida, almacenamiento y control que convierten recursos de datos en productos de información. Estos subsistemas incluyen personas, hardware, software, procedimientos y datos. En lo que sigue se detalla sobre cada uno de ellos.

Personas: Un sistema de cómputo involucra una variada gama de personas relacionadas con el mismo, puesto que su construcción, mantenimiento y uso representan una labor con cierto grado de complejidad. Se pueden dividir en dos grandes grupos: Los usuarios finales y los especialistas o profesionales.

Los usuarios finales son aquellos que operan o interaccionan directamente con el sistema a través de una estación de trabajo o incluso, quienes reciben reportes e información generada por el sistema.

Entre los profesionales se encuentran: Los analistas de los sistemas de información, encargados de idear soluciones cuando se requiere un nuevo sistema, actualizarlo, modificarlo o reconstruirlo; los programadores, que crean los programas de cómputo que forman parte de los sistemas de información; los administradores del sistema, encargados de mantener el sistema en buenas condiciones; los capacitadores, que instruyen y preparan a los usuarios para la utilización del sistema.

Hardware: Consiste en los equipos, dispositivos y medios necesarios que constituyen la plataforma física mediante la cual, el sistema de información puede funcionar. Se incluyen aquí, por supuesto, los que permiten las comunicaciones y los enlaces de red. Estos recursos son, por ejemplo, computadoras, monitores, impresoras, disquetes o componentes de almacenamiento de información externos, disco óptico, papel de impresión, cableado de red, y otros.

Software o programas: Son el componente lógico, es decir, los programas, las rutinas e instrucciones que conforman el sistema de información. Se les suele denominar aplicación de sistema de información. Es así como los sistemas de información pueden tener aplicaciones particulares, por ejemplo, para el área de ventas, de contabilidad, de personal o de compras. La aplicación que conforma un sistema de información completo contiene subconjuntos de programas que se encargan de apoyar las distintas actividades propias de la organización.


5      DESARROLLO

5.1     SISTEMA DE INFORMACION

5.1.1      DEFINICION

Según (Ibarra) Un Sistema de Información, es un conjunto de elementos que interactúan entre sí, con el fin de apoyar las actividades de una empresa o negocio. En un sentido amplio, un sistema de información no necesariamente incluye equipo electrónico (hardware). Sin embargo en la práctica se utiliza como sinónimo de sistema de información computarizado.

El equipo computacional, es decir, el hardware necesario para que el sistema de información pueda operar. El recurso humano que interactúa con el sistema de información, el cual está formado por las personas que utilizan el sistema.
Los datos o información fuente que son introducidos en el sistema, son todas las entradas que éste necesita para generar como resultado la información que se desea.
Los programas que son ejecutados por la computadora, y producen diferentes tipos de resultados.
Las telecomunicaciones que son básicamente “hardware” y “software”, facilitan la transmisión de texto, datos, imágenes y voz en forma electrónica.

Un sistema de información realiza cuatro actividades básicas:

  • Entrada
  • Almacenamiento
  • Procesamiento
  • Salida

Entrada de información:
La entrada es el proceso mediante el cual el sistema de información toma los datos que requiere para procesar la información. Las entradas pueden ser manuales o automáticas.

Almacenamiento de información:
El almacenamiento es una de las actividades o capacidades más importantes que tiene una computadora, ya que, a través de esta propiedad el sistema puede recordar la información guardada en la sesión o proceso anterior.

Procesamiento de información:
Es la capacidad del sistema de información para efectuar cálculos de acuerdo con una secuencia de operaciones preestablecida.

Salida de información:
La salida es la capacidad de un sistema de información para sacar la información procesada o bien datos de entrada al exterior.
Las unidades típicas de salida son las impresoras, estaciones de trabajo, USB, CD, la voz, los graficadores y los plotters, entre otros.

Actividades que realiza un Sistema de Información:

Entradas:

    Datos generales del cliente: nombre, dirección, tipo de cliente, etc.
    Políticas de créditos: límite de crédito, plazo de pago, etc.
    Facturas (interfase automático).
    Pagos, depuraciones, etc.

Proceso:

    Cálculo de antigüedad de saldos.
    Cálculo de intereses moratorios.
    Cálculo del saldo de un cliente.

Almacenamiento:

    Movimientos del mes (pagos, depuraciones).
    Catálogo de clientes.
    Facturas.

Salidas:

    Reporte de pagos.
    Estados de cuenta.
    Pólizas contables (interfase automática)
    Consultas de saldos en pantalla de una terminal.

Las diferentes actividades que realiza un Sistema de Información se pueden observar en el diseño conceptual ilustrado en la en la figura.
Descripción: Image367

5.2     NEGOCIOS EN LINEA GLOBALES

 (Works)Con el fin de mantener su funcionamiento, las empresas deben manejar muchas piezas distintas de información acerca de sus proveedores, clientes, empleados, facturas y pagos y, por supuesto, sus productos y servicios. Deben organizar las actividades laborales donde se utiliza esta información para operar de manera eficiente y mejorar el desempeño general de la empresa. Los sistemas de información dan a las empresas la posibilidad de manejar toda su información, tomar mejores decisiones y perfeccionar la ejecución de sus procesos de negocios.


PROCESOS DE NEGOCIOS

Los sistemas de información son la mejor opción para mejorar los procesos de negocios que conforman la parte esencial de una empresa.

Los procesos de negocios,  se refieren a la manera en que se organiza, coordina y orienta el trabajo para producir un producto o servicio valioso. Los procesos de negocios son flujos de trabajo de materiales, información y conocimiento, es decir, conjuntos de actividades. Los procesos de negocios también se refieren a las maneras particulares en que las empresas coordinan el trabajo, la información y el conocimiento, y a las formas en que la administración elige coordinar el trabajo. Todas las empresas se pueden considerar como conjuntos de procesos de negocios. Algunos de estos procesos son parte de procesos más grandes.
Por ejemplo, casi todas las empresas tienen un método para contratar empleados.
El proceso de contratación de empleados es un proceso de negocios en el sentido de que se trata de un conjunto de actividades que utiliza una empresa para contratar nuevos empleados. Este proceso de negocios se puede dividir en varios pasos distintos como colocar anuncios publicitarios, contactar agencias de empleo, recabar currículos, revisarlos, entrevistar candidatos, clasificarlos, decidir a quién contratar y dar de alta a los empleados en los sistemas, como los de nómina, de salud y de pensiones. 

5.3     PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.


La Información Clasificada almacenada, procesada o por Sistemas de Información, debe protegerse contra la pérdida de confidencialidad, integridad y disponibilidad, sea accidental o intencionada, y debe impedirse la pérdida de integridad y disponibilidad de los propios Sistemas que sustentan dicha información.
Al objeto de conseguir una adecuada protección, se deberá aplicar un conjunto equilibrado de medidas de seguridad, de distinta naturaleza (técnicas, físicas, en el personal y documentales), que permitan la creación de un entorno seguro para el manejo de la Información Clasificada en dichos Sistemas. (cni.es, 2011)
Los objetivos de seguridad perseguidos con la aplicación de medidas de seguridad en  los Sistemas de Información y Comunicaciones son:
Proporcionar confidencialidad a la información manejada por el Sistema.
Proporcionar integridad a la información manejada por el Sistema, así como a los recursos y servicios del mismo.
Mantener la disponibilidad de la información manejada por el Sistema, así como de los recursos y servicios del mismo.
Autenticar a las personas que acceden a la información manejada por el sistema o a los recursos del mismo.
Proporcionar al Sistema el servicio de  no repudio, mediante el cual es posible proporcionar la prueba de que una determinada acción ha sido realizada, no pudiendo los agentes participantes negar que se haya producido.

5.4     EL ROL DEL ANALISTA DE SISTEMAS


El analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio mediante el examen de la entrada y el procesamiento de datos y su consiguiente producción de información, con el propósito de mejorar los procesos de una organización.
·         Planificar la actividad o trabajo de análisis y diseño de sistemas.
·         Organizar a todos los elementos que intervienen en el proyecto (técnicos de análisis y diseño, programadores, usuarios, equipamiento, etc.)
·         Controlar el trabajo del equipo de diseño para garantizar el cumplimiento de los planes elaborados.
·         Escoger (o diseñar) y utilizar los métodos, técnicas y herramientas más adecuadas para el desarrollo del trabajo del colectivo.
·         Estudiar el sistema de dirección y organización e información de la entidad.
·         Diseñar el nuevo sistema informativo, desde un punto de vista funcional, en primera instancia.
·         Representar algorítmicamente los procesos que se realizan en cada tarea funcional integrante del sistema que se diseña.
·         Diseñar el sistema, descomponiendo el mismo en todos los niveles previstos y con todos los enfoques necesarios.
·         Diseñar la base de datos que utilizará el sistema. Optimizar la misma, utilizando las técnicas requeridas para ello.
·         Diseñar los documentos (formularios) de utilización manual o manual automatizada, que requiera el sistema. Describir su método de llenado.
·         Diseñar las salidas de la computadora, de la forma más idónea requerida.
·         Elaborar las soluciones a los procedimientos manuales que requiera el sistema.

·         Diseñar los flujos informativos a través de los diferentes elementos que integran el sistema: hombre-hombre, hombre - computadora, computadora - hombre, computadora - computadora.
·         Proponer y aplicar las medidas de carácter organizativo que se requiera para perfeccionar la actividad de dirección estudiada y para implantar el sistema que se diseña.
·         Estudiar las necesidades y proponer soluciones necesarias para la adquisición del equipamiento computacional requerido, proponiendo la configuración necesaria.
·          Estudiar las necesidades y proponer las soluciones necesarias para la adquisición de los medios de transmisión de datos, proponiendo las características de equipos a adquirir.
·          Estudiar las necesidades del sistema y proponer el software necesario para su aplicación.
·         Calcular los gastos y beneficios del sistema determinando el plazo de recuperación de los mencionados gastos.
·          Elaborar la documentación técnica y de utilización del sistema.
·         Programar, cuando se requiera, la so lución automatizada de una determinada tarea, utilizando el software y los métodos requeridos; aplicando las normas de trabajo que estén establecidas dentro del grupo para elaborar y documentar los programas.
·         Revisar los resultados obtenidos por los programas elaborados por los programadores.
·         Elaborar los datos de prueba para comprobar la calidad de los programas, individualmente y en su conjunto.
·         Determinar los métodos más adecuados para implantar y probar el sistema diseñado en la práctica.
·         Entrenar al personal usuario y de operación del sistema.
·         Implantar el sistema. Demostrar su operación.

5.5     EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE INFORMACION.


Los analistas de sistemas para poder analizar y diseñar un sistema de información deben visualizar las organizaciones en las que laboran como sistemas formados por las interacciones de tres fuerzas principales como lo son:
Los niveles de administración
El diseño de las organizaciones
Las culturas de dichas organizaciones.

Las organizaciones pueden ser sistemas complejos que a su vez se puede componer de subsistemas que interconecten o sean independientes.
Estos subsistemas se caracterizan por su entorno que va de un continuo abierto y cerrado.
Por lo general es sistema abierto permite el libre tránsito de recursos (gente información material) al contrario de los sistemas cerrados o permiten que la información fluya de manera libre no existe entradas ni salidas.

Los analistas usan los diagramas de entidad-relación para comprender las entidades y sus relaciones, las cuales conforma el sistema organizacional.
Estos diagramas son los que conforman el sistema organizacional ya que pueden describir relaciones uno a uno, uno a muchos y muchos a muchos.
Hay tres niveles de control administrativo:
* El operativo
* El nivel medio
* El estratégico
El tiempo para la toma de decisiones es distinto en cada nivel.

5.6     DETERMINACIÓN DE LA VIABILIDAD Y ADMINISTRACIÓN DE LAS ACTIVIDADES DE ANÁLISIS Y DISEÑO

(Lolbel, blogspot, 2010)Existen cinco aspectos fundamentales de un proyecto que el analista de sistemas debe dominar los cuales son:

·         La iniciación de proyectos
·         La determinación de la viabilidad de un proyecto
·         La planeación y el control de actividades
·         La programación de proyectos
·         La administración de los miembros del equipo de análisis de sistemas.

Los proyectos pueden ser solicitados por diversas personas de la organización o por los mismos analistas de sistemas.
La selección de un proyecto es una decisión difícil, ya que se solicitarán más proyectos de los que se pueden realizar. Cinco criterios importantes para la selección de proyectos son:

·         Que el proyecto solicitado tenga el respaldo de los directivos de la organización
·         Que cuente con un periodo adecuado de compromiso para la terminación del proyecto
·         Que impulse a la organización hacia la consecución de sus metas
·         Que sea factible
·         Que tenga la importancia suficiente para darle mayor prioridad que a otros proyectos.

Determinación de la viabilidad y administración de las actividades de análisis y diseño
Entre muchas de las capacidades fundamentales que debe dominar un analista de sistemas se incluye la iniciación de proyectos, la determinación de la viabilidad de un proyecto, la programación de proyectos, y la planeación y administración de las actividades y los miembros de un equipo para optimizar la productividad.

PROBLEMAS EN LA ORGANIZACIÓN

Los problemas surgen de diversas maneras. Una forma de averiguar que hay problemas y cómo se originaron, es considerarlos como situaciones en las cuales ya no se alcanzan o nunca se han alcanzado las metas fijadas.
SELECCIÓN DE PROYECTOS

Se debe tener bien presentes las razones para recomendar el estudio de sistemas de un proyecto que parezca resolver un problema o propiciar una mejora. Tome en cuenta los motivos que impulsen una propuesta de proyecto.


DETERMINACIÓN DE LA VIABILIDAD

La definición de viabilidad es mucho más profunda que la que se le da comúnmente, puesto que la viabilidad de los proyectos de sistemas se evalúa de tres maneras principales:
Operativa
Técnica
Económicamente
El estudio de viabilidad no consiste en un estudio completo de los sistemas. Más bien, se trata de recopilar suficientes datos para que los directivos, a su vez, tengan los elementos necesarios para decidir si debe procederse a realizar un estudio de sistemas.
Viabilidad técnica
Agregados al sistema actual
Tecnología disponible para satisfacer las necesidades dé los usuarios :
Viabilidad económica
Tiempo de los analistas de sistemas
Costo del estudio de sistemas
Costo del tiempo que los empleados dedicarán al estudio
Costo estimado del hardware
Costo del software comercial o del desarrollo de software
Viabilidad operativa
El Sistema funcionara cuando se instale
El Sistema será utilizado



USO DE GRÁFICAS DE GANTT PARA LA PROGRAMACIÓN DE PROYECTOS

Una gráfica de Gantt es una forma fácil de programar tareas. En este tipo de gráfica las barras representan cada tarea o actividad. La longitud de cada barra representa la duración relativa de dicha tarea.
La principal ventaja de la gráfica de Gantt es su sencillez. El analista de sistemas esta técnica no sólo es fácil de utilizar, sino que también es adecuada para establecer una comunicación satisfactoria con los usuarios finales. Otra ventaja de utilizar la gráfica de Gantt es que las barras representan actividades o tareas a escala; es decir, el tamaño de las barras indica el tiempo relativo que tomará completar cada tarea.

PROGRAMACIÓN DE PROYECTOS POR COMPUTADORA
La programación de proyectos con ayuda de las computadoras se ha convertido en una tarea práctica y sencilla. Microsoft Project es un buen ejemplo de un programa muy eficaz.
La administración de proyectos de comercio electrónico
Es semejante en varios aspectos a la administración de proyectos tradicionales de sistemas de información, pero hay cuatro aspectos en los cuales difieren significativamente.

5.7     RECOPILACIÓN DE INFORMACIÓN: MÉTODOS INTERACTIVOS.

(Lolbel, blogspot, 2010)Existen métodos que nos permiten tener acceso, a la recopilación de información necesaria para saber o identificar problemas dentro de una organización. Es importante identificar cuáles son esos métodos y como aplicarlos. A continuación explicaremos unos de los más comunes y su forma de ser empleados.

ENTREVISTAS

Para llevar a cavo una entrevista es indispensable primero conocerse así mismo. Necesita conocer sus prejuicios y cómo afectarán éstos sus percepciones. Su educación, intelecto, formación, emociones y marco ético actúan como filtros poderosos de lo que va a oír en sus entrevistas para poder entender lo que es una entrevista.

Una entrevista es utilizada para recabar información, dicho en otros términos es una conversación dirigida con un propósito específico que utiliza un formato de preguntas y respuestas. En la entrevista usted necesita obtener las opiniones de los entrevistados y su parecer acerca del estado actual del sistema, metas organizacionales y personales y procedimientos informales.
Hay cinco pasos para poder preparar una entrevista
Los cinco pasos principales para preparar una entrevista son:
Pasos para la planeación de la entrevista
1. Leer los antecedentes.
2. Establecer los objetivos de la entrevista.
3. Decidir a quién entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.

Decidir el tipo de preguntas y la estructura
Escriba preguntas que abarquen las áreas clave de la toma de decisiones que haya descubierto al determinar los objetivos de la entrevista. Las técnicas apropiadas para preguntar son el corazón de la entrevista. Las preguntas tienen algunas formas básicas que usted debe conocer. Los dos tipos básicos de preguntas son las abiertas y las cerradas. Cada tipo de pregunta puede lograr resultados un poco diferentes a los de la otra, y cada una tiene ventajas y desventajas. Es necesario que usted piense en el efecto que tendrá cada tipo de pregunta.

TIPOS DE PREGUNTAS

Existen diversidad de tipos de preguntas y cada una es usada de acuerdo a las necesidades o que tanto de información es requerida es importante aplicar el método que vamos a usar para realizar dichas preguntas de acuerdo a su tipo.

Preguntas abiertas

Estas preguntas incluyen aquellas como "¿Qué piensa de poner a todos los gerentes en una intranet?" y "Explique por favor cómo toma una decisión de programación de producción". Considere el término abiertas.
En realidad, "abiertas" describe las opciones del entrevistado para responder. Están abiertas.

Preguntas cerradas La alternativa a las preguntas abiertas se encuentra en el otro tipo de pregunta básica: las preguntas cerradas. Tales preguntas son de la forma básica: "¿Cuántos subordinados tiene?" Las respuestas posibles se cierran al entrevistado, debido a que sólo puede contestar con un número finito como "Ninguno", "Uno" o "Quince". Una pregunta cerrada limita la respuesta disponible para el entrevistado.


Uso de una estructura de pirámide

La organización inductiva de preguntas de la entrevista se puede visualizar como si se tuviera una forma de pirámide. Con base en esta forma, el entrevistador empieza con preguntas, a menudo cerradas, muy detalladas. Posteriormente, el entrevistador extiende los temas permitiendo preguntas abiertas y respuestas más generalizadas.
Debe utilizar una estructura de pirámide si cree que su entrevistado necesita motivación para profundizar en el tema. También es conveniente utilizar una estructura de pirámide para la secuencia de las preguntas cuando desea una opinión concluyente del tema. Tal es el caso de la pregunta final: "En general, ¿qué opina de la seguridad de los datos versus la importancia del acceso a Internet?"

Uso de una estructura de embudo
En el segundo tipo de estructura, el entrevistador adopta un método deductivo al iniciar con preguntas generales y abiertas, y luego limitar las posibles respuestas utilizando preguntas cerradas. Esta estructura de entrevista se puede visualizar como una forma de embudo.
Uso de una estructura de diamante
Con frecuencia es mejor una combinación de las dos estructuras anteriores, lo cual da como resultado una estructura de diamante. Esta estructura implica empezar de una manera muy específica, después se examinan los aspectos generales y finalmente se termina con una conclusión muy específica.

5.8     RECOPILACIÓN DE INFORMACIÓN: MÉTODOS NO INTRUSIVOS.


MUESTREO
(Marisela, 2010)El muestreo es el proceso consistente en seleccionar sistemáticamente elementos representativos de una población. Cuando dichos elementos se examinan con cuidado, se da por hecho que el análisis revelará información útil de la población en general.


LA NECESIDAD DE MUESTREO
Hay muchas razones por las cuales un analista de sistemas tendría que seleccionar una muestra representativa de datos para examinarla o personas representativas para entrevistarlas, aplicarles un cuestionario u observarlas. Entre estas razones se incluyen:
1. Reducir costos.
2. Acelerar la recopilación de datos.
3. Mejorar la efectividad.
4. Reducir la parcialidad.
DISEÑO DEL MUESTREO
Un analista de sistemas debe seguir cuatro pasos para diseñar una buena muestra:
1. Determinar qué datos van a ser recopilados o descritos.
2. Determinar de qué población se van a tomar muestras.
3. Escoger el tipo de muestra.
4. Decidir el tamaño de la muestra.

DECISIÓN DEL TAMAÑO DE LA MUESTRA

Con frecuencia, el tamaño de la muestra depende del costo involucrado o del tiempo requerido por él analista de sistemas, o incluso del tiempo que tengan las personas de la organización.

INVESTIGACIÓN

Conforme el analista de sistemas se esfuerza por entender la organización y sus requerimientos de información, es importante que examine los diferentes tipos de datos reales que ofrecen información no disponible a través de ningún otro método de recopilación de datos. Los datos reales revelan en dónde está la organización y hacia dónde creen sus miembros que se dirige. Para conjuntar un panorama preciso, el analista necesita examinar datos reales tanto cuantitativos como cualitativos.


ANÁLISIS DE DOCUMENTOS CUANTITATIVOS
En todas las empresas existen muchos documentos cuantitativos disponibles para su interpretación, y entre ellos se incluyen informes usados para la toma de decisiones, informes de desempeño, registros y una variedad de formularios. Todos estos documentos tienen un propósito y un público específicos a los cuales van dirigidos.


ANÁLISIS DE LOS DOCUMENTOS CUALITATIVOS

Los documentos cualitativos incluyen mensajes de correo electrónico, memorandos, carteles en los tableros de anuncios y en las áreas de trabajo, páginas Web, manuales de procedimientos y manuales de políticas. Hay razón para ello. Algunos lineamientos pueden ayudar a los analistas a seguir un enfoque sistemático en esta clase de análisis:
1. Examine los documentos en busca de metáforas clave u orientadoras.
2. Busque una mentalidad de internos contra externos o de "nosotros contra ellos".
3. Liste los términos que caractericen lo bueno o lo malo y que aparezcan repetidamente en los documentos.
4. Busque mensajes y gráficos significativos colocados en áreas comunes o en páginas Web.
5. Identifique el sentido del humor, si lo hay.

OBSERVACIÓN DEL COMPORTAMIENTO DEL TOMADOR DE DECISIONES
La observación del tomador de decisiones y su entorno físico son métodos no intrusivos importantes para el analista de sistemas. Al observar las actividades del tomador de decisiones, el analista busca darse una idea de lo que realmente se hace, no sólo de lo que se documenta o explica. Además, al observar al tomador de decisiones, el analista trata de ver personalmente las relaciones que existen entre el tomador de decisiones y los demás miembros de la organización.

OBSERVACIÓN DE LAS ACTIVIDADES DE TOMA DE DECISIONES DE UN GERENTE TÍPICO
El analista de sistemas se vale de entrevistas y cuestionarios interactivos para entender adecuadamente la manera en que los gerentes describen su trabajo. Sin embargo, la observación permite al analista ver personalmente la manera en que un gerente recopila, procesa, comparte y usa la información para realizar su trabajo.

OBSERVACION DEL ENTORNO FISICO
La observación de las actividades de los tomadores de decisiones es sólo una forma de evaluar sus requerimientos de información. La observación del entorno físico en el cual se desempeñan los tomadores de decisiones también pone de manifiesto muchos de sus requerimientos de información.

Ubicación de la oficina
Uno de los primeros elementos que el analista de sistemas debe observar es la ubicación de la oficina de un tomador de decisiones específico con respecto a otras oficinas.
Colocación del escritorio
La colocación de un escritorio en la oficina puede ofrecer pistas sobre la manera en que el tomador de decisiones ejerce su autoridad.
Equipo fijo de oficina
Archiveros, libreros y otro equipo grande para almacenar artículos se incluyen en la categoría de equipo fijo de oficina.

Accesorios
El término accesorios se refiere a todo el equipo pequeño usado para procesar información, incluso las computadoras de bolsillo, calculadoras, PCs, plumas, lápices y reglas.



5.9     ELABORACIÓN DE PROTOTIPOS RAD Y PROGRAMACIÓN EXTERNA.

(Yoldany) La elaboración de prototipos eficaz debe realizarse en las primeras etapas del ciclo de vida del desarrollo de sistemas, durante la fase de determinación de requerimientos. Sin embargo, la elaboración de prototipos es una técnica compleja que requiere conocimiento de todo el ciclo de vida del desarrollo de sistemas para completarse con éxito.
La elaboración de prototipos se incluye en este punto del texto para subrayar su importancia como una técnica de recopilación de información. El analista de sistemas busca son las primeras reacciones hacia el prototipo por parte de los usuarios y los directivos, las sugerencias del usuario sobre cambiar o limpiar el sistema del cual se elaboró el prototipo, sus posibles innovaciones de revisión que detallen las partes del sistema que se necesitan hacer primero o de cuáles divisiones de una organización se hará el próximo prototipo.

Prototipo RAD.
Proceso de desarrollo de software que permite construir sistemas utilizables en poco tiempo, normalmente de 60 a 90 días, frecuentemente con algunas concesiones.
Programación Eterna.
La programación extrema es una metodología de desarrollo ligera (o ágil) basada en una serie de valores y de prácticas de buenas maneras que persigue el objetivo de aumentar la productividad a la hora de desarrollar programas.

5.10  USO DE DIAGRAMAS DE FLUJO DE DATOS

(Daniel Capuzzi) Los diagramas de flujos de datos son una técnica de análisis estructurado que van de lo general a lo específico muestran las posibles entradas, procesos y salidas del sistema. Los diagramas son usados cuando los analistas tratan de comprender los requerimientos de información de los usuarios de una manera gráfica utilizando solo cuatro símbolos combinados entre sí.
El uso de los diagramas de flujo de datos da ciertas ventajas como pueden ser las siguientes:
Libertad para realizar en forma temprana la implementación técnica de un sistema.
Mejor comprensión entre las interrelaciones de los sistemas y los subsistemas.
Comunicación del conocimiento del sistema actual a los usuarios por medio de diagramas de flujos de datos.
Análisis de un sistema propuesto para determinar si han sido definidos los datos y los procesos necesarios.

5.11  ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIOS DE DATOS.

Los diccionarios de datos son parte de las herramientas case y pueden ser creados con el fin de recolectar, confirmar y coordinar lo que significa un término de datos para diferentes personas dentro de la organización, estos diccionarios son una herramienta muy importante en los grandes sistemas que producen miles de elementos de datos.
Los diccionarios de flujos de datos pueden ser usados para validar el diagrama de flujos de datos y para verificar que este esté competo y preciso. Al mismo tiempo dan un punto de inicio a la hora de desarrollar pantallas y reportes, así como determinan el contenido de los datos almacenados en archivos.

5.12  DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURADAS.

Las especificaciones de procesos son creadas para los procesos primitivos en los DFD así como para algunos procesos de más alto nivel que explotan hacia un diagrama hijo.
La producción de especificaciones de procesos tiene tres objetivos fundamentales los cuales son:
Minimizar la ambigüedad del proceso ya que permite al analista a aprender la manera en que trabajan los procesos.
Obtener una descripción precisa de lo que se logra.
Validar los diseños del sistema para asegurarse que un proceso tenga todos los flujos de datos para poder producir la salida.
Existen categorías de procesos que no necesitan especificaciones; estas categorías son las siguientes:
Procesos que son de entrada o salida típica
Procesos que representan validación de datos simple
Procesos que usen códigos prescrito.

5.13  PREPARACIÓN DE LA PROPUESTA DE SISTEMAS.


(Pacheco, 2007)La evaluación de hardware y software, identificación y pronóstico de costos y beneficios y la realización de análisis de beneficio - costo son actividades necesarias que el analista de sistemas debe lograr para la preparación del material para la propuesta de sistema. Los requerimientos de información ayudan a conformar qué software es comprado o codificado, así como qué hardware es necesario para realizar las funciones de transformación de datos requeridas. Los analistas de sistemas deben estimar las cargas de trabajo para caracterizar adecuadamente la capacidad de cargas de trabajo actual y la proyección necesaria para el hardware. Se pueden ejecutar cargas de trabajo de muestra en el hardware bajo consideración. Aunque el equipo de cómputo cambia rápidamente, el procedimiento usado para la evaluación del hardware no necesita cambiar. Mediante el inventariado del equipo que ya se tiene a la mano y pedido, los analistas de sistemas serán capaces de recomendar si se conserva el actual, o se modifica o se compra nuevo hardware computacional.
El hardware computacional puede ser adquirido mediante compra, arrendamiento financiero o renta. Los vendedores proporcionarán servicios de apoyo, tales como mantenimiento preventivo y entrenamiento a usuarios, que son típicamente negociados por aparte. Los paquetes de software también deben ser evaluados por el analista de sistemas y los usuarios pertinentes. Se puede ahorrar mucho tiempo de programación si uno de estos paquetes es utilizable sin gran personalización.
El software necesita ser evaluado sobre qué tan bien desarrolla las funciones deseadas, su facilidad de uso, adecuación de la documentación y servicios de apoyo que puedan ofrecer los vendedores. La preparación de una propuesta significa la identificación de todos los costos y beneficios de varias alternativas.
El analista de sistemas tiene varios métodos disponibles para pronosticar los costos, beneficios, volúmenes de transacciones y variables económicas futuras que afectan los costos y beneficios. Los costos y beneficios pueden ser tangibles (cuantificables) o intangibles (no cuantificables y resistentes a una comparación directa). Un analista de sistemas tiene muchos métodos para el análisis de costos y beneficios. El análisis de punto de equilibrio examina el costo del sistema existente contra el costo del sistema propuesto.

5.13.1   ESCRITURA Y PRESENTACIÓN DE LA PROPUESTA DE SISTEMAS.


Los analistas de sistemas tienen tres pasos principales a seguir para reunir una propuesta de sistemas efectiva: organizar funcionalmente el contenido de la propuesta, escribir la propuesta en un estilo de negocios apropiado y exponer verbalmente una propuesta de sistemas informativa. Debido a que la propuesta es el resultado del trabajo que ha sido realizado hasta el momento y el esfuerzo propuesto, es un documento crítico para vender el sistema. Para ser efectiva, la propuesta debe ser escrita en una forma clara y comprensible, y su contenido debe estar dividido en 10 secciones funcionales. Debe tener un título adecuado que atrape el interés de los lectores y refleje claramente lo que está por venir. La propuesta debe tener un resumen ejecutivo que proporcione un panorama conciso del proyecto de sistemas y las recomendaciones del analista.

Las consideraciones visuales son importantes cuando se arma una propuesta que comunica bien. Use suficiente espacio en blanco para destacar el texto, sea generoso cuando incluya encabezados y subencabezados, numere todas las páginas y mantenga al mínimo las referencias y los apéndices. Mucho de lo que es importante en la propuesta de sistemas puede ser mejorado mediante el uso adecuado de figuras, incluyendo tablas y gráficas. Las gráficas comparan dos o más variables a lo largo del tiempo o en un momento particular del tiempo. Las figuras siempre son acompañadas con una interpretación escrita en la propuesta. Las gráficas y tablas usadas para planeación, anteriormente a la propuesta, pueden ser incorporadas a ella cuando sean relevantes. La presentación verbal del sistema está basada en la propuesta escrita y es otra forma de vender eficientemente el sistema. Una opción para la presentación es crear una presentación de transparencias usando software de presentación.

5.14  DISEÑO DE UNA SALIDA Y ENTRADA EFICAZ

5.14.1    DISEÑO DE SALIDA EFECTIVA

La salida es cualquier información útil o datos proporcionados por el sistema de información o, el sistema de apoyo a decisiones ante el usuario. La Salida puede tomar virtualmente cualquier forma, incluyendo la impresión, pantallas, audio, microformas, CD-ROM y electrónica. Estos diseñan la salida para que sirva al propósito pretendido y para que se ajuste al usuario, proporcionar la cantidad adecuada de salida, proporcionarla en el lugar adecuado, proporcionar la salida a tiempo y seleccionar la salida a tiempo y seleccionar el método de salida adecuado.
Es importante que el analista se dé cuenta de que el contenido de la salida está relacionado con el método de la salida. La salida de diferentes tecnologías afecta a los usuarios en formas diferentes. Las tecnologías de salida también difieren en su velocidad, costo, portabilidad, flexibilidad y posibilidades de almacenamiento y recuperación. Todos estos factores deben ser considerados cuando se decide entre impresión, en pantalla, audio, microformas o salida electrónica, o una combinación de estos métodos de salida. La presentación de la salida puede tergiversar la interpretación que los usuarios hacen de ella. Los analistas deben estar conscientes de las fuentes de ascendencia, interactuar con los usuarios para diseñar la salida, informar a los usuarios de las posibilidades de ascendencia en la salida, crear salida flexible y modificable y entrenar a los usuarios para que usen varias salidas para que les ayuden a verificar la precisión de cualquier reporte particular. Los reportes impresos son diseñados con el uso de hojas de diseño de reporte en pantalla o en papel. El diccionario de datos sirve como fuente de los datos necesarios para cada reporte.

5.14.2   16. DISEÑO DE ENTRADA EFECTIVO.

Este capítulo trata a los elementos del diseño de entrada para formas y pantallas VDT. La entrada bien diseñada debe satisfacer los objetivos de efectividad, precisión, facilidad de uso, consistencia y atractivo. El conocimiento de muchos elementos de diseño diferentes permitirá que el analista de sistemas alcance estos objetivos. Los cuatro lineamientos para las formas de entrada bien diseñadas son:
1. Las formas deben ser fáciles de llenar.
2. Las formas deben satisfacer el propósito para el que fueron diseñadas.
3. Las formas deben ser diseñadas para asegurar su llenado preciso.
4. Las formas deben ser atractivas.
El diseño de formas y pantallas útiles se traslapa en muchas formas importantes, pero hay algunas distinciones. Las pantallas despliegan un cursor que orienta continuamente al usuario. Las pantallas proporcionan frecuentemente asistencia con la entrada y, en cambio, aparte de las instrucciones preimpresas, puede ser difícil obtener ayuda adicional para una forma.
Los cuatro lineamientos para pantallas VDT bien diseñadas son:
1. Las pantallas deben ser mantenidas simples.
2. Las pantallas deben ser consistentes de pantalla a pantalla.
3. El diseño de pantalla debe facilitar el movimiento entre pantallas.
4. Las pantallas deben ser atractivas.


5.15  DISEÑO DE BASE DE DATOS.


Cómo guardar datos es frecuentemente una decisión importante en el diseño de un sistema de información. Hay dos enfoques para el almacenamiento de datos. El primer enfoque es guardar los datos en archivos individuales y un archivo para cada aplicación. El segundo enfoque es desarrollar una base de datos que pueda ser compartida por muchos usuarios para una variedad de aplicaciones conforme se necesita. Se han realizado mejoras dramáticas en el diseño de software de base de datos para aprovechar la interfaz gráfica de usuario.

El enfoque de archivo convencional puede ser, a veces, un enfoque más eficiente, debido a que el archivo puede ser específico de la aplicación. Por otro lado, el enfoque de base de datos puede ser más adecuado debido a que los mismos datos necesitan ser capturados, almacenados y actualizados una sola vez. Para comprender el almacenamiento de datos es necesario tener un conocimiento de tres reinos: la realidad, los datos y los metadatos. Una entidad es cualquier objeto o evento del que deseamos recolectar y almacenar datos. Los atributos son las características actuales de esas entidades

5.16  DISEÑO DE LA INTERFAZ DE USUARIO.


En este capítulo se ha enfocado en los usuarios del sistema, su interfaz con la computadora, su necesidad de retroalimentación y el diseño de su estación de trabajo. El éxito del sistema que se diseñe depende del involucramiento y aceptación del usuario. Por lo tanto, el pensar acerca de los usuarios en formas sistemáticas y empáticas es de gran importancia y no un asunto periférico para los analistas de sistemas. En este capítulo se trata varios tipos de interfaz de usuario y dispositivos de entrada. Algunas interfaces están particularmente bien adaptadas para los usuarios sin experiencia, tales como: lenguaje natural, pregunta y respuesta, menús, llenado de forma, interfaz gráfica de usuario, el ratón, plumas ópticas y pantallas sensibles al tacto.

El lenguaje de comandos está mejor adecuado para los usuarios experimentados. La combinación de interfaces puede ser extremadamente efectiva. Por ejemplo, el uso de menús desplegables con interfaces gráficas de usuario, o el empleo de menús anidados dentro de interfaces de preguntas y respuestas, produce combinaciones interesantes. Cada interfaz plantea un nivel diferente de reto para los programadores, siendo el lenguaje natural el más difícil de programar. La retroalimentación se usa de muchas formas. También se enfatiza la necesidad de retroalimentación a los usuarios por parte del sistema. Es necesaria la retroalimentación del sistema para hacer que los usuarios sepan si su entrada está siendo aceptada, si la entrada está o no en la forma correcta, si el procesamiento está avanzando, si las peticiones pueden ser o no procesadas y si se encuentra disponible información más detallada y cómo obtenerla. También puede ser efectiva la retroalimentación por audio.


5.17   DISEÑO DE PROCEDIMIENTO PARA LA CAPTURA DE DATOS PRECISA.


El aseguramiento de la calidad de los datos de entrada al sistema de información es crítico para asegurar la calidad de la salida. La calidad de los datos alimentados puede ser mejorada por medio del logro de tres principales objetivos de la captura de datos: codificación efectiva, captura de datos efectiva y eficiente y validación de los datos. Una de las mejores formas para agilizar la captura de datos es mediante el uso efectivo de la codificación, que pone los datos en secuencias cortas de dígitos y/o letras. Se pueden usar códigos de secuencia simple Y códigos de derivación alfabética para seguir el avance de un concepto dado a través del sistema. Los códigos de clasificación y los códigos de secuencia en bloque son útiles para distinguir clases de artículos entre ellas. Los códigos, tales como el código de cifrado, también son útiles para ocultar información que es sensible o está restringida a determinadas personas dentro del negocio. La revelación de información es también un uso de códigos que vale la pena, debido a que permite que los empleados del negocio localicen conceptos en existencia y también puede hacer que la captura de datos sea más significativa.

Los códigos de subconjuntos de dígito significativo usan subgrupos de dígitos para describir un producto. Los códigos mnemónicos también revelan información, sirviendo como ayudas de memoria para que ayuden al operador de captura de datos a teclear los datos correctamente o ayuden al usuario final para el uso de la información. Los códigos que son útiles para informar a las computadoras o a las personas acerca de qué funciones hay que realizar o qué acciones efectuar son llamados códigos de función, y evitan el tener que decir a detalle qué acciones son necesarias. Otra parte para asegurar la captura de datos efectiva es la atención a los dispositivos de entrada que se usan. El primer paso es una forma efectiva y bien diseñada que sirva como documento fuente (cuando se necesita), Los datos pueden ser alimentados por medio de muchos métodos diferentes, teniendo cada uno diferente velocidad y confiabilidad. Las mejoras en eficiencia sobre el teclado a cinta han sido realizadas por medio de la interacción de los sistemas teclado a disco y teclado a disco flexible. El reconocimiento óptico de caracteres (OCR) permite la lectura de datos de entrada por medio del uso de software especial que elimina algunos pasos y también requiere menos habilidades de los empleados. Otros métodos de captura de datos incluyen el reconocimiento de caracteres de tinta magnética usado por los bancos para codificar los números de cuenta de los clientes, las formas de marcas sensibles usadas para alimentación de gran cantidad de datos y las formas perforadas usadas en votaciones. Los códigos de barras (aplicados a productos y luego digitalizados) también agilizan la captura de datos y mejoran la precisión y confiabilidad de los datos. También están siendo desarrolladas nuevas tecnologías de entrada, tales como las cámaras digitales. Las terminales inteligentes son dispositivos de entrada (frecuentemente basadas en microprocesador) con una VDT, teclado y enlace de comunicación con la CPIJ. Permiten que se tecleen y completen transacciones en tiempo real. Junto con una codificación adecuada, captura de datos y dispositivos de entrada, la captura de datos precisa puede ser mejorada mediante el uso de la validación de la entrada. El analista de sistemas debe suponer que sucederán errores en los datos, y debe trabajar con los usuarios para diseñar pruebas de validación de entrada para prevenir que sean procesados y almacenados datos erróneos.


5.18   ASEGURAMIENTO DE LA CALIDAD POR MEDIO DE LA INGENIERÍA DE SOFTWARE.


El analista de sistemas usa tres amplios enfoques para la administración de calidad total (TQM) para analizar y diseñar sistemas de información: diseño de sistemas y software con un enfoque modular de arriba hacia abajo, diseño y documentación de sistemas y software usando métodos sistemáticos, y pruebas de sistemas y software para que puedan ser fácilmente mantenidos y auditados. Los usuarios son de importancia crítica para el establecimiento y evaluación de la calidad de varias dimensiones de los sistemas de manejo de información y los sistemas de apoyo a decisiones. Pueden estar involucrados en la evolución completa de los sistemas mediante el establecimiento de fuerzas de tarea MIS o círculos de calidad.

La TQM puede ser implementada satisfactoriamente tomando un enfoque de arriba hacia abajo para el diseño. Esto se refiere a ver primero los objetivos organizacionales generales y luego descomponiéndolos en requerimientos de subsistemas manejables. El desarrollo modular hace que la programación, depuración y mantenimiento sean más fáciles de lograr. La programación en módulos está muy bien adecuada para tomar un enfoque de arriba hacia abajo. Dos sistemas que enlazan programas en el ambiente Windows son el DDE (Intercambio dinámico de datos) que comparte código utilizando archivos de biblioteca de enlace dinámico (DLL). Mediante el uso del DDE un usuario puede almacenar datos en un programa y luego usarlos en otro. Un segundo enfoque para el enlace de programas en Windows es llamado OLE (vinculación e inclusión de objetos). Este método de enlace es superior al DDE para enlazar datos y gráficos de aplicaciones, debido a su enfoque orientado a objetos.

Una herramienta recomendada para el diseño de un sistema modular de arriba hacia abajo es llamada una gráfica de estructura. Se usan dos tipos de flechas para indicar los tipos de parámetros que son pasados entre los módulos. El primero es llamado un acople de datos y el segundo es llamado una bandera de control. Los módulos de las gráficas de estructuras caen en una de tres categorías: control, transformacional (a veces llamada trabajador) y funcional o especializado.


5.19   IMPLEMENTACIÓN SATISFACTORIA EN EL SISTEMA DE INFORMACIÓN.


La implementación es el proceso de asegurar que el sistema de información y/o el centro de información es operacional y luego involucrar a usuarios bien capacitados en su operación. En proyectos de sistemas grandes, el papel principal del analista es supervisar la implementación, estimando correctamente el tiempo necesario y luego supervisando la instalación del equipo para los sistemas tradicionales, centros de información o procesamiento distribuido, la capacitación de usuarios y la conversión de archivos y bases de datos al nuevo sistema. Un centro de información implementado dentro de un negocio, como parte de un departamento de sistemas más grande, es una forma para hacer más fácil a los usuarios satisfacer sus necesidades de información a corto plazo. Por medio del centro de información los usuarios aprenden a resolver sus propios problemas de negocios inmediatos con el hardware y software de computadora disponible y la ayuda experta de los especialistas del centro. Tanto los usuarios como el personal del centro de información deben hacer propia la idea de que el centro de información es una empresa que vale la pena y estar dispuestos a desempeñar los nuevos papeles requeridos en el centro. Es posible comenzar un centro de información con un gerente y dos o tres personas técnicas (siendo uno o todos ellos analistas de sistemas). Los empleados del centro deben ser competentes técnicamente, pero también deben sentir agradable el interactuar con los usuarios en un papel de soporte. Los usuarios deben aceptar la responsabilidad de los recursos que están usando, querer aprender y ser capaces de formular sus problemas con base en su propio conocimiento de fondo del negocio. Los sistemas distribuidos aprovechan la tecnología de telecomunicaciones y la administración de bases de datos para una de las formas más populares para enfocar los sistemas distribuidos es mediante el uso de un modelo cliente/servidor. Los tipos estándar de redes organizacionales incluyen la red de área local (LAN) y la red de área amplia (WAN). Mediante el uso de un enfoque de arriba hacia abajo, los analistas pueden usar seis símbolos para ayudarse a trazar los diagramas de descomposición de la red y conectividad de núcleos. Un nuevo software, llamado groupware, está llegando a ser más funcional y más ampliamente distribuido. Su objetivo es ayudar a los miembros de grupos a trabajar juntos por medio de redes.

5.20  Análisis y diseño de sistemas Orientado a Objetos UML













El Lenguaje de Modelado Unificado (UML)

(Palacios, 2012)Una exigencia de la gran mayoría de instituciones dentro  de su Plan Informático estratégico, es que los desarrollos de software bajo una arquitectura en Capas, se formalicen con un lenguaje estándar y unificado.
Es decir, se requiere  que cada una de las partes que comprende el desarrollo de todo software de diseño orientado a objetos, se visualice, especifique y documente con lenguaje común.
Se necesitaba un lenguaje que fuese  gráfico, a fin de especificar y documentar un sistema de software, de un modo estándar incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema.
Este lenguaje unificado que cumple con estos requerimientos, es ciertamente UML, el cual cuenta con una notación estándar y semánticas esenciales para el modelado de un sistema orientado a objetos.


¿Qué es UML?
El Lenguaje de Modelado Unificado (UML:Unified Modeling Language) es la sucesión de una serie de métodos de análisis y diseño orientadas a objetos que aparecen a fines de los 80's y principios de los 90s.UML es llamado un lenguaje de modelado, no un método. Los métodos consisten de ambos de un lenguaje de modelado y de un proceso. El UML , fusiona los conceptos de la orientación a objetos aportados por Booch, OMT y OOSE (Booch, G. et al., 1999). UML incrementa la capacidad de lo que se puede hacer con otros métodos de análisis y diseño orientados a objetos. Los autores de UML apuntaron también al modelado de sistemas distribuidos y concurrentes para asegurar que el lenguaje maneje adecuadamente estos dominios.
El lenguaje de modelado es la notación (principalmente gráfica) que usan los métodos para expresar un diseño. El proceso indica los pasos que se deben seguir para llegar a un diseño.
La estandarización de un lenguaje de modelado es invaluable, ya que es la parte principal del proceso de comunicación que requieren todos los agentes involucrados en un proyecto informático. Si se quiere discutir un diseño con alguien más, ambos deben conocer el lenguaje de modelado y no así el proceso que se siguió para obtenerlo.

Los diagramas de clases de UML forman la vista lógica.
Los diagramas de interacción de UML constituyen la vista de proceso.
La vista de desarrollo captura el software en su entorno de desarrollo.
Los diagramas de despliegue integran la vista física .
Los escenarios: el modelo de casos de uso.

Modelamiento de Clases
Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de contenimiento.
Un diagrama de clases esta compuesto por los siguientes elementos:
Clase: atributos, métodos y visibilidad.
Relaciones: Herencia, Composición, Agregación, Asociación y Uso.


6      Bibliografía

cni.es. (2 de 1 de 2011). Recuperado el 19 de 1 de 2013, de http://www.cni.es/comun/recursos/descargas/NS-05_Seguridad_en_los_Sistemas_de_Informacion_y_Comunicaciones.pdf
Daniel Capuzzi, G. C. (s.f.). Recuperado el 14 de 2 de 2013, de http://members.tripod.com/kendall_kendall/cgi-bin/Kendall3.htm
Ibarra. (s.f.). Recuperado el 11 de 29 de 2012, de http://www.enterprisesoftmx.com/material/Modulo11.pdf
Lolbel. (13 de Abril de 2010). blogspot. Recuperado el 14 de 02 de 2013, de http://re-velm.blogspot.com/2010/04/recopilacion-de-informacion-metodos.html
Lolbel. (19 de Marzo de 2010). blogspot. Recuperado el 14 de 02 de 2013, de http://re-velm.blogspot.com/2010/03/determinacion-de-la-viabilidad-y.html
Marisela. (26 de Junio de 2010). Blospot. Recuperado el 14 de 02 de 2013, de http://marisela-tatu-marisela.blogspot.com/2010/06/recopilacion-de-informacion-metodos-no.html
Pacheco, H. J. (19 de 11 de 2007). Monografias.com. Recuperado el 11 de 02 de 2013, de http://www.monografias.com/trabajos55/analisis-sistemas-informacion/analisis-sistemas-informacion3.shtml
Palacios, F. M. (7 de Enero de 2012). Blospot. Recuperado el 11 de Febrero de 2013, de http://frizzmelendez.blogspot.com/2012/01/analisis-y-diseno-de-sistemas-orientado.html
Works. (s.f.). My Systems. Recuperado el 29 de 11 de 2012, de http://misystem.pbworks.com/w/file/fetch/51514620/cap2.pdf
Yoldany. (s.f.). monografias.com. Recuperado el 19 de 1 de 2013, de http://www.monografias.com/trabajos59/elaboracion-prototipos/elaboracion-prototipos.shtml#ixzz2IEdSK552


No hay comentarios:

Publicar un comentario