Universidad Nacional de Misiones

Licenciatura en Sistemas de Información

Analista en Sistemas de Computación
Profesorado Universitario en Computación

Introducción al Análisis de Sistemas

Ingeniería de Software I
Profesor: Ing. Selva Nieves Ivaniszyn

Guía de Estudio 3
Integrantes
Foto APELLIDO y Nombre correo electrónico

Nasadyk Fernando fernasadyk12@gmail.com

Página 1|7
Rodriguez Sebastian mailto:seb4.rdgz@gmail.com

mailto:lucas.mino1508@gmail.c
Miño Lucas
om

Keingeski Noam noamxd1@gmail.com

Año 2022

Página 2|7
 EJERCICIOS

3.1. En referencia a las Entregas e Implementaciones Rápidas de nuevos Sistemas:

3.1.a. ¿QUÉ supuestos se manejan en torno a los primeros requerimientos obtenidos en el
Análisis?
El desarrollo y la entrega rapida del sistema son requerimientos fundamentales, y por esta razon, muchas
empresas sacrifican Calidad y requerimientos del sistema por un desarrollo rapido del sistema.

3.1.b. EXPLIQUE POR QUÉ la Entrega e Implementación Rápidas de nuevos Sistemas

es con frecuencia más importante para las Empresas que la Funcionalidad Detallada de
dichos Sistemas.
La razon por la cual la “Entrega e implementación Rapidas de nuevos Sistemas” es más importantes que
la “Funcionalidad Detallada” es que en el momento de ralizar los sistemas, se demora mucho tiempo,
y en su momento, estos sistemas, en el momento de la entrega, la razón originál por la cual fue
encargada, puede que alla cambiado tanto que el sistema en si ya haya quedado obsoleto.
Agregando tambien razones como la que se disparan en el momento de ver nuevas oportunidades
de comercio o con fines de responder a la competencia.

3.2. SEÑALE cómo los Principios Subyacentes a los Métodos Ágiles conducen al acelerado
Desarrollo e Implementación del Software.

Los principales subyacentes a los metodos agiles que conducen al acelerado desarrllo e implenentación del
software son :
a) La participación del cliente con el equipo de desarrollo.
b) La participación de miembros del equipo con demas miembros del mismo.
c) Diversas prioridades a diferentes cambios.
d) Simplificación del sistema como trabajo adicional.
e) Compañias con procesos Pre-definidos.

3.3. ¿CUÁNDO desaconsejaría el uso de un Método Ágil para desarrollar un Sistema de Software?

Desde mi punto de vista, yo no aconsejaria el uso de un Método Ágil para desarrollar un sistema, cuando para el
mismo se tiene mucho tiempo de desarrollo y los mismos son a gran escala, ya que estos son más
complejos. El uso de un Método Ágil en este caso, solo seria una desventaja para el cliente y el equipo de
desarrollo.

3.4. La Programación Extrema expresa los Requerimientos del Usuario como Historias, y cada
Historia se escribe en una Tarjeta.
3.4.a. ¿QUIÉN o QUIÉNES intervienen en la redacción de estas Tarjetas?
El cliente junto al equipo de desarrollo, se encargan de la redacción de las Tarjetas de Historia.

3.4.b. ANALICE y DESCRIBA las ventajas de este enfoque para la Descripción de Requerimientos.
Como ventajas podemos señalar que la obtención de los requerimentos es más eficiente, al tener al cliente
dentro del equipo de desarrollo discutir sobre sus necesidades permite una buena comunicación y se
evita problemas en la planicifación, esto favorece a la liberación de funcionallidades. Además elude la
perdida de tiempo, recursos y esfuerzo al realizar cambios repentinos al sistema.

Página 3|7
 3.4.c. ANALICE y DESCRIBA las desventajas de este enfoque para la Descripción de
Requerimientos.
Pueden existir algunos desacuerdos entre el cliente y el equipo de desarrollo, ya sea por no entender el ciclo
de desarrollo, proponer un cambio poco factible o que requiera muchos recursos por parte del cliente.
Por otra parte las implementaciones de nuevas funcionalidades suele ser constante, esto implica que el
equipo de desarrollo enfoque su tiempo en realizarlas, dejando poco tiempo para la refactorización del
codigo. Además dichas refactorizaciones provocan degradar la estructura, volviendo tediosa a las nuevas
implementaciones.

3.5. En relación a la Primera Prueba:

3.5.a. EXPLIQUE POR QUÉ el Desarrollo de la Primera Prueba ayuda al programador a diseñar
una mejor comprensión de los requerimientos del sistema.
La Primera Prueba ayuda al programador a diseñar una mejor comprensión de los requerimientos
del sistema porque la prueba puede correrse mientras se escribe el codigo, esto permite que el
programador identifique los errores y vaya solucionandolos conforme avanza el desarrollo, con
la finalidad de mejorar el programa para su implementación.

3.5.b. ¿CUÁLES son las dificultades potenciales con el Desarrollo de la Primera Prueba?{
Algunas dificultades en el Desarrollo de la Primera Prueba puede ser que el cliente no esté en total para
garantizar la validación de los códigos nuevos y su implementación. Otra dificultad es que las pruebas
hechas no esten revisadas después del desarrollo, lo que ocasionaría problemas en la posterior
liberación del sistema.

3.6. SUGIERA cuatro razones por las que la Tasa de Productividad de los programadores que
trabajan en pares llega a ser más de la mitad que la de dos programadores que trabajan
individualmente.

Las razones por las que la Tasa de Productividad de los programadores que trabajan en pares es mayor a la de
los programadores que trabajan individualmente son las siguientes:

1) Al ser más de 1 programador los que desarrollan un sistema, pueden escribir partes del código en simultáneo,
esto reduce el tiempo de las jornadas laborales y por lo tanto el cansancio.

2) Los programadores leen más de 1 vez cada línea de código por lo que se puede refactorizar el código y darle
mejoras de manera más rápida que un programador individual.

3) Los programadores que trabajan en pares intercambian conocimiento, esto es muy útil ya que reduce los
riesgos posibles de un proyecto.

4) Al estar acompañados, un programador puede corregir o cambiar alguna parte del código que el otro haya
puesto equívocamente y no se haya dado cuenta de su error.

3.7. COMPARE y CONTRASTE el enfoque de SCRUM para la Administración de Proyectos con

Enfoques Convencionales basados en un Plan, estudiados en el capítulo 23. Las comparaciones
deben basarse en la efectividad de cada Enfoque para Planear la Asignación de Personal a los
Proyectos, Estimar el Costo de los mismos, Mantener la Cohesión del Equipo y Administrar los
Cambios en la Conformación del Equipo del Proyecto.

SCRUM TRADICIONAL
Asignación de Personal La asignación de responsables se hace en el Se realiza una asignación previa de los

Página 4|7
 comienzo del trabajo y allí es donde los responsables del proyecto, generalmente por
mismos miembros asignan usuarios que no forman parte del equipo
responsabilidades
Costo El equipo es financiado por sus El equipo es financiado por el administrador
contratantes. Pero en caso de desarrollar un o la organización que los contrata, si hace
proyecto considerablemente “chico” y tener falta algún elemento de hardware, se le debe
algún elemento de hardware faltante, los comunicar al administrador para que tome
miembros del equipo deberán afrontar el las medidas correspondientes.
caso ellos mismos.
Cohesión del Equipo La prioridad de las tareas las decide el La prioridad de las tareas las decide el
cliente. Se autoriza a todo el equipo para “administrador del proyecto” en la
tomar decisiones, todos son responsables planificación previa al proyecto y es el
del proyecto y de igual importancia en el único capaz de tomar decisiones para el
quipo. equipo.
Cambios en la Conformación de El “maestro de scrum” es el que se El administrador es el que se encarga de
Equipos encarga de realizar reuniones con el dirigir al equipo en base al plan. El
equipo diariamente, anotar las equipo no se reúne diariamente a
decisiones que se vayan tomando por diferencia del método de SCRUM, ya
cada miembro del equipo y es el que se que generalmente cada miembro se
comunica con el cliente encuentra en una parte diferente del
mundo y sigue el plan pactado
inicialmente.

Página 5|7
 Introducción al Análisis de Sistemas – Ingeniería de
Software I
Guía de Estudio 3 202
2
3.8. Usted es el administrador de software en una Compañía que desarrolla Software de Control Crítico
para una aeronave. Es el responsable de la elaboración de un Sistema de Apoyo al Diseño de
Software, que ayude a la Traducción de los Requerimientos de Software a una Especificación
Formal del Software (que se estudia en el capítulo 13). COMENTE acerca de las ventajas y las
desventajas de las siguientes Estrategias de Desarrollo:

a) RECOPILE los requerimientos para tal Sistema con los Ingenieros de Software y los Participantes Externos
(como la autoridad de certificación reguladora), y DESARROLLE el Sistema usando un Enfoque Basado en
un Plan.

b) DISEÑE un Prototipo usando un Lenguaje de Script, como Ruby o Python, EVALÚE este Prototipo con los
Ingenieros de Software y otros Participantes; luego, REVISE los Requerimientos del Sistema. VUELVA a
Desarrollar el Sistema final con Java.

c) DESARROLLE el Sistema en Java usando un Enfoque Ágil, con un Usuario involucrado en el Equipo de
Diseño.

a. La ventaja con respecto a esta estrategia de desarrollo seria que la especificación y el

diseño serán muy detallados pero a su vez la desventaja que tendríamos que aceptar es
que se incluyen costos operativos significativos en la planeación, el diseño y la
documentación del sistema.

b. Si tomamos esta estrategia de desarrollo gozaríamos de que el sistema final casi no

tendrá fallas por todo el proceso que este conlleva pero a su vez como desventaja el
tiempo de entrega del sistema sera mas extenso.

c. En este tipo de estrategia de desarrollo vamos a contar con la ventaja de tener una
rápida retroalimentación por el modelo de enfoque ágil que utilizaríamos, sin embargo
al tomar este camino no tendremos una documentación detallada lo que dificultara la
aprobación del sistema.

3.1. Se ha sugerido que uno de los problemas de tener un Usuario estrechamente involucrado con un
Equipo de Desarrollo de Software es que “se vuelve nativo”; esto es, adopta el punto de vista del
Equipo de Desarrollo y pierde la visión de las necesidades de sus colegas Usuarios.

SUGIERA tres formas en que se podría evitar este problema y discuta las ventajas y desventajas de
cada Enfoque.

Las formas en las que se podría evitar que el usuario “se vuelva nativo” son:

• Reducir el involucramiento estrecho del usuario con el equipo.

• Conducir al usuario a tener charlas diarias sobre las necesidades de sus colegas.

• Cambiar de usuario cada cierto tiempo.

 Introducción al Análisis de Sistemas – Ingeniería de
Software I
Guía de Estudio 3 202
2
Viendo estos enfoques podemos decir que una ventaja que comparten todos seria la de que
el usuario no se vuelve nativo. Ahora, al referirnos al segundo enfoque una ventaja de este
sería poder mantener y conocer otras necesidades, sin embargo el usuario se vería con un
trabajo mas aparte del estar involucrado en el equipo de desarrollo y podría no querer
realizar esta tarea, si cambiamos de usuario cada cierto tiempo entonces no ocurriría este
problema pero podrá generar confusión en el equipo de desarrollo porque cada usuario
puede tener una idea de necesidad distinta al del anterior, siendo así que una necesidad
importante del usuario anterior para el nuevo podría no serla.

3.2. Con la finalidad de reducir costos y el impacto ambiental del cambio, su Compañía decide cerrar
algunas oficinas y ofrecer apoyo al personal para trabajar desde casa. Sin embargo, el Gerente que
introdujo la política no está consciente de que el Software se desarrolla usando Métodos Ágiles,
que se apoya en el trabajo cercano del Equipo y de la Programación en Pares.

ANALICE las dificultades que causaría esta nueva política y CÓMO podría solventar estos problemas.

Viendo el marco en el que los trabajadores se apoyaban en el trabajo cercano del Equipo y
de la Programación en Pares una nueva nueva política como esta traería grandes dificultades
debido a que no habría un lugar que podría ser una oficina para estos trabajadores que
comenzaran a realizar sus proyectos o tareas desde casa y, si bien podrán continuar
haciéndolas, al estar apoyados en métodos ágiles su efectividad en las tareas se vera
afectada. Una manera de poder solventar estos problemas seria realizar reuniones en linea
para que los trabajadores puedan seguir apoyandose en esta metodologia, ya que podran
comentar sus procesos en el proyecto que esten realizando asi como tambien dar opiniones
acerca de lo desarrollado por cada uno.