Sin ttulo de diapositiva

1
Postitulo de Telecomunicaciones y Redes de Datos
Requerimientos Operacionales y Especificaciones
Técnicas
III Parte
Expositor CRL (IPM) Patricio Valero Mandujano
2
Contenido de la Presentación

• Definiciones
• La Ingeniería de Sistemas
• Identificación y determinación de la necesidad
• Formulación de Requerimientos Operacionales
  (Ingeniería de Requerimientos)
• Análisis Funcional y Síntesis del Sistema
• Formulación de Especificaciones Técnicas

3
Definición de Función
Una función es un proceso de transformación que
cambia entradas en salidas, D. Buede Una
función representa una acción o conjunto de
acciones concretas necesarias para cumplir con un
objetivo.., B. Blanchard
4
Análisis funcional del Sistema de
Armas (Definición de Requerimientos Funcionales)
Es el conjunto mínimo de requerimientos
independientes que caracterizan completamente las
necesidades funcionales de un producto (software,
organización, sistema, etc.) en el dominio
funcional, N. P. Suh Que es lo que el Sistema
debe hacer es la esencia de un Sistema, su
misión y su funcionalidad fundamental, T. Gilb
5
Contexto Funcional y Relaciones Funcionales
ESTADO NACIÓN
6
Contexto Funcional y Relaciones Funcionales
MINISTERIO DE DEFENSA
7
Contexto Funcional y Relaciones Funcionales
EJÉRCITO DE CHILE
8
Donde estamos en el Proceso de Ingeniería de
Sistemas?
Diseño Conceptual
Diseño Preliminar
Identificación y definición de la necesidad
Diseño de Detalle y Desarrollo
9
Análisis funcional del Sistema de
Armas (Definición)
Es el proceso sistemático e iterativo de
desagregación de los requerimientos operacionales
del sistema con el objeto de identificar por
niveles las funciones del mismo e integrarlas en
una arquitectura funcional.
10
Análisis funcional del Sistema de
Armas (Arquitectura Funcional)
De acuerdo con la definición contenida en el
manual del International Council on System
Engineering (INCOSE) una Arquitectura Funcional
es un arreglo de descomposición jerárquica de
funciones/subfunciones, sus interfaces internas y
externas y sus respectivos criterios y/o
restricciones funcionales.
Luego, debe entenderse claramente que una
Arquitectura Funcional no describe la
arquitectura del software o del hardware del
Sistema.
11
Análisis funcional del Sistema de
Armas (Arquitectura Funcional)
Arquitectura Funcional del Sistema Ejército
12
Análisis funcional del Sistema de
Armas (Arquitectura Funcional vs Sistema)
13
El Sistema Ejército
14
Análisis funcional (Propósito general)
15
Análisis funcional (Propósito general)
El propósito general del análisis funcional es
especificar QUÉ? SE NECESITA REALIZAR O DEBE
HACER EL SISTEMA y no la forma de hacerlo
(CÓMO?), la cual se estructura en las etapas
siguientes del proceso de Ingeniería de Sistemas.
16
Análisis funcional (Consideraciones)
Este proceso iterativo de desagregación permite

• Definir el sistema en funciones y descomponerlo
  en subfunciones.
• Examinar las funciones de todo el Ciclo de Vida.
  
• Transformar requerimientos de alto nivel en
  criterios y/o restricciones funcionales.
• Identificar y definir todas las interfaces
  funcionales internas y externas.

17
Análisis funcional (Consideraciones)
Este proceso iterativo de desagregación permite

• Desarrollar estudios de compromiso para
  determinar las alternativas funcionales para
  cumplir requerimientos
• Identificar grupos funcionales para minimizar
  interfaces y el control de la arquitectura
  funcional.
• Revisar el análisis de requerimientos tantas
  veces como sea necesario para resolver aspectos
  del Análisis Funcional.

18
Análisis funcional (Consideraciones)
CICLO DE VIDA
19
Análisis funcional (Consideraciones)

• Uso de Estándares y Códigos.
• Uso de Tecnologías especiales.
• Restricciones de forma, peso, color, etc.
• Restricciones Medioambientales y leyes naturales.
  
• Empleo de mecanismos o instancias reguladoras.
• Empleo de Proveedores específicos.
• Uso de Instalaciones especiales.
• Otras.

CRITERIOS Y/O RESTRICCIONES
20
Análisis funcional (Consideraciones)
INTERFACES
21
Análisis funcional (Consideraciones)
Desde el punto de vista de la Systems
Engineering MIL-STD 499B, los Estudios de
Compromiso (Trade-off studies) deben ser
definidos, conducidos y documentados, entre otras
consideraciones, para soportar el análisis y
evaluación de alternativas funcionales.
ESTUDIOS DE COMPROMISO
De acuerdo con esta perspectiva los
requerimientos no deben ser necesariamente conside
rados como fijos o inviolables.
22
Análisis funcional (Proceso de Desarrollo)
El desarrollo del Análisis Funcional se facilita
mediante el uso de diagramas de bloques, tanto
para la desagregación de los requerimientos
operacionales del sistema en funciones como para
el Análisis Funcional mismo.
23
Análisis funcional (Uso de Diagramas de Bloques)
Requerimientos Operacionales
24
Análisis funcional (Proceso iterativo por
niveles)
La descomposición en niveles de las Funciones y
Subfunciones es un proceso iterativo que
permitirá la identificación de los recursos y
componentes específicos del sistema.
25
Análisis funcional (Proceso iterativo por
niveles)
El Proceso de Análisis Funcional es iterativo a
través de varios niveles hasta que la
Arquitectura Funcional esta completa.
Funciones de 1er nivel
26
Análisis funcional (Proceso iterativo por
niveles)
En cada iteración del Proceso de Análisis
Funcional las alternativas de desagregación son
evaluadas y todas las interfaces definidas.
27
Análisis funcional (Herramientas de Análisis)
Algunos de los diagramas funcionales
(herramientas) comúnmente usados para el
desarrollo del Análisis Funcional son
28
Análisis funcional (Herramientas de Análisis)
Algunos de los diagramas funcionales
(herramientas) comúnmente usados para el
desarrollo del Análisis Funcional son
29
Análisis funcional (Trazabilidad)
La numeración jerárquica de los bloques de
funciones y en los que se subdividen, dentro del
diagrama de flujo de funciones, permite facilitar
la trazabilidad.
30
Análisis funcional (Numeración de Bloques de
Funciones)
31
Análisis funcional (Ejemplo Función de
Operaciones)
32
Análisis funcional (Herramientas de Análisis)
Otro de los diagramas funcionales (herramientas)
comúnmente usados para el desarrollo del Análisis
Funcional y principalmente para la identificación
y determinación de interfaces es
Diagrama de Funciones o Matriz N-cuadrado
Ingreso
F1
X
X
Salida
F2
Salida
F3
X
Ingreso
Nota Las interfaces existen entre objetos con
el propósito de introducir sinergia entre ellos.
33
Análisis funcional (Ejemplo Matriz N-cuadrado,
identificación)
34
Análisis funcional (Ejemplo Matriz N-cuadrado,
optimización)
35
Análisis funcional (Ejemplo Matriz N-cuadrado,
final)
36
Análisis funcional (Interfaces Internas y
Externas)
37
Análisis funcional (Palabras finales)
EL PROPÓSITO ES ESPECIFICAR QUÉ? DEBE HACER
EL SISTEMA!
NO OLVIDAR
38
Donde estamos en el Proceso de Ingeniería de
Sistemas?
Diseño Conceptual
Diseño Preliminar
Identificación y definición de la necesidad
Diseño de Detalle y Desarrollo
39
Síntesis del sistema (Definiciones)
Síntesis del Sistema es una actividad a través de
la cual se desarrolla la Configuración Preliminar
del Sistema y se identifican las alternativas de
configuración del Sistema
40
Síntesis del sistema (El proceso general)
Restricciones, COTS, SW y HW disponible,
Concepto de Sistema, Procedimientos, Regulaciones
medioambientales, Doctrina, otros.
Síntesis del Sistema
Arquitectura Funcional
Arquitectura Física
Modelos, Herramientas automáticas, Bases de
datos, otros
41
Síntesis del sistema (El propósito general)
42
Síntesis del sistema (El propósito general)
En esta etapa los qué se transforman en CÓMO,
obteniendose una definición del sistema en
términos de sus componentes físicos
(configuración preliminar).
43
Síntesis del sistema (Objetivos)
El proceso de definir la configuración preliminar
del sistema tiene 2 objetivos

• Formular distintas configuraciones
  (arquitecturas) alternativas para el sistema
• Asignar requerimientos específicos a cada
  subsistemas y componente de menor nivel del
  sistema.

44
Síntesis del sistema (Criterios de
Configuración)
La formulación de distintas configuraciones
alternativas para el Sistema debe enmarcarse
dentro de los criterios de configuración
(elementos de control) definidos para el proceso
de Síntesis del Sistema.
45
Síntesis del sistema (Criterios de
Configuración)

• Restricciones de recursos (humanos/financieros/etc
  ), legales, medioambientales, organizacionales,
  otras.
• Uso de ítems GFE, COTS y/o NDI.
• Uso de Software y/o Hardware disponible
  (reutilización).
• Uso de tecnologías probadas (riesgo).
• Concepto del Sistema y alternativas de
  subsistemas.
• Uso de procedimientos organizacionales.
• Uso de habilidades y conocimiento disponible.
• Capacidad de crecimiento del Sistema e
  introducción de nuevas tecnologías.
• otros.

46
Síntesis del sistema (Parámetros mínimos)
Asimismo, es esencial que en el proceso de
configuración de alternativas de arquitecturas
físicas, para el sistema, se definan los
parámetros de rendimiento técnico mínimos
asociados a los componentes del mismo, como entre
otros los siguientes

• Peso, tamaño, velocidad, capacidad, precisión,
  volumen, rangos, tiempos de procesamiento, otros.
  
• Factores de confiabilidad, disponibilidad y
  mantenibilidad.

47
Síntesis del sistema (Asignación de
Requerimientos)
48
Síntesis del sistema (Parámetros mínimos)
49
Síntesis del sistema (Parámetros mínimos)
La Síntesis del Sistema o el proceso de
configuración de la Arquitectura Preliminar del
Sistema y asignación de requerimientos por
niveles resulta en la identificación de distintas
alternativas de solución para cada elemento del
Sistema, generándose así distintas
configuraciones de diseño de este. Por ejemplo,
una función puede ser cumplida por medio de
equipamiento (hardware), software, o una
combinación de ambos. A lo cual se suma la
posibilidad de variar los parámetros de diseño.
50
Síntesis del sistema (Empaquetamiento)
Luego, la formulación de las distintas
arquitecturas se logra agrupando, empaquetando
o combinando las funciones y respectivos
requerimientos de diseño similares en forma
lógica, identificando los subsistemas principales
y elementos de menor nivel del sistema.
Con ello será posible posteriormente identificar
los elementos del sistema (recursos necesarios)
para cumplir cada función (ejemplo equipamiento,
software, instalaciones, personal, datos,
información, procedimientos, interfases, etc.)
51
Síntesis del sistema (Empaquetamiento)
Arquitectura Preliminar del Sistema (funciones)
Arquitecturas Físicas Alternativas (elementos)
52
Síntesis del sistema (Empaquetamiento)
Arquitecturas Físicas Alternativas (elementos)
Arquitectura Preliminar del Sistema (funciones)
B
C
53
Síntesis del sistema (Empaquetamiento)
Arquitecturas Físicas Alternativas (elementos)
Arquitectura Preliminar del Sistema (funciones)
C
54
Síntesis del sistema (Arquitectura alternativa
Z)
Arquitectura Funcional
55
Síntesis del sistema (Recomendación final)
Ya que siempre se pueden cometer errores en este
proceso es necesario que la Autoridad
Coordinadora de la Síntesis del Sistema evalúe
continuamente su evolución con el objeto de
optimizar su resultado. Algunas cosas que dicha
autoridad debe hacer son

• Verificar que cada una de las arquitecturas
  alternativas cumplen con los siguientes criterios

• Que desarrolla todas las funciones del sistema
  definidas en la arquitectura funcional.

56
Síntesis del sistema (Recomendación final)

• Que es capaz de cumplir con los requerimientos
  definidos.

• Que los recursos empleados estén dentro de
  límites aceptables.
• Que los elementos componentes sean compatibles, y
• Que las interfases estén suficientemente
  definidas.

57
Síntesis del sistema (Recomendación final)

• Tener presente que en este punto se cierra el
  proceso de definiciones de diseño del sistema y
  dado el desarrollo de las actividades podría ser
  necesario realizar una revisión al análisis
  efectuado a los requerimientos y funciones del
  sistema, ya sea para la definición de nuevos
  requerimientos y funciones como para plantear
  cuestionamientos a los requerimientos y funciones
  definidos.

58
Donde estamos en el Proceso de Ingeniería de
Sistemas?
Diseño Conceptual
Diseño Preliminar
Identificación y definición de la necesidad
Diseño de Detalle y Desarrollo
59
Cómo hacerlo?Qué parámetros uso?Atributos?C
ómo pondero?Qué pasa si me equivoco?Existen
modelos o herramientas?
Evaluación de alternativas (Interrogantes mas
comunes)
60
Evaluación de alternativas (Espectro de
soluciones)
61
Evaluación de Alternativas (Objeto del proceso
de análisis)
PROCESO DE EVALUACIÓN DE ALTERNATIVAS
62
Evaluación de alternativas (Que Proceso usar?)
El proceso más usado es el jerárquico analítico
(AHP) que es un proceso racional e intuitivo que
permite comparar tangibles con intangibles, lo
subjetivo con lo objetivo y analizarlos en
conjunto para resolver problemas complejos. Lo
anterior para seleccionar la mejor solución desde
un número de alternativas evaluadas contra varios
criterios.
63
Evaluación de alternativas (Pasos del Proceso
AHP)
1. Identifica la meta a. Describe
claramente el problema
2. Especifica los criterios (y sub-criterios) a.
Suficientemente extenso para representar
preocupación y suficientemente pequeño
para ser reactivo b. Criterios
deben ser independientes y dentro
de un orden de magnitud
3. Desarrolla alternativas a. Elimina
alternativas no factibles
64
Evaluación de alternativas (Pasos del Proceso
AHP)
4. Realiza comparaciones todos c/todos a.
Compara los elementos en cada nivel jerárquico
b. Compara por importancia, preferencia o
vecindad
c. Usa métodos verbal, gráfico y
numérico
5. Sintetiza los resultados a.
Condensa las ponderaciones y puntaje en un
resultado
6. Verifica la decisión a. Vuelve atrás y evalúa
los resultados b. Desarrolla análisis de
sensibilidad (que pasa si, y/o)
65
Evaluación de alternativas (Secuencia de la
evaluación)
Establecer los objetivos de la evaluación
66
Evaluación de alternativas (Secuencia de la
evaluación)
Contrastar cada alternativa con los criterios de
evaluación asignando puntajes
67
Evaluación de alternativas (Secuencia de la
evaluación)
Jerarquizar las alternativas de mayor o menor
puntaje
Seleccionar la alternativa de solución preferida
68
Evaluación de alternativas (Criterios de
evaluación)
Parámetro cuantitativo (ejemplo)
Parámetro cualitativo (ejemplo)

69
Evaluación de alternativas (Ejemplo Criterios
de evaluación)
Sistema de Comunicaciones
Sistema de Transporte

• Disponibilidad
• Ancho de Banda
• Capacidad
• Conectividad
• Número de Canales
• Grado de Servicio
• Confiabilidad
• Mantenibilidad
• Tiempo de Respuesta
• Seguridad de datos
• Sobrevivencia, otros

• Capacidad
• Confortabilidad y Conveniencia
• Impacto Económico
• Frecuencia de Servicio
• Calidad de Servicio
• Capacidad de Crecimiento
• Seguridad de Personal
• Velocidad
• Tiempo de Viaje
• Impacto Medioambiental
• Riesgo, otros

70
Evaluación de alternativas (Asignación de
puntaje)
Parámetro cualitativo (ejemplo)
Parámetro cuantitativo (ejemplo)
71
Evaluación de alternativas (Ponderación de
Criterios de evaluación)
La ponderación de los criterios de evaluación se
debe efectuar por cada nivel jerárquico
establecido en la matriz.
Si en el ejemplo, que se muestra a continuación,
el criterio de evaluación de primer nivel
Funcionamiento con un 25 de ponderación y en
un segundo nivel Precisión con un 50 de
ponderación y considerando que la alternativa de
configuración A tiene un puntaje real de 9, esta
alternativa obtendría un puntaje ponderado de
0,25 x 0,50 x 9 1,125
72
Matriz de Evaluación de Alternativas (criterios
1er nivel)
P. Valero M. / Telecomunicaciones y Redesde Datos
/ RR.OO. y EE.RR.TT. / Diciembre 2005
73
Matriz de Evaluación de Alternativas (criterios
1º y 2º nivel)
P. Valero M. / Telecomunicaciones y Redesde Datos
/ RR.OO. y EE.RR.TT. / Diciembre 2005
74
Matriz de Evaluación de Alternativas (Análisis de
Sensibilidad)
P. Valero M. / Telecomunicaciones y Redesde Datos
/ RR.OO. y EE.RR.TT. / Diciembre 2005
75
Matriz de Evaluación de Alternativas (Análisis de
Sensibilidad)
P. Valero M. / Telecomunicaciones y Redesde Datos
/ RR.OO. y EE.RR.TT. / Diciembre 2005
76
Matriz de Evaluación, Gran Total
P. Valero M. / Telecomunicaciones y Redesde Datos
/ RR.OO. y EE.RR.TT. / Diciembre 2005
77
Especificaciones en el Proceso de Ingeniería de
Sistemas?
Diseño Conceptual
Diseño Preliminar
Identificación y definición de la necesidad
Diseño de Detalle y Desarrollo
78
Especificaciones (definición)
Medio para comunicar por escrito los
requerimientos o intenciones de una parte o otra
en relación con un producto, servicio, material,
procedimiento o prueba. (BS 5760 pt 4)
79
Especificaciones (Comunicación)
Organización A
Marketing
Ventas
Administración
Investigación
Distribución
Organización B
Producción
Ingeniería
Cliente
Personal
Desarrollo
Abastecimiento
Finanzas
Comercial
80
Especificaciones (Ejemplo Ámbito Empresa)
Procedimientos de seguridad y salud
E
Procedimientos de administración, ingeniería,
aplicación de estándares
División
Preparación y control de documentos técnicos
especificaciones
Departamento
Procedimientos específicos (locales)
Area, Secciones
81
Especificaciones (Decisión)
Que queremos que haga el proveedor
?
?
Desarrolle una tarea específica (definida y
controlada)
Entrega de experiencia
Ambas
Se debe distinguir el QUE y COMO
?
El riesgo asociado está relacionado con la
Competencia a quien se le asignará la tarea
?
82
Especificaciones (Funcional/Detallada)
Especificación Funcional Define requerimientos
funcionales o de desempeño QUE queremos hacer
Especificación Detallada Define con precisión
como producto servicio, proceso o paneles debe
ser diseñada o llevado a cabo COMO queremos que
se haga
83
Especificaciones (Funcional/Detallada)
USO
PROBLEMAS
Especificación Funcional
OPCIONES

• Experticia Proveedores
• Tiempo y Costo

• Identificación y definición completa del
  requerimiento

• Protección de la propiedad intelectual

• Experticia Empresa
• Requerimientos precisos del cliente

OPCIONES
Especificación Detallada
84
Especificaciones (Consideraciones Contractuales)
Contrato y Especificación
Negociación y Aceptación
Especificación QUE COMO

• Define lo que el cliente necesita
• Como será evaluado el desempeño
• Como se desarrollarán pruebas e inspecciones
• Condiciones de aprobación, desecho, rechazo

CONTRATO Quien Cuando Donde Términos Cuanto
85
Especificaciones (Estructura General)
1
2
3
4
5
86
Especificaciones (Estructura General)
6
7
8
9
10
87
Especificaciones (Estructura General)
11
12
13
14
15
88
Especificaciones (Elaboración)
89
Especificaciones (Roles y Responsabilidades)
Origina

• Elabora el documento (procedimiento, standar,
  prácticas de trabajo)
• Responsable por el contenido y alcance técnico
• Relaciona con otras partes (costo/efectividad,
  proceso)

Aprueba

• Asegurar que el documento cumple con
  (procedimientos prácticas de trabajo)
• Asegurar que las interfaces entre las disciplinas
  técnicas hayan sido consideradas
• Asegurar que cumple con expectativas de
  administración del negocio

90
Especificaciones (Proceso)
Número Configuración
Número Configuración
INICIA
Elabora Estructura Ediciones
Presenta
Evalúa
N
O.K
S
Rehacer
Aprueba
Rehacer
N
O.K
Envía
S
Envía
Completa Administración
Entrega
91
Especificaciones en el Proceso de Ingeniería de
Sistemas?
(B, C, D, E)
(A)
Diseño Conceptual
Diseño Preliminar
Identificación y definición de la necesidad
Diseño de Detalle y Desarrollo
(C, D, E)

• Especificaciones del Sistema
• Especificaciones de Desarrollo
• Especificaciones de Producto
• Especificaciones de Procesos
• Especificaciones de Material

92
Especificaciones del Sistema (MIL-STD-490)

• Especificación de Requerimientos Técnicos del
  Sistema Tipo A
• Representa la configuración o arquitectura final
  del Sistema
• Documento técnico más importante del proceso de
  I.S
• Sintetiza los requerimientos funcionales,
  operacionales y técnicos (interfases,
  rendimiento, efectividad, mantenimiento, etc)
• Información técnica básica para materializar
  llamado a propuesta

93
Especificaciones de Desarrollo y Producto
(MIL-STD-490)

• Especificación de Desarrollo Tipo B
• Define requerimientos técnicos para ítems bajo
  nivel sistema donde se diseña y desarrolle (Fase)
• Describe en detalle características de
  rendimiento y efectividad
• Subtipos (B1- B5) Prototipo, ítem crítico, no
  complejo, edificación o naves y software

• Especificación de Producto Tipo C
• Define requerimientos técnicos para ítems bajo
  nivel sistema, que se encuentran disponible en
  mercado y pueden ser adquiridos directamente
• A través de requerimientos funcionales o
  detallados (fabricación)
• Subtipos C1 a, b función, fabricación
  prototipo
• C2 a, b función, fabricación ítem
  crítico
• C3 fabricación ítem no complejo
• C4 Elementos de inventario
• C5 Software

94
Especificaciones de Desarrollo y Procesos y
Materiales (MIL-STD-490)

• Especificación de Procesos Tipo D
• Define requerimientos técnicos para los servicios
  que se lleven a cabo sobre los componentes del
  sistema
• (Mecanizado, soldadura, tratamiento térmico,
  embalaje, etc)
• Normalmente se aplica en producción (Control
  desarrollo del proceso)

• Especificación de Materiales Tipo E
• Se aplica a materia prima que se utiliza en la
  fabricación del producto
• (pinturas, componentes químicos, etc)
• Normalmente se aplica en producción
• (control de desarrollo del proceso)

95
Especificaciones (Modelo de Árbol para un
Sistema)
Sistema Especificación (Tipo A)


Software Especificación Desarrollo (Tipo B)
Equipo Especificación Desarrollo (Tipo B)
Equipo Prueba Especificación Producto (Tipo C)




Programa Especificación Producto (Tipo C)
Unidad A Especificación Producto (Tipo C)
Unidad B Especificación Desarrollo (Tipo B)


Ensamble 1 Especificación Proceso (Tipo D)


Componente Especificación Material (Tipo E)
96
Especificación de Requerimientos Técnicos Nivel
Sistema (tipo A) Sistema de Armas ABC
1.0 Objetivo y alcances de la Especificación 2.0
Documentos aplicables 3.0 Requerimientos Técnicos
y Operacionales 3.1 Definición del Sistema de
Armas 3.1.1 Descripción General 3.1.2
Requerimientos Operacionales 3.1.3 Concepto de
Mantenimiento 3.1.4 Análisis funcional y
configuración del Sistema de Armas 3.1.5
Asignación de requerimientos a cada
subsistema 3.1.6 Interfases funcionales 3.2 Ca
racterísticas del Sistema de Armas 3.2.1
Características de rendimiento del Sistema de
Armas (equipamiento) 3.2.2 Características
físicas del Sistema de Armas (equipamiento) 3.2.
3 Requerimientos de efectividad 3.2.4
Requerimientos de confiabilidad 3.2.5
Requerimientos de mantenibilidad 3.2.6
Requerimientos de disponibilidad
operacional 3.2.7 Requerimientos de
seguridad 3.2.8 Requerimientos de
Transportabilidad 3.2.9 Otros requerimientos
especializados (EMC, etc)
97
Especificación de Requerimientos Técnicos Nivel
Sistema (tipo A) Sistema de Armas ABC
3.3 Diseño y Construcción/Fabricación 3.3.1
Requerimientos de materiales, procesos y partes
3.3.2 Requerimientos de montaje y
marcaje 3.3.3 Requerimientos de
intercambialidad 3.3.4 Requerimientos de
testeo 3.3.5 Requerimientos de
manufactura 3.3.6 Requerimientos de apoyo
computacional (CAD/CAM) 3.4 Requerimientos de
documentación e información técnica 3.5
Requerimientos Logísticos 3.5.1 Requerimientos
de mantenimiento 3.5.2 Apoyo logístico 3.5.3
Equipos de apoyo y prueba 3.5.4 Personal y
entrenamiento 3.5.5 Instalaciones y
equipamiento 3.5.6 Embalaje, manipuleo,
almacenamiento y transporte 3.5.7 Equipos y
programas computacionales 3.5.8 Servicios
post-venta 3.6 Requerimientos para el desecho
del sistema/equipamiento 4.0 Pruebas y
Evaluación 5.0 Requerimientos de Aseguramiento de
la Calidad 6.0 Otros
98
Especificaciones (Preparación)
?
Como lo Hago
Difícil Tarea
Cuidadoso análisis Buen juicio Etc.
99
Especificaciones (Sugerencias para la
Preparación)

• Para productos comerciales se debe considerar el
  uso de estándares no gubernamentales o incluir
  los requerimientos (DoD.)
• Documentos deben ser estructurados y formateados
  para establecer y categorizar requerimientos lo
  más preciso posible
• La sección Notas de cada documento corresponde
  a guías de aplicación detallada (entrega
  información no contractual o cuando y como
  aplicar el documento
• Mantener registros de preparación de la
  especificación en particular los cambios a los
  requerimiento

100
Especificaciones (Sugerencias para la
Preparación)

• Evitar referencia innecesarias a otros documentos
  (partes de documentos)
• Estimular la forma de aumentar el uso de
  productos comerciales
• Retroalimentación de éxitos y dificultades
  (aplicación de la especificación en contratos
  específicos)
• Estimular y obtener inputs del documento de
  personas fuera del grupo de trabajo
• Solicitar comentarios y adecuada coordinación con
  la industria en la etapa de preparación

101
Especificaciones (Sugerencias para la
Preparación)
Requerimientos

• Especificación de requerimientos
  claros y no ambiguos
• Requerimientos deben establecer en términos de
  desempeño que es necesario y no describir al
  proveedor de como realizar la tarea.
• Clara distinción en requerimientos críticos
  (debe) y operacionales (deseable)

102
Especificaciones (Sugerencias para la
Preparación)

• Costo, cantidad requerida, tiempo y lugar de
  entrega, métodos de pago
• Preparación, entrega aprobación y
  distribución de información de gobierno
• Funciones de aseguramiento de calidad
  inspecciones, auditoria, revisiones,
  certificados, aprobaciones técnicas
• Aspectos administrativos y de garantía

Especificaciones No debe Incluir
Requerimientos Contractuales
103
Postitulo de Telecomunicaciones y Redes de Datos
Requerimientos Operacionales y Especificaciones
Técnicas
III Parte
(Término de la Presentación)
Expositor CRL (IPM) Patricio Valero Mandujano