A. Anlisis de Sistemas A 1.

Definicin de la situacin problemtica por solucionar con aplicaciones computacionales Realizar un anlisis preliminar de los sistemas de la organizacin Modelo de Negocio: Muestra la funcionalidad completa de la empresa.

* Venta| Solo es uno de los procesos, atiende a un carcter temporal. *Plan de Contingencia | Es tomado como una medida de seguridad *Marketing| Es solo uno de los procesos, atiende un carcter temporal. Generar un diagnstico de la situacin actual de los sistemas de la organizacin

Anlisis FODA Factor Interno a la Organizacin | Fortalezas y Debilidades Factor Externo a la Organizacin | Oportunidades y Amenazas Identificar los problemas a solucionar con aplicaciones computacionales Anlisis de problemas | Razonamiento Comn A 2. Elaboracin de estudios de factibilidad para el desarrollo de aplicaciones computacionales Comparar alternativas de solucin (productos comerciales o desarrollos a la medida) mediante estudios de factibilidad Estudio de Factibilidad Definir un marco de tiempo de la solucin Determinar si se requieren recursos de informacin o es la solucin ptima para las necesidades del negocio Determinar si un sistema existente puede corregir la situacin sin modificaciones. Determinar si un producto del mercado ofrece una solucin Determinar el costo/beneficio aproximado Determinar si la solucin encaja la estrategia de negocio

Benchmarking| Puede definirse como un proceso sistemtico y continuo para evaluar comparativamente los productos, servicios y procesos de trabajo en organizaciones. Consiste en tomar "comparadores" o benchmarks a aquellos productos, servicios y procesos de trabajo que pertenezcan a organizaciones que evidencien las mejores prcticas sobre el rea de inters, con el propsito de transferir el conocimiento de las mejores prcticas y su aplicacin. Costobeneficio| El proceso involucra, ya sea explcita o implcitamente, un peso total de los gastos previstos en contra del total de los beneficios previstos de una o ms acciones con el fin de seleccionar la mejor opcin o la ms rentable. El coste-beneficio es una lgica o razonamiento basado en el principio de obtener los mayores y mejores resultados al menor esfuerzo invertido, tanto por eficiencia tcnica como por motivacin humana. Se supone que todos los hechos y actos pueden evaluarse bajo esta lgica, aquellos dnde los beneficios superan el coste son exitosos, caso contrario fracasan.La informacin proporcionada est asociada al costo de las propuestas. Anlisis operativo| Realizar un diagnstico de las operaciones, detallando las oportunidades de mejora existentes. Valorar el impacto econmico que tendran en la cuenta de resultados. Elaborar un plan de accin para cada una de las oportunidades identificadas, adecuando el desarrollo del mismo alas necesidades y disponibilidad de

la organizacin para conseguir la involucracin del personal en la consecucin de esas mejoras. Incorrecta. La informacin proporcionada no da elementos para establecer la factibilidad operativa del sistema. Anlisis tcnico| El Analista evala los principios tcnicos del Sistema y al mismo tiempo recoge informacin adicional sobre el rendimiento, fiabilidad, caractersticas de mantenimiento y productividad. Los resultados obtenidos del anlisis tcnico son la base para determinar sobre si continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otra.Incorrecta. La informacin proporcionada no es de tipo tcnica. Elaborar propuestas de aplicaciones computacionales para solucionar la problemtica detectada en la organizacin

Ciclo de Vida del Desarrollo de Sistemas

Elementos que deben incluirse en la propuesta de sistema|Requerimiento de hardware, Estudios de factibilidad, Alance del proyecto, Duracin del Proyecto

A 3. Determinacin de requerimientos del sistema computacional Realizar un anlisis de requerimientos Pasos necesarios para preparar una entrevista para la obtencin de los requerimientos de una aplicacin computacional.

1. Leer los antecedentes |Conocer los antecedentes de la organizacin; Leer y entender tanto como sea posible los antecedentes de los entrevistados y su organizacin. Con frecuencia este material se puede obtener del sitio Web corporativo, de un informe anual actual, de un boletn corporativo o de cualquier publicacin que explique el estado de la organizacin 2. Establecer los objetivos de la entrevista |Utilice los antecedentes que haya recopilado as como su propia experiencia para establecer losobjetivos de la entrevista. Debe haber de cuatro a seis reas clave referentes al procesamiento de la informacin y el comportamiento relacionado con la toma de decisiones acerca de las cuales tendr usted que hacer preguntas. Estas reas incluyen fuentes de informacin, formatos deinformacin, frecuencia de la toma de decisiones, cualidades de la informacin y estilo de la toma de decisiones. 3. Decidir a quin entrevistar |Cuando tenga que decidir a quin entrevistar, incluya a gente clave de todos los niveles que vayan a ser afectadaspor el sistema de alguna manera. Esfurcese por conseguir el equilibrio de tal manera que atienda las necesidades de tantos usuarios como sea posible. Su persona de contacto en la organizacin tambin tendr algunas ideas sobre quin deba ser entrevistado. 4. Preparar al entrevistado |Prepare a la persona que va a ser entrevistada hablndole por anticipado o envindole un mensaje de correo electrnico y dndole tiempo para pensaren la entrevista.

5. Decidir el tipo de preguntas y la estructura |Escriba preguntas que abarquen las reas clave de la toma de decisiones que haya descubierto al determinar los objetivos de la entrevista. Las tcnicas apropiadas para preguntar son el corazn de la entrevista. Las preguntas tienen algunas formas bsicas que usted debe conocer. Los dos tipos bsicos de preguntas son las abiertas y las cerradas.

Validar los requerimientos identificados Para obtener una descripcin correcta de las necesidades del usuario, los requerimientos deben ser consistentes, ntegros o completos, verificables y entendibles

Documentar los requerimientos identificados * Definicin de Casos de Uso

Diagrama de Componentes Muestra la interaccin entre elementos lgicos del sistema.

Diagrama de colaboracin. Muestra las relaciones entre clases y objetos del sistema.

Diagrama de Interactividad. Muestra los mensajes entre los objetos del sistema

Diagrama de Caso de Uso . Representa las actividades que realizar un usuario (actor) con el sistema.

B.Desarrollo e implantacin de aplicaciones computacionales B 1. Disear la solucin del problema de tecnologa de informacin Elaborar el modelo inicial de la solucin del problema de tecnologa de informacin Modelo en Cascada: Este modelo no tiene la posibilidad de incluir los cambios requeridos, Consideras las actividades fundamentales del proceso de especificacin, desarrollo, validacin y evolucin, y los representa como fases separadas del proceso, tales como la especificacin de requerimientos, el diseo de software, la implementacin, las pruebas, etc. 1. Anlisis y definicin de requerimientos| Consultas con usuarios y especificacin del sistema 2. Diseo del sistema y del software| HW & SW 3. Implementacin y prueba de unidades| Conjunto o unidades de programas 4. Integracin y prueba del sistema| Aseguramiento de los requerimientos y entrega del software 5. Funcionamiento y mantenimiento| Instalacin, correccin de errores y nuevos requerimientos Desarrollo Evolutivo: Este enfoque entrelaza las actividades de especificacin, desarrollo y la validacin. Un sistema inicial se desarrolla rpidamente a partir de especificaciones abstractas. Este se refina basndose en las peticiones del cliente para producir un sistema que satisfaga sus necesidades. *Diferentes versiones hasta que se desarrolla un sistema adecuado. 1. Desarrollo exploratorio| Trabajar con el cliente para explorar requerimientos y entregar el sistema final, empezando con las partes del sistema mejor entendidas. 2. Prototipos desechables |Este modelo contempla ajustes en funcin de un modelo ya implementado, Comprender los requerimientos del cliente y entonces desarrollar una definicin mejorada de los requerimientos para el sistema, experimentar con los requerimientos del cliente que no se comprenden del todo. Ingeniera de Software basada en Componentes: Este enfoque se basa en la existencia de un nmero significativo de componentes reutilizables. El proceso de desarrollo del sistema se enfoca en integrar estos componentes en el sistema ms que en desarrollarlos desde cero. 1. Anlisis de Componentes| identificacin de los componentes y la funcionalidad requerida. 2. Modificacin de requerimientos| Anlisis de la informacin obtenida de los componentes. 3. Diseo del sistema con reutilizacin| Reutilizacin y organizacin de componentes. 4. Desarrollo e integracin| Desarrollo interno de los componentes del sistema.

Iteracin de procesos

1.Entrega incremental| Este modelo va orientado a aumentar las funcionalidades no a modificarlas, la especificacin, el diseo y la implementacin del software se dividen en una serie de incrementos, los cuales se desarrollan por turnos.

2. Desarrollo espiral| Porque este modelo contempla ajustes evolutivos en el proceso, el desarrollo del sistema gira en espiral hacia afuera, empezando con un esbozo inicial y terminando con el desarrollo final del mismo.

Adecuar el modelo de la solucin de tecnologa de informacin Diagrama de flujo| Esta es una herramienta que se utiliza en general para modelar todo tipo de sistemas concentrndose en las funciones que serealizan y los datos de entrada y salida de las funciones; adems no ofrecen datos relacionados con el tiempo. Diagrama de transicin de estados| Este tipo de herramientas se utilizan para el modelado de sistemas de tiempo real dado que los estadosrepresentan el comportamiento del sistema en un tiempo. Pruebas| En las pruebas se verifica y valida que un software realiza las funciones para las que fue diseado. Pruebas de caja negra| Estas pruebas no ofrecen datos relacionados con el tiempo,se denomina caja negra a aquel elemento que es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno. Nos interesar su forma de interactuar con el medio que le rodea. Se refiere a las pruebas que se llevan a cabo sobre la interfaz del software. O sea, los casos de prueba pretenden demostrar quelas funciones del software son operativas, que la entrada se acepta de forma adecuada y que se produce un resultado correcto, ascomo que la integridad de la informacin externa (por ejemplo, archivos de datos) se mantiene. Una prueba de caja negra examinaalgunos aspectos del modelo fundamental del sistema sin tener mucho en cuenta la estructura lgica interna del software.

Pruebas de caja blanca| Se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un mdulo.

 Se basa en el minucioso examen de los detalles procedimentales. Se comprueban los caminos lgicos del software proponiendo casos de prueba que ejerciten conjuntos especficos de condiciones y/o bucles. Se puede examinar el estado del programa en varios puntos para determinar si el estado real coincide con el esperado o mencionado; las pruebas de caja blanca son diseadasdespus de que exista un diseo de componente (o cdigo fuente). El detalle de la lgica del programa debe estar disponible. o Prueba de caja de cristal| Es un mtodo de diseo de casos de prueba que usa la estructura de control del diseo procedimental para obtener los casos de prueba. Especificacin de procesos| Esta es una herramienta que permite definir que sucede en los procesos o funciones de un sistema; adems no ofrecedatos relacionados con el tiempo. Disear la arquitectura del sistema Arquitectura Centrada en Datos|Se basan en el uso que hacen los componentes de los datos Un almacn de datos se encuentra en el centro de esta arquitectura; otros componentes tiene acceso a l y cuentan con la opcin deactualizar, agregar, eliminar y modificar los datos. Promueve capacidad de integracin, posibilidad de cambiar componentes existentes y agregar nuevos componentes cliente a la arquitectura. Los componentes cliente ejecutan procesos de manera independiente.

Arquitectura de Flujo de Datos| Se centran en los componentes y sus interacciones, modelo estructural, Se aplica cuando los datos de entrada se habrn que transformarse en datos de salida mediante una serie de componentes para elclculo o la manipulacin. Tuberas y Filtros, con flujos ascendentes y descendentes. Si el flujo de datos degenera en una sola lnea de transformaciones se denomina procesamiento por lotes secuencial.

Arquitectura de Llamada y Retorno| Fcil de modificar y cambiar el tamao. Arquitectura de programa principal/subprograma|Invoca a varios componentes de programa, que a su vez pueden invocar a otros. Arquitectura de llamada de procesamiento remoto| Se distribuyen en varias computadoras de un red.

Arquitectura Orientada a Objetos|Se centran en los componentes y sus interacciones, modelo estructural, Los componentes de un sistema encapsulan los datos y las operaciones que deben aplicarse para manipular los datos. La comunicacin y coordinacin entre componentes se consigue mediante el paso de mensajes.

Arquitectura Estratificada|Se basan en las funciones lgicas de los componentes,

Existen varias capas definidas, cada una de ellas realiza operaciones que se acercan progresivamente al conjunto de instrucciones de la mquina. Capas (GUI, Aplicacin, Utileras, Central).

Distribuida| Requiere de dos o ms servidores. Monoltica| En Capas| Implica dividir desde el punto de vista lgico a la aplicacin en capas que agrupan funciones. Orientada a Servicios| Se centra en dividir slo los servicios que ofrece la aplicacin. Modelar datos para el sistema Modelo de Datos Lgico| Diagrama mostrado est orientado a la descripcin de las operaciones. Modelo de Datos Fsico| Representa estructuras de datos a bajo nivel. Modelo de Datos Conceptual| El diagrama Entidad-Relacin, el cual es un ejemplo del Modelo Conceptual. Modelo de Datos Relacional| Es un Modelo de Datos, es una clasificacin del Modelo de Datos Lgico. Pasos que se requieren para elaborar el diagrama relacional a partir de un diagrama entidad relacin de un modelo de datos 1. Fusionar las entidades con relaciones de cardinalidad uno a uno. 2. Elaborar por cada una de las entidades del diagrama ER una relacin en el diagrama relacional. 3. Reduccin de las relaciones muchos a uno con el paso de llaves. 4. Elaborar por cada una de las relaciones con cardinalidad muchos a muchos una relacin asociativa.

B 2. Desarrollo de sistemas Seleccionar herramientas de desarrollo que resuelvan mejor la problemtica detectada Lenguaje de Alto Nivel|Ada, ALGOL, BASIC, C++, C#, COBOL,Fortran,Java, Lisp, Modula-2, Pascal, Perl, PHP, PL/1, PL/SQL, Python ,LISP Se caracteriza por expresar los algoritmos de una manera adecuada a la capacidad cognitiva humana, en lugar de a la capacidadejecutora de las mquinas. Se crearon para que el usuario comn pudiese solucionar un problema de procesamiento de datos de una manera ms fcil y rpida. ORIENTADOS A OBJETOS| C++, Objective C, Java, Samalltalk, Eiffel, Lexico, Ruby, Ptyhon, OCAML, Object Pascal, CLIPS, Visual.NET, Actionscript, COBOL, Perl, C#, Visual Basic .NET, PHP, Simula, Delphi, PowerBuilder Lenguaje de Bajo Nivel| Ensamblador, C, Basic Proporciona un conjunto de instrucciones aritmeticolgicas sin la capacidad de encapsular dichas instrucciones en funciones que noestn ya contempladas en la arquitectura del hardware. Licencias para Software Libre| GPL-GNU General Public License, OCL Object Constraint Language, BSD Berkeley Software Distribution Licencias para Software Propietario| EULA End User License Agreement

Codificar el sistema

Polimorfismo| Permite crear clases distintas que heredan mtodos de una superclase. Abstraccin| Slo es descriptivo a un objeto. Encapsulamiento| Se refiere a la cohesin de los componentes ms que apoyo a la reutilizacin. Ocultacin| Cada objeto es independiente y est oculto de los dems.

Probar la solucin tecnolgica Prueba de Unidad|Slo prueba que un mdulo funcione correctamente en los lmites establecidos como restricciones de procesamiento,Se centra en cada mdulo individualmente, asegurando que funcionan adecuadamente como una unidad. Prueba de Integracin|Prueba que todos los mdulos del sistema funcionen de manera conjunta,se dirige a todos los aspectos asociadoscon el doble problema de verificacin y de construccin del programa. Prueba de Alto Nivel Prueba de Validacin| proporciona una seguridad final de que el software satisface todos los requisitos funcionales, de comportamiento y derendimiento (Pruebas de Caja Negra Exclusivamente). Prueba de Sistema|verifica que cada elemento encaja de forma adecuada y que se alcanza la funcionalidad y el rendimiento del sistema tota. Prueba de Usabildad| Slo prueba la interfaz del sistema. Prueba de Especificacin| Slo prueba que la aplicacin contemple todas las especificaciones documentadas. Anlisis de Codigos -> Resultados

Adecuar el modelo codificado del sistema Capa de Datos| Esta capa slo contempla los accesos a los datos. Capa de Interfaz de Usuario| Esta capa slo es la interfaz con el usuario. Capa de Negocios| Porque en esta capa se implementan las reglas de operacin de la empresa. B 3. Implantacin de sistemas Identificar tcnicas de implantacin de sistemas Conversin en Fases| La implantacin de la nueva aplicacin es un proceso gradual que ocurre en varias fases donde partes antiguas sonreemplazadas de manera incremental por nuevas partes y a menudo partes nuevas an estn en desarrollo. Conversin Prototipo| En la implantacin prototipo la nueva aplicacin se instala para unos cuantos usuarios quienes lo evalan y ayudan adecidir si cubre los requerimientos establecidos. Conversin Directa| Ocurre una transicin instantnea a la nueva aplicacin y todos comienzan a utilizarla en la misma fecha. La aplicacinantigua deja de ser utilizada de inmediato. Conversin Paralela| Ambas aplicaciones se utilizan de manera paralela por un tiempo para corregir problemas con la nueva aplicacin y con la transferencia de datos. Una vez que la nueva aplicacin cumple con los requerimientos y es totalmente funcional, la aplicacin antigua se descarta. Poner en operacin el sistema Modelos de Implantacin Fases| La implantacin de la nueva aplicacin es un proceso gradual que ocurre en varias fases donde partes antiguas sonreemplazadas de manera incremental por nuevas partes y a menudo partes nuevas an estn en desarrollo. Distribuida| En la implantacin distribuida se refiere a muchas instalaciones del mismo sistema que son implantadas de manera escalonada.

Gradual| Implica operacin simultnea entre el sistema anterior y el nuevo, cambiando gradualmente el nmero de operaciones entreambos. Paralela| Ambas aplicaciones se utilizan de manera paralela por un tiempo para corregir problemas con la nueva aplicacin y con latransferencia de datos. Una vez que la nueva aplicacin cumple con los requerimientos y es totalmente funcional, la aplicacin antiguase descarta.

Integrar el producto y los procesos desarrollados Criterios bsicos a utilizar cuando se evala un producto de software| Estabilidad, Confiabilidad y Usabilidad Escalabilidad & Sustentabilidad -> Solo es un criterio a considerar a menos que sea parte de los requerimientos. B 4. Desarrollo y aplicacin de modelos matemticos Aplicar modelos matemticos computacionales y sus respectivos algoritmos Matemticas Discretas Simular sistemas mediante herramientas computacionales Etapas para realizar un estudio de simulacin: 1. Definicin del sistema| Anlisis preliminar del sistema y determinar interacciones, restricciones, variables e interrelaciones, resultados esperados. 2. Formulacin del modelo| Definir y construir el modelo con el cual se obtendrn los resultados deseados. Variables, Relaciones Lgicas y Diagramas de Flujo. 3. Coleccin de datos| Se definen con exactitud los datos que se van a modelar. Pero an el sistema no ha sido construido. 4. Implementacin del modelo en la computadora| Codificacin del sistema o modelo de simulacin. 5. Validacin| Es donde se pueden detectar deficiencias del modelo o en los datos alimentados en el modelo. 6. Experimentacin| Consiste en generar los datos deseados y en realizar anlisis de sensibilidad de los ndices requeridos. 7. Interpretacin| Se interpretan los resultados de la simulacin y se toma una decisin en base a ello. 8. Documentacin| Documentacin Tcnica y Manual de Usuario (facilita la interaccin y uso del modelo) C.Gestin de proyectos de tecnologas de informacin C 1. Administracin de proyectos de tecnologas de informacin Administrar los recursos en proyectos de tecnologas de informacin Caractersticas que debe tener el lder 1. Resolucin del problema(Diagnosticar aspectos tcnicos y de organizacin) |Un gestor eficiente de un proyecto de software puedediagnosticar los aspectos tcnicos y de organizacin ms relevantes, estructurar una solucin sistemticamente o motivar apropiadamente a otrosprofesionales para que desarrollen la solucin, aplicar las lecciones aprendidas de anteriores proyectos a las nuevas situaciones, mantenerse losuficientemente flexible para cambiar la gestin si los intentos iniciales de resolver el problema no dan resultado. 2. Dotes de gestin (Tomar las riendas)| Un buen gestor de proyectos debe tomar las riendas. Debe tener confianza para asumir el control cuandosea necesario y la garanta para permitir que los buenos tcnicos sigan sus instintos. 3. Incentivos por logros (Recompensar)| Para optimizar la productividad de un equipo de proyecto, un gestor debe recompensar la iniciativa y loslogros, y demostrar a travs de sus propias acciones que no se penalizar si se corren riesgos controlados.

4. Influencia y construccin de espritu de equipo| Un gestor de proyecto eficiente debe ser capaz de leer a la gente; debe ser capaz deentender seales verbales y no verbales y reaccionar ante las necesidades de las personas que mandan esas seales. El gestor debe mantener elcontrol en situaciones de gran estrs. Los recursos humanos del equipo de DESARROLLO necesarios del proyecto. | Lder del proyecto, Analista y Programador El proceso del software (y todos los proyectos de software)lo componen participantes que pueden clasificarse en una de estas cinco categoras: 1. Gestores superiores| que definen los aspectos de negocios que a menudo tienen una significativa influencia en el proyecto. 2. Gestores (tcnicos) del proyecto| que deben planificar, motivar, organizar y controlar a los profesionales que realizan el trabajode software. 3. Profesionales| que proporcionan las capacidades tcnicas necesarias para la ingeniera de un producto o aplicacin. 4. Clientes| que especifican los requisitos para la ingeniera del software y otros elementos que tienen menor influencia en el resultado. 5. Usuarios finales| que interaccionan con el software una vez que se ha entregado para la produccin.*Para ser eficaz, el equipo del proyecto debe organizarse de manera que maximice las habilidades y capacidades de cadapersona. Y este es el trabajo del jefe del equipo.

Tipos de modelos de coste o bsicos para la estimacin de un producto de software. 1. Histricos |A menudo se basan en la analoga con otros proyectos parecidos y se fundamentan casi exclusivamente en la experiencia profesionalde los que efectan la estimacin. 2. Estadsticos & Estndares |Superan la experiencia histrica de los profesionales que intervinieron en el proyecto y a partir del estudio estadsticode los datos reales obtienen frmulas que relacionan las diferentes unidades de medida del software, a menudo las lneas de cdigo (LOC) y elesfuerzo (generalmente medido en hombre-mes). 3. Base Terica |Parten de una serie de ideas generales sobre el proceso de construccin de software y elaboran frmulas que relacionan diferentesmtricas de software. 4. Compuestos |Consideran los dos sistemas anteriores: estadsticos y tericos. *Herramientas Automticas de Estimacin| Son propiamente una herramienta de software para realizar la estimacin concreta de la estimacin basada en unmodelo de estimacin. *Cocomo| Son mtodos de costeo especficos del tipo de modelos basados en estadsticas. *Basados en lneas de cdigos| Son slo una variable ms de mtodo de costeo. Herramientas y Tcnicas para el Control de Costo 1. Sistema de control de cambios en los costos| Un sistema de control de cambios de costos define los procedimientos por medio de los cualesse puede cambiar

la base de costos. Este incluye el papeleo, los sistemas de seguimiento, y los niveles de aprobacin necesarios para autorizar loscambios. 2. Medicin del rendimiento / desempeo| Ayudan a evaluar la magnitud de cualquier variacin que llegase a ocurrir. 3. La Gestin del Valor Ganado (GVG)| Es la determinacin de qu est provocando la variacin y la decisin de si dicha modificacin requiere o node una accin correctiva. deben medir continuamente el rendimiento del proyecto, relacionando tres variables independientes:a. a. El Valor Planificado | El trabajo fsico que se ha programado realizar, incluido el valor estimado de este trabajo (previamentedenominado Costos Presupuestados para el Trabajo Programado [CPTP]). b. El Valor Ganado | El trabajo fsico que realmente se llev a cabo, incluido el valor estimado de este trabajo (previamente denominadoCostos Presupuestados para el Trabajo Realizado [CPTR]) y, con (3) los Costos Reales incurridos para lograr el Valor Ganado. Larelacin de (2) el Valor Ganado menos (1) el Valor Planificado menos (3) los Costos Reales, constituye la Varianza de Costos (VC) delproyecto. 4. Planificacin adicional| Son pocos los proyectos que se ejecutan exactamente de acuerdo a lo planificado. Los cambios potenciales pueden requerir estimaciones de costos nuevas o revisadas o un anlisis de los enfoques alternativos 5. Herramientas computarizadas| A menudo, herramientas computarizadas tales como software de gestin de proyectos y planillas de clculo, seutilizan para hacer un seguimiento de los costos planificados versus los costos reales, y para predecir los efectos de los cambios en los costos. *Control de actualizaciones presupuestarias| Son un producto o resultado del sistema de control de costos. *Anlisis costo beneficio del proyecto |Es una tcnica para comparar el costo del proyecto contra el beneficio que ste otorga al cliente, pero no tiene incidenciaen el control del costo del proyecto. Verificar el cumplimiento de las metas del proyecto de tecnologas de informacin Despliegue| Esta actividad verifica el cumplimiento de los objetivos del proyecto de tecnologa. Planeacin| Esta actividad es primaria es cualquier proyecto de software. Implementacin| Esta actividad se refiere a la generacin de cdigo. Modelado| Esta actividad se refiere a la creacin de modelos, antes de la actividad de implementacin.

C 2. Control de calidad de proyectos de tecnologas de informacin Seleccionar modelos de calidad para tecnologas de informacin PSP |Es un modelo de calidad particular. Se enfoca al desarrollo de habilidades del ingeniero de software.

TSP |Es un modelo de desarrollo de software basado en equipos de trabajo. CMMI |Es un modelo integral de capacidad y madurez de los proceso de desarrollo de software y sistemas. CMM |Es un modelo que permite medir la capacidad de los procesos de desarrollo nicamente de software.

Aplicar metodologas para el modelo de calidad seleccionado MoProSoft |Es una metodologa de certificacin a nivel nacional. COBIT |Es una metodologa para asegurar la calidad de servicios de tecnologas de informacin en organizaciones gubernamentales. UP |Es una metodologa que incorpora las mejores prcticas para el desarrollo de software de calidad a nivel internacional. ITIL |Es una metodologa de aseguramiento de calidad de la administracin de servicios de tecnologas de informacin que no incluye el desarrollo en organizaciones privadas. Establecer las mtricas de calidad para proyectos de tecnologas de informacin Benchmarking |Implica comparar las prcticas reales o planificadas del proyecto con aquellas de otros proyectos, a fin de generar ideas para mejorar opara establecer una norma por medio de la cual medir el desempeo de un proyecto. Anlisis Costo/Beneficio |Esta mtrica toma como base los beneficios y los costos que se obtienen de llevar a cabo los proyectos actuales, a menor costo menor beneficio. Diagrama Causa-y-Efecto |Detecta los posibles factores con los problemas potenciales que existen en un proyecto de software. Diseo de Experimentos |Es un mtodo estadstico que ayuda a identificar cules son los factores que influyen en variables especficas.

Mtricas de Software Facilidad de operacin |Esta mtrica se refiere a la facilidad con la que opera el sistema de respaldo y recuperacin. Complejidad del procesamiento |Esta mtrica es referente a la entrada, salida o lgica de procesamiento. Facilidad de instalacin |Esta mtrica es referente a la facilidad de instalacin del sistema. Diseo para la eficiencia de usuario final |Esta mtrica es referente a la eficiencia en el diseo de herramientas.

Verificar el cumplimiento de las mtricas de calidad en proyectos de tecnologas de informacin El departamento de control de calidad de una empresa de consultora, implementa un plan de aseguramiento de calidad como un mecanismode control. Ordene las actividades de dicho plan. 1. Preparar el plan de SQA (Software Quality Assurance)|GCS (Gestin de calidad del software) a. evaluaciones a realizar, b. auditoras y revisiones a realizar, c. estndares que se pueden aplicar al proyecto, d. procedimientos para informacin y seguimiento de errores, e. documentos producidos por el grupo SQA, f. realimentacin de informacin proporcionada al equipo de proyecto del software.

2. Desarrollar la descripcin del proceso de software| Participacin en el desarrollo de la descripcin del proceso de software del proyecto. 3. Auditar productos de trabajo de software para verificar que se ajusten con los requerimientos |Revisin de las actividades de ingeniera delsoftware para verificar su ajuste al proceso de software definido; Auditora de los productos de software designados para verificar el ajuste con losdefinidos como parte del proceso del software. 4. Garantizar que estn documentadas las desviaciones |Asegurar que las desviaciones del trabajo y los productos del software se documentan yse manejan de acuerdo con un procedimiento establecido. 5. Registrar cualquier falta de ajuste para informar al gestor ejecutivo |Registrar lo que no se ajuste a los requisitos e informar a sus superiores.

D. Implantacin de infraestructura tecnolgica (redes, bases de datos, sistemas operativos, etc.) D 1. Gestin de redes de datos Disear modelos de redes para una organizacin

Protocolo de la Capa de Enlace de Datos |HDLC. Protocolo de la Capa de Red |RIP. Enrutador (Router)| Es el nico dispositivo para segmentar una red. Pasarela (Gateway)| Dispositivo que permite interconectar redes con protocolos y arquitecturas diferentes a todos los niveles decomunicacin pero no permite segmentar la red. Conmutador (Switch)| Este dispositivo nos permite interconectar dos o ms segmentos de red, pero no segmentarla. Repetidor (Repeater)| Un repetidor es un dispositivo que recibe una seal dbil y la retransmite, pero no segmenta una red.

Implementar redes de datos Actividades para la implementacin de una red: 1. Identificar los servicios que se utilizarn| Es indispensable conocer que servicios van a estar en funcionamiento para seleccionar losrecursos de la red. 2. Saber qu sistema operativo se instalar en el servidor | Primero debe analizar los servicios y usuarios que utilizarn en la red, paraidentificar cual es el mejor modelo de red a implementar y plataforma a utilizar en el servidor. 3. Seleccionar el firewall que se utilizara| La seleccin de tipo de firewall o cortafuegos es un actividad posterior a la identificacin deservicios. WIMAX| 80Km, Su alcance mximo es de unas decenas de kilmetros. WLAN| Es tecnologa inalmbrica pero slo con alcance local. Remote Access Services (RAS)| Es una tecnologa de conectividad pero de bajo desempeo y normalmente es de uso personal y no empresarial. E1| Es la tecnologa de conectividad de largo alcance (enlace dedicado), medio de comunicacin ofrece rapidez y seguridad en la transferencia de informacin.

Administra redes de datos (mantenimiento, seguridad, tuning, etc.) VPN| Para utilizar tecnologa VPN se requerira usar el router y contar con conectividad directa al router adems de software adicional parainstalarse en las PCs. VLSM| Al cambiar las direcciones de red, esto no da conectividad en el switch. VLAN| Debido que la configuracin es sencilla, no se necesita realizar mayor inversin de equipos y/o cableado. NO deniegan acceso a servicios. Wireless| Comunicacin en la que extremos de la comunicacin (emisor/receptor), utiliza la modulacin de ondas electromagnticas a travs del espacio. Configuracin de Firewall y ACLs| Son formas para permitir o denegar entrada/salida a un servicio en especfico. Configurar un filtrado por MAC Address| Deniega solo el acceso a la red y no permite filtrar por servicio. Sniffer | Analiza el trfico en la red de computadora. SMTP in | POP out Protocolos de trasferencia de correo simple SNMP| Protocolo para la administracin de objetos en una red. Firewall| Un firewall no tiene la funcin de analizar el ancho de banda, solo habilita y cierra puertos. D 2. Gestin de bases de datos Disear bases de datos Pasos involucrados en el diseo de una base de datos relacional 1. Identificacin de entidades 2. Identificacin de relaciones 3. Elaboracin del modelo entidad relacin 4. Identificacin de atributos 5. Normalizacin 6. Validacin del diseo vs necesidades del usuario Elementos de una base de datos relacional 1. ndice | que proporcionan acceso rpido a elementos de datos que tienen valores particulares 2. Vista 3. Procedimiento. Implementar bases de datos

Administrar bases de datos (mantenimiento, seguridad, tuning, respaldo, recuperacin, etc.) CREATE INDEX <nombre_indice> ON <nombre_tabla> (<campos ordenados>); GRANT SELECT ON facturacion.* TO 'factconsul'@'localhost' IDENTIFIED BY 'mypass'; Solo le asigna el atributo de lectura a la Base de Datos en todas sus tablas GRANT ALL ON *.* TO 'factconsul'@'localhost' IDENTIFIED BY 'mypass'; Esta sentencia le da los permisos, pero sobre todas las Bases de datos del servidor GRANT SELECT ON *.facturacion TO 'factconsul'@'localhost' IDENTIFIED BY 'mypass'; Ya que le asigna el atributo de lectura sobra la tabla de facturacin que est en todas las bases de datos del servidor. GRANT SELECT, INSERT ON facturacion.* TO 'factconsul'@'localhost' IDENTIFIED BY 'mypass'; Ya que adems de asignarle el atributo de lectura, le permite insertar registros, que era la vulnerabilidad que origin el problema.

Se tiene una Base de Datos (ver figura). El respaldo de la Base de Datos del Servidor A se realiza de manera automtica cada 60 minutos. En elminuto 80 se cae el sistema. Ordene las actividades a realizar para restaurar la base de datos con la menor prdida de datos, considerando lasdiferencias temporales entre las actualizaciones de cada base de datos.

Replicar manualmente el Servidor B al Servidor D. Replicar manualmente el Servidor A al Servidor C. Restaurar del respaldo del Servidor D al Servidor B. Restaurar del respaldo del Servidor C al Servidor A Respaldar del Servidor A al Servidor B Restaurar del Servidor B al Servidor A *se perdera la informacin de los ltimos 20 minutos 7. RESPUESTA = 4,5,1 D 3. Gestin de sistemas operativos y lenguajes de desarrollo Seleccionar sistemas operativos y lenguajes de desarrollo (requerimientos, anlisis de costo-beneficio, etc.) Sistemas Operativos orientados a Servidor | Windows Server, Linux CentOS, Unix, BSD

1. 2. 3. 4. 5. 6.

Sistemas Operativos orientados a Usuario| Windows, Mac OS X, Linux Ubuntu Windows| Windows ante un ataque tiene mayor impacto, dada su base de usuarios instalada adems de tener un costo de adquisicinconsiderable. Linux |Sistema Operativo de Software Libre. Mac OS X |Mac OS X tiene un costo mayor que Linux, ambos son seguros.

Configurar sistemas operativos Se tiene un touch screen que termina una operacin de E/S, en la cual se produce la siguiente secuencia de eventos, seleccione el orden correcto: 1. El dispositivo enva una seal de interrupcin al procesador . 2. El procesador comprueba si hay alguna interrupcin; en caso de haber alguna, enva una seal de reconocimiento al dispositivo que la origin. 3. El procesador debe guardar el contexto 4. El procesador carga y ejecuta la rutina servidora de la interrupcin. 5. Cuando finaliza el servicio de la interrupcin, se restaura el contexto 6. El procesador contina con el ciclo de instruccin siguiente

Un usuario acaba de adquirir una computadora personal, deber realizar una instalacin bsica de sistema operativo la cual se componede los siguientes pasos. Cul es el orden correcto que debe de seguir? 1. 2. 3. 4. 5. 6. Configuracin inicial de arranque (BIOS). Creacin de las particiones en el disco duro. Seleccin del sistema de archivos. Identificacin y seleccin de aplicaciones del sistema operativo. Configuracin de dispositivos. Instalacin y configuracin de aplicaciones para el usuario

Lder del proyecto |Lectura, escritura, creacin, eliminacin Desarrollador |Lectura, escritura, creacin Personal de soporte tcnico |Lectura

Administrar servidores (mantenimiento, seguridad, tuning, respaldo, recuperacin, etc.) El acceso a informacin depende de la cuenta y de la conectividad/disponibilidad del servidor. Una lista de acceso no afecta a una red local. El acceso a informacin no depende del servicio de internet. Configurar un servidor en espejo |De las soluciones es la que implica mayor costo y tiempo. Respaldar en discos compactos o DVDs| Dado el nmero de discos necesarios a utilizar es inviable econmicamente. Generar un RAID con los discos existentes| De las opciones, es la que hace un uso ms eficiente del tiempo utilizando slo los recursosexistentes. Redireccionar los respaldos a otra ubicacin remota| Ahorra tiempo en la implementacin, pero decrementa su uso en la realizacin de losrespaldos al tener que almacenar en una ubicacin remota.