Академический Документы
Профессиональный Документы
Культура Документы
I. INTRODUCCIN
Usando el primero de los seis pasos que nos sugiere
la metodologa RUP, la cual se centra en los
requerimientos para as poder disear software de
calidad en tiempo y precio estimados
administraremos y analizaremos los requerimientos
para el programa para as comenzar un buen
desarrollo en la creacin de dicho programa. En este
caso, el usuario requiere un programa que genere
las races de la ecuacin cuadrtica; ax2+bx+c. Para
ello nos centramos en los requerimientos que van
ms all de generar las races, tales como verificar
que los datos sean numricos, que sean valores
reales, que al menos dos de los coeficientes (a,b y c)
sean diferentes de cero, etc. Adems de certificar
que el programa resolver la ecuacin incluso si sus
races son complejas.
II. OBJETIVOS
A. General
Procesar los requerimientos que el usuario
suministr utilizando la administracin de
requerimientos sugerida en la metodologa RUP
para dar inicio al diseo de un programa eficaz para
solucionar la ecuacin cuadrtica.
B. Especficos
Administrar el requerimiento que el
usuario suministra para el desarrollo del
programa.
A. Metodologa RUP
El Proceso Racional Unificado, RUP (Rational Unified
Process) es un proceso iterativo de desarrollo de software
creado por la Corporacin de Software Racional, una divisin
de IBM1 desde 2003.La metodologa RUP no es un solo
proceso prescriptivo concreto, sino ms bien un proceso
adaptable, destinado a ser adaptado por las organizaciones de
desarrollo y equipos de proyectos de software que va a
seleccionarn los elementos del proceso que son apropiados
para las necesidades. RUP es una implementacin especfica
del proceso unificado, que es un marco de desarrollo de
software que se caracteriza por estar dirigido por casos de uso,
centrado en la arquitectura y por ser iterativo e incremental. 2
Esta metodologa sugiere dividir el proceso de creacin del
programa es seis fases:
Administracin de requerimientos,
Diseo y desarrollo iterativo,
Modelado visual,
Arquitectura con componentes,
Verificacin de la calidad y
Control de cambios
Completaremos el primer paso que concierne
administracin y anlisis de los requerimientos.
B. Requerimiento
Son las necesidades que tienen los usuarios desde la
perspectiva del software.
la
a x 1+ b y 1=e
c x 2 +d y 2=f
ax +by=e
cx +dy=f
Se representa matricialmente:
[ ][ ] [ ]
a b x
e
=
c d y
f
x=
| |
| |
e b
f d
a b
c d
| |
| |
a e
c f
edbf
af ce
; y=
=
adbc
a b ad bc
c d
[ ][ ] [ ]
| |
| |
a b x
e Se encuentra el punto de solucin:
=
c d y
f
e b
a e
f d edbf
c f
af ce
x=
=
; y=
=
adbc
ad
bc
a b
a b
c d
c d
| |
| |
d
e
f
a
b
c
x
y
Mensaje
V. DIAGRAMA DE CLASE
A. Candidato a Clase
clsMat2x2Crammer
Variable
Tipo
E/S
a
b
c
d
e
f
x
y
Msj
double
double
double
double
double
double
string
string
string
Entrada
Entrada
Entrada
Entrada
Entrada
Entrada
Salida
Salida
Salida
Nombre
Parmetro
Retorno
EscribirA
EscribirB
EscribirC
EscribirD
EscribirE
EscribirF
LeerX
LeerY
LeerMsj
S
S
S
S
S
S
No
No
No
No
No
No
No
No
No
S
S
S
VI. CONCLUSIONES
Se complet la administracin de los
requerimientos mediante la metodologa RUP dando
inicio al cuerpo del programa que solicit el
usuario, se previeron los posibles escenarios de
interaccin para un mejor desempeo del programa,
se prob el diagrama de flujo mediante el software
DFD y se comprob que el programa funcionara.
VII. REFERENCIAS
[1] IBM adquiere Rational (Ingls)
[2] Kruchten, Philippe (2004-05-01). "El proceso : An
Introduction
[3] Protters & Morrey: "Clculo y Geometra Analtica"