La Electricidad y La Electrónica por el grado 10-5
T8 u3 spmn
1. LO QUE HACE (SPMN) SOFTWARE PROGRAM MANAGERS NETWORK
Identificar en la industria y el gobierno las mejores prácticas de software y
transmitir estas prácticas a los administradores de la escala del departamento de
defensa del sistema de adquisición de programas grandes. La misión de SPMN
Identificar probada en la industria y el software de las mejores prácticas de
gobierno y la comunique a los administradores de la escala de software de
adquisición de programas intensivos de gran tamaño. La aplicación extensiva "en
las trincheras" experiencia, la SPMN permite Departamento de Defensa de los
directores de programas para lograr el éxito del programa y ofrecer sistemas de
calidad a tiempo y en presupuesto.
Cientos de programas gubernamentales y comerciales de adquisición de
tecnología se beneficiaron directamente de nuestros "en las trincheras" la gestión
de programas, gestión de riesgos y la experiencia de ingeniería de sistemas,
incluyendo las evaluaciones de riesgo independiente, software de gestión de
riesgos, mejores guías prácticas y formación especializada.
1992 por el Subsecretario de la Marina
16 PRACTICAS CRÍTICAS DE SOFTWARE
PROYECTO DE INTEGRIDAD
1. ADOPTA PROGRAMA DE GESTIÓN DE RIESGOS EN CONTINUO
La gestión de riesgos es un proceso continuo a partir de la definición de la noción y termina
con el retiro del sistema.
La gestión de riesgos es una responsabilidad del programa que repercuten en el apoyo de
todos los elementos de la organización.
2. ESTIMACIÓN DE COSTOS Y CALENDARIO EMPIRICAMENTE
Las estimaciones iniciales de software y los horarios deben ser consideradas como "de alto
riesgo debido a la falta de información definitiva disponible en el momento en que se
definen.
Las estimaciones y los horarios deben ser refinados a medida que más información está
disponible.
2. 3. Usar las medidas PARA LA GESTIÓN
Todos los programas deben contar con un programa de medidas para detectar problemas
y determinar la probabilidad de riesgos que puedan crearse.
Métrica debería definirse como parte de la definición del proceso, la identificación de los
riesgos o problemas, o la determinación de los factores de éxito del proyecto.
Todas las definiciones métricas necesidad de incluir la descripción, los límites
cuantitativos, y espera que las áreas de aplicación.
4. CADENAS DE VALOR DEL TRABAJO
Gestión de proyectos ganados valor requiere una estructura de división del trabajo, los
paquetes de trabajo, redes de actividades en todos los niveles WBS, estimaciones
precisas, y la aplicación de un proceso coherente y planificado.
valor ganado requiere cada tarea para que el acceso y los criterios de salida y un paso
para validar que estos criterios se han cumplido antes de la adjudicación del crédito.
5. DEFECTOS DE PISTA EN CONTRA DE LOS OBJETIVOS DE CALIDAD
Todos los programas deben tener objetivos de calidad de pre-negociación, que es un
requisito indispensable que deben cumplir antes de ser aceptados por el cliente.
Los programas deben aplicar las prácticas de encontrar defectos al principio del proceso y
lo más cerca en el tiempo a la creación del defecto de lo posible y debe manejar este tipo
de defecto en contra del objetivo de calidad.
6. TRATAR PERSONAS COMO EL MÁS IMPORTANTE DE RECURSOS
El enfoque principal del programa debe ser puestos de personal con personal calificado y
mantener este personal a través de la vida del proyecto.
El programa no debe poner en práctica las prácticas (por ejemplo, las horas extraordinarias
no remuneradas excesiva) que obligará a la rotación de personal voluntario.
CONSTRUCCIÓN DE INTEGRIDAD
7. ADOPTAR EL CICLO DE VIDA DE GESTIÓN DE CONFIGURACIÓN
Todos los programas, independientemente de su tamaño, la necesidad de gestionar la
información a través de una gestión de la configuración planificada de antemano (CM) del
proceso.
8. GESTIONAR Y RASTRO REQUISITOS
Antes de cualquier diseño que se inicie, los requisitos para ese segmento del software
necesario para ser aprobado.
Requisitos de seguimiento debe ser un proceso continuo de proporcionar los medios para
localizar a la obligación de usuario para el componente de nivel más bajo de software.
9. BASADO EN EL USO DE SOFTWARE DE DISEÑO DEL SISTEMA-
Todos los métodos utilizados para definir la arquitectura del sistema y diseño de software
debe ser documentado en el plan de sistema de gestión de ingeniería y el plan de
3. desarrollo de software y de forma frecuente y periódicamente evaluados a través de las
auditorías realizadas por una organización independiente del programa.
10. ASEGURAR Y BASE DE DATOS DE DATOS DE INTEROPERABILIDAD
Todos los datos y las decisiones de base de datos de aplicación debe considerar
cuestiones y, como la interoperabilidad de los factores de cambio, estas decisiones deben
ser revisados.
11. DEFINE Y CONTROL DE INTERFACES
Antes de completar los requisitos de nivel de sistema, un inventario completo de todas las
interfaces externas debe ser completado.
12. DISEÑO DE DOS VECES, EL CÓDIGO DEL ONCE
Todos los diseños deben ser evaluados a través de una estructura de inspección antes de
la liberación de CM. Esta inspección debe considerar la reutilización, el rendimiento, la
interoperabilidad, la seguridad, la seguridad, fiabilidad y limitaciones.
13. EVALUACIÓN DE RIESGOS Y COSTOS DE REUTILIZACIÓN
El uso de los componentes de la reutilización, COTS, GOTS, o cualquier otro elemento no-
desarrollo (NDI) debe ser tratado como un riesgo y gestiona a través de la gestión del
riesgo.
PRODUCTO DE ESTABILIDAD Y LA INTEGRIDAD
14. CONTROLAR LOS REQUISITOS Y DISEÑO
Las inspecciones deben llevarse a cabo a partir de la definición del concepto y termina con
la finalización del proceso de ingeniería.
15. GESTIONAR LAS PRUEBAS COMO UN PROCESO CONTINUO
Todas las pruebas deben seguir un proceso de planea con anticipación, que es aceptado y
financiado.
16. COMPILACIÓN Y HUMO DE PRUEBA MÁS FRECUENTES
Todas las pruebas deben utilizar sistemas que se construyen sobre una base frecuente y
regular (nominal no inferior a dos veces por semana).
4. En la sección lesson mejores prácticas me encontré con 24 lecciones En él se
describen los problemas descubiertos en los últimos meses en varios programas
del Departamento de Defensa de software intensivo, tales como no implementar
las mejores prácticas que tienen sobre todo un alto apalancamiento para un
proyecto determinado en un momento determinado en un momento determinado
de su desarrollo. El enfoque normal SPMN identificaron cambios específicos del
proyecto en las prácticas de mayor influencia para las mejoras a corto plazo en
uno o más de los siguientes: satisfacción de los usuarios, el desarrollo o la calidad
de los costes de mantenimiento, tiempo del mercado-a, el costo, y la previsibilidad
de lo previsto. Centrar el apoyo del equipo también incluyó el seguimiento de
asistencia a la oficina de proyectos del gobierno y el contratista para ayudar a
establecer los cambios en las prácticas deseadas por los administradores de su
programa.
“WEB LINKS”. EXPLORE Y DESCRIBA CUANDO MENOS TRES DE ESTOS VÍNCULOS.
http://www.ndia.org/Pages/Default.aspx
La misión de la División de Armamento es proporcionar a centrarse en los sistemas integrados de
armamento, incluidos los utilizados por los soldados individuales, utilizados en los sistemas de la
tripulación fue, y se integran en la tierra, el mar y plataformas aéreas.
http://www.bmpcoe.org/pmws/index.html
Programa de Administrador de la Estación de Trabajo ( PMWS ) es un conjunto electrónico de
herramientas diseñadas para facilitar la adquisición oportuna y la información de ingeniería para el
usuario. Los principales componentes del PMWS son KnowHow , la identificación de riesgos
técnicos y Atenuación de sus Efectos ( MIC ), y la base de datos de BMP . Estas herramientas se
complementan entre sí y ofrecer a los usuarios del conocimiento , visión y experiencia para tomar
decisiones informadas en todas las fases de desarrollo de producto, producción, y más allá.
http://www.ecaus.org/eia/site/index.html
son los componentes electrónicos Association ( ECA ), JEDEC , Electrónica Gobierno y Tecnologías
de la Información Asociación ( GEIA ), ahora parte de TechAmerica, Telecommunications Industry
Association ( TIA ), y la Consumer Electronics Association ( CEA ).