Está en la página 1de 6

Universidad Abierta y a Distancia de

Mxico.
Desarrollo de Software.
Introduccin a la Ingeniera de
Software.
Francisco Alberto Barrios Cerda
Matricula: ES1410900442
Grupo: DS-DIIS-1502S-B2-002
Docente: Nicolasa Hernndez Sosa.
Unidad 1: Ingeniera de Software.
Evidencia de aprendizaje:
Metodologa de desarrollo.

Planteamiento del caso


Un prestigioso despacho de abogados que brinda diversos servicios de asesora ha
solicitado un sistema que lleve a cabo el control de clientes que manejan (1000 clientes
aproximadamente). Para ello nos describe el cliente como le gustara que fuera:

Tener guardados los expedientes de los clientes que maneja el despacho (clave o
nmero de oficio, datos generales del cliente: nombre, telfono, direccin, ciudad,
cdigo postal, email; tipo de proceso, tipo de servicio, fecha, estado del proceso,
nombre del juzgado).
Que se puedan consultar los expedientes por fechas, tipo de proceso, estados del
proceso, nombre del juzgado o nmero de oficio.
Que se puedan modificar los datos de los expedientes.
Que despus de 2 aos se puedan borrar los registros de los expedientes.

Por lo que se ha solicitado un sistema que realice todo lo anterior. El cliente est
dispuesto a participar en el desarrollo del sistema y necesita que haya resultados
funcionales cada vez que haya una entrega, aunque de primer momento (le urge) requiere
tener el registro de todos los clientes (es decir se den de alta o se guarden) y hacer
consultas/reportes de los expedientes.

Ciclo de vida
Las caractersticas que se deben de seleccionar para el ciclo de vida del caso de estudio
son:
Especificacin de requerimientos: Como bien sabemos aqu se deben de agregar las
especificaciones que se requieren estn dentro del sistema a generar, en este caso:
Tener los expedientes de los clientes, con todos los datos que estn incluidos
dentro de los expedientes.
Poder consultar los expedientes por fecha, tipo de proceso, estado de proceso,
nmero de oficio, nombre del juzgado, nombre del cliente, telfono.
Poder modificar todos los datos dentro de los expedientes, as como poder borrar
registros despues de 2 aos.
Especificar el tipo de letra, tamao y color, as como el tamao que tendrn las
ventanas o los botnes que se incluiran dentro de las mismas.

Diseo e implementacin: aqu se incluyen las actividades necesarias que se requieren


para poder construir el sistema mediante la informacin solicitada, en este caso:
Se requiere guardar la informacin de los registros dentro de una base de datos.
De inicio se implementaria una parte del sistema donde se registren los clientes y
se hagan consultas, es decir, con solo unos campos (nombre del cliente, nmero
de oficio, nombre del juzgado), para posteriormente, dentro de las iteraciones

poder mejorar esta parte inicial del Sistema y tener la informacin solicitada al
inicio en la especificacin de los requerimientos.
Se le solicitaria al usuario definer el tipo de letra a utilizar y el diseo de las
ventanas, asi como los colores que se le pondrian a las mismas.

Validacin: en esta parte se realizan la verificacin del funcionamiento junto con el cliente,
para saber si le es funcional o no el sistema o si requiere se le agregue algo ms al
mismo; en este caso:
En una primera instancia se verificaria con el usuario la correcta comunicacin
entre el sistema y la base de datos donde se han guardado la informacin de los
usuarios y sus datos y que se puedan solicitar por parte del cliente.
Se crearian manuales para que el usuario pudiera comprender mejor el sistema,
que aunque sea simple, puede complicarse a usuarios que no conocen el tema o
no estan familiarizados con el sistema.
Posteriormente en esta parte se anexarian los dems datos agregados en cada
iteracin, para poder completar as los requerimientos solicitados por el cliente.
Evolucin: en esta etapa del ciclo se deben de verificar los aspectos a futuro del sistema o
software, que tanto se puede adaptar a cambios o actualizaciones requeridas o solicitadas
por el cliente en un trmino a corto plazo o largo plazo, en este caso quedaran:
Actualizaciones de los datos de los usuarios, o de los juzgados.
La eliminacin de todos los registros despues de dos aos (aqu pudiera realizarse
de forma automtica o de forma manual).
Cambios en el formato de fecha, del tipo de los procesos o como se realizan los
mismos.
Cambios en lo colores del diseo de las ventanas o el tipo de letra y saber que si
va a ser soportado por el Sistema.
Actualizaciones de seguridad, para que no sea vulnerable a ataques del propio
Sistema.
Parches de errores que se pudieran detectar durante o en el transcurso de la vida
del sistema o software.

Modelos que pueden aplicar al caso de estudio


Caractersticas del
caso

Los
requerimientos
estn especificados al
cliente le urge que se

Modelo Espiral de
desarrollo de software
1
No se necesitan tener
todos
los
requerimientos
de

Modelo por
Prototipos de
desarrollo de software
2
Especifica bien
requerimientos.

los

Modelo gil de
programacin
extrema o XP de
desarrollo de software
3
Usuario describe las
historias,
especificando
los

puedan
tener
los
registros
de
los
clientes
y
poder
consultarlos registros.
Se
requiere
de
manera rpida una
versin
donde
se
pueda
tener
el
registro de todos los
clientes y se puedan
consultar
los
expedientes.
Se
mejorara
para
ofrecer una bsqueda
ms avanzada de los
expedientes con la
informacin que se
anexar (modificacin
de datos).

inicio
o
definidos.

bien

Permite
ir
construyendo
prototipos
para
disminuir el riesgo del
proyecto.

No se recomienda
como primera versin
del sistema, ya que
se
construye
con
pocos detalles y de
manera rpida.

Permite
realizar
actividades
de
desarrollo, realizacin
de
pruebas,
instalacin
y
mantenimiento.

Se redefine y se
mejora cada vez que
el cliente revisa y da
observaciones.

Cliente dispuesto a
participar
en
el
desarrollo.

El cliente valida todo


el proyecto hasta su
aprobacin
y
liberacin.

Se requiere que el
cliente
este
trabajando revisando
los prototipos.

El costo del proyecto


debe de ser bajo
debido a que solo son
1000 clientes los que
se tienen por lo cual
es
un
sistema
pequeo.

Con el anlisis de
riesgos se
pueden
determinar
si
es
viable el proyecto o
no.

Costo de proyecto
caro si no es lo que
espera
el
cliente.
Reduce
costos
y
aumenta probabilidad
de xito.

requerimientos como
si
estos
fueran
historias
creando
prototipos.
El usuario y el equipo
eligen la historia que
van a realizar o
traducir en sistema y
la liberan en dos
semanas.

Con
la
primera
entrega, se hace una
funcionalidad mnima,
agregando
ms
funciones
con
las
siguientes entregas,
las
cuales
son
pequeas
y
se
integran
en
cada
iteracin.
El cliente participa
desde el principio, es
quien
contrata
al
equipo de desarrollo,
aprueba y libera el
proyecto
Se reduce el costo del
cambio en todas las
etapas del ciclo de
vida del sistema, por
lo cual se puede
aplicar a todos los
sistemas grandes o
pequeos.

Cul es el mejor mtodo para solucionar el problema planteado


en el caso
Caractersticas del modelo XP
Usuario
describe
los
requerimientos,
especificando los mismos como si estos

Caractersticas del caso de estudio


Requerimientos:
Tener los expedientes de los clientes, con todos los
datos que estn incluidos dentro de los mismos.

fueran historias, la primera entrega se crea


un
prototipo funcional e incremental,
teniendo los elementos que requiere el
usuario y basndose en la historia que se
escogi, posteriormente en cada iteracin
puede ir agregando ms requerimientos.

Poder consultar los expedientes por fecha, tipo de


proceso, estado de proceso, nmero de oficio,
nombre del juzgado, nombre del cliente, telfono.
Poder modificar todos los datos dentro de los
expedientes, as como poder borrar registros
despues de 2 aos.
Especificar el tipo de letra, tamao y color, as
como el tamao que tendrn las ventanas o los
botnes que se incluiran dentro de las mismas.

El usuario y el equipo eligen la historia que


van a realizar o traducir en sistema y la
liberan en dos semanas, anexando en esta
primera historia los registros de los clientes
y el poder realizar consultas de los mismos
clientes, el equipo puede ir generando en un
da varias versiones del sistema ya que se
trabaja en pares de programadores y se van
desarrollando pruebas.

Diseo e implementacin:
Se requiere guardar la informacin de los registros
dentro de una base de datos.
De inicio se implementaria una parte del sistema
donde se registren los clientes y se hagan
consultas, es decir, con solo unos campos (nombre
del cliente, nmero de oficio, nombre del juzgado),
para posteriormente, dentro de las iteraciones
poder mejorar esta parte inicial del Sistema y tener
la informacin solicitada al inicio en la
especificacin de los requerimientos.
Se le solicitaria al usuario definer el tipo de letra a
utilizar y el diseo de las ventanas, as como los
colores que se le pondrian a las mismas.

Con la primera entrega, se hace una


funcionalidad mnima, agregando ms
funciones con las siguientes entregas
verificando junto con el usuario que todo
est
funcionando
correctamente,
las
funciones agregadas son pequeas y se
integran en cada iteracin, con esto se
puede ir generando o realizando un manual
o manuales para los usuarios, se puede ir
evaluando con el cliente que las funciones
realmente vayan funcionando de acuerdo a
las especificaciones que se generaron en la
historia que se est usando.
El cliente participa desde el principio, es
quien contrata al equipo de desarrollo,
aprueba y libera el proyecto, tambin es el
que toma las decisiones de cambios o
actualizaciones que se requieran realizar al
sistema, pudiendo en este momento definir
si requiere que el sistema se pueda
evolucionar
o
generar
otro
sistema

Validacin:
En una primera instancia se verificaria con el
usuario la correcta comunicacin entre el sistema y
la base de datos donde se han guardado la
informacin de los usuarios y sus datos y que se
puedan solicitar por parte del cliente.
Se crearian manuales para que el usuario pudiera
comprender mejor el sistema, que aunque sea
simple, puede complicarse a usuarios que no
conocen el tema o no estan familiarizados con el
sistema.
Posteriormente en esta parte se anexaran los
dems datos agregados en cada iteracin, para
poder completar as los requerimientos solicitados
por el cliente.
Evolucin:
Actualizaciones de los datos de los usuarios, o de
los juzgados.
La eliminacin de todos los registros despues de
dos aos (aqu pudiera realizarse de forma
automtica o de forma manual).
Cambios en el formato de fecha, del tipo de los
procesos o como se realizan los mismos.
Cambios en lo colores del diseo de las ventanas o

basndose en el mismo.

Se reduce el costo del cambio en todas las


etapas del ciclo de vida del sistema, por lo
cual se puede aplicar a todos los sistemas
grandes o pequeos.

el tipo de letra y saber que si va a ser soportado por


el Sistema.
Actualizaciones de seguridad, para que no sea
vulnerable a ataques del propio sistema.
Parches de errores que se pudieran detectar
durante o en el transcurso de la vida del sistema o
software.
Es un Sistema pequeo de menos de 1000
usuarios por lo que es un Sistema no robusto y
manejable con un costo bajo

Bibliografa:
Sommerville, Ian. (2005). Ingeniera del Software.7ma Edicin. Madrid: Pearson
Educacin.