You are on page 1of 5

PROGRAMA:

TECNOLOGIA EN GESTION DE BASE DE DATOS

MATERIA
INGENIERIA EN SOFTWARE

DOCENTE
VARGAS GUARNIZO MARIA TERESA

ESTUDIANTE
PAULA ANDREA CERON RINCON
CODIGO:084801912019

SANTIAGO DIAZ FANDIÑO


CODIGO:084801652018

DIMAS ALEJANDRO MORENO MENDOZA


CODIGO:084801882018

CAMILO ANDRES RODRIGUEZ ZARTA


CODIGO:084801172018

2019
INTRODUCCION:

A través de los años se ha podido constatar que los requerimientos o requisitos


son la pieza fundamental en un proyecto de desarrollo de software, ya que
marcan el punto de partida para actividades como la planeación, básicamente
en lo que se refiere a las estimaciones de tiempos y costos, así como la definición
de recursos necesarios y la elaboración de cronogramas que será uno de los
principales mecanismos de control con los que se contará durante la etapa de
desarrollo. Además, la especificación de requerimientos es la base que permite
verificar si se alcanzaron o no los objetivos establecidos en el proyecto ya que
estos son un reflejo detallado de las necesidades de los clientes o usuarios del
sistema yes contra lo que se va a estar verificando si se están cumpliendo las
metas trazadas. Es muy frecuente escuchar entre los conocedores del desarrollo
de software (programas de computadoras), que un gran número de los proyectos
de software fracasan por no realizar una adecuada definición, especificación, y
administración de los requerimientos. Dentro de esa mala administración se
pueden encontrar factores como la falta de participación del usuario,
requerimientos incompletos y el mal manejo del cambio a los requerimientos.
Requerimientos
Para poder hablar de los requerimientos debemos aclarar que se usa un sentido
formal en la ingeniería de sistemas, ingeniería de software e ingeniería de
requerimientos a lo que lleva que un requerimiento lo adquirimos de un sistema
de software teniendo múltiples relaciones entre ellos a lo que nos transporta que
un conjunto de requerimientos de un sistema computacional es complejo.
Para tener una idea más clara de los requerimientos tenemos la ingeniería de
requerimientos, esta establece una base sólida para el diseño y construcción, sin
esta. El software tiene alta probabilidad de no satisfacer las necesidades del
cliente. Por ende, se debe atender con mucha cautela cada uno de los distintos
requerimientos y necesidades del proyecto.
A medida que un requerimiento se va transformando a un sistema funcional hay
que tener en cuenta los procesos administrativos de este, los cuales son los
siguientes:
Concepción: Es el cómo se inicia un proyecto y el cuándo se descubre dicha
necesidad.
Indagación: Se pregunta al cliente los objetivos. Teniendo en cuenta los
problemas de la indagación los cuales son; problemas de indagación, problemas
de alcance y problemas de volatilidad. Teniendo una estructura basada en cada
uno de los problemas ya mencionados podríamos tener unos objetivos claros
referentes al cliente.
Elaboración: Se desarrolla un modelo refinado de los requerimientos ya
teniendo la información de la concepción e indagación para saber el
comportamiento del software. De esta manera se definen los atributos de cada
análisis.
Negociación: En la negociación se llega a un acuerdo con el cliente ordenando
los requerimientos según su prioridad, para después evaluar los conflictos,
costos y riesgos que esto tomaría.
Especificación: Se generará un documento escrito con descripciones y un
lenguaje natural con modelos gráficos o se hace un ERS, teniendo en cuenta
que sean para sistemas grandes de lo contrario es otro el procedimiento.
Validación: Analiza la especificación, certificando que se corrigieron las
inconsistencias, además, el mecanismo de validación principal es la revisión
técnica.
Administración: Es el conjunto de actividades que ayudan al equipo del
proyecto a identificar, controlar y dar seguimiento a dichos requerimiento.

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.

Cliente La empresa de aviación.

Usuario Las agencias de viaje del país.

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.

En el enunciado no está explícito, pero para poder resolver el problema, es


necesario conocer todos los vuelos de la empresa y la lista de ciudades a las
Mundo del cuales va. De cada vuelo es necesario tener la ciudad de la que parte, la
problema ciudad a la que llega, la hora de salida y la duración del vuelo. Aquí debe ir
todo el conocimiento que tenga la empresa que pueda ser necesario para
resolver los requerimientos funcionales.
Cliente La empresa de aviación.

El único requerimiento no funcional mencionado en el enunciado es el de


Requerimiento
distribución, ya que las agencias de viaje están geográficamente dispersas y se
no funcional
debe tener en cuenta esta característica al momento de construir el program a.

You might also like