Teoría Análisis de Sistemas

1) Que es un ingeniero en sistemas de información.

Un Ingeniero en Sistemas construye artefactos y mecanismos cuyo buen uso
soluciona problemas en el campo de los sistemas de información. Para ellos
usa metodologías basadas en las ciencias básicas.

2) Organización: Es una asociación de personas que se relacionan entre sí y

utilizan recursos de diversa índole con el fin de lograr determinados objetivos o
metas. es una estructura ordenada en donde coexisten e interactúan personas
con diversos roles, responsabilidades o cargos que buscan alcanzar un objetivo
particular.

3) Misión: Es el fin último, de máxima aspiración y de mayor permanencia en el

tiempo, que guía a una organización para su planificación y para la toma de
decisiones estratégicas. Es una declaración amplia sobre los propósitos de
la organización, por lo que condiciona su funcionamiento y determina el
contenido de los objetivos.

4) Visión: refleja en qué desea convertirse la compañía en el futuro o hacia

dónde quiere llegar. De esto se desprenden sus objetivos (general y
específicos), tácticas, procesos y, en general, las actividades.

5) estrategia: Definición del rumbo de una organización y los aspectos claves

inherentes al mismo. Involucra las decisiones principales para la vida y el
porvenir de la organización. Las estrategias son el diseño de las formas que
la organización utilizará para alcanzar los objetivos

6) Requerimientos: es una condición o necesidad de un usuario para resolver un

problema o alcanzar un objetivo, que debe estar presente en el sistema o en
los componentes de un sistema para satisfacer un contrato.
Requerimientos 2: Los requerimientos especifican qué es lo que el sistema
debe hacer (sus funciones) y sus propiedades esenciales y deseables. La
captura de los requerimientos tiene como objetivo principal la comprensión de
lo que los clientes y los usuarios esperan que haga el sistema. Un
requerimiento expresa el propósito del sistema sin considerar como se va a
implantar.

7) Requisitos:  conjunto de condiciones que debe cumplir el sistema creado para

resolver el problema del cliente, de forma tal que sirvan como guía para el
desarrollo de software. Es una definición más formal y técnica de los
requerimientos del cliente

8) Ingeniería de RequisitosLa ingeniería de requisitos es el conjunto de actividades y

tareas del proceso de desarrollo de sistemas software que tiene como objetivos:
 Definir, con la mejor calidad posible, las características de un sistema
software que satisfaga las necesidades de negocio de clientes y
usuarios y que se integre con éxito en el entorno en el que se explote.
 La definición de dicho sistema se realiza mediante lo que se conoce
como una especificación de requisitos.
 Gestionar las líneas base y las peticiones de cambios que se vayan
produciendo en la especificación de requisitos, manteniendo
la trazabilidad entre los requisitos y otros productos del desarrollo.

9) Estrategia: es la búsqueda de la mejor aplicación de la tecnología al refuerzo

de los fines y de las ventajas competitivas que se persigan. debe identificar las
situaciones futuras en las que uno quiere encontrarse. definiendo un marco
en el que encuadrar los objetivos. y proyectando, a través de la planificación
estratégica, la dirección adecuada de los movimientos que habrán de
ejecutarse para alcanzar dichas metas.

10)Elementos de la estrategia: La visión explica el futuro del negocio,

transformado por el uso de la información y la tecnología. Es un relato
compartido, un espacio de diálogo entre la informática y la empresa. A
diferencia de otras funciones empresariales (el marketing, la producción o las
finanzas), los sistemas de información están embebidos en todos los procesos
de la organización. Por eso la planificación de SI es estratégica y su gobierno
es corporativo.
La arquitectura es la pieza que relaciona la misión, la estructura y los
procesos empresariales con la tecnología y determina la forma que tiene la
informática en la empresa.  La arquitectura (a alto nivel: la «arquitectura de
empresa«) une lo permanente y necesario (la misión y los procesos
fundamentales que explican cada organización) y lo urgente y oportuno (las
prioridades del negocio en un momento o para un periodo). Relaciona lo viejo y
lo nuevo. Visión y arquitectura son los fundamentos de la ejecución, pero no
sirven para ejecutar si no existe una estrategia para construir el futuro,
una estrategia de ejecución, una hoja de ruta, un plan. Un plan no es un
diagrama de Gantt ni una colección de proyectos más o menos ordenada, un
«programa». A mí me gusta imaginar el plan como una «agenda» inteligente y
enfocada, formada por un conjunto pequeño de proyectos estratégicos o
palancas de cambio (normalmente, la construcción e integración de las grandes
piezas de la arquitectura), una colección de mejoras sobre los sistemas y
prácticas actuales, una serie de decisiones y acciones inmediatas que
visualizan el cambio y tienen un efecto tractor y un programa de sustitución o
abandono de ruido técnico y organizativo.
El gobierno (o la gobernanza, que se dice ahora) de la estrategia, del plan, de
la IT en su conjunto, es la condición para ejecutar. Gobierno es, entre otras
cosas, escoger la gente adecuada, distribuir efectivamente las
responsabilidades y derechos de decisión y asegurarse que las cosas pasan.

11)Táctica: es el sistema o método que se desarrolla para ejecutar un plan y

obtener un objetivo en particular. El término también se usa para nombrar a la
habilidad para aplicar dicho sistema.

12)Operación
13)Proyecto: planificación que consiste en un conjunto de cosas que se
encuentran interrelacionadas y coordinadas. Un proyecto es un esfuerzo
temporal que se lleva a cabo para crear un producto, servicio o resultado único

14)Plan: un Plan de Sistemas de Información tiene como objetivo la obtención de

un marco de referencia para el desarrollo de sistemas de información que
responda a los objetivos estratégicos de la organización

15)recursos

16)proceso

17)riesgo:  El Riesgo de un Sistema Informático al conjunto de factores que

ponen en peligro la integridad, la operatividad o la privacidad de la operación.
Estos riesgos pueden clasificarse en tres tipos, según su ORIGEN: físicos,
lógicos y técnicos

18) Análisis de Riesgo: análisis de riesgos informáticos es un proceso que comprende

la identificación de activos informáticos, sus vulnerabilidades y amenazas a los que se
encuentran expuestos así como su probabilidad de ocurrencia y el impacto de las
mismas, a fin de determinar los controles adecuados para aceptar, disminuir, transferir
o evitar la ocurrencia del riesgo.
Teniendo en cuenta que la explotación de un riesgo causaría daños o pérdidas
financieras o administrativas a una empresa u organización, se tiene la
necesidad de poder estimar la magnitud del impacto del riesgo a que se
encuentra expuesta mediante la aplicación de controles.

19)Punto de Trigger: Momento en el que el riesgo pasa a ser una certidumbre.

evaluando un riesgo, y con ese riesgo es como que aparece la probabilidad de
que ocurra o no algo
cuando desaparece esa probabilidad, es decir cuando hay certeza de que va a
pasar ese riesgo que había, a eso se lo llama punto trigger.

20)Gestión de Calidad

21)La Gestión de Configuración de Software (GCS) forma parte de los procesos

que intervienen en el desarrollo de software. Existen muchas definiciones, pero
una muy usada es que la GCS es el arte de identificar, organizar y controlar las
modificaciones que sufre el software que construye un equipo de programación
y cuya meta es maximizar la productividad minimizando los errores

22)Una auditoría Es una revisión analítica total o parcial de una organización con
el propósito de precisar su nivel de desempeño y perfilar oportunidades de
mejora para innovar, valorar y lograr una ventaja competitiva sustentable.
Las auditorías son un tipo de revisión efectuada por personal de
Aseguramiento de calidad del SW (ACS) con objeto de garantizar que se sigan
los lineamientos de calidad en el trabajo de la ingeniería de software.
23)La certificación es cualquier evaluación llevada a cabo para determinar si un
producto, proceso o sistema de gestión cumple unos requisitos específicos. es
el término que se utiliza más coloquialmente para hacer referencia a lo que
técnicamente se denomina “evaluación de la conformidad”.

24)Las normas pueden definirse como el conjunto de principios por lo que se

rigen todas las decisiones administrativas, para que el progreso y desarrollo de
la empresa se dirijan hacia los objetivos, facilitando las labores del ejecutivo y
de sus subordinados.

25) La madurez de Software es el modelo que se aplica dentro del contexto de un

marco conceptual MPS (mejoramiento del proceso de software). La intención
del modelo de madurez es proporcionar un indicio global de la "madurez del
proceso" que muestra una organización de software, es decir, un indicio de la
calidad del proceso de software, el grado en el que los profesionales entienden
y aplican el proceso, y el estado general de la práctica de ingeniería del
software. Esto se logra usando algún tipo de escala ordinal.

26)El ciclo de vida es el conjunto de fases por las que pasa el sistema que se
está desarrollando desde que nace la idea inicial hasta que el software es
retirado o remplazado (muere).
la función principal de un modelo de ciclo de vida es establecer el orden en que
se especifica, se realizan los prototipos, se diseña, implementa, revisa, prueba
y se realizan otras actividades en un proyecto. Establece los criterios que utiliza
para determinar el paso a paso de una actividad a otra.

27)CMMI propone 5 distintos modelos de madurez de las organizaciones:

1. Inicial – Estado inicial donde el desarrollo se basa en la heroicidad y
responsabilidad de los individuos. Los procedimientos son inexistentes o
localizados a áreas concretas. No existen plantillas definidas a nivel
corporativo.
2. Gestionado – Se normalizan las buenas prácticas en el desarrollo de
proyectos (en base a la experiencia y al método). En este nivel
consolidado, las buenas prácticas se mantienen en los momentos de
estrés. Están definidos los productos a realizar. Se definen hitos para la
revisión de los productos.
3. Definido – La organización entera participa en el proceso eficiente de
proyecto software. Se conoce de antemano los procesos de construcción
de software. Existen métodos y plantillas bien definidas y documentados.
o Los procesos no solo afectan a los equipos de desarrollo sino a
toda
la organización relacionada.
4. Cuantitativamente Gestionado
o Se puede seguir con indicadores numéricos (estadísticos) la
evolución de los proyectos. Las estadísticas son almacenadas para
aprovechar su aportación en siguientes proyectos.
5. Optimizado: En base a criterios cuantitativos se pueden determinar las
desviaciones más comunes y optimizar procesos.
28) La implementación de CMMI en una empresa consiste en la inclusión de un
programa de mejora continua en la organización. No es (al menos no debería
ser) un proyecto de duración determinada. Los pasos generales son:
1. Identificar el móvil para iniciar este programa. Identificar los problemas
latentes más importantes en la organización. Identificar los objetivos de
negocio y de mejora que queremos lograr con el programa de mejora.
2. Establecer un patrocinador, directivo de la organización, con autoridad,
quien lidere este esfuerzo, proporcione presupuesto, realice supervisión,
resuelva los problemas y asigne a un responsable del proyecto, de ser
necesario a un equipo de mejora de procesos.
3. Capacitar al equipo de mejora de procesos y a los principales agentes de
cambio en la organización.
4. Realizar un diagnóstico de los procesos de la organización respecto al
modelo CMMI y definir un plan de trabajo para el siguiente ciclo de
mejora.
5. Formar grupos de trabajo, proponer métricas para el seguimiento y
elaborar un plan de proyecto.
6. Implementar y realizar seguimiento al plan.
7. Probar las soluciones a los procesos antes de difundirlas.
8. Realizar el despliegue de las mejoras de procesos, es decir, realizar
capacitación y seguimiento a los equipos de proyecto.

29) Empresas Argentinas con CMMI:

1. Sofrecom Argentina llevó adelante de manera satisfactoria la
evaluación CMMi Nivel 5, versión 1.3.
Se trata del más alto y exigente nivel de calidad para la mejora y
evaluación de procesos para el desarrollo, mantenimiento y operación de
sistemas de software. Con este logro, la compañía se convierte en la
tercera empresa argentina que accede a esta distinción y la 178° a nivel
Mundial. Por medio de los proyectos de mejora continua la organización
fue aprendiendo e incorporando técnicas, herramientas y metodologías
que permiten optimizar los procesos llevando a un alto grado de
compromiso y excelente resultado
2. Indra ha renovado el nivel 3 de CMMI en Argentina, tras finalizar el
proceso de evaluación formal (SCAMPI A) del modelo CMMI-DEV. Esta
certificación, reconocida por el Software Engineering Institute, es el
referente mundial en lo que se refiere a la alta calidad y a la aplicación de
las mejores prácticas en ingeniería y desarrollo de software.
En concreto, cumplen con CMMI para desarrollo nivel 3 el área de
operaciones del negocio de Tecnologías de la Información (TI) de Indra,
en la que se combinan distintos mercados y producción en Argentina,
Colombia, España y México para las actividades de desarrollo y
mantenimiento de aplicaciones; así como los centros de producción de
software que la compañía tiene en siete países de América, Asia y
Europa.

Caso extra: Compañía argentina que brinda evaluaciones CMMI

Pragma Consultores, compañía especializada en servicios de consultorí-
a de negocios, ingeniería de software y desarrollo de proyectos en
tecnología de la información, presentó a Juan Cukier, un consultor experto
de la Gerencia de Consultoría de la empresa, que recientemente
completó los requerimientos para obtener la calificación de Lead
Appraiser de CMMI que otorga el SEI (Software Engineering Institute).
Con esta certificación. Pragma Consultores, como socio de transición del
SEI, junto con Cukier están habilitados a otorgar niveles de madurez
CMMI a los procesos de desarrollo y mantenimiento de software.