Manual de Usuario: Esta parte se divide en dos manuales distintos, uno por cada aplicación cliente. Se explicará todas las posibles opciones que puede realizar el usuario con estas aplicaciones de manera detallada, y mediante el uso de capturas de pantalla.
Este documento está dirigido al usuario final.
Pasos del manual del usuario:
1. Portada: De que se trata el documento y quien lo elaboro?
2. Introducción: Describe el uso del documento (para que sirve?) y de que habla?
3. Análisis y requerimientos del sistema (¿que se ocupa para poder instalarlo y usarlo?)
3. Explicación del funcionamiento: Debes de poner paso a paso y con pantallas bien explicadas como funciona el programa
4. Glosario
• Debe ser escrito de tal manera, que cualquier persona pueda entenderlo con la menor dificultad posible.
• Es recomendable, detallar todos aquellos pasos que se llevan a cabo para usar el
Programa.
• Especificar los alcances y las limitaciones que tiene el programa.
• Un buen punto de partida para un manual de usuario, es hacer de cuenta que las personas que lo van a leer no tienen el mas mínimo conocimiento sobre computadores.
CIBERGRAFIA:
http://www.mitecnologico.com/Main/ElaboracionManualDeUsuario.com
jueves, 1 de julio de 2010
Tema 6.1 Elaborar el manual del tecnico
CONSIDERACIONES GENERALES PARA LA DOCUMENTACIÓN DE EL DESARROLLO DE APLICACIONES INFORMÁTICAS Y ELABORACION:
1. Toda documentación que se genere para un proyecto específico, que haya sido revisada y aprobada, debe poseer lo siguiente:
A) Identificación del documento
Este documento debe incorporar la siguiente información:
• Logotipo de la organización.
• Nombre oficial de la organización.
• Denominación y extensión. De corresponder a una unidad en particular debe anotarse el nombre de la misma.
• Lugar y fecha de elaboración.
• Número de revisión (en su caso).
• Unidades responsables de su elaboración, revisión y/o autorización.
• Clave de la forma. En primer término, las siglas de la organización, en segundo lugar las siglas de la unidad administrativa donde se utiliza la forma y, por último, el número de la forma. Entre las siglas y el número debe colocarse un guión o diagonal. (en su caso)
B) Estructura del documento.
2. Por cada documento final deberá entregarse copias al personal involucrado en el proyecto.
3. Una vez concluido el desarrollo de un sistema, considerando para esto los posibles cambios que se efectúen durante la etapa de garantía de que lo cubre (si así fuera el caso), el usuario final del sistema debe recibir una versión actualizada final del documento manual técnico.
Estructura del documento MANUAL TÉCNICO
1. Índice
Relación de los capítulos y páginas correspondientes que forman parte del documento
2. Introducción.
Se debe presentar una breve descripción del sistema desarrollado, que contemple el ámbito abarcado, cual es su función principal y un detalle de las funciones macros o partes que lo componen. Puede incluir un mensaje de la máxima autoridad de las áreas comprendidas en el manual.
2.1. Objetivo general del sistema
Se debe de describir el objetivo general del sistema.
2.2. Objetivos específicos
Se deben describir brevemente los objetivos específicos que se cumplieron con el desarrollo del sistema.
3. Contenido técnico
3.1. Definición de reglas del negocio implementadas en el sistema desarrollado.
3.2. Diagramas de flujo de datos, junto con su respectivo diccionario de datos.
3.3. Controles de auditoria implementados en el sistema.
3.4. Descripción de campos requeridos por pantalla con presentación de pantallas.
3.5. Diagrama de navegación del sistema.
3.6. Requerimientos de interface con otros sistemas.
3.7. Modelo lógico de datos, diagrama entidad-relación.
3.8. Modelo de datos físico, junto con su respectivo diccionario de datos.
3.9. Matriz de procesos versus organización.
3.10. Matriz de programas versus entidades.
3.11. Plataforma de usuario. Aquí se describen los requerimientos mínimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario).
3.12. Áreas de aplicación y/o alcance de los procedimientos. Esfera de acción que cubren los procedimientos
4. Responsables.
Para iniciar los trabajos que conducen a la integración de un manual, es indispensable prever que no queda diluida la responsabilidad de la conducción de las acciones en diversas personas, sino que debe designarse a un coordinador, auxiliado por un equipo técnico, al que se le debe encomendar la conducción del proyecto en sus fases de diseño, implantación y actualización. De esta manera se logra homogeneidad en el contenido y presentación de la información. Por lo que respecta a las características del equipo técnico, es conveniente que sea personal con un buen manejo de las relaciones humanas y que conozca a la organización en lo que concierne a sus objetivos, estructura, funciones y personal. Para este tipo de trabajo, una organización puede nombrar a la persona que tenga los conocimientos y la experiencia necesarios para llevarlo a cabo. Por la naturaleza de sus funciones puede encargarlo al titular del área específica. Asimismo, puede contratar los servicios de consultores externos.
4.1. Mapa de navegación. Muestra de forma gráfica la interconexión entre cada una de las pantallas del sistema, lo que serviría para saber como llegar a determinada parte de la aplicación. En este se muestran los menús, submenús y pantallas a las que nos lleva cada uno de ellos
4.2. Descripción gráfica del mapa de navegación. En el anterior aparece de forma de diagrama de flujo y en esta sección deberá aparecer ya con las respectivas pantallas.
4.3. Describe paso a paso los procesos, así como pantallas, botones, cuadros de texto, etc., pero también se muestra el código de cada rutina, pantalla, botón, etc. es decir, se muestra lo que hay detrás de la interfaz del usuario.
CIBERGRAFIA:
http://www.mitecnologico.com/Main/ElaboracionManualTecnico
1. Toda documentación que se genere para un proyecto específico, que haya sido revisada y aprobada, debe poseer lo siguiente:
A) Identificación del documento
Este documento debe incorporar la siguiente información:
• Logotipo de la organización.
• Nombre oficial de la organización.
• Denominación y extensión. De corresponder a una unidad en particular debe anotarse el nombre de la misma.
• Lugar y fecha de elaboración.
• Número de revisión (en su caso).
• Unidades responsables de su elaboración, revisión y/o autorización.
• Clave de la forma. En primer término, las siglas de la organización, en segundo lugar las siglas de la unidad administrativa donde se utiliza la forma y, por último, el número de la forma. Entre las siglas y el número debe colocarse un guión o diagonal. (en su caso)
B) Estructura del documento.
2. Por cada documento final deberá entregarse copias al personal involucrado en el proyecto.
3. Una vez concluido el desarrollo de un sistema, considerando para esto los posibles cambios que se efectúen durante la etapa de garantía de que lo cubre (si así fuera el caso), el usuario final del sistema debe recibir una versión actualizada final del documento manual técnico.
Estructura del documento MANUAL TÉCNICO
1. Índice
Relación de los capítulos y páginas correspondientes que forman parte del documento
2. Introducción.
Se debe presentar una breve descripción del sistema desarrollado, que contemple el ámbito abarcado, cual es su función principal y un detalle de las funciones macros o partes que lo componen. Puede incluir un mensaje de la máxima autoridad de las áreas comprendidas en el manual.
2.1. Objetivo general del sistema
Se debe de describir el objetivo general del sistema.
2.2. Objetivos específicos
Se deben describir brevemente los objetivos específicos que se cumplieron con el desarrollo del sistema.
3. Contenido técnico
3.1. Definición de reglas del negocio implementadas en el sistema desarrollado.
3.2. Diagramas de flujo de datos, junto con su respectivo diccionario de datos.
3.3. Controles de auditoria implementados en el sistema.
3.4. Descripción de campos requeridos por pantalla con presentación de pantallas.
3.5. Diagrama de navegación del sistema.
3.6. Requerimientos de interface con otros sistemas.
3.7. Modelo lógico de datos, diagrama entidad-relación.
3.8. Modelo de datos físico, junto con su respectivo diccionario de datos.
3.9. Matriz de procesos versus organización.
3.10. Matriz de programas versus entidades.
3.11. Plataforma de usuario. Aquí se describen los requerimientos mínimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario).
3.12. Áreas de aplicación y/o alcance de los procedimientos. Esfera de acción que cubren los procedimientos
4. Responsables.
Para iniciar los trabajos que conducen a la integración de un manual, es indispensable prever que no queda diluida la responsabilidad de la conducción de las acciones en diversas personas, sino que debe designarse a un coordinador, auxiliado por un equipo técnico, al que se le debe encomendar la conducción del proyecto en sus fases de diseño, implantación y actualización. De esta manera se logra homogeneidad en el contenido y presentación de la información. Por lo que respecta a las características del equipo técnico, es conveniente que sea personal con un buen manejo de las relaciones humanas y que conozca a la organización en lo que concierne a sus objetivos, estructura, funciones y personal. Para este tipo de trabajo, una organización puede nombrar a la persona que tenga los conocimientos y la experiencia necesarios para llevarlo a cabo. Por la naturaleza de sus funciones puede encargarlo al titular del área específica. Asimismo, puede contratar los servicios de consultores externos.
4.1. Mapa de navegación. Muestra de forma gráfica la interconexión entre cada una de las pantallas del sistema, lo que serviría para saber como llegar a determinada parte de la aplicación. En este se muestran los menús, submenús y pantallas a las que nos lleva cada uno de ellos
4.2. Descripción gráfica del mapa de navegación. En el anterior aparece de forma de diagrama de flujo y en esta sección deberá aparecer ya con las respectivas pantallas.
4.3. Describe paso a paso los procesos, así como pantallas, botones, cuadros de texto, etc., pero también se muestra el código de cada rutina, pantalla, botón, etc. es decir, se muestra lo que hay detrás de la interfaz del usuario.
CIBERGRAFIA:
http://www.mitecnologico.com/Main/ElaboracionManualTecnico
Tema 5.4 Realizar mantenimiento al sistema de informacion
Para realizar un mantenimiento tenemos la necesidad de identificar que tipo de mantenimiento necesitamos y al saber esto ya se dará el mantenimiento necesario al problema, tipos de mantenimiento:
• CORRECTIVO. Para reparar fallas en el diseño, codificación o implementación, del sistema.
• ADAPTATIVO. Para que las funcionalidades del sistema evolucionen a la par de los cambios del negocio o de las tecnologías.
• PERFECTIVO. Para agregar nuevas funciones al sistema o para mejorar su desempeño.
• PREVENTIVO. Para evitar posibles problemas del sistema a futuro.
CIBERGRAFIA:
http://prof.usb.ve/lmendoza/Documentos/PS6117%20(Teor%EDa)/Teor%EDa%20PS6117%20Mantenimiento%20y%20Herramientas%20CASE.pdf.com
• CORRECTIVO. Para reparar fallas en el diseño, codificación o implementación, del sistema.
• ADAPTATIVO. Para que las funcionalidades del sistema evolucionen a la par de los cambios del negocio o de las tecnologías.
• PERFECTIVO. Para agregar nuevas funciones al sistema o para mejorar su desempeño.
• PREVENTIVO. Para evitar posibles problemas del sistema a futuro.
CIBERGRAFIA:
http://prof.usb.ve/lmendoza/Documentos/PS6117%20(Teor%EDa)/Teor%EDa%20PS6117%20Mantenimiento%20y%20Herramientas%20CASE.pdf.com
Tema 5.3 Implantar el sistema de informacion
Una vez totalmente detallado el modelo conceptual se comienza con la implementación física del modelo de datos, a medida que se va avanzando en el modelo el administrador del sistema va asegurando la corrección del modelo y el validador la utilidad del mismo.
La implementación consiste en el desarrollo de las tablas, los índices de los mismos, las condiciones de validación de los datos, la relación entre las diferentes tablas. Por otro lado, la definición de las consultas y los parámetros a utilizar por cada una de ellas.
Una vez finalizada la implementación física, se asignan las correspondientes medidas de seguridad y se ubica la base de datos en el lugar correspondiente.
CIBERGRAFIA:
http://cbtis01.moodlehub.com/mod/book/print.php?id/54&chapterid=6.com
La implementación consiste en el desarrollo de las tablas, los índices de los mismos, las condiciones de validación de los datos, la relación entre las diferentes tablas. Por otro lado, la definición de las consultas y los parámetros a utilizar por cada una de ellas.
Una vez finalizada la implementación física, se asignan las correspondientes medidas de seguridad y se ubica la base de datos en el lugar correspondiente.
CIBERGRAFIA:
http://cbtis01.moodlehub.com/mod/book/print.php?id/54&chapterid=6.com
Tema 5.2 Validar el sistema de informacion
Las pruebas de validación en la ingeniería de software son el proceso de revisión que el sistema de software producido, cumple con las especificaciones y que cumple su cometido. Es normalmente una parte del proceso de pruebas de software de un proyecto, que también utiliza técnicas tales como evaluaciones, inspecciones, y tutoriales. La validación es el proceso de comprobar lo que se ha especificado es lo que el usuario realmente quería.
Se trata de evaluar el sistema o parte de este durante o al final del desarrollo para determinar si satisface los requisitos iniciales. La pregunta a realizarse es: ¿Es esto lo que el cliente quiere?
Se trata de evaluar el sistema o parte de este durante o al final del desarrollo para determinar si satisface los requisitos iniciales. La pregunta a realizarse es: ¿Es esto lo que el cliente quiere?
CIBERGRAFIA:
Tema 5.1 Realizar pruebas al sistema de informacion
El propósito del plan de pruebas es reunir la información necesaria para planear y controlar el esfuerzo de pruebas al sistema. Describe el enfoque de las pruebas de software, y es el plan de alto nivel generado y usado por los administradores del proyecto para dirigir el esfuerzo de pruebas.Este plan de pruebas tiene los siguientes objetivos:
- Identificar los elementos que serán considerados en las pruebas.
- Identificar el razonamiento para realizar pruebas en ciertas áreas.- Describir el enfoque de pruebas a utilizar.
- Identificar los recursos requeridos y proveer una estimación de esfuerzo para las pruebas.
- Enlistar los entregables del Plan de Pruebas de Sistema.
CIBERGRAFIA:
http://www.buenastareas.com/ensayos/Plan-De-Pruebas-De-Sistema/40414.html
- Identificar los elementos que serán considerados en las pruebas.
- Identificar el razonamiento para realizar pruebas en ciertas áreas.- Describir el enfoque de pruebas a utilizar.
- Identificar los recursos requeridos y proveer una estimación de esfuerzo para las pruebas.
- Enlistar los entregables del Plan de Pruebas de Sistema.
CIBERGRAFIA:
http://www.buenastareas.com/ensayos/Plan-De-Pruebas-De-Sistema/40414.html
Tema 4.3 Establecer Relaciones entre las tablas creadas
Una vez creadas tablas independientes para cada tema de la base de datos, se necesita una forma de indicar a Access cómo debe combinar la información. El primer paso de este proceso consiste en definir relaciones entre las tablas. Una vez realizada esta operación, ya se puede comenzar a crear otros tipos de objetos, como consultas, formularios e informes para mostrar información de varias tablas a la vez.En una relación se hacen coincidir los datos de los campos clave (normalmente un campo con el mismo nombre en ambas tablas). En la mayoría de los casos, estos campos coincidentes son la //clave principal// de una tabla, que proporciona un identificador único para cada registro, y una clave externa de la otra tabla. Por ejemplo, una tabla con información sobre empleados puede relacionarse con otra con datos de pedidos a través de un campo común que podría ser id. de empleado.A la hora de establecer relaciones entre tablas pueden presentarse tres situaciones diferentes:
uno a uno
uno a varios
varios a varios
Tema 4.2 Asignar la claves principales a las tablas creadas
Antes de guardar la tabla tendremos que asignar una clave principal.
La clave principal proporciona un valor único para cada fila de la tabla y nos sirve de identificador de registros de forma que con esta clave podamos saber sin ningún tipo de equivocación el registro al cual identifica. No podemos definir más de una clave principal, pero podemos tener una clave principal compuesta por más de un campo.
Para asignar una clave principal a un campo, seguir los siguientes pasos:
Hacer clic sobre el nombre del campo que será clave principal.
Hacer clic sobre el botón Clave principal en el marco Herramientas de la pestaña Diseño.
A la izquierda del nombre del campo aparecerá una llave indicándonos que dicho campo es la clave principal de la tabla. Si queremos definir una clave principal compuesta (basada en varios campos), seleccionar los campos pulsando simultaneamente la tecla Ctrl y el campo a seleccionar y una vez seleccionados todos los campos hacer clic en el borón anterior
Tema 4.1 Crear tablas deacuerdo a las entidades
Debemos crear una tabla que, como vimos, es el verdadero soporte que contiene a los datos. Es justamente la opción que se encuentra preparada (obsérvese que el botón Tablas se distingue de los demás).
1. Pulsemos doble clic sobre el botón Crear una tabla en vista Diseño para pasar a la cuadrícula de diseño de tablas.
En ausencia de un nombre, Access asignó el de Tabla 1. Ingresaremos ahora la definición de los datos que se almacenarán en la tabla y en el momento de guardarla le asignaremos un nombre apropiado.
2. En el lugar indicado coloquemos el nombre del primer campo: CODCLI
Mostramos los nombres de campo en mayúsculas por una cuestión de claridad, pero en Ac-cess tenemos total libertad para usar mayúsculas y minúsculas. También elegimos un nombre de campo corto, si bien, como podemos apreciar en la instrucción, los nombres de campo pueden tener hasta 64 caracteres de longitud e incluir espacios, como por ejemplo: Código del inmueble.
3. Pulsemos la tecla Tabulador, con lo que pasamos a la definición del tipo de dato que ha de contener el campo. Aparece una lista mostrándonos su primer elemento (Texto), pero no es este el tipo de dato que le asignaremos, por lo tanto:
4. Pulsemos sobre la flecha para abrir la lista indicada y de dicha lista elijamos Numérico.
1. Pulsemos doble clic sobre el botón Crear una tabla en vista Diseño para pasar a la cuadrícula de diseño de tablas.
En ausencia de un nombre, Access asignó el de Tabla 1. Ingresaremos ahora la definición de los datos que se almacenarán en la tabla y en el momento de guardarla le asignaremos un nombre apropiado.
2. En el lugar indicado coloquemos el nombre del primer campo: CODCLI
Mostramos los nombres de campo en mayúsculas por una cuestión de claridad, pero en Ac-cess tenemos total libertad para usar mayúsculas y minúsculas. También elegimos un nombre de campo corto, si bien, como podemos apreciar en la instrucción, los nombres de campo pueden tener hasta 64 caracteres de longitud e incluir espacios, como por ejemplo: Código del inmueble.
3. Pulsemos la tecla Tabulador, con lo que pasamos a la definición del tipo de dato que ha de contener el campo. Aparece una lista mostrándonos su primer elemento (Texto), pero no es este el tipo de dato que le asignaremos, por lo tanto:
4. Pulsemos sobre la flecha para abrir la lista indicada y de dicha lista elijamos Numérico.
Tema 3.5 realizar el esquema entidad relacion (diagrama)
Un DER es una herramienta de modelado de sistemas, que se concentra en los datos almacenados en el sistema y las relaciones entre éstos,un diagrama de entidad-relación o DER es un modelo de red que describe la distribución de los datos almacenados en un sistema de forma abstracta.
EL modelo entidad-relación vendría a ser el "lenguaje" utilizado para crear diagramas de entidad-relación.
Componentes de un DER* TIPOS DE OBJETOS o ENTIDADES.* RELACIONES:
Conectan los objetos o entidades. Desarrollo de sistemas informáticos Los DER se emplean para modelar bases de datos que pertenecen a un sistema informático. Relacionado
Herramientas de modelado, modelo de entidad-relación, un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" ,diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información, estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.
Modelado Entidad Relación El Modelo Entidad-Relación es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de objeto de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones. Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional. El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación no es la única técnica pero sí la más utilizada.
Brevemente consiste en los siguientes pasos:
Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos). Se hace una lista de los sustantivos y verbos que aparecen.Los sustantivos son posibles entidades o atributos.
Los verbos son posibles relaciones.Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.Se elabora el diagrama (o diagramas) entidad relación. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente: Transformación de relaciones múltiples en binarias.
Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa); conversión en tablas (en caso de utilizar una base de datos relacional). Etc.
Base Teórica y Conceptual el modelo entidad-relación se basa en los conceptos descritos a continuación para representar un modelo de la vida real, entidad Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo.
Ejemplos: Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por ejemplo, el número de motor).
Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).Una entidad puede ser un objeto con existencia física como:
una persona, un animal, un casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre ,etc. (entidad abstracta). Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona puede llevar consigo las características: Nombre, Apellido, Sexo, Estatura, Peso, Fecha de nacimiento, etc.
CIBERGRAFIA:
http://www.alegsa.com.ar/Dic/diagrama%20de%20entidad-relacion.php
EL modelo entidad-relación vendría a ser el "lenguaje" utilizado para crear diagramas de entidad-relación.
Componentes de un DER* TIPOS DE OBJETOS o ENTIDADES.* RELACIONES:
Conectan los objetos o entidades. Desarrollo de sistemas informáticos Los DER se emplean para modelar bases de datos que pertenecen a un sistema informático. Relacionado
Herramientas de modelado, modelo de entidad-relación, un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" ,diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información, estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.
Modelado Entidad Relación El Modelo Entidad-Relación es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de objeto de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones. Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional. El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación no es la única técnica pero sí la más utilizada.
Brevemente consiste en los siguientes pasos:
Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos). Se hace una lista de los sustantivos y verbos que aparecen.Los sustantivos son posibles entidades o atributos.
Los verbos son posibles relaciones.Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.Se elabora el diagrama (o diagramas) entidad relación. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente: Transformación de relaciones múltiples en binarias.
Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa); conversión en tablas (en caso de utilizar una base de datos relacional). Etc.
Base Teórica y Conceptual el modelo entidad-relación se basa en los conceptos descritos a continuación para representar un modelo de la vida real, entidad Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo.
Ejemplos: Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por ejemplo, el número de motor).
Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).Una entidad puede ser un objeto con existencia física como:
una persona, un animal, un casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre ,etc. (entidad abstracta). Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona puede llevar consigo las características: Nombre, Apellido, Sexo, Estatura, Peso, Fecha de nacimiento, etc.
CIBERGRAFIA:
http://www.alegsa.com.ar/Dic/diagrama%20de%20entidad-relacion.php
Tema 3.4 Establecer los esquemas para los enunciados semanticos
Los objetivos de este trabajo fueron de entrada argumentar acerca de los mecanismos para establecer esquemas sintácticos a partir de enunciados y para adscribirles a sus formantes etiquetas de carácter semántico.En grupos y subgrupos con el fin de compararlos y oponerlos a partir de propiedades combinatorias y características aspectuales.Se trató de buscar, en fin, algunos criterios adecuados para justificar y elaborar un sistema de oposición paradigmática entre una muestra representativa de esquemas oracionales abstractos del español, en este caso de los correspondientes a esquemas agentivos
Se presenta un enfoque para el diseño de esquemas de bases de datos de calidad. Este enfoque está basado en eltrabajo colaborativo e incremental entre usuarios y diseñadores, además de la medición sistemática de la calidad delos esquemas conceptuales. Se define un conjunto de criterios de calidad con sus correspondientes métricas paraapoyar este enfoque.Además se introduce el criterio de economía y se redefine el criterio de expresividad.Las bases de datos poseen diversos componentes. Uno de ellos es el esquema conceptual, el cual especifica principalmente los componentes estáticos de la base de datos, incluyendo las estructuras y restricciones estáticas.Esta componente es fundamental para todo el sistema y posee la propiedad de ser independiente de las consideraciones de implementación.El desarrollo de una base de datos considera mucho más que aspectos estáticos, e involucra otros niveles de abstracción que el conceptual, pero aquellos aspectos escapan del ámbito de este artículo, por lo que no serán tratados aquí (para detalles sobre niveles de abstracción y dimensiones de una base de datos, vea el enfoque de codiseño propuesto por Thalheim [Thalheim2000]).Un esquema conceptual se especifica en un lenguaje de modelación, tal como el modelo entidad interrelación [Chen76] o UML [Booch98], pudiendo incluir algunas especificaciones extra, expresadas en lenguaje natural o alguna lógica.Este esquema es un modelo de una realidad o la especificación de una solución a un problema, dependiendo de si se utiliza el lenguaje para análisis o diseño respectivamente.La entrada al proceso de diseño conceptual es el documento de especificación de requisitos, el cual es el resultado principal de la etapa de análisis.Como todo producto de ingeniería, las bases de datos deben ser desarrolladas de modo de asegurar ciertos nivelesmínimos de calidad.El problema radica en que la definición del concepto de calidad debe ser previo a su medición.Ambos asuntos han sido cubiertos en el ámbito del software, pero no en el ámbito específico del diseño conceptual de bases de datos.En este trabajo se han considerado algunos de los aportes realizados por Batini [Batini94], Moody [Moody94] yKesh [Kesh95], quienes han definido criterios de calidad y algunas métricas para poder medirlos. Para cada uno de los criterios de calidad bajo consideración, se propone una métrica, con lo que se puede obtener una medida de lacalidad de un esquema conceptual.
El proceso de diseño conceptual es una tarea humano-dependiente, en el sentido que requiere de habilidades que son muy difíciles de automatizar.El diseñador debe analizar la realidad bajo modelamiento, documentar los hechos relevantes para satisfacer un conjunto de requerimientos, y complementar el documento de especificación derequisitos una vez que obtiene nueva información a través del proceso de diseño.En cada etapa se utilizan distintas políticas para tomar decisiones de diseño, las cuales pueden variar su importancia (ponderación o peso) dependiendo del diseñador o la etapa del desarrollo en que se encuentre.Esto hace que este proceso sea muy dependiente de 1 Investigación parcialmente financiada por Dirección de Investigación, Universidad de Concepción, Proyecto 99.093.003-1.0quienes lo desarrollen, y que en la práctica, sea difícil justificar una determinada decisión de diseño, si es que no se cuenta con herramientas adecuadas (parte de las cuales proveemos en este trabajo).
Se presenta un enfoque para el diseño de esquemas de bases de datos de calidad. Este enfoque está basado en eltrabajo colaborativo e incremental entre usuarios y diseñadores, además de la medición sistemática de la calidad delos esquemas conceptuales. Se define un conjunto de criterios de calidad con sus correspondientes métricas paraapoyar este enfoque.Además se introduce el criterio de economía y se redefine el criterio de expresividad.Las bases de datos poseen diversos componentes. Uno de ellos es el esquema conceptual, el cual especifica principalmente los componentes estáticos de la base de datos, incluyendo las estructuras y restricciones estáticas.Esta componente es fundamental para todo el sistema y posee la propiedad de ser independiente de las consideraciones de implementación.El desarrollo de una base de datos considera mucho más que aspectos estáticos, e involucra otros niveles de abstracción que el conceptual, pero aquellos aspectos escapan del ámbito de este artículo, por lo que no serán tratados aquí (para detalles sobre niveles de abstracción y dimensiones de una base de datos, vea el enfoque de codiseño propuesto por Thalheim [Thalheim2000]).Un esquema conceptual se especifica en un lenguaje de modelación, tal como el modelo entidad interrelación [Chen76] o UML [Booch98], pudiendo incluir algunas especificaciones extra, expresadas en lenguaje natural o alguna lógica.Este esquema es un modelo de una realidad o la especificación de una solución a un problema, dependiendo de si se utiliza el lenguaje para análisis o diseño respectivamente.La entrada al proceso de diseño conceptual es el documento de especificación de requisitos, el cual es el resultado principal de la etapa de análisis.Como todo producto de ingeniería, las bases de datos deben ser desarrolladas de modo de asegurar ciertos nivelesmínimos de calidad.El problema radica en que la definición del concepto de calidad debe ser previo a su medición.Ambos asuntos han sido cubiertos en el ámbito del software, pero no en el ámbito específico del diseño conceptual de bases de datos.En este trabajo se han considerado algunos de los aportes realizados por Batini [Batini94], Moody [Moody94] yKesh [Kesh95], quienes han definido criterios de calidad y algunas métricas para poder medirlos. Para cada uno de los criterios de calidad bajo consideración, se propone una métrica, con lo que se puede obtener una medida de lacalidad de un esquema conceptual.
El proceso de diseño conceptual es una tarea humano-dependiente, en el sentido que requiere de habilidades que son muy difíciles de automatizar.El diseñador debe analizar la realidad bajo modelamiento, documentar los hechos relevantes para satisfacer un conjunto de requerimientos, y complementar el documento de especificación derequisitos una vez que obtiene nueva información a través del proceso de diseño.En cada etapa se utilizan distintas políticas para tomar decisiones de diseño, las cuales pueden variar su importancia (ponderación o peso) dependiendo del diseñador o la etapa del desarrollo en que se encuentre.Esto hace que este proceso sea muy dependiente de 1 Investigación parcialmente financiada por Dirección de Investigación, Universidad de Concepción, Proyecto 99.093.003-1.0quienes lo desarrollen, y que en la práctica, sea difícil justificar una determinada decisión de diseño, si es que no se cuenta con herramientas adecuadas (parte de las cuales proveemos en este trabajo).
CIBERGRAFIA:
http://www.inf.udec.cl/~mvaras/papers/2001/mvaras-wisw.pdfhttp://dialnet.unirioja.es/servlet/libro?codigo=267510
Tema 3.3 Definir los enunciados semanticos
El término semántica se refiere a los aspectos del significado o interpretación del significado de un determinado símbolo, palabra, lenguaje o representación formal. En principio cualquier medio de expresión (lenguaje formal o natural) admite una correspondencia entre expresiones de símbolos o palabras y situaciones o conjuntos de cosas que se encuentran en el mundo físico o abstracto que puede ser descrito por dicho medio de expresión.
Por su naturaleza las variables semánticas no tienen las cualidades aritméticas que permitan su agregación o el cálculo de indicadores. Aunque existe la posibilidad de reducir a categorías mas simples dichas variables, de tal manera de poder asignarles un valor numérico, en este proceso de reducción y simplificación de se pierden los valores explicativos intrínsecos a dichas variables.Para construir indicadores es necesario agregar las variables, esto es el equivalente a la suma en los datos numéricos. Esta agregación se hace por etapas, dependiendo del grado de síntesis que se requiera en la construcción del indicador. En el sistema propuesto, la agregación se efectuará por tipo de fuente, lugar y total.Para la agregación por tipo de fuente o lugares se deben listar los valores de todas las fuentes que integran el tipo, o el lugar, dependiendo del caso y se procede a elaborar un enunciado semántico que sintetice el conjunto des enunciados en uno solo. Para esto se deben tomar en cuenta los valores modales de los enunciados.Los valores modales, única medida de tendencia central, en el caso de las variables semánticas, se establecen a partir de la lectura del conjunto de enunciados y la identificación de las tendencias explicativas.Los enunciados semánticos pueden apoyar o descartar en diferentes grados, una situación dada, estar a favor o en contra, identificar o no un problema o situación, o simplemente expresar una opinión sobre una situación dada.Cuando se efectúa la agregación semántica, es necesario identificar estas diferentes tendencias y tratar de incluirlas en el enunciado síntesis. Estas tendencias pueden ser, centrales (la mayoría de los enunciados coinciden en una apreciación central y descartan los extremos posibles), izquierdos o derechos (la mayoría de los enunciados coinciden en una apreciación en uno de los extremos posibles), bimodal (una parte de los enunciados coinciden en una apreciación en uno de los extremos posibles y los otros en el extremo opuesto).Para obtener un valor total, es necesario agregar los enunciados por tipo de fuente y después, los valores obtenidos sintetizarlos en un enunciado total.
Por su naturaleza las variables semánticas no tienen las cualidades aritméticas que permitan su agregación o el cálculo de indicadores. Aunque existe la posibilidad de reducir a categorías mas simples dichas variables, de tal manera de poder asignarles un valor numérico, en este proceso de reducción y simplificación de se pierden los valores explicativos intrínsecos a dichas variables.Para construir indicadores es necesario agregar las variables, esto es el equivalente a la suma en los datos numéricos. Esta agregación se hace por etapas, dependiendo del grado de síntesis que se requiera en la construcción del indicador. En el sistema propuesto, la agregación se efectuará por tipo de fuente, lugar y total.Para la agregación por tipo de fuente o lugares se deben listar los valores de todas las fuentes que integran el tipo, o el lugar, dependiendo del caso y se procede a elaborar un enunciado semántico que sintetice el conjunto des enunciados en uno solo. Para esto se deben tomar en cuenta los valores modales de los enunciados.Los valores modales, única medida de tendencia central, en el caso de las variables semánticas, se establecen a partir de la lectura del conjunto de enunciados y la identificación de las tendencias explicativas.Los enunciados semánticos pueden apoyar o descartar en diferentes grados, una situación dada, estar a favor o en contra, identificar o no un problema o situación, o simplemente expresar una opinión sobre una situación dada.Cuando se efectúa la agregación semántica, es necesario identificar estas diferentes tendencias y tratar de incluirlas en el enunciado síntesis. Estas tendencias pueden ser, centrales (la mayoría de los enunciados coinciden en una apreciación central y descartan los extremos posibles), izquierdos o derechos (la mayoría de los enunciados coinciden en una apreciación en uno de los extremos posibles), bimodal (una parte de los enunciados coinciden en una apreciación en uno de los extremos posibles y los otros en el extremo opuesto).Para obtener un valor total, es necesario agregar los enunciados por tipo de fuente y después, los valores obtenidos sintetizarlos en un enunciado total.
CIBERGRAFIA:
http://es.wikipedia.org/wiki/Usuario:G%C3%B3ngora/Sem%C3%A1ntica#Bases_de_datoshttp://www.grupoanubis.net/wiki/tiki-index.php?page=Tratamiento+de+Datos
Tema 3.2 Establecer atributos
Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades.Un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca.Ejemplos:A la colección de entidades Alumnos, con el siguiente conjunto de atributos en común, (id, nombre, edad, semestre), pertenecen las entidades:(1, Sophie, 18 años, 2)(2, Penny, 19 años, 5)(3, Sophie, 20 años, 2)
Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el valor de sus atributos. Nótese que dos o más entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su número de id.Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que será almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de caracteres, números, solo dos letras, solo números mayores que cero, solo números enteros...).Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo
CIBERGRAFIA:
http://www.geomundos.com/mexico/ADM-BASEDEDATOS/mas-de-diagramas-de-entidad_doc_10451.html
Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el valor de sus atributos. Nótese que dos o más entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su número de id.Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que será almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de caracteres, números, solo dos letras, solo números mayores que cero, solo números enteros...).Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo
CIBERGRAFIA:
http://www.geomundos.com/mexico/ADM-BASEDEDATOS/mas-de-diagramas-de-entidad_doc_10451.html
miércoles, 23 de junio de 2010
Tema 3.1 Definir Entidades y Relaciones
Entidades: Es un concepto importante de una base de datos es una clase (personalizada) generalizada de personas, lugares o cosas. Estan compuestas de atributos.
Relaciones: Es una asociacion entre entidades, sin existencia propia en el mundo real que se esta moldeando pueden ser tres tipos:
Relaciones 1-1
Relaciones 1-n
Relaciones n-n
BIBLIOGRAFIA:
Ma. de la Luz Angelez Perez Cetis No. 26 Atitalaquia Hgo
lunes, 21 de junio de 2010
Tema 2.4 Determinar los programas a desarrollar
La clave para la creación de un programa exitoso es el prototipo. SISTEMAS GERENCIALES Una herramienta para soportar las funciones operativas. La perspectiva actual y futura tiende a cambiar este enfoque radicalmente, los sistemas de información son vistos además como áreas de oportunidad para lograr ventajas en el terreno de los negocios, y éstas representan un diferencial o valor agregado con respecto a los competidores. La perspectiva estratégica considera a los sistemas de información como una herramienta para mejorar la estructura competitiva del negocio, por lo que tienen su área de influencia en el medio ambiente de la organización, a través de nuevos servicios a clientes, nuevos negocios y oportunidades de inversión. Wiseman define la visión gerencial o estrategia como <>. Esta habilidad de ver y entender el nuevo rol de los sistemas de información constituye la esencia de la visión de los sistemas de información estratégica. Sus principales características son: Proporcionar información para apoyar la toma de decisiones. No pueden adaptarse fácilmente a paquetes disponibles en el mercado. Típicamente su forma de desarrollo es a base de incrementos y a través de su evolución dentro de la organización. Su función es lograr ventajas que los competidores no posean, tales como ventajas en costos y servicios diferenciados con clientes y proveedores. En este contexto, los sistemas estratégicos son creados de barreras de entrada al negocio. Apoyan los procesos de innovación de productos y proceso dentro de la empresa. Una forma de hacerlo es innovando o creando productos y procesos.
CIBERGRAFIA:
http://apuntes.rincondelvago.com/analisis-y-diseno-de-sistemas-informaticos.com
Tema 2.3 Determinar el equipo a utilizar
Al determinar el equipo a utilizar , en la investigación preliminar se investiga con que equipo contamos.
Al saber con que equipo contamos nos debemos basar en ese equipo, si contamos con una computadora entonces se facilita el trabajo en un menor tiempo, ya que en ella es muy fácil desarrollar un sistema de base de datos.
Bibliografía:
Ma. De la luz Ángeles Pérez. CETis 26 Atitalaquia Hgo.
Al saber con que equipo contamos nos debemos basar en ese equipo, si contamos con una computadora entonces se facilita el trabajo en un menor tiempo, ya que en ella es muy fácil desarrollar un sistema de base de datos.
Bibliografía:
Ma. De la luz Ángeles Pérez. CETis 26 Atitalaquia Hgo.
Tema 2.2 Identificar tipos de usuarios
Podemos definir a los usuarios como toda persona que tenga todo tipo de contacto con el sistema de base de datos desde que este se diseña, elabora, termina y se usa. O como el grupo de personas u organizaciones afectadas por un sistema y con influencia directa o indirecta en sus requisitos.
Los usuarios que accesan una base de datos pueden clasificarse como:
Primarios: son quienes frecuentemente usan el sistema.
Secundarios: los que ocasionalmente utilizan el sistema.
Terciarios: todos los afectados por la introducción del sistema o que influencian su compra.
§ Usuarios sofisticados. Los usuarios sofisticados interactuan con el sistema sin escribir programas. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos.
§ Usuarios especializados. Algunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos.
§ Usuarios ingenuos. Los usuarios no sofisticados interactuan con el sistema invocando a uno de los programas de aplicación permanentes que se han escrito anteriormente en el sistema de base de datos, podemos mencionar al usuario ingenuo como el usuario final que utiliza el sistema de base de datos sin saber nada del diseño interno del mismo por ejemplo: un cajero.
Los usuarios que accesan una base de datos pueden clasificarse como:
Primarios: son quienes frecuentemente usan el sistema.
Secundarios: los que ocasionalmente utilizan el sistema.
Terciarios: todos los afectados por la introducción del sistema o que influencian su compra.
§ Usuarios sofisticados. Los usuarios sofisticados interactuan con el sistema sin escribir programas. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos.
§ Usuarios especializados. Algunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos.
§ Usuarios ingenuos. Los usuarios no sofisticados interactuan con el sistema invocando a uno de los programas de aplicación permanentes que se han escrito anteriormente en el sistema de base de datos, podemos mencionar al usuario ingenuo como el usuario final que utiliza el sistema de base de datos sin saber nada del diseño interno del mismo por ejemplo: un cajero.
CIBERGRAFIA:
http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema1_10.htm
http://albertolacalle.com/hci/usuario.htm
Tema 2.1 Identificar sistemas de información
La información es un conjunto organizado de datos que constituye un mensaje sobre un determinado fenómeno.
Cuando tenemos que resolver un determinado problema o tenemos que tomar una decisión empleamos diversas fuentes de información y construimos lo que en general se denomina conocimiento q permite la resolución de problemas ala toma de decisiones.
TIPOS DE SISTEMAS DE INFORMACION:
Sistemas de Transacciones:
Son llamados TPS cuyas siglas corresponden a Transaction Processing System, o sistemas de procesamiento de transacciones.
Un ejemplo es la Corporación Financiera Internacional (CFI), filial del Banco Internacional para la Reconstrucción y el Desarrollo, cuyo sistema de transacciones funciona de la siguiente manera: El CFI busca inversores interesados en los países más desarrollados y el capital proveído por éstos, es transferido a empresas privadas de países subdesarrollados cuyo capital privado no basta.
Otro ejemplo es el de la industria naviera, el cual por medio de su sistema de transacciones internacionales transportan diferentes tipos de carga de acuerdo a pedidos en diferentes países, siendo uno de los más transportados el petróleo, cuyos pedidos pueden ser ya sea privados o por contrato.
Los barcos transportan el petróleo desde los campos petrolíficos a las refinerías, siguiendo una serie de tratados y convenciones internacionales.
Sistemas de Conocimiento:
sistema de manejo de conocimiento.
Un ejemplo es el de aplicaciones como Photoshop, la cual ayuda a diseñadores gráficos en crear su arte publicitario por medio de poderosas herramientas con las cuales se puede manipular y modificar distintos tipos de gráficos y fotografías.
Sistemas Expertos:
AI, artificial intelligence, o inteligencia artificial.
Un famoso sistema experto es MYCIN, el cual es un sistema experto para la realización de diagnósticos, el cual aconseja a los médicos en la investigación y determinación de diagnósticos en el campo de las enfermedades infecciosas de la sangre. El sistema MYCIN, al ser consultado por el médico, solicita primero datos generales sobre el paciente: nombre, edad, síntomas, etc. Una vez conocida esta información por parte del sistema, el Sistema Experto plantea unas hipótesis. Para verificar la hipótesis el sistema consulta a la base de conocimientos, y también haciendo una serie de preguntas al usuario. Con las respuestas que recibe, el MYCIN verifica o rechaza las hipótesis planteadas.
Otro sistema experto es el XCON el cual es un sistema experto de configuraciones el cual, según las especificaciones del cliente, configura redes de ordenadores VAX. Tiene como base de su funcionamiento las siguientes dos preguntas:
¿Pueden conjugarse los componentes solicitados por el cliente de forma conveniente y razonable?
¿Los componentes de sistema especificados son compatibles y completos?
Las respuestas a estas preguntas son muy detalladas. XCON es capaz de comprobar y completar los pedidos entrantes mucho más rápido y mejor que las personas encargadas hasta ahora de esa labor.
Sistemas de Apoyo a Grupos:
sistemas de apoyo a decisiones de grupo.
Un sistema GDSS es el Vision Quest, el cual permite realizar junta electrónicas. Entre sus ventajas se encuentra su facilidad de uso. Cualquiera puede conducir una junta electrónica y el sistema puede ser usado de manera distribuida . Las juntas se pueden realizar con los participantes en el mismo lugar o diferentes lugares, al mismo tiempo o a distintos tiempos. Aunque no pretende reemplazar las juntas cara a cara, su uso permite reducir los costos de viaje, la rapidez de toma de decisiones lo que resulta en una mejor eficiencia y productividad de las juntas . El sistema funciona en terminales de trabajo que pueden estar o no en el mismo lugar, la interacción se realiza a través del teclado y el monitor de la computadora.
CIBERGRAFIA:
http://apuntes.rincondelvago.com/analisis-y-diseno-de-sistemas-informaticos.html
http://www1.universia.net/CatalogaXXI/pub/ir.asp?IdURL=167786&IDC=10010&IDP=PE&IDI=1
Cuando tenemos que resolver un determinado problema o tenemos que tomar una decisión empleamos diversas fuentes de información y construimos lo que en general se denomina conocimiento q permite la resolución de problemas ala toma de decisiones.
TIPOS DE SISTEMAS DE INFORMACION:
Sistemas de Transacciones:
Son llamados TPS cuyas siglas corresponden a Transaction Processing System, o sistemas de procesamiento de transacciones.
Un ejemplo es la Corporación Financiera Internacional (CFI), filial del Banco Internacional para la Reconstrucción y el Desarrollo, cuyo sistema de transacciones funciona de la siguiente manera: El CFI busca inversores interesados en los países más desarrollados y el capital proveído por éstos, es transferido a empresas privadas de países subdesarrollados cuyo capital privado no basta.
Otro ejemplo es el de la industria naviera, el cual por medio de su sistema de transacciones internacionales transportan diferentes tipos de carga de acuerdo a pedidos en diferentes países, siendo uno de los más transportados el petróleo, cuyos pedidos pueden ser ya sea privados o por contrato.
Los barcos transportan el petróleo desde los campos petrolíficos a las refinerías, siguiendo una serie de tratados y convenciones internacionales.
Sistemas de Conocimiento:
sistema de manejo de conocimiento.
Un ejemplo es el de aplicaciones como Photoshop, la cual ayuda a diseñadores gráficos en crear su arte publicitario por medio de poderosas herramientas con las cuales se puede manipular y modificar distintos tipos de gráficos y fotografías.
Sistemas Expertos:
AI, artificial intelligence, o inteligencia artificial.
Un famoso sistema experto es MYCIN, el cual es un sistema experto para la realización de diagnósticos, el cual aconseja a los médicos en la investigación y determinación de diagnósticos en el campo de las enfermedades infecciosas de la sangre. El sistema MYCIN, al ser consultado por el médico, solicita primero datos generales sobre el paciente: nombre, edad, síntomas, etc. Una vez conocida esta información por parte del sistema, el Sistema Experto plantea unas hipótesis. Para verificar la hipótesis el sistema consulta a la base de conocimientos, y también haciendo una serie de preguntas al usuario. Con las respuestas que recibe, el MYCIN verifica o rechaza las hipótesis planteadas.
Otro sistema experto es el XCON el cual es un sistema experto de configuraciones el cual, según las especificaciones del cliente, configura redes de ordenadores VAX. Tiene como base de su funcionamiento las siguientes dos preguntas:
¿Pueden conjugarse los componentes solicitados por el cliente de forma conveniente y razonable?
¿Los componentes de sistema especificados son compatibles y completos?
Las respuestas a estas preguntas son muy detalladas. XCON es capaz de comprobar y completar los pedidos entrantes mucho más rápido y mejor que las personas encargadas hasta ahora de esa labor.
Sistemas de Apoyo a Grupos:
sistemas de apoyo a decisiones de grupo.
Un sistema GDSS es el Vision Quest, el cual permite realizar junta electrónicas. Entre sus ventajas se encuentra su facilidad de uso. Cualquiera puede conducir una junta electrónica y el sistema puede ser usado de manera distribuida . Las juntas se pueden realizar con los participantes en el mismo lugar o diferentes lugares, al mismo tiempo o a distintos tiempos. Aunque no pretende reemplazar las juntas cara a cara, su uso permite reducir los costos de viaje, la rapidez de toma de decisiones lo que resulta en una mejor eficiencia y productividad de las juntas . El sistema funciona en terminales de trabajo que pueden estar o no en el mismo lugar, la interacción se realiza a través del teclado y el monitor de la computadora.
CIBERGRAFIA:
http://apuntes.rincondelvago.com/analisis-y-diseno-de-sistemas-informaticos.html
http://www1.universia.net/CatalogaXXI/pub/ir.asp?IdURL=167786&IDC=10010&IDP=PE&IDI=1
Tema 1.5 Requerimientos de un sistema
Disco(s) duros:tipo, etiqueta,tamaño
particiones: mapa de la particiones y sus puntos de montaje.
Memoria: cantidad de memoria RAM instalada en su sistema, ejemplo: 512 MGB, 1 GB.
CD-ROM: tipo de interfaz; ejemplo: SCSI, IDE (ATAPI).Adaptador
SCSI: si esta presente, el fabricante y numero de modelo.
Tarjeta de red: si esta presente, fabricante y numero de modelo; ejemplo: Tulip,3COM 3C590.
Raton: tipo, protocolo y numero de botones, elemplo: Raton generico de 3 botones PS/2, raton serial MouseMan de 2 botones.
Monitor: fabricante, modelo y especificaciones del fabricante.
Tarjeta de video: fabricante, numero de modelo y tamaño de VRAM, ejemplo: Creative Laps Graphics Blaster 3D, 8MB.
Tarjeta de sonido: fabricante,chipset y numero de modelo.Nombre del dominio: el nombre dado a su organizacion.
CIBERGRAFIA:
http://web.mit.edu/rhel-doc/4/RH.DOCS/rhel-ig-x8664-multi-es-4/ch-ent-table.html
particiones: mapa de la particiones y sus puntos de montaje.
Memoria: cantidad de memoria RAM instalada en su sistema, ejemplo: 512 MGB, 1 GB.
CD-ROM: tipo de interfaz; ejemplo: SCSI, IDE (ATAPI).Adaptador
SCSI: si esta presente, el fabricante y numero de modelo.
Tarjeta de red: si esta presente, fabricante y numero de modelo; ejemplo: Tulip,3COM 3C590.
Raton: tipo, protocolo y numero de botones, elemplo: Raton generico de 3 botones PS/2, raton serial MouseMan de 2 botones.
Monitor: fabricante, modelo y especificaciones del fabricante.
Tarjeta de video: fabricante, numero de modelo y tamaño de VRAM, ejemplo: Creative Laps Graphics Blaster 3D, 8MB.
Tarjeta de sonido: fabricante,chipset y numero de modelo.Nombre del dominio: el nombre dado a su organizacion.
CIBERGRAFIA:
http://web.mit.edu/rhel-doc/4/RH.DOCS/rhel-ig-x8664-multi-es-4/ch-ent-table.html
Tema 1.4 Toma de decisiones
Conceptos del proceso de Toma de decisiones relevantes para los DSS
Para la toma de decisiones sabemos que es necesario hacer uso de la información como, el uso de teorias, que tiene como consecuencia el acierto, la incertidumbre y el riesgo, es por eso que debemos diferenciar si el tomador de decisiones en analítico o heurístico y es importante que estos tomen en cuenta las fases de solución como son la inteligencia, la selección y el diseño, tal como se le da soporte en los sistemas de apoyo a decisiones.
La toma de decisiones bajo riesgo
Las decisiones son tomadas por lo general bajo tres condiciones importantes como lo es la: certidumbre, incertidumbre y el riego.
La certidumbre es aquella que nos muestra todo por anticipado antes de la decisión, los resultados, las consecuencias y según sean las necesidades presentadas por el usuario.
La incertidumbre es lo contrario de la certidumbre, no tenemos resultados, ni probabilidades o las consecuencias de las decisiones.
Entre estos dos aspectos o condiciones tienen por medio el riesgo, es decir que tenemos el conocimiento (certidumbre) de las alternativas (variables controlables), existen sólo las estimaciones y no está en nuestras manos el controlar (variables ambientales) y de las que no estamos seguros de su resultado (variables dependientes). Bajo estas alternativas que tenemos muchas de las tomas de decisiones en las empresas o negocios se realizan bajo riesgo.
Para la toma de decisiones sabemos que es necesario hacer uso de la información como, el uso de teorias, que tiene como consecuencia el acierto, la incertidumbre y el riesgo, es por eso que debemos diferenciar si el tomador de decisiones en analítico o heurístico y es importante que estos tomen en cuenta las fases de solución como son la inteligencia, la selección y el diseño, tal como se le da soporte en los sistemas de apoyo a decisiones.
La toma de decisiones bajo riesgo
Las decisiones son tomadas por lo general bajo tres condiciones importantes como lo es la: certidumbre, incertidumbre y el riego.
La certidumbre es aquella que nos muestra todo por anticipado antes de la decisión, los resultados, las consecuencias y según sean las necesidades presentadas por el usuario.
La incertidumbre es lo contrario de la certidumbre, no tenemos resultados, ni probabilidades o las consecuencias de las decisiones.
Entre estos dos aspectos o condiciones tienen por medio el riesgo, es decir que tenemos el conocimiento (certidumbre) de las alternativas (variables controlables), existen sólo las estimaciones y no está en nuestras manos el controlar (variables ambientales) y de las que no estamos seguros de su resultado (variables dependientes). Bajo estas alternativas que tenemos muchas de las tomas de decisiones en las empresas o negocios se realizan bajo riesgo.
BIBLIOGRAFIA:
Kendall & Kendall; Análisis y Diseño de Sistemas; 3ª Edición; Pearson Educación.
Roger S. Pressman; Ingeniería del Software;4ª Edición; Mc Graw Hill
Tema 1.3 Estudio de factibilidad
Por lo expuesto, resulta imprescindible el conocimiento del "problema" de la Empresa, antes de iniciar la evaluación técnica que permita definir la filosofía, arquitectura y tipo de procesamiento a emplear.
Por tal motivo, será necesario conocer y comprender las particularidades del "Negocio" de la Empresa, que además evitara desvíos en la caracterización de sus problemas por consideraciones de tipo teórico fuera de su contexto.
CIBERGRAFIA:
http://www.monografias.com/trabajos5/esfa/esfa.shtml#estu
Por tal motivo, será necesario conocer y comprender las particularidades del "Negocio" de la Empresa, que además evitara desvíos en la caracterización de sus problemas por consideraciones de tipo teórico fuera de su contexto.
CIBERGRAFIA:
http://www.monografias.com/trabajos5/esfa/esfa.shtml#estu
Tema 1.2 Propuesta de solucion
Esta fase se ocupa de la reunión y estudio a detalle de los datos del sistema en operación y la especificación de los nuevos requerimientos del sistema a desarrollar. Concluye en general con un documento que recoge el resultado del análisis. Con la recopilación de datos se completan los datos resultantes de la fase 1, añadiendo detalles sobre el sistema actual. Son medios comunes para acometer tal recopilación: Las entrevistas, cuestionarios, encuestas a usuarios finales, así como también, las consultas a documentos y manuales que contengan lineamientos de funcionamiento o normas de procedimientos de operación. Existen varias técnicas y herramientas útiles para el análisis de datos. Una de estas es el uso de diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones de la organización de manera grafica. Estos diagramas sirven para desarrollar el llamado diccionario de datos, el cual contiene la definición de los datos usados en el sistema, así como sus características de tipo, tamaño, limitaciones o especificaciones especiales. La documentación de la etapa de análisis recoge la descripción del sistema de información en uso, los requerimientos para el nuevo sistema y un probable plan de desarrollo en un reporte dirigido ala gerencia. Este reporte permite tomar la decisión de proseguir o no con el proyecto. El aspecto más importante de cualquier propuesta es identificar y comprender el problema que el cliente busca resolver. Uno de los puntos del desarrollo de una propuesta de solución es presentar una noción propia del problema, así como la propuesta para resolverlo, con el fin de convencer al cliente de que tal propuesta es la mejor. Para ello, se presentara lo que implica una descripción de los problemas:
La Naturaleza del problema.
La historia del problema.
Las características del problema.
Las soluciones alternas consideradas.
La solución o la técnica seleccionada
La Naturaleza del problema.
La historia del problema.
Las características del problema.
Las soluciones alternas consideradas.
La solución o la técnica seleccionada
viernes, 18 de junio de 2010
Tema 1.1 Investigación preliminar
Esta investigación requiere uno o más analistas de sistemas. El objetivo de la investigación preliminar es buscar información para determinar si se debe continuar con el Ciclo de Vida del Desarrollo del Sistema. La investigación no es una recolección de datos. No se espera que se resuelvan todos los problemas ni que se propongan todas las posibles soluciones.
La investigación preliminar debe cumplir con los siguientes cinco objetivos:
1. Entender la naturaleza del problema
2. Definir el alcance y las restricciones o limitaciones del sistema
3. Identificar los beneficios que se obtendrían si el sistema propuesto es completado
4. Especificar un estimado de tiempo y costo para las próximas fases de desarrollo
Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema
CIBERGRAFIA:
http://mmalicea.tripod.com/proyecto/investprelim.htm
La investigación preliminar debe cumplir con los siguientes cinco objetivos:
1. Entender la naturaleza del problema
2. Definir el alcance y las restricciones o limitaciones del sistema
3. Identificar los beneficios que se obtendrían si el sistema propuesto es completado
4. Especificar un estimado de tiempo y costo para las próximas fases de desarrollo
Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema
CIBERGRAFIA:
http://mmalicea.tripod.com/proyecto/investprelim.htm
Suscribirse a:
Entradas (Atom)