Instituto Tecnolgico de Santo Domingo (INTEC)

rea de ingeniera
IDS-317 Tcnicas Fundamentales de la Ingeniera de Software

Estudiante
Jossias Velazquez Pea

ID
1057197
ENSAYOS

Profesora: Francia Mejia

Santo Domingo, D.N. 15 octubre de 2016

ESPECIFICACIONES ENSAYO #1 \
Enunciado
Escribir un ensayo respondiendo la siguiente pregunta: Cul es el factor o
elemento ms importante al momento de escoger una metodologa de desarrollo
de software para un proyecto especfico?
Los estudiantes podrn argumentar acerca de varios factores o elementos a fin de
establecer por qu proponen o seleccionan uno como el ms importante.
Se debern reconocer y citar todos los fragmentos e ideas incorporados desde
fuentes externas.
___________________________________________________________________________________________

Introduccin
Una metodologa de desarrollo de software es un marco de trabajo usado para
estructurar, planificar y controlar el proceso de desarrollo en sistemas de
informacin.
Las metodologas de desarrollo de software son herramientas y como
herramientas tienen que ser tratadas. No podemos usar la misma metodologa
para todo tipo de proyectos o productos as como no se puede utilizar la misma
tecnologa. Por este motivo la eleccin de la metodologa de trabajo se convierte en
algo tan esencial, porque as como pueden convertir un proyecto/producto en un
xito pueden, de la misma manera, hacer que se convierta en una fracaso rotundo.
Existen una variedad de metodologas y aunque el ttulo o pregunta de este ensayo
nos lleve a pensar de que existen que podemos tildar ciertas metodologas de
buenas o malas. La realidad es que no existen buenas o malas. Todas son, en el
fondo, bienintencionadas e intentan responder a problemas tpicos de la gestin de
proyectos. Sin embargo, s que podemos sealar que algunas son ms eficaces,
giles y acordes con determinados contextos.
A la hora de elegir una metodologa, existen algunos actores (cliente, equipo de
desarrollo, empresa) que son los que saldrn beneficiados del uso de tal
metodologa. Por ende, para abordar el aspecto ms importante a tener en cuenta
a la hora de elegir una metodologa de desarrollo de software se hace
indispensable que miremos desde diferentes perspectivas.

Cliente.

Desde su perspectiva, el cliente casi siempre querr que el proyecto sea lo menos
costoso posible, y obtener resultados a la fecha prevista. Sin embargo, existe un
factor que puede modificar tanto costo como entrega de un proyecto, y es que los
requerimientos no sean especificados de manera correcta antes de iniciar el
proyecto.
De modo que si los requerimientos generales han sido especificados desde un
inicio es recomendable que se adopte por usar Cascada. Por la razn de que se
conoce a profundidad los requerimientos y no se necesitar una vez pasada esta
etapa Cascada es la mejor opcin, puesto que esta metodologa ofrece una ventaja
y es que ninguna de las etapas se pueden comenzar con la fase anterior sin
finalizar.
Si no se proporcionaron todos los requerimientos generales desde el inicio,
entonces se opta por un desarrollo iterativo e incremental. Si el cliente puede
tomar un rol ms activo se optara por las metodologas giles y si en caso de que
no puede hacerlo entonces se opta por RUP. En caso de que se opt por las
metodologas giles sin tomar en cuenta el rol del cliente, dependiendo de la
flexibilidad del proyecto se elegir entre kanban, SCRUM y XP.
Equipo de desarrollo.
Antes de elegir un equipo debemos tener claro todos nuestros objetivos y lo que
queremos lograr dentro de nuestro proyecto, aunque si ya tenemos un equipo de
desarrollo fijo, dgase los compaeros de una empresa, o si son un equipo de
desarrollo independiente, y se encuentran siempre las mismas personas no
importa cual sea el proyecto, entonces hay ciertas pautas a seguir para elegir una
buena metodologa como mantener un buen personal dentro de su equipo.
Si el equipo en el que nos encontramos es de tamao reducido, lo ms
convenientes es elegir una metodologa que no requiera muchos recursos como es
Scrum, o Kanban en la mayora de los casos. De lo contrario, entonces la eleccin
depender nicamente de los requerimientos del proyecto y recursos de la
empresa pudiendo utilizar XP, Rup, cascada etc...
Empresa.
Una de las preocupaciones que puede tener la empresa son los en gastos en el
personal. Metodologas como Scrum y XP usualmente requieren gastos en
preparacin del personal, materiales demas mientras que Cascada o Kanban son
fciles de aprender y no requieren de muchos materiales para implementarse.
Dependiendo de ciertos factores, como los explicados con el cliente, entonces se
elige la metodologa que mejor se adapte.
La decisin de qu metodologa usar, depender casi en todos los casos del
levantamiento de los requerimientos, puesto que es ah donde se tiene el primer

contacto con el cliente, saber cules sern esos requerimientos, la manera en que
el cliente actuar en el proyecto, los costes iniciales, la preparacin que debe tener
el equipo de desarrollo, entre otros aspectos a tener en cuenta.

ESPECIFICACIONES ENSAYO #2 - Grupo 2:

Escribir un ensayo respondiendo la siguiente pregunta:
Asuma que es un hecho que las pruebas de software son un mecanismo necesario
y apropiado para asegurar la calidad. Son suficientes?
Justifique su respuesta. Se debern reconocer y citar todos los fragmentos e ideas
incorporados desde fuentes externas.
___________________________________________________________________________________________

Introduccin
Las pruebas de software (en ingls software testing) son las investigaciones
empricas y tcnicas cuyo objetivo es proporcionar informacin objetiva e
independiente sobre la calidad del producto a la parte interesada o stakeholder. Es
una actividad ms en el proceso de control de calidad.
Las pruebas son bsicamente un conjunto de actividades dentro del desarrollo de
software. Dependiendo del tipo de pruebas, estas actividades podrn ser
implementadas en cualquier momento de dicho proceso de desarrollo. Existen
distintos modelos de desarrollo de software, as como modelos de pruebas. A cada
uno corresponde un nivel distinto de involucramiento en las actividades de
desarrollo. (Wikipedia, 2016).

El objetivo de las pruebas es presentar informacin sobre la calidad del producto a

las personas responsables de ste y en este sentido, para lo que fueron creadas
son totalmente autosuficientes (Wikipedia, 2016). Las pruebas de calidad presentan
los siguientes objetivos: encontrar defectos o bugs, aumentar la confianza en el
nivel de calidad, facilitar informacin para la toma de decisiones, evitar la aparicin
de defectos. s son totalmente suficientes.
En conclusin, cuando se capturan los requisitos no se tiene la total certeza de que
estos solucionarn las necesidades por las cuales se apela al desarrollo del
proyecto, cuando se elige una arquitectura no se tiene la certeza de si esta ser
suficiente. Cuando se codifica, se suman a esas incertidumbres los aspectos
tcnicos y tambin relacin al futuro, es decir, el mantenimiento del software. Las
pruebas son efectuadas sobre requisitos inciertos y, tambin, nunca sabemos si las
pruebas son suficientes. Slo conseguimos reducir esa incertidumbre cuando el
usuario efectivamente usa la aplicacin. Se debe tener presente, que el objetivo es
resolver un problema real y no simplemente entregar cualquier software.
ESPECIFICACIONES ENSAYO #3 - Grupo 3:
Escribir un ensayo respondiendo la siguiente pregunta:
Si una empresa decide subcontratar el desarrollo de una aplicacin a otra empresa,

qu tcnicas o mecanismos puede utilizar para garantizar la calidad del software y

la ejecucin oportuna del proyecto?
Justifique su respuesta. Se debern reconocer y citar todos los fragmentos e ideas
incorporados desde fuentes externas.
___________________________________________________________________________________________

Introduccin
Para que un proyecto de desarrollo de software tenga xito, en el sentido de que
sea rentable, posee los estndares de calidad y tambin que sea entregado a
tiempo sin frustrar las negociaciones entre ambas partes (cliente y empresa
desarrolladora).

Definir bien los requerimientos, funcionales y no funcionales.

Ser lo ms claros posibles a la hora de definir el alcance del proyecto,
el tiempo de ejecucin, el costo y por supuesto la calidad que este tendr.
Elegir una metodologa adecuada a las necesidades ya planteadas en
el levantamiento de requerimientos. De modo que durante el desarrollo no
se frustre el trabajo por razones de una mala eleccin de la metodologa.
Utilizar un sistema de gestin de la calidad, esto para establecer la
poltica y los objetivos, y para la consecucin de dichos objetivos.
Proporcionar una buena documentacin a la hora de culminar el
proyecto. De modo que los costes en preparacin para el uso del software
no sean elevados. Esto favorecer a la empresa desarrolladora a que en
proyectos futuros el cliente tenga la satisfaccin de volver a contratar sus
servicios.

Fuentes: (elmundodelacalidad.wordpress.com)
ESPECIFICACIONES ENSAYO #4 - Grupo 4:
Escribir un ensayo respondiendo la siguiente pregunta:
Si la ingeniera de software es abordada desde los aspectos de gente (personal),
herramientas y procesos, cul considera usted es el ms importante de ellos?
Justifique su respuesta. Se debern reconocer y citar todos los fragmentos e ideas
incorporados desde fuentes externas.
___________________________________________________________________________________________


Esto sin duda podra causar un dilema, pero para abordar la pregunta es necesario
definir qu es gente (personal), herramientas y procesos.
1. Personas: es la parte ms importante y la ms difcil de gestionar ya
que de ellas depende que la organizacin sea un xito.
2. Procesos: las personas definen los procesos que se utilizan en el
proceso productivo del producto y/o servicio, los procesos son el ncleo de
las organizaciones ya que son el compendio del conocimiento adquirido por
la organizacin.
3. Herramientas: para que las personas puedan realizar los procesos
hacen falta herramientas, estas tienen que ser acordes a los procesos.
(Definiciones sacadas de gedpro.com)
La modificacin en un componente lleva asociado la modificacin de los otros dos,
imaginemos que se incorpora a la organizacin una persona nueva, para que esta
persona se adapte a la organizacin necesariamente debe conocer los procesos y
saber manejar las herramientas, por esto cuando queremos cambiar una
organizacin debemos actuar necesariamente sobre los tres componentes, quizs
la parte ms fcil de cambiar una organizacin es modificar los procesos y las
herramientas, y la ms complicada las personas, siempre hay reticentes al cambio,
ahora ms que nunca las organizaciones tienen que adaptarse al cambio, deben
modificar sus procesos y herramientas sin olvidarse de las personas para aumentar
su productividad, los departamentos de RRHH tienen mucho trabajo por delante,
ms all de tramitar los ERE que estn salpicando la geografa mundial, deberan
centrarse en cmo aumentar la eficiencia de las personas que quedan en la
organizacin.
En conclusin, considero que las personas son el componente principal en este
tringulo organizacional, puesto que las personas pueden gestionar procesos sin
herramientas, claro esto pagado el precio de la eficiencia y rapidez. Las personas
pueden utilizar herramientas sin aplicar un proceso definido, lo que tambin
menguar eficiencia y tiempo, pero herramientas y procesos no pueden ser
utilizados o no pueden funcionar si el personal no hace uso de ellos.