Información de apoyo relacionada con la Ingeniería de Requisitos y la Ingeniería de Software a partir de:
Análisis y Diseño de Sistemas de Kendall y Kendall, 8va Edición
Software Engineering de Ian Sommerville, novena edición
Ingeniería del Software, un enfoque práctico, de Roger S. Pressman, séptima edición
Sistemas de Información Gerencial, de Kenneth C. Laudon y Jane P. Laudon, decimo segunda edición
Notas del Curso Análisis de Requerimientos de María del Carmen Gómez Fuentes, 2011
IEEE SWEBOK versión 3.0, de Pierre Bourque y Richard E. (Dick) Fairley
2. RELACIÓN ENTRE INGENIERÍA DE SISTEMAS E
INGENIERÍA DE SOFTWARE
LA INGENIERÍA DE SOFTWARE SE ENCARGA DE LA CREACIÓN Y EL
MANTENIMIENTO DE LAS APLICACIONES DE SOFTWARE
UTILIZANDO TECNOLOGÍAS Y PRÁCTICAS DE LAS CIENCIAS
COMPUTACIONALES, DE MANEJO DE PROYECTOS Y OTROS
CAMPOS.
3. EN LA INGENIERÍA DE SOFTWARE EL ÉNFASIS ESTÁ EN EL VÍNCULO
ENTRE EL SOFTWARE Y LOS RECURSOS TECNOLÓGICOS QUE ESTÁN
REPRESENTADOS POR LAS MAQUINAS O HARDWARE Y EN LOS
SISTEMAS DE COMUNICACIÓN DE DATOS. EN OTRAS PALABRAS, LA
INGENIERÍA DE SOFTWARE TIENE QUE VER CON LOS SISTEMAS QUE
INTERACTÚAN DIRECTAMENTE CON EL HARDWARE PROGRAMABLE Y
DE COMUNICACIONES, LO QUE IMPLICA GENERACIÓN,
TRANSMISIÓN, DISTRIBUCIÓN, CONTROL, AUTOMATIZACIÓN,
RECEPCIÓN, PROCESAMIENTO Y UTILIZACIÓN DE SEÑALES
DIGITALES.
RELACIÓN ENTRE INGENIERÍA DE SISTEMAS E
INGENIERÍA DE SOFTWARE
4. RELACIÓN ENTRE INGENIERÍA DE SISTEMAS E
INGENIERÍA DE SOFTWARE
LA INGENIERÍA DE SISTEMAS SE OCUPA EN LA APLICACIÓN DE LOS
FUNDAMENTOS DE LAS CIENCIAS COMPUTACIONALES, LA
ELECTRÓNICA Y LOS CONOCIMIENTOS DE SOFTWARE, PARA EL
DESARROLLO DE SOLUCIONES INTEGRALES DE TECNOLOGÍAS DE LA
INFORMACIÓN Y COMUNICACIONES, CAPACES DE PROCESAR
INFORMACIÓN DE MANERA AUTOMÁTICA.
5. LA INGENIERÍA DE SISTEMAS ABORDA LOS PROBLEMAS DESDE LA
ÓPTICA DE LA SATISFACCIÓN DE LAS NECESIDADES DEL USUARIO,
CON ESPECIAL ÉNFASIS EN:
• LA INGENIERÍA DE REQUERIMIENTOS
• EL DISEÑO DE ALGORITMOS E INTERFACES
• EL CONTROL DE CALIDAD
• LA IMPLEMENTACIÓN DE LOS SISTEMAS Y SU VALIDACIÓN.
RELACIÓN ENTRE INGENIERÍA DE SISTEMAS E
INGENIERÍA DE SOFTWARE
6. REQUISITOS DE SISTEMA Y REQUISITOS DE
SOFTWARE
SEGÚN LO DEFINIDO POR EL CONSEJO INTERNACIONAL DE
INGENIERÍA DE SISTEMAS, UN SISTEMA ES:
"UNA COMBINACIÓN DE ELEMENTOS QUE INTERACTÚAN PARA
LOGRAR UN OBJETIVO DETERMINADO. ESTOS ELEMENTOS INCLUYEN
EL HARDWARE, EL SOFTWARE, FIRMWARE, LAS PERSONAS O
USUARIOS, LA INFORMACIÓN, LAS TÉCNICAS, LAS INSTALACIONES,
LOS SERVICIOS Y OTROS ELEMENTOS DE APOYO.
7. • REQUISITOS DEL SISTEMA SON LOS REQUISITOS PARA EL SISTEMA
COMO UN TODO.
• LOS REQUISITOS DEL SISTEMA ABARCAN TANTO NECESIDADES DE
LOS USUARIOS FINALES, CLIENTES DEL SISTEMA, ASÍ COMO LOS
REQUISITOS DE OTRAS PARTES INTERESADAS, INCLUYENDO LOS
REQUISITOS DE CUALQUIER ENTE SIN FUENTE HUMANA
IDENTIFICABLE, COMO POR EJEMPLO, LAS AUTORIDADES
REGULADORAS.
REQUISITOS DE SISTEMA Y REQUISITOS DE
SOFTWARE
8. • LOS REQUISITOS, TAMBIÉN CONOCIDOS COMO REQUERIMIENTOS,
ESPECIFICAN QUÉ ES LO QUE EL SISTEMA DEBE HACER (SUS
FUNCIONES) Y SUS PROPIEDADES ESENCIALES Y DESEABLES.
REQUISITOS DE SISTEMA Y REQUISITOS DE
SOFTWARE
9. • EN LA INGENIERÍA DEL SOFTWARE Y EN LA INGENIERÍA DE
SISTEMAS, UN REQUERIMIENTO ES UNA NECESIDAD
DOCUMENTADA SOBRE EL CONTENIDO, FORMA O FUNCIONALIDAD
DE UN PRODUCTO O SERVICIO. LOS REQUERIMIENTOS SON
DECLARACIONES QUE IDENTIFICAN ATRIBUTOS, CAPACIDADES,
CARACTERÍSTICAS Y/O CUALIDADES QUE NECESITA CUMPLIR UN
SISTEMA (O UN SISTEMA DE SOFTWARE) PARA QUE TENGA VALOR Y
UTILIDAD PARA EL USUARIO.
REQUISITOS DE SISTEMA Y REQUISITOS DE
SOFTWARE
10. • EN LA INGENIERÍA DE REQUISITOS, ES ESENCIAL Y DE SUMA
IMPORTANCIA LA CAPTURA DE LOS REQUERIMIENTOS.
• LA CAPTURA DE LOS REQUERIMIENTOS, TIENE COMO OBJETIVO
PRINCIPAL LA COMPRENSIÓN DE LO QUE LOS CLIENTES Y LOS
USUARIOS ESPERAN QUE HAGA EL SISTEMA.
• UN REQUERIMIENTO EXPRESA EL PROPÓSITO DEL SISTEMA SIN
CONSIDERAR COMO SE VA A IMPLANTAR. EN OTRAS PALABRAS,
LOS REQUERIMIENTOS IDENTIFICAN EL QUÉ DEL SISTEMA,
MIENTRAS QUE EL DISEÑO ESTABLECE EL CÓMO DEL SISTEMA.
REQUISITOS DE SISTEMA Y REQUISITOS DE
SOFTWARE
11. CLASIFICACIÓN GENERAL DE LOS
REQUERIMIENTOS
• LOS REQUERIMIENTOS FUNCIONALES GENERALMENTE RESPONDEN
A LA PREGUNTA: ¿QUÉ DEBE HACER EL SISTEMA O SOFTWARE?
• LOS REQUERIMIENTOS NO FUNCIONALES GENERALMENTE
RESPONDEN A LA PREGUNTA: ¿CÓMO DEBE FUNCIONAR EL SISTEMA
O SOFTWARE?
• LOS REQUERIMIENTOS FUNCIONALES NO RESPONDEN A
PREGUNTAS RELACIONADAS CON CARACTERÍSTICAS DE SU
IMPLEMENTACIÓN, POR EJEMPLO: CALIDAD, RENDIMIENTO,
FACILIDAD DE USO, ETC.
12. CARACTERÍSTICAS ESENCIALES QUE DEBEN
CUMPLIR LOS REQUERIMIENTOS
• LOS REQUERIMIENTOS EXTERNOS RESPONDEN A INTERROGANTES
DE TEMAS SIMILARES A: ¿A QUÉ SE DEBE ATENER EL SISTEMA O
SOFTWARE CON RESPECTO A SU ENTORNO?, POR EJEMPLO:
COMPATIBILIDAD CON OTROS SISTEMAS, ADECUACIÓN A
DETERMINADAS LEYES, ETC.
• ACTUAL: EL REQUERIMIENTO NO DEBE VOLVERSE OBSOLETO CON
EL PASO DEL TIEMPO.
• COHESIÓN: EL REQUERIMIENTO DEBE DIRIGIRSE A SOLO UNA ÚNICA
COSA.
13. CARACTERÍSTICAS ESENCIALES QUE DEBEN
CUMPLIR LOS REQUERIMIENTOS
• CONSISTENTE: EL REQUERIMIENTO NO DEBE CONTRADECIR
NINGÚN OTRO REQUERIMIENTO Y DEBE SER COMPLETAMENTE
CONSISTENTE CON TODA LA DOCUMENTACIÓN.
• CORRECTO Y NECESARIO: EL REQUERIMIENTO DEBE CUMPLIR CON
LA NECESIDAD DECLARADA POR LOS INTERESADOS EN EL SISTEMA
O EN EL SOFTWARE.
• FACTIBLE Y VIABLE: EL REQUERIMIENTO DEBE PODER SER
IMPLEMENTADO.
14. CARACTERÍSTICAS ESENCIALES QUE DEBEN
CUMPLIR LOS REQUERIMIENTOS
• NO PUEDE SER AMBIGUO: EL REQUERIMIENTO DEBE ESTAR
CLARAMENTE DECLARADO. DEBE EXPRESAR HECHOS OBJETIVOS,
NO OPINIONES SUBJETIVAS. DEBE PODER SER INTERPRETADO DE
UNA ÚNICA MANERA.
• DEBE SER OBLIGATORIO: EL REQUERIMIENTO DEBE REPRESENTAR
UNA CARACTERÍSTICA DEFINIDA POR EL GRUPO INTERESADO EN EL
DESARROLLO DEL SISTEMA O DEL SOFTWARE, SU AUSENCIA NO
PUEDE SER REEMPLAZADA.
15. CARACTERÍSTICAS ESENCIALES QUE DEBEN
CUMPLIR LOS REQUERIMIENTOS
• COMPLETO: EL REQUERIMIENTO DEBE ESTAR COMPLETAMENTE
DECLARADO EN UN ÚNICO LUGAR, SIN INFORMACIÓN FALTANTE.
• DEBE SER OBSERVABLE EXTERNAMENTE: EL REQUERIMIENTO DEBE
ESPECIFICAR UNA CARACTERÍSTICA OBSERVABLE EXTERNA O
EXPERIMENTABLE POR EL USUARIO DEL PRODUCTO.
• VERIFICABLE Y DEMOSTRABLE: LA IMPLEMENTACIÓN DEL
REQUERIMIENTO DEBE PODER SER RESUELTA EN ALGUNO DE ESTOS
CUATRO MÉTODOS: INSPECCIÓN, ANÁLISIS, DEMOSTRACIÓN O
PRUEBA.