Dentro de la ingeniería de sistemas, la ingeniería del funcionamiento del abarca el sistema de papeles, de habilidades, de actividades, de prácticas, de herramientas, y de productos a entregar aplicados en cada fase del ciclo vital del desarrollo de sistemas que se asegura de que una solución sea diseñada, ejecutada, y apoyada operacionalmente para cumplir los requisitos no funcionales definida para la solución. Puede ser referida alternativo como ingeniería del funcionamiento de software del dentro de la ingeniería de programas informáticos ; sin embargo puesto que la ingeniería del funcionamiento abarca más que apenas el software, la ingeniería del funcionamiento del término es preferible. La adherencia a los requisitos no funcionales es validada supervisando los sistemas de producción. Éste es parte de ÉL la gerencia del servicio (véase también el ITIL ).
La ingeniería del funcionamiento se ha convertido en una disciplina separada en un número de corporaciones grandes, y se puede afiliar con el grupo de la arquitectura de la empresa. Es penetrante, implicando a gente de unidades de organización múltiples; pero predominante dentro de la organización de la tecnología de la información .
Objetivos de la ingeniería del funcionamiento
El rédito del negocio del aumento asegurando el sistema puede procesar transacciones dentro del calendario indispensableEliminar el fallo del sistema que requiere desechar y la escritura del esfuerzo de desarrollo de sistema debido a la falta del objetivo de funcionamiento
Eliminar el último despliegue del sistema debido a las ediciones de funcionamiento
Eliminar la reanudación evitable del sistema debido a las ediciones de funcionamiento
Eliminar esfuerzos de adaptación del sistema evitable
Evitar los costes de adquisición adicionales e innecesarios del hardware
Reducir los costes crecientes del mantenimiento de programas debido a los problemas de funcionamiento en la producción
Reducir los costes crecientes del mantenimiento de programas debido al software afectado por arreglos ad hoc del funcionamiento
Reducir los gastos indirectos operacionales adicionales para las ediciones del sistema de tramitación debido a los problemas de funcionamiento
Acercamiento de la ingeniería del funcionamiento
Porque esta disciplina es aplicada dentro de metodologías múltiples, las actividades siguientes ocurrirán dentro de fases diferentemente especificadas. Sin embargo si las fases del proceso unificado racional (RUP) se utilizan como un marco, después las actividades ocurrirá como sigue:Inicio
Durante esta primera fase conceptual de un programa o de un proyecto, se identifican los procesos de negocio críticos . Se clasifican típicamente como críticos basados sobre el valor del rédito, el ahorro en costes, o el otro valor de negocio asignado. Esta clasificación es hecha por la unidad de negocio, no ÉL organización.Los riesgos de alto nivel que pueden afectar funcionamiento de sistema se identifican y se describen en este tiempo. Un ejemplo pudo ser riesgos de funcionamiento sabidos para un sistema particular del vendedor.
Finalmente las actividades, los papeles, y los productos a entregar del funcionamiento se identifican para la fase de la elaboración. Las actividades y el cargamento del recurso se incorporan en los planes del proyecto de la fase de la elaboración.
Elaboración
Durante esta fase de definición, los procesos de negocio críticos se descomponen a los casos críticos del uso. Tales cajas del uso serán descompuestas más lejos, según lo necesitado, escoger transiciones de la página (pantalla). Éstos son los casos del uso que serán sujetados a la prueba de funcionamiento conducida escritura .El tipo de requisitos que se relacionen con la ingeniería del funcionamiento es los requisitos no funcionales, o NFR. Mientras que un requisito funcional se relaciona con el qué operaciones comerciales de deben ser realizadas, un requisito no funcional relacionado con el funcionamiento se relacionará con el cómo rápidamente que la operación comercial realice bajo circunstancias definidas.
El concepto de " circumstances" definido; es vital. Esto será ilustrada por ejemplo:
Inválido - el sistema debe responder al usuario entrado en el plazo de 10 segundos.
Válido - para el ABC del caso del uso el sistema responderá a una entrada de usuario válido en el plazo de 5 segundos para una carga mediana de 250 usuarios activos y de 2000 usuarios abiertos una sesión el 95% del tiempo; o en el plazo de 10 segundos para una carga máxima de 500 usuarios y 4000 activos abrió una sesión a usuarios el 90% del tiempo.
Observar las diferencias críticas entre las dos especificaciones. El primer ejemplo no proporciona ninguna condición. El segundo identifica claramente las condiciones bajo las cuales el sistema es realizarse. El segundo ejemplo puede tener un acuerdo, el primer del porcentaje de disponibilidad no debe. Los planificadores y los arquitectos de la capacidad pueden diseñar y construir realmente un sistema para cumplir los criterios para el requisito no funcional válido - pero no para el inválido. Los probadores pueden construir una prueba de funcionamiento confiable por el segundo ejemplo, pero no por el ejemplo inválido.
Cada caso crítico del uso debe tener un NFR asociado. Si, para un caso dado del uso, no hay NFR existente aplicable, un nuevo específico de NFR a ese caso del uso debe ser creado.
Los requisitos no funcionales no se limitan de utilizar casos. El volumetrics total del sistema del debe ser especificado. Éstos describirán la carga de sistema total durante un plazo especificado, definiendo cuántos de cada tipo de transacción de negocio serán ejecutados por la unidad de tiempo. El volumetrics describe comúnmente un día laboral típico, y después se analiza para cada hora. Esto describirá cómo la carga de sistema variará sobre el curso del día. Por ejemplo: 1200 de la transacción A, 300 de la transacción B, 3300 de la transacción C, etc. por un día laboral dado; entonces sobre la hora 1 tan muchas ejecuciones de A, de B, de C etc., sobre la hora 2 tan muchos exections de la transacción, y así sucesivamente. La información se da formato a menudo en una forma tabular para mayor clareza. Si diversas clases del usuario están ejecutando las transacciones, esta información también será incorporada en la documentación de NFR. Finalmente, las transacciones se pueden clasificar en cuanto a tipo general, normalmente siendo interacción del usuario, generación de informe, y procesamiento por lotes.
El volumetrics del sistema documentado en la documentación de NFR será utilizado como entradas para la prueba de carga y la prueba de tensión del sistema durante la prueba de funcionamiento .
A este punto se sugiere que el modelado del funcionamiento esté realizado usar la información del caso del uso como entrada. Esto se puede hacer usar un laboratorio del funcionamiento, y usar prototipos y maquetas del “para ser” sistema; o un vendedor proporcionado modelando la herramienta puede ser utilizado; o aún simplemente un libro de trabajo de la hoja de balance, donde cada caso del uso se modela en una sola hoja, y una hoja sumaria se utiliza para proporcionar la información de alto nivel para todos los casos del uso.
Se recomienda que el unificó el modelado de diagramas de secuencia de la lengua que se genere en el nivel físico de la grada para cada caso del uso. Las gradas físicas son representadas por las columnas verticales del objeto, y la comunicación del mensaje entre las gradas por las flechas horizontales. La información de la sincronización se debe asociar a cada flecha horizontal; esto debe correlacionar con el modelo de funcionamiento.
Algunas actividades de la ingeniería del funcionamiento relacionadas con la prueba de funcionamiento se deben ejecutar en esta fase. Incluyen validar una estrategia de la prueba de funcionamiento, desarrollando un plan de prueba de funcionamiento, determinando el apresto de los conjuntos de datos de prueba, desarrollar datos de prueba de funcionamiento planean, y la identificación de panoramas de la prueba de funcionamiento.
Para cualquier sistema de impacto significativo, un plan de la supervisión y un diseño de la supervisión se desarrollan en esta fase. La ingeniería del funcionamiento aplica un subconjunto de las actividades relacionadas con la supervisión de funcionamiento, ambas para el ambiente de prueba de funcionamiento así como para el ambiente de producción.
El documento del riesgo generado en la fase anterior se revisita aquí. Un plan de la mitigación del riesgo es resuelto para cada riesgo de funcionamiento identificado; y el tiempo, el coste, y la responsabilidad es resueltos y documentados.
Finalmente las actividades, los papeles, y los productos a entregar del funcionamiento se identifican para la fase de la construcción. Las actividades y el cargamento del recurso se incorporan en los planes del proyecto de la fase de la construcción. Éstos serán elaborados para cada iteración.
Construcción
Temprano en esta fase se requieren un número de actividades relacionadas herramienta del funcionamiento. Éstos incluyen:
identifica a miembros de equipo dominantes de desarrollo como expertos del tema para las herramientas seleccionadas
Especificar un que perfila la herramienta de para el desarrollo/el ambiente de prueba componente de la unidad
Especificar una herramienta de prueba automatizada de funcionamiento de la unidad (componente) para el desarrollo/el ambiente de prueba componente de la unidad; se utiliza esto cuando ninguÌn GUI con todo existe para conducir los componentes bajo desarrollo
Especificar una herramienta automatizada para conducir la unidad del servidor-lado (componentes) para el desarrollo/el ambiente de prueba componente de la unidad
Especificar un extremo conducido escritura capaz multiusos automatizado a la herramienta del extremo para el ambiente de prueba componente de la unidad del desarrollo; esto se utiliza para ejecutar casos conducidos pantalla del uso
Identificar una herramienta de la carga de los datos de prueba de la base de datos para el desarrollo/el ambiente de prueba componente de la unidad; esto se requiere para asegurarse de que el optimizador de la base de datos elija las trayectorias correctas de la ejecución y para permitir reinicializar y la recarga de la base de datos según lo necesitado
Desplegar las herramientas del funcionamiento para el equipo de desarrollo
Las presentaciones y el entrenamiento se deben dar a los miembros de equipo de desarrollo en las herramientas seleccionadas
Un miembro de la práctica de la ingeniería del funcionamiento y los plomos técnicos del equipo del desarrollo deben trabajar juntos para identificar las mejores prácticas centradas en el funcionamiento para el equipo de desarrollo. Ideal la organización del desarrollo debe ya tener un cuerpo de mejores prácticas, pero éstas no incluyen ni acentúan a menudo esas mejores prácticas que afecten funcionamiento de sistema.
El concepto de instrumentación del uso se debe introducir aquí con la participación del ÉL organización de la supervisión. Varios sistemas de vigilancia del vendedor tienen capacidades de funcionamiento, éstas funcionan normalmente en el sistema operativo, la red, y los niveles del servidor; e. utilización de la CPU, utilización de la memoria, entrada-salida del disco, y para los servidores de J2EE el funcionamiento de JVM incluyendo la colección de basura.
Pero este tipo de supervisión no permite el seguimiento del funcionamiento del nivel del caso del uso. Para alcanzar este nivel de capacidad de la supervisión puede requerir que el uso sí mismo esté equipado. Alternativo, un juego de herramientas de la supervisión que trabaja en el nivel del interruptor puede ser utilizado. (Los ejemplos pudieron ser RON de s de la hoja de té 'tecnología de s CX, Hewlett-Packard 'del, NetQoS 's SuperAgent, o Compuware 's ClientVantage agentless.) El grupo de supervisión debe haber especificado los requisitos en una fase anterior, y debe trabajar con el equipo de desarrollo para asegurarse de que la supervisión del nivel del caso del uso está incorporada.
El grupo responsable del funcionamiento infraestructural que templa debe tener un " establecido; model" bajo; lista de comprobación para templar los sistemas operativos, la red, los servidores (uso, tela, base de datos, balanceador de la carga, etc.), y cualquie software de espera del mensaje. Entonces como el equipo de la prueba de funcionamiento comienza a los datos de frunce, deben comenzar templando el ambiente más específicamente para que el sistema sea desplegado. Esto requiere la ayuda activa de los expertos del tema, por ejemplo, la base de datos que templa requiere normalmente un DBA que tenga habilidades especiales en esa área.
El equipo de la prueba de funcionamiento no ejecuta normalmente pruebas de funcionamiento en el entorno de desarrollo, sino algo en un ambiente especializado del pre-despliegue que se configure para estar tan cerca como sea posible al ambiente de producción previsto. Este equipo ejecutará la prueba de funcionamiento contra los casos de prueba que valida que los casos críticos del uso se ajustan a los requisitos no funcionales especificados. El equipo ejecutará la prueba de la carga contra una carga normalmente prevista (del punto medio) así como una carga máxima. Funcionarán con a menudo las pruebas de tensión que identificarán los embotellamientos del sistema. Los datos recolectaron, y los análisis, serán alimentados de nuevo al grupo que hace la adaptación del funcionamiento. En caso necesario, el sistema será templado para traer pruebas no conformes en conformidad con los requisitos no funcionales.
Si la ingeniería del funcionamiento se ha aplicado correctamente en cada iteración y fase del proyecto a este punto, esperanzadamente esto será suficiente permitir al sistema recibir la certificación del funcionamiento. Sin embargo, si por alguna razón (las prácticas de funcionamiento quizás apropiadas de la ingeniería del funcionamiento no eran aplicadas) hay las pruebas que no se pueden templar en conformidad, después será necesario volver las porciones del sistema al desarrollo para refactoring. El problema se puede resolver en algunos casos con hardware adicional, pero el adición de más plomos del hardware rápidamente a las vueltas de disminución.
Por ejemplo: suponer que podemos mejorar el 70% de un módulo haciéndolo parelelismo, y funcionar en 4 CPU en vez de 1 CPU. Si el α es la fracción de un cálculo que sea secuencial, y (1-α) es la fracción que puede ser hecha parelelismo, después el speedup máximo que puede ser alcanzado usando procesadores de P se da según la ley de Amdahl:
En este ejemplo conseguiríamos: 1 (. Tan para cuadruplicar la capacidad de cálculo doblamos solamente el funcionamiento (a partir la 1 a 2. Y ahora estamos bien en la manera a las vueltas de disminución. Si nos encendemos doblar los procesadores de computación del poder otra vez a partir el 4 a 8 conseguimos 1 (. Tan ahora doblando la capacidad de cálculo conseguimos otra vez solamente una mejora del funcionamiento de cerca de un quinto (a partir el 2. Lanzar más CPU en el problema ayuda a poco, pero desde el adición más CPU causan más utilización de la memoria y más tráfico de la entrada-salida que podemos incluso no conseguir ese aumento. Usted estrella quizá el JVM . O " de la base de datos de la causa; que golpea el " de ;. Así pues, más dinero pasado en el hardware para las vueltas de disminución o incluso funcionamiento peor que usted comenzó posiblemente con.
Transición
Durante esta fase final el sistema se despliega al ambiente de producción. Se requieren un número de pasos preparatorios. Éstos incluyen:Configurando los sistemas operativos, red, los servidores (uso, tela, base de datos, balanceador de la carga, etc.), y cualquie software de espera del mensaje según las listas de comprobación bajas y las optimizaciones identificadas en el ambiente de prueba de funcionamiento
Se despliega y se configura asegurar todo el software de la supervisión de funcionamiento
Las estadísticas corrientes sobre la base de datos después de la carga de los datos de la producción se terminan
Una vez que se despliega el nuevo sistema, las operaciones en curso cogen las actividades del funcionamiento, incluyendo:
El validar que los informes de funcionamiento semanales y mensuales indican que los casos críticos del uso se realizan dentro de los criterios no funcionales especificados del requisito
Donde los casos del uso están bajando fuera de criterios de NFR, someter los defectos
Identificar las tendencias proyectadas de informes mensuales y trimestrales, y sobre una base trimestral, ejecutan actividades de la gerencia del planeamiento de capacidad
Mantener a gerencia
En funcionamiento operacional del dominio (despliegue de la producción del poste) la ingeniería se enfoca sobre todo dentro de tres áreas: gerencia del porcentaje de disponibilidad, gerencia de la capacidad, y gerencia del problema.
Gerencia del porcentaje de disponibilidad
En el área de la gerencia del porcentaje de disponibilidad, la ingeniería del funcionamiento se refiere a los acuerdos del porcentaje de disponibilidad y a la supervisión de sistemas asociada que sirve validar conformidad del porcentaje de disponibilidad, detectar problemas, e identificar tendencias. Por ejemplo, cuando se despliega la supervisión del utilizador real es posible asegurarse de que las transacciones del usuario se están ejecutando en conformidad con requisitos no funcionales especificados. El tiempo de reacción de la transacción se abre una sesión una base de datos tales que las preguntas y los informes se pueden funcionar con contra los datos. Esto permite el análisis de tendencia que puede ser útil para la gerencia de la capacidad. Cuando las transacciones del usuario bajan de venda, los acontecimientos deben generar alarmas para poder aplicarse la atención a la situación.
Gerencia de la capacidad
Para la gerencia de la capacidad, focos de la ingeniería del funcionamiento en asegurarse de que siga habiendo los sistemas dentro de conformidad del funcionamiento. Esto significa la ejecución del análisis de tendencia en datos generados supervisión histórica, tal que la época futura no de la conformidad es fiable. Por ejemplo, si un sistema está demostrando una tendencia de retardar el tratamiento transaccional (cuál pudo ser debido a los tamaños growing del conjunto de datos, o los números cada vez mayores de usuarios concurrentes, u otros factores) entonces en alguno punto que el sistema cumplirá no más los criterios especificó dentro de los acuerdos del porcentaje de disponibilidad. Encargan a la gerencia de la capacidad de asegurarse de que la capacidad adicional está agregada antes de ese punto (CPU adicionales, más memoria, nueva indexación de direcciones de la base de datos, etcétera) para reajustar las líneas de tendencia y siga habiendo el sistema dentro de la gama de funcionamiento especificada.
Gerencia del problema
Dentro del dominio de gerencia del problema, las prácticas de la ingeniería del funcionamiento se centran en la resolución de la causa original de problemas relacionados con el funcionamiento. Éstos implican típicamente el sistema los parámetros del sistema operativo que templa, del cambio o del dispositivo, o aún refactoring el programa para de aplicaciones para resolver la degradación de las prestaciones debido al diseño pobre o a las malas prácticas de la codificación.
Supervisión
Para asegurar que hay regeneración apropiada que valida que el sistema se encuentra el NFR especificó métricas del funcionamiento, cualquier sistema importante necesita un subsistema de la supervisión. El planeamiento, el diseño, la instalación, la configuración, y el control del subsistema de la supervisión es especificado por definido apropiadamente supervisando proceso. Las ventajas son como sigue: Es posible establecer acuerdos del porcentaje de disponibilidad en el nivel del caso del uso.El componente del análisis de tendencia de esto no puede ser infravalorado. Esta funcionalidad, ejecutada correctamente, permitirá predecir cuando un uso dado que experimenta cargas gradualmente cada vez mayores del usuario y conjuntos de datos growing excederá los requisitos de funcionamiento no funcionales especificados para un caso dado del uso. Esto permite el presupuesto apropiado de la gerencia, la adquisición de, y el despliegue de los recursos required para guardar el sistema el funcionar dentro de los parámetros de los requisitos de funcionamiento no funcionales.
Artículos y papeles
Una estrategia de la ingeniería del funcionamientoUn modelo de la madurez del proceso del funcionamiento
UML de exploración para la ingeniería del funcionamiento
Introducción a modelar la ingeniería basada del funcionamiento
Patrones y ingeniería del funcionamiento de las prácticas
Funcionamiento y capacidad de conversión a escala de las arquitecturas de los programas distribuidas
Mejores prácticas de la ingeniería del funcionamiento (de alto nivel)
Aseguramiento del funcionamiento: Breve colección de un cínico de DOS y de Don'ts
Predicción del funcionamiento de los usos Component-based de la empresa de las CHOZAS
Principios de gerencia de la capacidad
Ingeniería y funcionamiento de programas informáticos: Un mapa itinerario
Los 10 mitos superiores de la gestión del rendimiento y del planeamiento de capacidad
El ciclo vicioso del funcionamiento y de ÉL de los sistemas informáticos costes operacionales
Ver también
Gerencia de la capacidadPlaneamiento de capacidad
Grupo de la medida de computadora
ÉL gerencia del servicio
Biblioteca (ITIL) de la infraestructura de la tecnología de la información
Funcionamiento de Java
Requisitos no funcionales
Prueba de funcionamiento
Funcionamiento que templa
Capacidad de conversión a escala
Ingeniería de programas informáticos
Prueba de funcionamiento de software
Calidad de software
Prueba del software
Ingeniería de sistemas
El uso encajona
.
| Random links: | Condado rígido, Ohio | Centro de Harwich, Massachusetts | Vizconde Allendale | Arcilla del polímero | Strcat |