UNIVERSIDAD NACIONAL DE CHIMBORAZO

FACULTA DE INGENIERIA
CARRERA DE SISTEMAS Y COMPUTACION

INGENIERIA DE SOFTWARE 1
INTEGRANTES:

FRANCISCO ACIPUELA

SEMESTRE
QUINTO
 ACTIVIDADES UNIDAD 5
5.1. ¿Por qué muchos desarrolladores de software no ponen atención suficiente a la
ingeniería de requerimientos? ¿Existen algunas circunstancias que puedan
ignorarse?
Existen muchas razones para que los desarrolladores tomen esta decisión que casi
siempre se debe a que los requisitos son dinámicos, entonces al menos que se utilice un
enfoque eficiente y ágil que haga al equipo versátil en esta tarea. Otra, puede ser que es
una actividad que requiere de un alto grado de análisis, lo que demanda tiempo, es
preferible solo tomar los requisitos que afectaran directamente al negocio y avanzar en
las próximas iteraciones. También se piensa que retrasa la etapa más divertida que es el
modelado y la codificación del proceso de software, pero se sabe que es fundamental.

5.2. El lector tiene la responsabilidad de indagar los requerimientos de un cliente

que dice estar demasiado ocupado para tener una reunión. ¿Qué debe hacer?

 Debe prepararse con la información pertinente del negocio

 Tratar de solicitar una persona auxiliar que conozca el negocio, su

funcionamiento, y tenga una idea más técnica de las necesidades del cliente,
como un Product Owner.
 Procurar de tener una visión del proyecto que satisfaga dichos requisitos
5.3. Analice algunos de los problemas que ocurren cuando los requerimientos
deben indagarse para tres o cuatro clientes distintos.
Muchos de los problemas que nos enfrentaremos como ingenieros de software es la
indagación de requisitos conflictivos. Estos problemas se dan en primera por la
oposición o (conflicto) de algunos participantes del negocio. Si bien esto puede parecer
un problema en primera, también brinda sutilmente una riqueza(visual) al proyecto, por
la accesibilidad de varios puntos de vistas. Ahora, lo ideal para tal situación es hacer
una retroalimentación con el grupo conflictivo.
5.4. ¿Por qué se dice que el modelo de requerimientos representa una fotografía
instantánea del sistema en el tiempo?
Se dice que el modelo de análisis representa una foto instantánea, ya que conduce a una
especificación de requisitos y a una representación competa del diseño del software que
se construirá; es decir, es la primera presentación técnica de un sistema. Por otra parte,
el modelado del análisis utiliza una combinación de formatos en texto y diagrama para
representar los requerimientos de los datos, las funciones y el comportamiento de una
manera que es relativamente fácil de entender y, aún más importante, conduce a una
revisión para lograr la corrección, la integridad y la consistencia. Estos deben reflejar
las necesidades de todos los interesados y establecer una base desde la cual pueda
conducir al diseño.
5.5. Suponga que ha convencido al cliente (es usted muy buen vendedor) para que
esté de acuerdo con todas las demandas que usted hace como desarrollador. ¿Eso
lo convierte en un gran negociador? ¿Por qué?
Sí, nos convierte en buenos vendedores ya que vamos adquiriendo más experiencia en
cada caso, por lo que lo principal seria la negociación tomando en consideración que se
cumple con los requisitos y normas establecidos para así lograr el objetivo propuesto,
por lo que nos adaptamos a las necesidades de cada cliente ofreciéndole mejoras en
donde quedan satisfecho con el trabajo realizado de ambas partes.
5.6. Desarrolle al menos tres “preguntas libres de contexto” adicionales que podría
plantear a un participante durante la concepción.
¿Por qué nace la idea de hacer e implementar un proyecto de software en la empresa?
¿Qué esperan ustedes del proyecto a desarrollar?
¿Cómo creen que afectara el software al negocio?
5.7. Desarrolle un “kit” para recabar requerimientos. Debe incluir un conjunto de
lineamientos a fin de llevar a cabo la reunión para recabar requerimientos y los
materiales que pueden emplearse para facilitar la creación de listas y otros objetos
que ayuden a definir los requerimientos.
Especificación de JRC2 kit
Lineamientos:
Simpleza y puntualidad : Antes que todo, se debe representar una buena imagen laboral
ante el cliente, es fundamental la puntualidad ala hora de llegar a citas de intercambio de
información.
5.8. Su profesor formará grupos de cuatro a seis estudiantes. La mitad de ellos
desempeñará el papel del departamento de mercadotecnia y la otra mitad
adoptará el del equipo para la ingeniería de software. Su trabajo es definir los
requerimientos para la función de seguridad de Casa Segura descrita en este
capítulo. Efectúe una reunión para recabar los requerimientos con el uso de los
lineamientos presentados en este capítulo.
5.9. Desarrolle un caso de uso completo para una de las actividades siguientes:
a) Hacer un retiro de efectivo en un cajero automático.
b) Usar su tarjeta de crédito para pagar una comida en un restaurante.
c) Comprar acciones en la cuenta en línea de una casa de bolsa.
d) Buscar libros (sobre un tema específico) en una librería en línea.
5.10. ¿Qué representan las “excepciones” en un caso de uso?

Una excepción es un evento que ocurre durante la ejecución de un programa que

interrumpe el flujo normal de las sentencias, esto significa que, las excepciones son
errores ocurridos dentro de la ejecución de una aplicación, esto ocurre cuando se
ingresan datos que no corresponden al formato que se está solicitando, o simplemente
que no concuerdan con los almacenados en una base de datos que se utilizan para
comparar dichos datos. Tomando como ejemplo el pago con una tarjeta de Débito de un
consumo en cierto comercio, una excepción en este caso de uso sería que el propietario
de la tarjeta introduzca erróneamente la contraseña personal, en este caso el software del
punto de venta arroja una excepción en forma de aviso, notificando que la contraseña
introducida es incorrecta y aborta todo el proceso de cobranza.
Las excepciones en los casos de uso representan las oportunidades o alternativas que
tiene el usuario de rectificar cuando cometen errores o fallas al ejecutar alguna acción.
O por consiguiente Son errores cometidos por el usuario a la vez representan la ventaja
de saber mediante una advertencia generadas por el sistema.
5.11. Describa con sus propias palabras lo que es un patrón de análisis.

Los patrones de análisis facilitan la transformación del modelo de análisis en un modelo

del diseño, sugiriendo patrones de diseño y soluciones confiables para problemas
comunes.

Los patrones de análisis se integran en el modelo del análisis, haciendo referencia al

nombre del patrón. También se guardan en un medio de almacenamiento de modo que
los ingenieros de requerimientos usen herramientas de búsqueda para encontrarlos y
aplicarlos. La información sobre el patrón de análisis (y otros tipos de patrones) se
presenta en un formato estándar

.5.12. Con el formato presentado en la sección 5.5.2, sugiera uno o varios patrones
de análisis para los siguientes dominios de aplicación:
a) Software de contabilidad.
b) Software de correo electrónico.
c) Navegadores de internet.
d) Software de procesamiento de texto.
e) Software para crear un sitio web.
5.13. ¿Qué significa ganar-ganar en el contexto de una negociación durante la
actividad de ingeniería de los requerimientos?

El significad de la palabra "ganar - ganar" es el grado de satisfacción que alcanzan

ambas partes, pero `para lograr tal agrado es importante tomar en cuenta lo siguiente:

 Se les pide a los usuarios, clientes e interesados, que ordenen sus requisitos y
después discutan los conflictos relacionados con la prioridad.

 Se le identifican y analizan los riesgos asociados con cada requisito.

 Se hacen estimaciones preliminares del esfuerzo requerido para su desarrollo y
después se utilizan para evaluar el impacto de cada requisito en el costo del
proyecto y sobre todo en el tiempo de entrega para así lograr la satisfacción de
las partes.
5.14. ¿Qué piensa que pasa cuando la validación de los requerimientos detecta un
error? ¿Quién está involucrado en su corrección?
Un requerimiento sirve como una base sólida en el proceso de desarrollo de software,
por lo que antes de pasar a tratar los aspectos referentes a la administración adecuada de
los requerimientos, es importante primero definir lo que es un requerimiento y cuáles
serían las características deseables que deberían de tener.