<Nomenclatura del Proyecto>

Documento de especificacin de requerimientos de

soluciones tecnolgicas
Versin X.X
dd/mm/aaaa
[Nota: La siguiente plantilla se realiz con base en el MAAGTIC y en Rational Unified Process. El texto
encerrado en brackets y color azul [estilo=infoblue], provee guas al autor y se deben borrar para publicar
el documento. El texto que se incluya despus del comentario ser en formato: Tipo de fuente: Arial,
Estilo: Normal y tamao: 10.
Esta plantilla fue elaborada con la versin de Microsoft Word 2007, se deja a decisin de la persona
responsable de desarrollar esta plantilla, el uso de la versin ms conveniente. Los elementos utilizados
en esta plantilla son compatibles con las versiones 2007 y 2010.
Para personalizar campos automticos de Microsoft Word (que despliegan un background gris cuando
se selecciona), seleccione File>Properties y reemplace el campo Compaa con el valor de
SECRETARA DE COMUNICACIONES Y TRANSPORTES, el campo Administrador con el valor de
OFICIALA MAYOR, el campo Asunto con el valor de UNIDAD DE TECNOLOGAS DE
INFORMACIN Y COMUNICACIONES, el campo Palabras clave con la Nomenclatura del Proyecto
(nombre/identificador/clave) y el campo Ttulo con el nombre del documento. Despus de cerrar el
dilogo, los campos se actualizarn automticamente en el documento o seleccione Edit>Select All (o
Ctrl-A) y presione F9, o simplemente haga clic en el campo y presione F9. Esto se debe hacer separado
para Encabezados y Pies de Pgina (Headers y Footers). Puede consultar la ayuda de Microsoft Word
para mayor informacin sobre trabajo con campos de las propiedades del documento.
En el encabezado de la plantilla se muestran los siguientes datos: 1) Hoja: Indica el nmero de pgina
actual y el total de pginas de la plantilla, 2) ProcesoAct: Indica el proceso y la actividad que produce el
artefacto, 3) Versin: Indica la versin de la plantilla, 4) Fecha: Indica la fecha de liberacin de la plantilla,
5) Clave MAAGTIC de la plantilla: Indica la clave de la plantilla definida por la Secretara de Funcin
Pblica (Ej. Anexo XX Formato YY) y por ltimo 6) Clave Plantilla SCT: Indica la clave nica de
identificacin del artefacto por parte de la SCT, la cual est compuesta por las siglas que identifican al
proceso + las siglas del artefacto, esto da una clave nica de mximo 8 caracteres. Ningn dato del
encabezado debe ser modificado manualmente.
En la seccin: Histrico de versiones, los datos: fecha, versin, descripcin, autor, se refieren al
documento.]

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

2 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

DSTDER

Histrico de Versiones
Fecha

Versin

<dd/mm/aaaa>

<X.X>

Descripcin

SCT

Autor

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

3 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

DSTDER

Tabla de Contenido
1
1.1
1.2
1.3

Introduccin....................................................................................................................................
Objetivo........................................................................................................................................... 3
Definiciones, acrnimos y abreviaturas.......................................................................................... 3
Referencias..................................................................................................................................... 3

2
2.1
2.2
2.3
2.4
2.5
2.6

Descripcin general........................................................................................................................
Perspectiva de la solucin tecnolgica........................................................................................... 3
Funciones de la solucin tecnolgica............................................................................................. 3
Caractersticas de los usuarios....................................................................................................... 3
Restricciones generales.................................................................................................................. 3
Suposiciones y Dependencias........................................................................................................ 3
Futuros requerimientos................................................................................................................... 3

3
3.1

3.4
3.5
3.6
3.7

Especificacin de requerimientos de soluciones tecnolgicas........................................................

Requerimientos funcionales............................................................................................................ 3
3.1.1 <Requerimiento funcional 1>.............................................................................................. 3
3.1.2 <Requerimiento funcional 2>.............................................................................................. 3
Requerimientos no funcionales....................................................................................................... 3
3.2.1 Requerimientos de usabilidad............................................................................................. 3
3.2.2 Requerimientos de desempeo.......................................................................................... 3
3.2.3 Requerimientos de fiabilidad............................................................................................... 3
3.2.4 Requerimientos de soporte................................................................................................. 3
3.2.5 Requerimientos de diseo.................................................................................................. 3
3.2.6 Adquirir componentes......................................................................................................... 3
Requerimientos de interface........................................................................................................... 3
3.3.2 Interfaces de hardware....................................................................................................... 3
3.3.3 Interfaces de software......................................................................................................... 3
3.3.4 Interfaces de comunicaciones............................................................................................. 3
Requerimientos de licencias........................................................................................................... 3
Derechos de autor, y otros avisos................................................................................................... 3
Restricciones.................................................................................................................................. 3
Estndares aplicables..................................................................................................................... 3

Documentacin de soporte.............................................................................................................

Firmas de elaboracin, revisin y aprobacin.................................................................................

3.2

3.3

SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

4 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

DSTDER

Documento de especificacin de requerimientos de

soluciones tecnolgicas
1
Introduccin
[Integrar en este apartado un panorama completo de la solucin tecnolgica y su estructura general,
incluye el objetivo, alcance, definiciones, acrnimos y abreviaturas y referencias necesarias como el
paquete de diseo del servicio.]
1.1 Objetivo
[Definir el objetivo del documento.]
1.2 Definiciones, acrnimos y abreviaturas
[Esta seccin provee las definiciones de todos los trminos, acrnimos y abreviaturas utilizadas en este
documento, requeridas para interpretarlo correctamente.]
1.3 Referencias
[Esta sub-seccin proporciona una lista completa de todos los documentos referenciados en cualquier
punto del documento. Identificar cada documento por ttulo, nmero de reporte si aplica, fecha y
organizacin que lo publica. Especificar las fuentes de donde pueden obtenerse las referencias. Esta
informacin puede ser proporcionada por referencia a un apndice o a otro documento.]
2
Descripcin general
[En esta seccin se describen todos aquellos factores que estn relacionados con los requisitos y por lo
tanto con la solucin tecnolgica. No se describen los requisitos, sino su contexto, es decir las
circunstancias que los rodean. La descripcin de los requisitos a detalle corresponde a la seccin 3. La
informacin de los requisitos proporcionada en esta seccin har ms fcil su comprensin.]
2.1 Perspectiva de la solucin tecnolgica
[En esta subseccin se debe indicar si la solucin tecnolgica es independiente o tiene relacin con otras
soluciones tecnolgicas. Si existe relacin con otras soluciones tecnolgicas utilice un diagrama que
muestre la comunicacin entre las soluciones tecnolgicas, esto facilita la comprensin. Se recomienda
utilizar diagramas de bloques, diagramas de contexto. Ejemplo:

]
SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

5 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

DSTDER

2.2 Funciones de la solucin tecnolgica

[En esta sub seccin se debe proporcionar un resumen breve y conciso de las funciones que realizar la
solucin tecnolgica, sin mencionar el detalle de cada funcin. La funcionalidad debe mostrarse de forma
organizada de manera que sea de fcil comprensin para el cliente o cualquier interlocutor. Pueden
utilizarse grficos, siempre y cuando stos muestren las relaciones entre las funciones y no el diseo de
la solucin tecnolgica. Ejemplo:

La solucin tecnolgica para la Contabilidad, llevar a cabo el mantenimiento de cuentas,

proporcionar el estado de las cuentas y facilitar la Facturacin.]

2.3 Caractersticas de los usuarios

[Se describen las caractersticas generales de los usuarios de la solucin tecnolgica. Incluir nivel
educacional, experiencia laboral, experiencia tcnica.]
2.4 Restricciones generales
[En esta sub seccin se deben indicar las limitaciones importantes a tomar en cuenta por parte de los
desarrolladores de la solucin tecnolgica. Las limitaciones pueden ser:

Polticas de la empresa
Limitaciones del hardware
Interfaces con otras aplicaciones
Funciones de auditora
Funciones de control
Consideraciones acerca de la seguridad, etc.]

2.5 Suposiciones y Dependencias

[En esta sub seccin se deben indicar los factores que al cambiar pueden afectar a los requisitos de la
solucin tecnolgica. Ejemplo:

Los requisitos pueden suponer una cierta organizacin de las reas, direcciones, subdirecciones
de la empresa, si surge un cambio en la organizacin de la empresa, puede ser necesario
revisar y cambiar los requisitos.
Se supone que la solucin tecnolgica se ejecutar sobre cierto sistema operativo, pero si existe
un cambio del sistema operativo, hay un cambio de detalles tcnicos, entonces es necesario
revisar la solucin tecnolgica, por si es necesario cambiar algn requisito.]

2.6 Futuros requerimientos

[En esta sub seccin se identificarn futuras mejoras para la solucin tecnolgica, que en un futuro
podrn analizarse para su implementacin. Ejemplo:

Permitir que la solucin tecnolgica desarrollada en la Secundaria Wilson, se comunique con la

aplicacin de Aprendizaje de Idiomas de la escuela: Ciencias del Lenguaje.]

3
Especificacin de requerimientos de soluciones tecnolgicas
[Esta es la seccin ms extensa e importante del documento. Esta seccin puede contener todos o un
conjunto de los requerimientos de la solucin tecnolgica, esta decisin se deja a criterio del responsable
de elaborar este documento. Este documento deber ser perfectamente legible por personas de muy
distintas formaciones e intereses. Todo requisito deber ser identificable mediante un cdigo o sistema
SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

6 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

DSTDER

de numeracin adecuado. A continuacin se muestra un esquema tpico de Especificacin de

requerimientos de soluciones tecnolgicas.]
3.1 Requerimientos funcionales
[En esta sub seccin se deben describir las caractersticas o requerimientos funcionales de la solucin
tecnolgica. Las caractersticas son las capacidades de alto nivel de la solucin tecnolgica que son
necesarias para ofrecer beneficios a los usuarios, normalmente son expresadas como: el sistema
deber . La descripcin debe enfocarse en las capacidades necesitadas y por qu (no cmo) deben
ser implementadas.
Para la descripcin de las funciones que debe realizar la solucin tecnolgica se debe incluir:

Validacin de las entradas

Secuencia exacta de operaciones
Respuesta a situaciones anormales (desbordamientos, recuperacin de errores)
Generacin de salidas
Relaciones entre entradas y salidas (secuencias de entradas y salidas, frmulas para la
conversin de informacin)

Esta sub seccin se puede organizar de mltiples formas. Se deja a decisin del responsable la
organizacin de esta sub seccin. Algunas formas de organizacin son:

Por tipos de usuario: Para cada tipo de usuario que exista en la organizacin, se describirn los
requerimientos funcionales que estn relacionados con sus actividades.
Por objetivos: Un objetivo es un servicio que se desea brinde la solucin tecnolgica. Para cada
objetivo que se pretenda lograr con la solucin tecnolgica, se describirn las funciones que
permitirn llevarlo a cabo.
Por jerarqua funcional. La funcionalidad de la solucin tecnolgica se describir como una
jerarqua de funciones. Se detallarn las funciones (entrada, proceso, salida) y las sub funciones
del sistema.]

3.1.1

<Requerimiento funcional 1>

3.1.2

<Requerimiento funcional 2>

3.2 Requerimientos no funcionales

[Un requerimiento no funcional es aquel que especifica los criterios que pueden utilizarse para juzgar el
funcionamiento de un sistema. En general, los requerimientos funcionales definen qu un sistema debe
hacer mientras, que los requerimientos no funcionales definen cmo un sistema debe ser.]
3.2.1 Requerimientos de usabilidad
[Usabilidad: Estos requerimientos no funcionales se refieren a la capacidad del software de ser
comprendido, aprendido, y utilizado por sus usuarios. Los requerimientos de usabilidad pueden incluir:

ser amigable para el usuario (presentacin)

tiempo de entrenamiento requerido en los usuarios para llegar a operar productivamente el
sistema
la coherencia en la interfaz de usuario

SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

7 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

Hoja

DSTDER

ayuda en lnea y ayuda sensitiva

asistentes (wizards)
materiales de capacitacin, tutoriales]

3.2.1.1

<Requerimiento de usabilidad 1>

3.2.1.2

<Requerimiento de usabilidad 2>

3.2.2 Requerimientos de desempeo

[En esta sub seccin se deben detallar los requerimientos relacionados con la carga que se espera tenga
que soportar la solucin tecnolgica. Estos requerimientos incluyen elementos como: factores de carga
de usuarios, la capacidad de ancho de banda o la comunicacin, tiempo de respuesta bajo una variedad
de condiciones de carga, tambin si es necesario los requerimientos de datos como las capacidades de
acceso y la cantidad de registros que se espera almacenar. Un requerimiento de desempeo es
generalmente expresado en trminos de grado, velocidad, porcentaje, cantidad, calidad, puntualidad,
etc. Los requerimientos de desempeo que se consideran son:

velocidad
eficiencia: Especifica que tan bien el software utiliza los recursos escasos: los ciclos de CPU,
espacio en disco, memoria, ancho de banda, etc.
disponibilidad
exactitud
rendimiento
tiempo de respuesta
tiempo de recuperacin
uso de recursos

Ejemplos:

Tiempo de respuesta para una transaccin (promedio, mximo).

Rendimiento de procesamiento, por ejemplo, nmero de transacciones por segundo que deber
soportar la solucin tecnolgica.
La solucin tecnolgica debe soportar hasta 2.000 usuarios simultneos en la base de datos
central, y hasta 500 usuarios simultneos en los servidores locales en cualquier momento.
La solucin tecnolgica debe facilitar el acceso a la base de datos en no ms de 10 segundos.
La solucin tecnolgica debe ejecutar las transacciones con un tiempo de respuesta no mayor a
20 segundos.]

3.2.2.1

<Requerimiento de desempeo 1>

3.2.2.2

<Requerimiento de desempeo 2>

3.2.3 Requerimientos de fiabilidad

[En esta sub seccin deben describir los requerimientos relacionados con la probabilidad de que la
solucin tecnolgica siempre est funcionando bien. La fiabilidad es la capacidad del software para
mantener su correcto funcionamiento en el tiempo, aun ante las fallas que se puedan presentar. La
fiabilidad mide la probabilidad que brinda el software, de producir una respuesta satisfactoria a las
demandas del usuario.

SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

8 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

DSTDER

Ejemplos:

Cunto tiempo es permitido al sistema estar fuera de la operacin despus de que ha tenido
una cada?
La solucin tecnolgica debe atender los accesos a la base de datos para realizar consultas,
ejecutar transacciones de forma ininterrumpida, durante el proceso de Pagos de nmina.
La tasa de fallos del sistema no podr ser superior a 2 fallos por semana.]

3.2.3.1

<Requerimiento de fiabilidad 1>

3.2.3.2

<Requerimiento de fiabilidad 2>

3.2.4 Requerimientos de soporte

[En esta sub seccin se deben describir los requerimientos del sistema necesarios para soportar la
solucin tecnolgica. Estos pueden ser requerimientos para el sistema operativo y plataformas de red,
configuraciones, memoria, perifricos y algn software necesario para la correcta operacin de la
solucin tecnolgica. Los requerimientos de soporte pueden ser:

capacidad de prueba
extensibilidad
adaptabilidad
mantenimiento
compatibilidad
configurabilidad
capacidad de instalacin

Ejemplos:

El componente de servidor del sistema debe funcionar en el servidor del Campus Ciudad de
Mxico y correr bajo el sistema operativo UNIX.
El componente de cliente del sistema debe funcionar en cualquier computadora personal con un
microprocesador 486 o mejor.
El componente de cliente del sistema no requiere ms de 32 MB de RAM y 20 MB de espacio en
disco.
El componente de cliente del sistema se debe ejecutar sobre Windows 98 y Microsoft Windows
NT.]

3.2.4.1

<Requerimiento de soporte 1>

3.2.4.2

<Requerimiento de soporte 2>

3.2.5 Requerimientos de diseo

[En esta seccin se indican los requerimientos de diseo de la solucin tecnolgica siendo construida.
Los requerimientos de diseo son aquellos que limitan el diseo de la solucin tecnolgica; son
decisiones de diseo que han sido designadas como mandatorias y deben ser respetadas.

Portabilidad: especifica la facilidad con la que el software (producto) puede ser instalado en
todas las plataformas en las que es necesario instalarlo y ejecutarlo.

SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

9 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

Hoja

DSTDER

Integridad: los requisitos de integridad definen los atributos de seguridad del sistema,
restringiendo el acceso a ejecutar funciones o consultar datos, a ciertos usuarios y protegiendo
la privacidad de los datos introducidos en el software.
Reutilizacin: el requerimiento de reutilizacin indica el grado en el cual un componente de
software es diseado de tal forma que pueda ser usado en otras aplicaciones, adems de para
la cual fue diseado.

Ejemplos:

El producto podr ejecutarse en cualquier PC.

El diseo de la base de datos debe ser normalizado, para garantizar la integridad de los datos.
Se deben utilizar componentes para asegurar un producto de calidad.
Componentes adquiridos, las bibliotecas de clases.
La utilizacin de ciertos lenguajes de software.
El empleo de ciertas Herramientas de desarrollo.]

3.2.5.1

<Requerimiento de diseo 1>

3.2.5.2

<Requerimiento de diseo 2>

3.2.6 Adquirir componentes

[Esta seccin describe los componentes comprados para ser utilizados por el sistema, indicndose
cualquier concesin de licencias aplicables o restricciones de uso, y cualquier compatibilidad asociada y
las normas de interoperabilidad o de interfaz.]
3.2.6.1

<Componente adquirido 1>

3.2.6.2

<Componente adquirido 2>

3.3 Requerimientos de interface

[En esta seccin se describen detalladamente los requerimientos de las interfaces externas que deben
ser soportadas por la solucin tecnolgica. Las interfaces externas son todas las entradas y salidas de la
solucin tecnolgica, las cuales son: la interface de usuario, interfaces con otros sistemas (hardware y
software) e interfaces de comunicaciones.]
3.3.1 Interfaces de usuario
[En esta sub seccin se deben describir los requerimientos de la interface de usuario para la solucin
tecnolgica, lo cual puede ser de forma descriptiva o con el diseo de la pantalla que especfica la forma
en cmo debe estar presentada y distribuida la informacin. Una interface de usuario incluye elementos
como mens, ventanas, teclado, ratn, los beeps y algunos otros sonidos que la computadora hace, los
tipos de mensaje, errores, mensajes de seguridad, etc., y en general, todos aquellos canales por los
cuales se permite la comunicacin entre el ser humano y el sistema.
Los principales requerimientos de interface son los siguientes:

Acceso y salida del sistema

Control de las funciones del sistema
Comunicacin con otros sistemas
Sistema de ayuda interactivo
SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

10 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

DSTDER

Ejemplos:

Se debe mostrar el mapa de navegacin del sistema.

Se debe mostrar la pantalla de presentacin con el logo de la empresa y se debe mostrar el
nmero de visitante a la misma.]

3.3.1.1

<Requerimiento de interface de usuario 1>

3.3.1.2

<Requerimiento de interface de usuario 2>

3.3.2 Interfaces de hardware

[En esta sub seccin se deben describir las caractersticas lgicas para cada interface entre la solucin
tecnolgica y los componentes de hardware del sistema. Incluye: dispositivos que deben ser soportados,
caractersticas de configuracin, protocolos, estructura lgica, direcciones fsicas, comportamiento
esperado, etc.]
3.3.2.1

<Requerimiento de interface de hardware 1>

3.3.2.2

<Requerimiento de interface de hardware 2>

3.3.3 Interfaces de software

[En esta sub seccin se deben describir las interfaces de software que existen entre la solucin
tecnolgica y los componentes de software con los que necesita interactuar. Estos pueden ser
componentes comprados, componentes de re-uso desde otra aplicacin o componentes siendo
desarrollados por subsistemas fuera del alcance de este documento, pero con el cual esta aplicacin
debe interactuar. En esta sub seccin se debe especificar el uso de otros productos de software
necesarios como: sistema de manejo de datos, sistema operativo, interfaces con otros sistemas de
aplicacin. Para cada interface de software se debe indicar lo siguiente:

Descripcin del componente o producto de software utilizado

Propsito de la interface
Definicin y formato de la interface

Ejemplo:
La solucin tecnolgica debe recibir los datos de nmina del rea de finanzas, en archivo de texto, los
campos deben estar separados por el carcter especial. Esta operacin debe ser disparada
automticamente por el servidor durante la noche.]
3.3.3.1

<Requerimiento de interface de software 1>

3.3.3.2

<Requerimiento de interface de software 2>

3.3.4 Interfaces de comunicaciones

[En esta sub seccin debe describir los requerimientos de cualquier interface de comunicacin con otro
sistema o dispositivo como redes, dispositivos remotos, etc. Se deben indicar cules son los protocolos
de red.]

SCT

SECRETARA DE COMUNICACIONES Y TRANSPORTES

OFICIALA MAYOR
UNIDAD DE TECNOLOGAS DE INFORMACIN Y COMUNICACIONES
<Nomenclatura del Proyecto>

Hoja

11 de 11

Proceso

DST

Versin plantilla

1.3

Fecha plantilla

ene 2013

Fecha documento

Jun 2016

ANEXO 15 FORMATO 02

Documento de especificacin de requerimientos de soluciones

tecnolgicas

3.3.4.1

<Requerimiento de interface de comunicacin 1>

3.3.4.2

<Requerimiento de interface de comunicacin 2>

DSTDER

3.4 Requerimientos de licencias

[En esta sub seccin debe definir los requerimientos de la aplicacin de licencias u otros requerimientos
de restriccin de uso que van a ser exhibidos por el software.]
3.5 Derechos de autor, y otros avisos
[En esta sub seccin debe describir cualquier garanta, aviso de copyright, aviso de patente, marca, o
cuestiones de cumplimiento para el software.]
3.6 Restricciones
[En esta sub seccin debe anotar cualquier restriccin para que la solucin tecnolgica pueda operar.
Tenga en cuenta las restricciones de diseo, las restricciones externas o de otras dependencias, las
legales, las normas regulatorias, los estndares de calidad (ISO, FDA), etc.]
3.7 Estndares aplicables
[En esta sub seccin debe listar todas las normas que el producto debe cumplir. Estas pueden incluir
normas de comunicacin (TCP / IP, RDSI) legales y regulatorias (FDA, UCC), normas de cumplimiento
de la plataforma (Windows, UNIX, etc.) y las normas de calidad y seguridad (UL, ISO, CMM).
Ejemplo:

La interfaz de usuario debe ser compatible con Windows 98.]

4
Documentacin de soporte
[Incluir la lista de casos de uso, las interfaces internas y externas, prototipos implementados, segn sea
el caso; indicando su identificacin y localizacin en el repositorio en el cual se encuentran disponibles.[
5

Firmas de elaboracin, revisin y aprobacin

Elabor
Revis

[Especificar nombre]
[Especificar cargo]

[Especificar nombre]
[Especificar cargo]

SCT

VoBo

[Especificar nombre]
[Especificar cargo]