El leveraging es la reutilidad o la portabilidad del software de uso a través de sitios múltiples del negocio. El grado a el cual un uso puede permanecer sin cambiar mientras que está instalado y hecho operacional en cada localización se refiere como leverageability.
El leveraging puede reducir el coste de adquirir y de mantener software de uso. Sin embargo, la última medida de leveraging es la ventaja del negocio que resulta — el coste de entregar una capacidad de trabajo del sitio al sitio a través de una empresa.
Si un fabricante elige una solución del software disponible o de encargo, la realización del leveraging requiere la cooperación de sitios múltiples, principio con las fases iniciales del proceso. En compañías downsized y compañías con la mayor descentralización de la toma de decisión, este tipo de esfuerzo del businesswide puede llegar a ser difícil. Esto es especialmente verdad cuando el uso no es necesariamente una fuente - uso sino una del chainlevel que afectan más directamente el proceso de fabricación.
Donde existe una oportunidad del leveraging, limitando el alcance de los sitios de la blanco a un negocio común, el producto type/configuration, o el otro interés compartido puede atenuar algunos de los desafíos de la gerencia al leveraging. Esta estrategia obliga la actividad del leveraging a los sitios que son probables beneficiar la mayoría. Estos sitios son probables estar dispuestos a comprometerse en requisitos funcionales para realizar los costes reducidos de adquirir y de apoyar el uso apalancado.
|
|
Responsabilidades Del Equipo Del Análisis
Leverageability del software es afectado por la opción inicial de plataformas. Idealmente, el uso debe resultar de datos y de una función rigurosos que modelan la fase que representa claramente los sistemas naturales de los sitios. Todos demasiado a menudo hardware, sistemas operativos, y las plataformas de la base de datos son las decisiones que preceden, forman, y limitan las opciones de la continuación. Al igual que el caso para toda la buena práctica del diseño, los requisitos del negocio deben conducir la arquitectura técnica, no la otra manera alrededor.
Si un modelo sólido de los datos y de la función existe para cada sitio, la opción del software que adquiere o que se convierte llega a estar más clara. Cuando existe un uso disponible sirviendo la mayoría de las necesidades del negocio, entonces la opción se convierte en una selección entre las ofrendas’ de los vendedores concerniente a la especificación. Cuando ningún ofrecimiento comercial existe en el mercado que satisface el modelo de la información del sitio, después el nuevo desarrollo o modificación de un cierto software existente es la opción obvia. En cualquier caso, las preguntas siguientes son germane a entender el número de los sitios que pueden aplicar el uso que se adquirirá o desarrollado:
¿- los cambios en producto o las diferencias de la fabricación afectarán los usos?
¿- cómo las prácticas de negocio de la fabricación cambian de sitio al sitio?
¿- qué tipo de control de proceso o los sistemas de I/O existe en cada sitio?
¿- qué hardware, software del sistema, y protocolos de establecimiento de una red existen en cada sitio?
¿- las comunidades de usuario diferencian en cada sitio con respecto a sus necesidades de información?
¿- qué comunidades de usuario deben ser entrevistadas con para determinar requisitos?
¿- qué tipo de consultar del entrenamiento o de la continuación se debe proporcionar para hacer el uso eficaz en cada sitio?
¿- quién será responsable de primero - alinee la ayuda en cada sitio que el uso se comisiona una vez?
Las respuestas a éstos y un anfitrión de otras preguntas se deben capturar como parte de los deliverables que resultan del proceso del análisis. Una vez que se sepa el á--á-vis del vis de la arquitectura los usos, la calidad y la localización de los sitios que se incluirán en el análisis pueden ser seleccionadas.
Los papeles y las responsabilidades modelan para el desarrollo y la ayuda apalancados del software
1. La comunidad de usuario: Los usuarios proporcionan los objetivos y las necesidades de negocio.
2. ES la comunidad: ESTÁN los mapas el efecto de sistemas en operaciones de fabricación.
El equipo del análisis captura necesidades de información a través de sitios múltiples. En un contexto de la fabricación, las necesidades de información pueden ser similares a estos ejemplos:
- cantidad de basura del producto en la producción en cada línea por la cambio
- estadística de los parámetros dominantes de process/quality
- receta o formulario para cada producto
- tendencia de valores de proceso seleccionados en un cierto plazo
Resultados acertados de un esfuerzo que modelan en una especificación compartida que goza de independencia del sistema en que describe lo que hace el negocio, no simplemente “cómo” lo hace. El uso de datos compartidos y de un modelo funcional es los medios eficaces de crear una especificación viva que refleje las necesidades de información del negocio.
Los datos y los modelos funcionales que resultan de análisis se pueden también utilizar para terminar el desarrollo. Si el equipo de diseño elige para comprar componentes disponibles del uso o para desarrollar software de encargo, la especificación modelo-basada es útil. Si las herramientas automatizadas llenas de la tecnología de dotación lógica del ciclo vital o las herramientas 4GL están empleadas, los datos y la especificación funcional son foundational a los usos. Las herramientas client/server fourth-generation que permiten el desemparejamiento del cliente procesan del servidor de la base de datos se pueden utilizar con eficacia capturar requisitos de la pantalla del usuario durante prototyping.
El leveraging es un objetivo de negocio, originando de una decisión útil para proporcionar soluciones comunes a través de sitios de fabricación numerosos. El leveraging comienza, por lo tanto, con las organizaciones afectadas compartiendo este objetivo de negocio.
Los negocios que gozan de una cultura donde las ideas germinan en los niveles más bajos de la organización pueden ofrecer algunos de los desafíos más grandes al leveraging. Estos negocios construyen a menudo fuerte SON capacidades en la planta y los sitios de fabricación para apoyar y para construir nuevos usos del software de la fabricación. Para tales organizaciones, su fuerza es también su debilidad cuando viene al software de usos del leveraging. Superar las barreras culturales y de organización en un sitio a un esfuerzo o a la solución de la convergencia del businesswide o del corporatewide puede convertirse en un cañizo serio al planificador y al analista. Uno significa de atenuar este problema es el uso de un grupo de trabajo apalancado del uso que represente los varios sitios.
Grupos De Trabajo Apalancados Del Uso
El grupo de trabajo apalancado del uso es responsable de capturar las ventajas del negocio que se acrecientan a través de sitios de fabricación múltiples durante la definición, el desarrollo, y el despliegue de un uso. El grupo de trabajo se compone de representantes de cada negocio o sitio que deriven la ventaja del uso, tan bien como un ingeniero del proyecto o un analista y un patrocinador de la función corporativa del personal que se lleva a cabo responsable del éxito del programa.
El grupo de trabajo se forma pronto después de que una unidad o un sitio individual de negocio solicite el desarrollo de un nuevo uso de la fabricación. Los sitios y las unidades de negocio adicionales son solicitados para la calidad de miembro en el grupo de trabajo distribuyendo una breve descripción del uso y de las ventajas anticipadas del despliegue a través de sitios múltiples. Asignan un ingeniero o un analista del proyecto para bosquejar una especificación detallada que después sea repasada y aumentada por el grupo de trabajo. Sobre la reconciliación de todas las modificaciones solicitadas a la especificación, el documento se repasa con el surtidor del uso. El surtidor proporciona una oferta para desarrollar el uso (conceptos de diseño funcional, coste, y horario).
El financiamiento de cada sitio y unidad de negocio para el desarrollo del uso es un componente dominante en el éxito del software del leveraging. El financiamiento de fuentes múltiples reduce el coste para cada sitio individual.
Sobre la entrega del análisis de uso y de los documentos detallados del diseño del surtidor, el grupo de trabajo del uso repasa el diseño y decide se requieren a qué modificaciones o cambios del alcance. El grupo de trabajo es responsable de asegurarse que el diseño final traiga la ventaja máxima a través de los diversos sitios.
El grupo de trabajo del uso decide a qué sitio es apropiado para pilotar el uso. La selección del primer sitio es importante porque las lecciones aprendidas en este sitio serán la base para el despliegue en los sitios adicionales. Después de la instalación en varios sitios, el grupo de trabajo compila todas las lecciones de la instalación e información de la ventaja. Compilan a una mejor guía de practices/implementation para el rollout en los sitios múltiples.
Un boletín de las comunicaciones se distribuye a todas las unidades y sitios de negocio para la reutilización potencial del uso. Esta comunicación alerta los sitios que consideran el desarrollo de un uso similar o redundante.
Si como resultado del análisis y diséñelo se determina que un paquete disponible existe para proporcionar la solución deseada, la fase de la construcción asume las características de un rollout. Las consideraciones dominantes giran no alrededor del desarrollo del código sino alrededor de aplicar el software empaquetado en los sitios de la blanco. Las preocupaciones de la llave son como sigue:
- integración con los sistemas existentes (en caso de necesidad)
- planes de la población de la base de datos
- interfaces con los dispositivos de I/O
- cualquieres modificaciones necesarias del software disponible
- entrenamiento de usuario
- ayuda en curso
El uso de los sistemas del piloto o del prototipo se anima como los medios de la continuación alinear las expectativas del usuario para leveraging el uso. Los pilotos de trabajo en plantas son los medios excelentes de identificar las ventajas potenciales del uso si un caso bajo sólido primero se establece para la comparación. Los pilotos sirven como plataforma para las evaluaciones técnicas y de funcionamiento mientras que proporcionan una cama de prueba para la comunidad de usuario antes de la puesta en práctica o del rollout completa.
Planear la plataforma de los usos
El analista y los diseñadores deben planear para leveraging a partir de las fases iniciales del proyecto. Las plataformas comunes de la base de datos, los interfaces utilizador comunes, e incluso los conductores comunes de I/O no son suficientes realizar las ventajas completas del leveraging.
Comenzando con la base de datos, los estándares se deben fijar alrededor de la configuración de la base de datos. Si el motor de la base de datos es emparentado, después el modelo de los datos se convierte en la base común de la configuración. Si la base de datos es parte de un sistema de control de proceso en tiempo real, entonces los estándares podrían incluir la etiqueta que nombraba convenciones, tipos de datos, las pantallas, los iconos de proceso, las tendencias, y las cartas del proceso estadístico.
Se acodan sobre el motor de la base de datos los usos que funcionarán encendido datos en la base de datos. Los usos deben ser suficientemente completos que solamente ocurre la necesidad de la población de la base de datos los sistemas está entregada una vez al sitio. Esto significa que el metadata está sabido y que fijado. Semejantemente, las pantallas del usuario son completas y listas resolverse de la caja. Los sistemas de control de proceso que utilizan interfaces utilizador gráficos configurables son una conveniencia y un lujo si están configurados únicamente para cada sitio.
Las pantallas gráficas comunes del interfaz utilizador con capacidades genéricas del sitio al sitio ofrecen mayor economía para crear y menos coste para apoyar. Donde están estando apalancadas las pantallas gráficas a través de sitios múltiples, hay generalmente suficiente economía creada por el acercamiento del leveraging para producir gráficos más de alta calidad. La calidad de los usos entregados debe levantarse con el leveraging.
Idealmente, los usos se pueden hacer operacionales rápidamente una vez que el hardware y el software del systemlevel sean operacionales. Una prueba de aceptación de fábrica debe ser realizada donde el sistema completo se efectúa, se integra, y se comprueba hacia fuera antes de rollout.
Hay implicaciones de organización en cualquier esfuerzo de leverage software con eficacia. El desarrollo y la ayuda apalancados del software requiere la cooperación de los sitios múltiples que comienzan con las fases iniciales del proceso.
Es también apropiado precisar que el modelo del negocio para el software del leveraging, repasado en este artículo, implica a pocos contribuidores al esfuerzo. Se disminuye, si no se elimina la necesidad de hacer que un diverso integrador del sistema proporcione el desarrollo o el uso que programa por sitio. El grupo de trabajo apalancado del uso es probable encontrar que los usos se pueden hacer operacionales con un equipo dedicado pequeño que se mueve sistemáticamente desde sitio al sitio.
Online: 520 users browsing the articles directory
|
|