La Técnica de Revisión y Evaluación de Programas (en Inglés Program Evaluation and Review Technique), comúnmente abreviada como PERT, es un modelo para la administración y gestión de proyectos inventado en 1958 por la Oficina de Proyectos Especiales de la Marina de Guerra del Departamento de Defensa de los EE. UU. como parte del proyecto Polaris de misil balístico móvil lanzado desde submarino. Este proyecto fue una respuesta directa a la crisis del Sputnik.
PERT es básicamente un método para analizar las tareas involucradas en completar un proyecto dado, especialmente el tiempo para completar cada tarea, e identificar el tiempo mínimo necesario para completar el proyecto total.
Este modelo de proyecto fue el primero de su tipo, un reanimo para la administración científica, fundada por el fordismo y el taylorismo. A pesar de que cada compañía tiene su propio modelo de proyectos, todos se basan en PERT de algún modo. Sólo el método de la ruta crítica (CPM) de la Corporación DuPont fue inventado en casi el mismo momento que PERT.
La parte más famosa de PERT son las Redes PERT, diagramas de líneas de tiempo que se interconectan. PERT está diseñado para proyectos de gran escala, que se ejecutan de una vez, complejos y no rutinarios.
domingo, 22 de marzo de 2009
determinar el equipo a utilizar
La norma Internacional ISO 19011, ha sido preparada conjuntamente por el Comité Técnico ISO/TC176/SC3 (Gestión y aseguramiento de la calidad, subcomité de tecnologías de apoyo) y el Comité Técnico ISO/TC207/SC2 (Gestión ambiental, subcomité de Auditorias e investigaciones ambientales relacionadas). El resultado fue la configuración del Comité JWG “Joint Working Group” (Grupo de funcionamiento común). En enero del 2002 se llevó a cabo en Vancouver-Canadá la reunión final de este grupo responsable y se decidió que el documento pasara al status de “Final Draft International Standard” (Proyecto de norma internacional final). Esta Norma Internacional proporciona orientación sobre la gestión de los programas de auditoría, la realización de auditorías internas o externas de sistemas de gestión de la calidad y/o ambiental, así como sobre la competencia y la evaluación de los auditores; la norma aplica a diversidad de usuarios, los auditores, empresas y organizaciones que brindan servicios de auditoria, empresas y organización dedicadas a la certificación y organización de auditores, empresas y organizaciones dedicadas a la certificación, registro, normalización y estandarización de sistemas de gestión ,etc. La norma proporciona una guía de orientación en el mejoramiento de la gestión de los programas de auditoria, enfocándose en diferentes puntos de los programas de auditoria, sus objetivos y alcance, principios de los auditores, competencia y evaluación de los auditores, cada una de las actividades de auditoria, coordinación de la auditoria y delegación de responsabilidades a al equipo de auditores. La aplicación de la norma es en otras palabras la auditoria de una auditoria detectando putos críticos, efectuando acciones correctivas y preventivas para mejorar los programas de auditoria a ejecutar. Para efectos de la presente sintaxis, este es un resumen sintetizado del contenido de la norma ISO 19011, por lo tanto no debe ser considerado como la norma en si, fungiendo como una guía simplificada para conocer el campo de la norma.
identificar los tipos de usuarios
En consonancia con las posibles, y diferentes, vistas externas, se pueden identificar varios tipos de usuarios. En primer lugar, los usuarios finales, que hacen un uso limitado de las capacidades del sistema, normalmente referentes a introducción, manipulación y consulta de los datos. Los usuarios finales pueden ser sofisticados o especializados e ingenuos, dependiendo de su nivel de interacción con el sistema. En segundo lugar hay que citar a los programadores de base de datos, encargados de escribir aplicaciones limitadas, mediante el lenguaje de programación facilitado por el SGBD, normalmente algún lenguaje de cuarta generación, que faciliten la ejecución de tareas por parte de los usuarios finales. Por último, el administrador de base de datos (DBA, Data Base Administrator) cumple las importantes funciones de crear y almacenar las estructuras de la base de datos, definir las estrategias de respaldo y recuperación, vincularse con los usuarios y responder a sus cambios de requerimientos, y definir los controles de autorización y los procedimientos de validación.
identificar el tipo de inf.
Existen dos tipos de información en investigación de mercados, la primaria y la secundaria.
La información PrimariaTítulo del enlace es aquella que se releva directamente para un propósito específico.
La información Secundaria se refiere a aquella que ya existe en algún lugar y se recolectó para otro propósito. Por lo general este tipo de información es menos costosa que la primaria y en ocasiones basta con la revisión de Internet o con una visita a la biblioteca local.
determinar los elementos de un sist. de base de datos
Determinar los elementos de un Sistema de Base de Datos. Esto trata, como su nombre lo dice, identificar los elementos que conponen a un Sistema de Base de Datos como son los siguientes:
Información: conjunto organizado de datos procesados, que constituyen un mensaje sobre un determinado ente o fenómeno.
Usuarios: Es todo aquel personaje que hace uso de un sistema de informacion y, en este caso de un Sistema de Base de Datos (SBD). a continuacion se enlistan los usuarios que existen en un SBD:
Administrador de Datos:
Administrador de Bases de Datos:
Programador de Aplicaciones:
Usuario Final:
Todos ya los analizamos, solo recuerdenlo un poco investigando algo sobre cada uno de ellos…
Equipo: es el hardware utilizado para soportar, ejecutar, correr o utilizar un SBD. Cada SBD o SI necesita de ciertos requisitos o caracteristicas que debe de tener un quipo de computo (Pc); asi como el Office necesita de espacio en disco duro, espacio en memoria y velocidad de proceso, al igual un SBD y un SI por lo tanto a ustedes les corresponde investigar sobre algun sistema de base de datos que exista y analizar cuales son los requerimientos de hardware que necesita para funcionar correctamente.
Esto es de gran importancia porque de lo contrario un sistema no funciona de la manera correcta y produce perdidas y es lo que tratamos de evitar como expertos que son ustedes.
Uitlizarán este formato para realizar su trabajo.
miércoles, 4 de marzo de 2009
Requerimiento (sistemas)
Un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio.Requerimientos en ingeniería de software y sistemasEn ingeniería de sistemas existen tres tipos de requerimientos.Un requerimiento funcional una descripción de lo que un sistema debe hacer. especifica algo que el sistema debe ser capaz de realizar.Un requerimiento no funcional especifica algo sobre el propio sistema y cómo debe realizar sus funcionesOtros tipos de limitaciones externas, que afectan en una forma indirecta al producto. Estas pueden ir desde la compatibilidad con cierto sistema operativo hasta la adecuación a leyes o regulaciones aplicables al producto
Suscribirse a:
Entradas (Atom)