- Barajar
ActivarDesactivar
- Alphabetizar
ActivarDesactivar
- Frente Primero
ActivarDesactivar
- Ambos lados
ActivarDesactivar
- Leer
ActivarDesactivar
Leyendo...
Cómo estudiar sus tarjetas
Teclas de Derecha/Izquierda: Navegar entre tarjetas.tecla derechatecla izquierda
Teclas Arriba/Abajo: Colvea la carta entre frente y dorso.tecla abajotecla arriba
Tecla H: Muestra pista (3er lado).tecla h
Tecla N: Lea el texto en voz.tecla n
Boton play
Boton play
73 Cartas en este set
- Frente
- Atrás
Directrices u objetivos generales que tiene una institución o empresa concernientes a la calidad, las cuales son emitidas por la dirección.
|
(DPOCA) Definición de Política de Calidad
|
Establecer un marco de referencia general para garantizar que los sistemas de información sean concebidos y desarrollados de manera tal, que permitan su articulación para una adecuada interacción entre áreas.
|
(OBJPOL) Objetivo de las Políticas
|
Toda elaboración de sistemas deberá estar orientada a satisfacer las necesidades de manejo de información.
|
(POL) Política
|
Toda elaboración de sistemas debe cumplir con las normas establecidas por el comité de informática.
|
(POL) Política
|
Toda elaboración de sistemas deberá estar avalada por un dictamen técnico de la dirección de informática.
|
(POL) Política
|
La elaboración de sistemas institucionales debe apegarse a los estándares en cuanto al uso del software.
|
(POL) Política
|
La contratación externa para la elaboración de sistemas deberá sujetarse a la normatividad de adquisiciones vigente.
|
(POL) Política
|
Antes de la aprobación de cualquier contrato, la dirección informática deberá asegurarse que: a) se expresen de manera adecuada los requisitos, b) se hayan resuelto todas las diferencias de opinión, c) el proveedor sea capaz de cumplir los requisitos del contrato.
|
(POL) Política
|
Todos los sistemas y sus componentes desarrollados por personal de la empresa son propiedad de ésta.
|
(POL) Política
|
Durante el análisis, desarrollo e implantación de cualquier sistema, el área solicitante deberá participar con su área de informática respectiva.
|
(POL) Política
|
Es responsabilidad del área de informática que desarrolló un sistema, el proporcionar capacitación y asistencia técnica al personal operativo del área usuaria para el uso y mantenimiento del sistema.
|
(POL) Política
|
El comité de informática a través de la dirección de informática establecerá de manera formal su política de calidad en cuanto a las normas y procedimientos por utilizar.
|
(POL) Política
|
El comité de informática, conjuntamente con la dirección de informática, será el encargado de establecer la organización interna más adecuada para las diferentes áreas de informática de la institución o empresa.
|
(POL) Política
|
La elaboración y diseño de sistemas de información internos a la dirección informática será la encargada de establecer y mantener un sistema de calidad documentado.
|
(POL) Política
|
El comité de informática será el encargado de establecer políticas de administración, calidad y control de calidad.
|
(POL) Política
|
El comité de informática, será el encargado de establecer y describir las clases de trabajo para el desarrollo de sistemas de información internos.
|
(POL) Política
|
Definir la metodología a la que debe someterse todo el personal involucrado en la elaboración de sistemas.
|
(OBJNOR) Objetivo de las Normas
|
Los desarrollos de sistemas deberán respetar los lineamientos y estándares definidos en el MPDSOO.
|
(NOGE) Norma general
|
El área de informática deberán entregar al área solicitante los programas fuentes y ejecutables, documentación técnica, y manuales de instalación y de usuario.
|
(NOGE) Norma general
|
Para todos los desarrollos, cualquier área de informática de la empresa deberá entregar a la dirección de informática el original del sistema con su respectiva documentación.
|
(NOGE) Norma general
|
Para aquellos sistemas que se desarrollen con un software no estándar para la empresa, será indispensable que cuenten con un módulo de intercambio de información.
|
(NOGE) Norma general
|
Todas las fases del desarrollo de sistemas deberán estar documentadas de acuerdo con el MPDSOO.
|
(NOGE) Norma general
|
Si la empresa se encuentra en proceso de reestructuración en cuanto a su organización interna, por ninguna circunstancia se deberá iniciar la elaboración de un sistema.
|
(NOGE) Norma general
|
Por ninguna causa se deberá comenzar la etapa de programación del sistema en general, sin antes tener concluidas las etapas de análisis y diseño.
|
(NOGE) Norma general
|
Durante las fases de análisis y diseño el equipo de desarrollo del sistema deberá tener presente el realizar un refinamiento continuo de clases y objetos.
|
(NOGE) Norma general
|
La metodología de orientación a objetos empleada para cualquier sistema de información deberá proporcionar las reglas para identificar, definir y organizar las clases, métodos y mensajes que acompañen a cada objeto.
|
(NOGE) Norma general
|
El equipo desarrollador del sistema tendrá como objetivo, en un diseño con orientación a objetos, el almacenar métodos y datos de clases en el último nivel de abstracción.
|
(NOGE) Norma general
|
Es conveniente que el equipo de desarrollo involucrado reserve, tanto tiempo, como personal, para familiarizarse con las librerías de clases preexistentes.
|
(NOGE) Norma general
|
Durante la elección del software de desarrollo se debe considerar que éste tenga la capacidad de soportar de manera robusta toda la aplicación.
|
(NOGE) Norma general
|
Los desarrollos de sistemas deberán contar con un estudio de factibilidad tecnológica y económica.
|
(NOANSIS) Norma para el análisis de sistemas
|
Apoyados en el estudio de factibilidad tecnológica y económica, las áreas de informática y usuarias deberán solicitar un dictamen técnico a la dirección de informática.
|
(NOANSIS) Norma para el análisis de sistemas
|
La fase de análisis deberá apegarse a la metodología de orientación a objetos de James Rumbaugh.
|
(NOANSIS) Norma para el análisis de sistemas
|
Durante la fase de análisis el equipo de desarrollo del sistema obtendrá una serie de abstracciones del problema.
|
(NOANSIS) Norma para el análisis de sistemas
|
Al modelar un sistema usando metodologías con orientación a objetos se examinan e investigan los requerimientos del sistema.
|
(NOANSIS) Norma para el análisis de sistemas
|
En la elaboración de sistemas con orientación a objetos, uno de los principios fundamentales a observar es la elaboración de una vista lógica del problema, así como efectuar una descripción completa, específica y correcta del sistema.
|
(NOANSIS) Norma para el análisis de sistemas
|
En la elaboración de sistemas con orientación a objetos es conveniente que el equipo de desarrollo visualice los atributos y propiedades relevantes de nuestro sistema.
|
(NOANSIS) Norma para el análisis de sistemas
|
Es conveniente que el equipo de desarrollo considere las siguientes directrices para la definición de clases y métodos: modelar con clases y entidades que ocurren de forma natural en el sistema, diseñar métodos de finalidad única, diseñar un nuevo método al encontrar una oportunidad de ampliar uno existente.
|
(NOANSIS) Norma para el análisis de sistemas
|
El equipo de desarrollo del sistema examinará, para la creación de nuevas clases, si éstas se generan a través de descripciones conceptuales de otras clases u objetos del sistema.
|
(NOANSIS) Norma para el análisis de sistemas
|
Se deberán establecer grupos de trabajo encargados para las actividades de diseño de encuestas, entrevistas, recopilación de datos, etc.
|
(NOANSIS) Norma para el análisis de sistemas
|
La fase de diseño de sistemas deberá apegarse a la metodología de orientación a objetos de James Rumbaugh.
|
-(NODISIS) Norma para el diseño de sistemas
|
De existir manuales de procedimientos vigentes en la institución o empresa, todos los grupos de trabajo involucrados en el diseño de sistemas deberán tener conocimiento del contenido de ellos.
|
(NODISIS) Norma para el diseño de sistemas
|
Para los casos en los cuales se efectúa un cambio en el diseño del sistema, dicho cambio deberá ser documentado, previa revisión y justificación.
|
(NODISIS) Norma para el diseño de sistemas
|
En la elaboración de sistemas con orientación a objetos es conveniente que el área de desarrollo comience con el estudio de bibliotecas de clases preexistentes.
|
(NODISIS) Norma para el diseño de sistemas
|
Durante la definición de clases en el modelado con orientación a objetos, el equipo de desarrollo del sistema deberá considerar todos aquellos objetos o subclases que tengan una o más propiedades en común.
|
(NODISIS) Norma para el diseño de sistemas
|
En las etapas previas a la programación, el equipo de desarrollo no debe perder de vista: la identificación de los objetos, la organización de jerarquías de cases, la reutilización de clases, la construcción de marcos estructurales a partir de las librerías de clases.
|
(NODISIS) Norma para el diseño de sistemas
|
Durante las primeras etapas de elaboración del sistema, el equipo de desarrollo debe asegurar el aprovechamiento máximo del lenguaje de programación orientado a objetos por utilizar.
|
(NODISIS) Norma para el diseño de sistemas
|
En el desarrollo de sistemas de información con orientación a objetos, el énfasis del diseño recae en los datos contenidos de las entidades u objetos.
|
(NODISIS) Norma para el diseño de sistemas
|
La etapa de diseño no podrá considerarse como terminada para un módulo si antes no se ha definido cada clase, método y mensaje que formen parte de ese módulo.
|
(NODISIS) Norma para el diseño de sistemas
|
En algunos casos en que algún miembro del equipo de desarrollo sugiera incluir bibliotecas de clases específicas y quiera mantenerlas privadas, deberá presentar su justificación.
|
(NODISIS) Norma para el diseño de sistemas
|
En el refinamiento de niveles de abstracción que sean de utilidad para el sistema, debe mantenerse u nivel de sencillez que logre una fácil comprensión de la especialización.
|
(NODISIS) Norma para el diseño de sistemas
|
En los árboles de herencia, la generalización de jerarquías de clases debe reflejar un nivel de calidad aceptable en cuanto a su manejo.
|
(NODISIS) Norma para el diseño de sistemas
|
Para los casos en que se detecte cualquier error en algún método perteneciente a una clase se debe notificar de inmediato al jefe de proyecto.
|
(NODISIS) Norma para el diseño de sistemas
|
En el caso de la construcción de superclases con respecto a la herencia, se debe procurar una elaboración justificada y a la vez no especializada.
|
(NODISIS) Norma para el diseño de sistemas
|
Para que un conjunto de clases pueda ser considerado como parte de la biblioteca de objetos, éste deberá ser completo en cuanto a código útil.
|
(NODISIS) Norma para el diseño de sistemas
|
Todos los programas que integren cualquier sistema deberán estar documentados conforme al MPDSOO.
|
(NOPYDOSIS) Norma para la programación y documentación de sistemas
|
El área usuaria deberá aprobar el manual del usuario previamente a la liberación del sistema.
|
(NOPYDOSIS) Norma para la programación y documentación de sistemas
|
El encargado de control de la documentación de un sistema dictaminará el control de la documentación con base en claves de control.
|
(NOPYDOSIS) Norma para la programación y documentación de sistemas
|
El encargado del control de la documentación tendrá especial cuidado en la documentación que presente cambios frecuentes.
|
(NOPYDOSIS) Norma para la programación y documentación de sistemas
|
Todos aquellos códigos que sean objeto de programación deberán contener información de quién efectuó la programación y en qué fecha.
|
(NOPYDOSIS) Norma para la programación y documentación de sistemas
|
Después de concluida la programación de una parte del sistema, se deberá registrar en un documento que dicha parte del sistema ha sido concluida.
|
(NOPYDOSIS) Norma para la programación y documentación de sistemas
|
Antes de liberar un nuevo sistema, éste deberá ser sometido a pruebas de aceptación definidas por el área usuaria, utilizando para ello datos reales.
|
(NORDP) Norma para la realización de pruebas
|
Las pruebas de aceptación deberán ser clasificadas en preliminares y totales.
|
(NORDP) Norma para la realización de pruebas
|
Las corridas de prueba que se realicen con el fin de acreditar un sistema como aceptado, deberán efectuarse con una cantidad de datos superior al 50% de lo habitual.
|
(NORDP) Norma para la realización de pruebas
|
Los tipos de datos con los cuales se efectúen las pruebas deberán estar apegados a la realidad.
|
(NORDP) Norma para la realización de pruebas
|
La capacitación al personal técnico operativo formará parte fundamental de la liberación de un sistema
|
(NOIDSYC) Norma para la implantación de sistemas y capacitación
|
El proceso de capacitación deberá ser posterior a la aprobación de los manuales.
|
(NOIDSYC) Norma para la implantación de sistemas y capacitación
|
Los manuales de operación deberán especificar los métodos de manejo que permitan cuidar la integridad, tanto física como lógica de los elementos que conforman el sistema.
|
(NOIDSYC) Norma para la implantación de sistemas y capacitación
|
El área usuaria deberá solicitar el mantenimiento de un sistema a su área de informática, siempre y cuando se identifiquen y justifiquen plenamente los ajustes y cambios necesarios.
|
(NOMS) Norma para el mantenimiento de sistema
|
Aquellos códigos del sistema que no trabajen de manera óptima con respecto a las necesidades, serán dispuestos a un proceso de retrabajo.
|
(NOMS) Norma para el mantenimiento de sistema
|
Describir los procedimientos para cada una de las etapas que comprenden el desarrollo de sistemas, observando el cumplimiento de los elementos que constituyen un plan de calidad.
|
(OBJMPDSOO) Objetivo del MPDSOO
|
Identificación de clases y objetos, Diccionario de clases, Identificación de asociaciones entre objetos, Identificación de atributos, Refinamiento mediante herencia.
|
(PME) Procesos del Modelado Estático
|
Establecimiento de escenarios, Identificación de sucesos, Diagrama de estados.
|
(PMD) Procesos del Modelado Dinámico
|
Identificación de valores de entrada y salida, Diagrama de flujo de datos, Descripción de funciones, Diccionario de términos.
|
(PMF) Procesos del Modelado Funcional
|