• Barajar
    Activar
    Desactivar
  • Alphabetizar
    Activar
    Desactivar
  • Frente Primero
    Activar
    Desactivar
  • Ambos lados
    Activar
    Desactivar
  • Leer
    Activar
    Desactivar
Leyendo...
Frente

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

image

Boton play

image

Boton play

image

Progreso

1/73

Click para voltear

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