Análisis de tareas y Diseño de Sistemas

...

Modelado Conceptual

El propósito de los modelos conceptuales es permitir que los analistas de razonar acerca de un problema y llegar a soluciones de diseño en el resumen. Un buen modelo conceptual es uno que sea adecuado a la situación en cuestión. Se destaca la información significativa y suprime los detalles innecesarios. Los modelos pueden ser utilizados para ayudar al análisis - la construcción del modelo obliga al analista a considerar lo que es importante - como una técnica de diseño formal, para comunicar ideas o para probar hipótesis. Los modelos pueden ser de muchas cosas y pueden ser sobre diferentes aspectos de la situación. Las construcciones que emplea un modelo, la capacidad de manipular los constructos y las limitaciones que pueden ser expresados ​​son esenciales para su eficacia. La matemática es una conceptualización que ha sido bien utilizado en muchas áreas. Los modelos hechos de plástico o de madera son apropiadas para la conceptualización de la estructura física. Una buena introducción a los principios de los modelos conceptuales en los modelos generales y de datos, en particular, es proporcionada por (Tsichritzis y Lochovsky, 1982). Desde HCI se centra en la interacción entre humanos y ordenadores, un modelo conceptual del sistema hombre-máquina, que es a la vez una abstracción de los seres humanos y del sistema informático que sería deseable. En el lado humano, podemos desear para modelar las estructuras conceptuales que tienen las personas, las tareas que se llevan a cabo, la probabilidad de que sus cometer errores, el procesamiento cognitivo que se comprometen, la capacidad de aprendizaje del sistema, los conocimientos necesarios para utilizar el sistema , y así. En el lado del ordenador podemos desear para modelar la estructura del sistema de ordenador, el procesamiento, la interfaz, el rendimiento, la calidad y así sucesivamente. Desde luego, no queremos modelos para ser atados a determinados lenguajes de programación o paradigmas de programación (por ejemplo, programación lógica, la programación orientada a objetos, etc.), ni a las personas individuales particulares, debido a que tales modelos fallarían en el objetivo de lograr un nivel adecuado de abstracción. La analítica, poder explicativo y comunicativo de un modelo conceptual surge de la estructura, las operaciones y las limitaciones que dicho modelo es capaz de capturar.

MODELOS DE DATOS

Creo que no es útil para ver los modelos de datos como modelos de datos. Los modelos de datos son modelos de algún aspecto del sistema, en nuestro caso un sistema humancomputer, que están hechas de datos. El objeto del modelo es el sistema humano-ordenador; de datos es el material del que se construye el modelo. El argumento aquí es que el uso de datos como la piedra angular de los modelos es particularmente apropiada para los sistemas hombre-máquina. El componente estructural básico de un modelo de datos es un elemento de datos. Un elemento de datos es un objeto semántico consiste en uno o más símbolos, un nombre (y por lo general una descripción más completa del significado del elemento de datos) y un contexto. El nombre, la descripción y el contexto atribuyen la semántica en el dato. Las instancias de elementos de datos - los valores reales y potenciales - están convenientemente generalizadas por el nombre del elemento de datos. Los detalles de los elementos de datos y su significado pueden y deben ser almacenados en un diccionario de datos, con lo que la semántica explícita. La resolución de conflicto entendimientos y significados para el mismo elemento de datos, o para el mismo nombre de un elemento de datos es una parte importante del trabajo del analista. Por ejemplo, un análisis de un sistema de correo electrónico, puede revelar que hay un tipo de elemento de datos que el analista, en consulta con los usuarios, decide llamar a WhoTo. Este elemento de datos se puede definir como la entrada que se introduce en respuesta a la petición del sistema electrónico Para: indica el destinatario de un mensaje. Los ejemplos de este elemento de datos incluyen rpt@uk.ac.leeds.dcs @Researchgroup T_Bolton earn-relé de artículos "John@ibm.com" datos son establecidos por el analista a través de técnicas de captura de datos, tales como entrevistas, observación, grabación, creación de prototipos, la búsqueda y así sucesivamente. Los analistas no se limitan a percibir el mundo; que interactúan con el sistema existente, o descripciones de la misma, y ​​deciden representar ciertos aspectos utilizando ciertos elementos de datos. Los analistas deben tener mucho cuidado para identificar implícita, así como datos explícitos. La altura de una pila de cajas en un almacén o el zumbido de una unidad de disco son sólo tantos datos como el nombre de un usuario o un código de producto. El uso de este componente básico, modelos de datos imponen una disciplina. En el primer caso, el significado de cada elemento de datos tiene que ser establecida. En el ejemplo anterior, el significado de WhoTo está lejos de ser clara. Los analistas deben tener en cuenta la estructura del elemento de datos, los valores admisibles del elemento de datos y si hay más de un tipo de elemento de datos. En este caso, el análisis revelaría que rpt@uk.ac.leeds.dcs es una dirección en la red JANET, la sintaxis es la identificación de usuario @ Dirección Dirección y que se compone de Country.TypeOfOrganization.Institution.Node.