Professional Documents
Culture Documents
MATERIA
INGENIERIA EN SOFTWARE
DOCENTE
VARGAS GUARNIZO MARIA TERESA
ESTUDIANTE
PAULA ANDREA CERON RINCON
CODIGO:084801912019
2019
INTRODUCCION:
Por otra parte, se deben establecer bases que permitan entender los
requerimientos del software dividiendo cada base en dichas etapas. En primer
lugar, está la identificación de los participantes a lo que hace referencia esta
etapa es tener en cuenta a cada uno de los que están o estarán interactuando
con el aplicativo. Por consiguiente, está el reconocer los múltiples puntos de vista
de allí se clasifica la información que tan importante es y si es necesario que este
en el aplicativo. Otra etapa es trabajar hacia la colaboración este colabora con
todos los requerimientos planteados para así tener un sistema exitoso. Por otra
parte, hacer las primeras preguntas es una de las cosas más importantes y
esenciales, ya que solo se podrá realizar una sola ves durante todo el
procedimiento, la indagación de los requerimientos se encarga de combinar los
elementos de la solución con un enfoque colaborativo. Además, la reclamación
de los requerimientos en forma colaborativa se realiza en grupos, en todos los
directamente afectados y para finalizar el despliegue de la función de calidad
(DFC). Esta traduce las necesidades del cliente en requerimientos técnicos de
software.
Por otro lado, hay tres tipos de requerimientos aparte.
Están los requerimientos normales: Que son los que se establecen para un
producto o sistema durante las reuniones con el cliente.
Requerimientos esperados: Es lo que todo software debe llevar, estando
implícitos en el producto. Humano/maquina, operación rápida y confiable.
Requerimientos emocionantes: Sorprender al cliente con cosas inesperadas,
realizando en cuentas o entrevistas, teniendo en cuenta las tablas de voz que
tiene el cliente.
R1: dadas dos ciudades C1 y C2, el programa debe dar el itinerario para ir de
Requerimiento C1 a C2, usando los vuelos de la empresa. En este ejemplo sólo hay
funcional un requerimiento funcional explícito. Sin embargo, lo usual es que en un
problema haya varios de ellos.