VoBoPlaneación - DDOO - DS - 2021 - Unidad 2

Módulo.
[Se coloca el Módulo correspondiente de la asignatura] Unidad [Se coloca la unidad correspondiente]
Programa educativo: Semestre:
Desarrollo de Software Tercero
Módulo: Bloque:
Análisis y Diseño Orientado a Objetos B1
Ciclo escolar: Nombre del docente:
2021-1 LILIAN AGUILLÓN RODRÍGUEZ.
UNIDAD 2 REQUERIMIENTOS PARA EL ANÁLISIS DEL DISEÑO

ORIENTADO A OBJETOS
Competencia General:
Identificar las etapas de un sistema orientado a objetos para
decidir su ciclo de vida, utilizando los conceptos de
orientación a objetos.
Competencia de la unidad:
Distinguir los requerimientos del sistema orientado a objetos
en su etapa de análisis para definir su diseño mediante
técnicas y estándares de especificación.
Pág. 2
Módulo. [Se coloca el Módulo correspondiente de la asignatura] Unidad [Se coloca la unidad correspondiente]
Calendario de Actividades
Unidad 2
Actividad 1. ¿Cómo obtener los 13 de febrero

requerimientos para un programa
orientado a objetos?
Actividad:
Actividad 1. Foro. ¿Cómo obtener los requerimientos para un
programa orientado a objetos?
Tema(s): Escala a considerar y fechas de entrega
2.1. Levantamiento de 0-100% Del 11 de febrero al 24 de febrero
requerimientos de 2021 hasta las 23:55 horas
2.1.1. Introducción a los (CDMX)
requerimientos 0-80% Del 25 de febrero al 2 de marzo
de 2021 hasta las 23:55 horas
(CDMX)
0- 70% Del 3 de marzo al 31 de marzo
(CDMX)
Estrategia de enseñanza-aprendizaje:
• Metodología del Aprendizaje Basado en Problemas.
• A través de resolución de problemas, el estudiante reconocerá los elementos que
conforman el levantamiento de requerimientos para emplearlos en ejemplos de la vida
cotidiana.
Logros:
• Conocer la importancia de la entrevista para definir el problema y obtener la

especificación de requerimientos.
• Identificar las técnicas para la especificación de requerimientos.
• Identificar las diferentes clases de entrevistas.
Criterios de evaluación:
Pág. 3
Lista de cotejo basado en el instrumento de evaluación con los siguientes criterios:

· Presenta 20 preguntas para llevar a cabo la entrevista
…......................................................40%
· Las preguntas ayudan a describir las necesidades del proyecto de forma
satisfactoria.........15%
· Describe los actores que van a interactuar con el sistema de
software..................................20%
· El documento contiene la estructura
solicitada.........................................................................5%
· Redacta una
conclusión..........................................................................................................10%
· Participa comentando los aportes a por lo menos dos de sus
compañeros...........................10%
Objetivo o Propósito de la actividad de aprendizaje:
Conocer la importancia de la entrevista para definir el problema mediante el uso de las diferentes
clases de entrevistas y obtener la especificación de requerimientos.
Indicaciones de la actividad:
1. Revisa la documentación correspondiente a la unidad 2 y las fuentes de consulta.
2. Derivado de la pandemia que estamos viviendo por COVID-19, algunos laboratorios están
haciendo un gran esfuerzo por realizar la prueba rápida del Coronavirus. En específico el
“Laboratorio Salud para la familia” quiere un sistema para llevar el control de la realización
de estas pruebas y estar en condiciones de informar al gobierno de forma diaria que casos
fueron positivos.
3. Debes redactar las preguntas que son necesarias para llevar a cabo la entrevista con el
cliente; describir por lo menos 10 preguntas para una entrevista inductiva, 10 preguntas para
una entrevista deductiva. Utiliza el siguiente formato para redactar tus preguntas:
Nombre de la empresa:
Giro de la empresa:
Preguntas Inductivas
1.
2.
3.
4…
10.
Preguntas Deductivas
1.
2.
Pág. 4
3.
4…
10.
Recuerda que estás preguntas te ayudarán a identificar el problema que tiene el cliente y obtener
la especificación de requerimientos.
4. Describe quienes serían los usuarios que van a interactuar con el sistema de software para
el cliente ““Laboratorio Salud para la familia”
Usuarios Actividad (es) que realizarán
5. Por último, presenta en conclusión en la que describas si las preguntas planteadas para la
entrevista se centran en las necesidades y el problema del cliente.
6. Publica tu archivo en un aporte en el foro de esta actividad.
7. Comenta los aportes a por lo menos dos de tus compañeros, enfocándote únicamente en
sugerencias de cómo podrían mejorar su actividad. Recuerda hacerlo de forma responsable,
educada y oportuna.
8. Consulta el Instrumento de Evaluación para que conozcas cómo será evaluada tu intervención.
Producto por entregar:
Al finalizar, integra lo solicitado en un archivo de tipo PDF y guárdalo con la nomenclatura

DDOO_U2_A1_XXYZ. Sustituye las XX por tu primer nombre, la Y por tu primer apellido y la Z
por tu segundo apellido. Espera y atiende la retroalimentación correspondiente.
Formato de entrega: Documento de tipo PDF en Arial 11, interlineado 1.15 justificado. Carátula
con datos de identificación completos, índice de temas, tablas e imágenes que se localicen en el
documento, resumen o introducción de la actividad a presentar, desarrollo del tema, conclusión
y sección de fuentes de consulta con los datos bibliográficos completos (formato APA). Cuida la
ortografía.
Instrumento de evaluación
Pág. 5
Carrera: Desarrollo de software

Asignatura: Análisis y Diseño Orientado a Objetos
Semestre: 2
Unidad: Unidad 2. Requerimientos para el análisis del diseño orientado a objetos.
Actividad Actividad 1. Foro. ¿Cómo obtener los requerimientos para un programa
orientado a objetos?
Puntaje Puntaje
Dimensiones o Criterios a evaluar por asignado Observaciones
criterio
Documento descriptivo
Presenta las 10 preguntas inductivas y 10
preguntas deductivas, que son necesarias para 40
llevar a cabo la entrevista.
Las preguntas ayudan a describir las
15
necesidades del proyecto de forma satisfactoria
Describe los tipos de usuarios que van a
20
interactuar con el sistema de software
El documento contiene la estructura solicitada:
portada completa, introducción, conclusiones,
fuentes de información en formato APA. 5
Alineación justificada, números de página y el
documento no presenta faltas de ortografía.
Redacta una conclusión, justificando con sus
propias palabras, si las preguntas planteadas
10
para la entrevista se centran en las necesidades
y el problema del cliente
Participa comentando los aportes a por lo menos
dos de sus compañeros, enfocándose en
10
sugerencias de mejora, de manera oportuna y
educada.
Puntaje del
Puntaje total: 100
alumno
Pág. 6
Unidad 2
Actividad 2. Análisis de requerimientos 16 de febrero

para diseñar un programa
Actividad:
Actividad 2. Análisis de requerimientos para diseñar un programa
0-100% Del 11 de febrero al 24 de febrero
2.2 Documentación para de 2021 hasta las 23:55 horas
levantamientos y especificaciones. (CDMX)
2.2.1. Documentación 0-80% Del 25 de febrero al 2 de marzo
2.2.2. Especificaciones de 2021 hasta las 23:55 horas
(CDMX)
(CDMX)
• Análisis de un problema real que requiera el diseño y desarrollo de un software para

resolverlo.
• Diseño y aplicación de entrevista obteniendo la información necesaria para la
especificación de requerimientos del software.
• Análisis de la información recabada en la entrevista para identificar y clasificar las
especificaciones y/o requerimientos del software.
Logros:
El propósito de esta actividad es identificar las especificaciones y/o requerimientos para el
diseño de un programa orientado a objetos.
Pág. 7
La actividad se evalúa con una Escala de Evaluación que considera los siguientes
aspectos:
• Aplicación de entrevista …………………………............... 25%

• Requerimientos funcionales y no funcionales …………… 30%
• Requerimientos del sistema ………………………………. 20%
• Lista de usuarios ………………................………………… 20%
• Presentación ………………………………………………… 5%
Identificar los requerimientos funcionales y no funcionales de la toma de requerimientos del

cliente para el desarrollo de un software.
Descripción de la actividad/ indicaciones de la actividad:
1. Retoma la descripción del proyecto de desarrollo de software y el bosquejo de preguntas

diseñadas de la actividad anterior. Realiza los ajustes necesarios a tus preguntas si te
hizo observaciones tu docente en línea.
2. Aplica la entrevista, en donde incluyas a las personas involucradas en la
problemática del proyecto planteado. Pueden ser personas que conozcan del tema o
involucradas en el proceso que implica el caso planteado.
3. Realiza la identificación de los requerimientos de acuerdo con el análisis de las respuestas
de la entrevista realizada.
4. Integra un documento en donde se observen los requerimientos para el desarrollo del
software, clasifícalos y anótalos donde se indique cuáles son los requerimientos
funcionales, no funcionales, de sistema y de usuario. El documento debe contener las
siguientes secciones:
• Descripción del proyecto.
• Requerimientos funcionales.
• Requerimientos no funcionales.
• Requerimientos de sistema.
• Lista de usuarios (listar los tipos de usuarios, describir qué es lo que cada uno
de ellos tiene derecho a realizar en el sistema, es decir, los roles de usuario).
5. Integra en el documento las preguntas y respuestas de la entrevista como Anexo,
además, datos del "antes" y "después", considerando un poco los protocolos de
presentación o saludo, datos específicos de lugar, fecha, entrevistado o entrevistada;
datos de despedida o acuerdo en caso de haber más entrevistas (despedida).
6. Guarda el archivo con la nomenclatura DDOO_U2_A2_XXYZ. Sustituye las XX por las
dos primeras letras de tu nombre, la Y por tu primer apellido y la Z por tu segundo apellido.
Pág. 8
7. Sube tu archivo en la sección correspondiente a la actividad, espera y atiendo la

retroalimentación de tu docente en línea.
8. Revisa la escala de evaluación para conocer los puntos evaluables y el valor de cada uno
de ellos.

Documento de texto en formato PDF con la actividad desarrollada. Cuida la ortografía.
Semestre: 2
Unidad: Unidad 2. Requerimientos para el análisis del diseño orientado a

objetos.
Actividad Actividad 2. Análisis de requerimientos para diseñar un programa
Puntaje Puntaje
criterio
Aplica la entrevista a las personas

involucradas en el proyecto.
25
Integra las preguntas y respuestas al
documento.
Identifica correctamente los requerimientos

funcionales.
Identifica correctamente los requerimientos no

30
funcionales.
Integra los requerimientos funcionales y no

funcionales en el documento.
Pág. 9
Identifica correctamente los requerimientos de

20
sistema y los integra al documento.
Identifica correctamente los usuarios del

sistema, además de los permisos tienen cada
uno de ellos y hay que integrarlos al 20
documento.
La ortografía y gramática del escrito es

correcta.
Incluye hoja de presentación, introducción,

contenido y conclusión. 5
La bibliografía se incluye en formato APA.
Puntaje del
Puntaje total: 100
alumno
Pág. 10
Unidad 2
Actividad 3. Documentación de los 19 de febrero

requerimientos para diseñar un programa
Actividad:
Actividad 3. Documentación de los requerimientos para diseñar un
programa.
2.2. Documentación para 0-100% Del 11 de febrero al 24 de febrero
levantamientos y especificaciones de 2021 hasta las 23:55 horas
2.2.1. Documentación (CDMX)
2.2.2. Especificaciones 0-80% Del 25 de febrero al 2 de marzo
2.3. Estándares de especificación
(CDMX)
2.3.1. Fases de la estandarización
2.3.2. análisis de restricciones de 2021 hasta las 23:55 horas
(CDMX)
• Resolución de caso, que ayude a comprender la importancia y la forma de

documentar los requerimientos de un software a través de la aplicación de un
estándar.
Logros:
• Elaborar un documento de Especificación de Requerimientos de Software, siguiendo
un estándar que garantice la calidad del documento.
• Presentación.............................................................................................. 5%
• Responde de forma correcta las preguntas............................................... 10%
• Incluye todos los elementos del documento de SRS................................. 20%
• En el documento incluye los usuarios finales del sistema......................... 5%
• Incluye correctamente requerimientos funcionales del sistema................ 30%
• Incluye correctamente los requerimientos no funcionales del sistema...... 20%
Pág. 11
• Aplica las recomendaciones de acuerdo al estándar................................. 10%
Documentar las especificaciones de requerimientos de un software, utilizando el estándar IEEE

830, para asegurar que cumpla aspectos de calidad en la descripción de estos requerimientos.
1. Revisa solo el capítulo 3 del siguiente documento.
Montesano, R. (2017) Informática II (Administración de requerimientos) Apunte electrónico.

Recuperado de:
http://fcasua.contad.unam.mx/apuntes/interiores/docs/20181/informatica/2/LI_1216_05067_A_In
formaticaII_Plan2016.pdf
2. Responde con tus propias palabras las siguientes preguntas, con base en la lectura del
punto anterior.
• ¿Qué es un documento de Especificación de Requerimientos de Software (ERS o
SRS) y cuáles son sus características?
• De acuerdo al estándar IEEE 830, describe al menos cinco recomendaciones para
definir adecuadamente los requerimientos funcionales en el documento ERS.
Toma como referencia, las que utilizarías para elaborar tus propios documentos
ERS.
3. Elabora el documento ERS del caso de estudio que se definió en la actividad 1, de esta
unidad. Considera algunas recomendaciones para definir adecuadamente los
requerimientos funcionales (No ambiguo, Completo, Correcto y Comprensible). Para este
punto, deberás basarte en la siguiente plantilla, la cual incluye las indicaciones de cada
elemento que conforma el documento ERS, con base en el estándar IEEE 830.
Luzarizpe.(2010) Manual Técnico. ERS: Especificación de requerimientos del software

Recuperado de:
http://luzarizpe.files.wordpress.com/2010/10/formatoers.doc
Como apoyo, podrás consultar el siguiente ejemplo, el cual es una versión inicial del documento
ERS de un software en específico.
IFESCOL Empresarial. (2014). Análisis de sistemas – Ejemplo. FORMATO IEEE 830.

Recuperado de:
https://sistemasifescol.files.wordpress.com/2014/08/ejemplo-formato-ieee-830.doc
4. Integra en un solo archivo el documento ERS del caso de estudio y como anexo al final,
agrega las preguntas con sus repuestas.
Pág. 12
5. Guarda el archivo con la nomenclatura DDOO_U2_A3_XXYZ. Sustituye las XX por las

dos primeras letras de tu nombre, la Y por tu primer apellido y la Z por tu segundo apellido.
6. Revisa la escala de evaluación para conocer los puntos evaluables y el valor de cada uno
de ellos.
7. Sube tu archivo en la sección correspondiente a la actividad, espera y atiendo la
retroalimentación de tu docente en línea.

• Documento ERS en formato PDF, incluyendo el desarrollo de toda la actividad.
Cuida la ortografía.
Semestre: 2
Actividad Actividad 3. Documentación de los requerimientos para diseñar un

programa.
Puntaje Puntaje
criterio
Presentación
El documento contiene: portada completa, logo,

fuentes de información en formato APA.
5
Alineación justificada y el documento no
presenta faltas de ortografía.
Preguntas
Responde con sus propias palabras cada una

10
de las preguntas planteadas.
Documento de Especificación del software (con base al estándar IEEE 830)
Incluye todos los elementos que conforma el

20
documento ERS.
Pág. 13
Incluye los usuarios finales del sistema. 5
Redacta de forma clara y correcta los

30
requerimientos funcionales del sistema.
Redacta de forma clara y correcta los

20
requerimientos no funcionales del sistema.
Considera al definir los requerimientos

funcionales las siguientes recomendaciones:
10
No ambiguo, Completo, Correcto y
Comprensible.
Puntaje del
Puntaje total: 100
alumno
Pág. 14
Unidad 2
Evidencia de Aprendizaje. Requerimientos 24 de febrero

para diseñar un programa orientado a
objetos
Actividad:
Evidencia de Aprendizaje. Requerimientos para diseñar un
programa orientado a objetos.
2.1. Documentación para 0-100% Del 11 de febrero al 24 de febrero
2.1.1. Introducción a los (CDMX)
requerimientos
0-80% Del 25 de febrero al 2 de marzo
2.1.2. Actividades para el de 2021 hasta las 23:55 horas
levantamiento de requerimientos (CDMX)
2.2. Documentación para 0- 70% Del 3 de marzo al 31 de marzo
2.2.1. Documentación (CDMX)
2.2.2. Especificaciones
2.3. Estándares de especificación
2.3.1. Fases de la estandarización
2.3.2. Análisis de restricciones
2.4. Modelos del desarrollo de
software
2.4.1. Ágiles
2.4.2. Predictivos
El estudiante recopila la información de un sistema a través de la entrevista, obtiene las

restricciones y conoce los requerimientos del cliente, elige una metodología para el
desarrollo del software
Logros:
Pág. 15
• Distinguir los requerimientos del sistema y los modelos de desarrollo del software si
son ágiles y predictivos.
Contiene portada, índice y bibliografía en formato APA y alineación justificada,

números de página y no presenta faltas de ortografía........................... .5%
Analiza su contexto laboral y/o personal para describir el planteamiento de un
proyecto de software............................................................................... 10%
Elabora una entrevista y a través de ella obtiene la información necesaria para
conocer y definir el proyecto................................................................... .10%
Integra la especificación de requerimientos............................................ 15%
Identifica las cuatro fases principales en el proceso de estándares de ingeniería de
requerimientos, ….................................................................................... 25%
Incluye las restricciones simples y complejas conforme se añadan al
proyecto.................................................................................................... 15%
Selecciona que modelo de desarrollo del software ágil o predictivo se adapta a su
proyecto, justificando la elección.......................................................... ...20%
El propósito de la actividad es identificar cual es la documentación para el levantamiento y

especificación de requerimientos, considerando estándares y restricciones, distinguir y aplicar los
modelos de desarrollo ágiles y predictivos al proyecto de software
Como parte de la evidencia de esta unidad, es necesario que integres a tu proyecto de desarrollo
de un sistema, los estándares necesarios para diseñar un programa con orientación a objetos.
Para ello, plantea un proyecto de software que debas desarrollar, analiza tu contexto laboral o
personal. Para determinarlo, sigue estos pasos:
Indicaciones de la actividad.
Pág. 16
1. Elige y describe el planteamiento de un proyecto de software que debes proponer,

considerando: análisis del contexto laboral/personal/propuesta libre y que pueda resolver
una problemática o mejorar procesos en el contexto donde se implementaría.
2. Realiza una entrevista al personal del cliente que utilizará el sistema, dichas preguntas
deben ser sencillas y concretas acerca de los problemas y necesidades. Estas formarán
la base para redactar un conjunto de requisitos formales y definir los alcances del
sistema.
3. Analiza las respuestas de la entrevista e integra la especificación de requerimientos
funcionales y no funcionales, al menos 5 de cada uno.
4. Menciona las fases de estandarización aplicadas al proyecto: Estudio de viabilidad,
obtención y análisis, especificación y validación de requerimientos.
5. Define el análisis de restricciones del proyecto, restricciones entre objetos, restricciones
entre atributos de un objeto, restricciones sobre un objeto a largo tiempo. Puedes usar
el formato de la U2-A2 o formato libre.
6. Explica y Justifica que modelo de desarrollo de software se adapta a tu proyecto: ágil o
predictivo.
7. Lee detenidamente los criterios de evaluación de la actividad para considerar los
aspectos a evaluar. Se encuentran al final del documento.
8. Guarda la evidencia con el nombre DDOO_U2_EA_XXYZ. Sustituye las XX por las dos
primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu segundo
apellido.
9. Envía tu actividad a tu Docente en línea mediante la herramienta Tareas; espera y
atiende la retroalimentación correspondiente.
Documento descriptivo en PDF. Revisa y aplica reglas ortográficas.
Pág. 17
Semestre: 2
Actividad Evidencia de aprendizaje. Requerimientos para diseñar un programa

orientado a objetos.
Puntaje Puntaje
criterio
El documento contiene la estructura solicitada:

portada completa, introducción, conclusiones,
fuentes de información en formato APA. 5
Alineación justificada, números de página y no
presenta faltas de ortografía.
Describe correctamente el planteamiento de un

10
proyecto de software
¿Las preguntas y respuestas obtenidas en la

entrevista describen las necesidades del 10
proyecto?
¿Cada requerimiento tiene una sola

interpretación?
15
Es decir, no presentan ambigüedad ni son
contradictorios entre ellos.
Incluye las cuatro fases principales en el

proceso de estándares de ingeniería de
requerimientos:
25
Estudio de viabilidad, Obtención y análisis de
requerimientos, Especificación de
requerimientos y validación de requerimientos.
Describe el análisis de restricciones:

restricciones entre objetos, restricciones entre
15
atributos de un objeto y restricciones sobre un
objeto a lo largo del tiempo.
Pág. 18
Describe cual modelo: ágil o predictivo, se

20
adapta a tu proyecto.
Puntaje del
Puntaje total: 100
alumno
Fuentes de Consulta:
Booch, G. (1996). Análisis y Diseño Orientado a Objetos con aplicaciones. México: Pearson
Educación.
Cueva, J. (2005) Ingeniería del software. Madrid: Pearson Educación.
García, S. y Morales, E. (2003). Desarrollo de aplicaciones informáticas. Análisis y diseño

detallado de aplicaciones informáticas de gestión. México: Thompson.
Kendall, E. (2011). Análisis y diseño de sistemas. México: Pearson Educación.
Letelier, P. y Penadés, M. (s. f.). Extreme Programming (XP). En Metodologías ágiles para el
desarrollo de software. Valencia: Universidad Politécnica de Valencia. Recuperado el 22 de julio
de 2011 de http://www.cyta.com.ar/ta0502/v5n2a1.htm
Norma ISO/IEC 25000:2005. (s. f.). Recuperado el 03 de julio de 2012 de

http://ocacert.com/certificacionISO-IEC25000.php
Somerville, I. (2006). Ingeniería del software. Madrid: Pearson Educación.
World Lingo. (2011). Análisis de requisitos. World Lingo Translations LLC.
Pág. 19

VoBoPlaneación - DDOO - DS - 2021 - Unidad 2

Cargado por

Copyright:

Formatos disponibles

VoBoPlaneación - DDOO - DS - 2021 - Unidad 2

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

VoBoPlaneación - DDOO - DS - 2021 - Unidad 2

Cargado por

Copyright:

Formatos disponibles

Módulo.

Programa educativo: Semestre:

Desarrollo de Software Tercero

Análisis y Diseño Orientado a Objetos B1

Ciclo escolar: Nombre del docente:

2021-1 LILIAN AGUILLÓN RODRÍGUEZ.

UNIDAD 2 REQUERIMIENTOS PARA EL ANÁLISIS DEL DISEÑO

Actividad 1. ¿Cómo obtener los 13 de febrero

• Conocer la importancia de la entrevista para definir el problema y obtener la

Lista de cotejo basado en el instrumento de evaluación con los siguientes criterios:

Objetivo o Propósito de la actividad de aprendizaje:

1. Revisa la documentación correspondiente a la unidad 2 y las fuentes de consulta.

6. Publica tu archivo en un aporte en el foro de esta actividad.

Producto por entregar:

Al finalizar, integra lo solicitado en un archivo de tipo PDF y guárdalo con la nomenclatura

Carrera: Desarrollo de software

Actividad 2. Análisis de requerimientos 16 de febrero

• Análisis de un problema real que requiera el diseño y desarrollo de un software para

• Aplicación de entrevista …………………………............... 25%

Objetivo o Propósito de la actividad de aprendizaje:

Identificar los requerimientos funcionales y no funcionales de la toma de requerimientos del

Descripción de la actividad/ indicaciones de la actividad:

1. Retoma la descripción del proyecto de desarrollo de software y el bosquejo de preguntas

7. Sube tu archivo en la sección correspondiente a la actividad, espera y atiendo la

Producto por entregar:

Asignatura: Análisis y Diseño Orientado a Objetos

Unidad: Unidad 2. Requerimientos para el análisis del diseño orientado a

Actividad Actividad 2. Análisis de requerimientos para diseñar un programa

Aplica la entrevista a las personas

Identifica correctamente los requerimientos

Identifica correctamente los requerimientos no

Integra los requerimientos funcionales y no

Identifica correctamente los requerimientos de

Identifica correctamente los usuarios del

La ortografía y gramática del escrito es

Incluye hoja de presentación, introducción,

La bibliografía se incluye en formato APA.

Actividad 3. Documentación de los 19 de febrero

• Resolución de caso, que ayude a comprender la importancia y la forma de

• Aplica las recomendaciones de acuerdo al estándar................................. 10%

Objetivo o Propósito de la actividad de aprendizaje:

Documentar las especificaciones de requerimientos de un software, utilizando el estándar IEEE

Descripción de la actividad/ indicaciones de la actividad:

1. Revisa solo el capítulo 3 del siguiente documento.

Montesano, R. (2017) Informática II (Administración de requerimientos) Apunte electrónico.

Luzarizpe.(2010) Manual Técnico. ERS: Especificación de requerimientos del software

IFESCOL Empresarial. (2014). Análisis de sistemas – Ejemplo. FORMATO IEEE 830.

5. Guarda el archivo con la nomenclatura DDOO_U2_A3_XXYZ. Sustituye las XX por las

Producto por entregar:

Carrera: Desarrollo de software

Asignatura: Análisis y Diseño Orientado a Objetos

Unidad: Unidad 2. Requerimientos para el análisis del diseño orientado a objetos.

Actividad Actividad 3. Documentación de los requerimientos para diseñar un

El documento contiene: portada completa, logo,

Responde con sus propias palabras cada una

Documento de Especificación del software (con base al estándar IEEE 830)

Incluye todos los elementos que conforma el

Incluye los usuarios finales del sistema. 5

Redacta de forma clara y correcta los