Gestión de proyectos industriales

1 Introducción

libros de gestión de proyectos en el mercado, Bowen y otro es el de Internet, gestión de la experiencia y el rigor y el nivel de regulación de vehículo industrial todavía hay lagunas. productos industriales que actualmente se hace, me gustaría resumir los procesos de gestión, riguroso esfuerzo!

2 reglas por las especificaciones del coche

Automotriz de seguridad crítico componente (Críticos de Seguridad de piezas) estándar de desarrollo de software de control

Los llamados "componentes críticos para la seguridad", dijo el popular punto está fuera de la cuestión a las partes muertas, tales como motores, transmisiones, sistemas de dirección, bolsas de aire, sistemas de freno y así sucesivamente. A diferencia de los componentes no críticos, incluyendo las ventanas eléctricas, sistema de aire acondicionado, sistema de sonido o algo así.

2.1 Estándar de la Industria (V Modelo)

Estándar de la industria de software de flujo de diseño de componentes críticos para la seguridad tienen dos, Aspice (Software Process Improvement Automoción y Capacidad de Determinación) y la seguridad funcional ISO26262 estándar en la parte de software ((Vehículos de carretera - Seguridad funcional -. Parte 6) casi todos los fabricantes de equipos originales y la gran mayoría de los proveedores de piezas de automóviles se hace referencia a estas dos normas para desarrollar su propio proceso de diseño de software y un número creciente de fabricantes de equipos originales - como Volkswagen - uno de los umbral básico se abastece de proveedores de piezas software de proceso de diseño a través de la certificación Aspice.

proceso Aspice

proceso de desarrollo de software se puede dividir en el análisis de requerimientos - Arquitectura - Unidad de Diseño - Unidad de Pruebas - Integración de software y pruebas de integración, software, así como la prueba final amplio, cada uno de los siguientes pasos.

ISO26262 procesos

Aspice y ISO26262 en la industria conocen en general como proceso de desarrollo de tipo "V" (El Modelo V).

2.2 Características V Modelo

la verificación de desarrollo en capas

Y los requisitos de validación de documentos corresponde a un primer nivel;
arquitectura y las correspondientes pruebas de integración, el segundo nivel;
diseño celular corresponde a la unidad de prueba, es el tercer nivel.
requisitos de proceso V, el mismo nivel de desarrollo y pruebas, por el mismo (o un grupo) a cargo de los responsables.
Por ejemplo, además de los arquitectos involucrados en la arquitectura, sino también para desarrollar un caso de prueba integrado (caso de prueba), y la revisión de los informes de ensayo después de la finalización de las pruebas de integración,
como por ejemplo, además de participar en los ingenieros de diseño celular para escribir código, sino también a los casos de prueba de la unidad de escritura y revisión informe de prueba de la unidad.
El proceso está diseñado para garantizar el máximo de software es la verificación fiable y completa, reducir la posibilidad de falta de comunicación causada por un defecto de diseño.

trazabilidad fuerte

En teoría, el código de la versión final de la selección arbitraria de una frase, son capaces de determinar rápidamente qué de ello es la realización del diseño de software, lo que corresponde a unos requisitos de software, que a su vez corresponde a una demanda de los clientes y, por otro lado, esta afirmación es que las pruebas unitarias utilizar casos probados, que a su vez corresponde al artículo de prueba integrado, también debe estar libre de. Y toda esta información también debe incluir a la persona responsable correspondiente, los colaboradores, y la fecha de las notas necesarias.
El objetivo de este proceso de diseño, tanto para el equipo en caso de alta movilidad, los recién llegados a la rapidez y precisión a empezar, más importante aún, a problemas posteriores, capaz de hacer el análisis de fallos rápida y completa, la culpa causa raíz.

2.3 pequeño paso a paso

Bloggers saben casi Mu Cheng compartió la experiencia, seguimos totalmente el paso a paso Aspice y ISO26262 proceso part6 a poco, trabajé en contacto con una empresa proveedora (filial de Renault) hay paso a paso, estaba la compañía está también comprometido en ISO26262 part6 también excavado el director del proyecto industria del automóvil, y en última instancia demasiado difícil de ejecutar.
part6 ISO26262 y Aspice. El primero se publica ahora el software debe cumplir con el coche estándar, mientras que el último es básicamente solamente Volkswagen, Daimler y otras empresas de automóviles alemán sólo unos pocos requisitos obligatorios (capacidad interna para completar la implementación de estos procesos con sofisticados).

negligencia 2,4 V Modelo

• Inflexibles
  requisitos determinación, la arquitectura comenzó, para determinar la arquitectura, unidad de diseño comenzaron, depende del nivel real del proyecto probable que resulte en desaceleración.
• Difícil al principio
  del proyecto en curso, primero una solicitud de congelación, la demanda de ingenieros requisitos son demasiado altos, lo que resulta en el inicio del proyecto difícil.
• Fácil de trabajar horas extras para terminar el trabajo
  el desarrollo real, cambios en la demanda, las personas son comunes, las horas extraordinarias es horario de rutina, a menos que la empresa puede lanzar un fuerte demoras de producto, soportaron las consecuencias.

3 especificaciones de calidad industrial

3.1 precondición

• La demanda no puede congelar
• productos impulsados ​​por el mercado, promover el mercado
• progreso técnico la obediencia

3,2 V-Paul entonces afinar el núcleo

V-Core: la verificación jerárquica, la retrospectiva
de recorte (Agile): ¿puede la retrospectiva, se puede documentación de código

3.3 seguimiento del progreso regulares

Proyecto reunión ordinaria el lunes para determinar el progreso general del
equipo Miércoles sesión ordinaria el lunes para determinar el programa de módulo de
un minutos finales de la reunión, las actualizaciones de correo electrónico

3.4 Documentos

Los documentos de requisitos, documentos de diseño, documentos de prueba, documentan el progreso de
la persona responsable, los colaboradores, y la fecha de las notas necesarias

Progresar Documentación: Gantt con la
documentación de diseño: UML

4 Pensamientos

El progreso técnico obediencia
productos industriales y de calidad comercial diferenciación del producto
amplitud de conocimientos es un subproducto de la profundidad de
productos impulsados por el mercado, promover el mercado

referencia

1, Huawei desarrollo de hardware
2, "The Mythical Man Month" Lite
3, el proceso de desarrollo de proyectos de TI interno
3, código de escritura a nivel de industria es qué tipo de experiencia?
4, el proceso de gran escala empresa de desarrollo de software ¿Qué?
5. Enfriar la cáscara - que a lo largo de los años he estado estudiando la tecnología
6, un conjunto de documentos - la lengua de aves