FASE 2-MODELAMIENTO

PRESENTADO POR

CARLOS ANDRES ROJAS CLAROS

C.C. 1.123.305.372

PRESENTADO A

PILAR ALEXANDRA MORENO

GRUPO

301404_30

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA

INGENIERÍA DE SOFTWARE

2020
 FASE INDIVIDUAL

1. Resumen de la propuesta de software que trabajarán como grupo y que

seleccionaron en la fase anterior. (Tipo de software y descripción de la propuesta
de software).

El tipo de software que se propuso en la fase anterior fue SOFTWARE DE

TIEMPO REAL, ya que este coordina, analiza y controla sucesos del mundo real
conforme ocurren, este tipo de software maneja diferentes componentes, tales son la
recolección de datos, dar formato a la información recibida del exterior, análisis
para transformar la información la información, control y salida, monitorización que
coordine todos los componentes e un tiempo de entre 1 milisegundo a 1 segundo.
Componentes que podemos utilizar en la aplicación solicitada.

2. Modelo de desarrollo de software seleccionado.

Prototipo
3. Explicación y justificación de la selección del modelo.
Seleccioné el modelo Prototipo ya que permite que todo o alguna parte del sistema se
construyan rápidamente, para comprender y aclarar las ideas o los requerimientos,
asegurando que el desarrollador, el usuario, el cliente estén de acuerdo en lo que se
necesita; y si hubiera un desacuerdo, poder modificarlo. Este modelo se encarga del
desarrollo de diseños para que estos sean analizados y prescindir de ellos a medida que se
adhieran nuevas especificaciones, es ideal para medir el alcance del producto y su
funcionamiento, la desventaja seria que no se asegura su uso real.
Este modelo principalmente se lo aplica cuando un cliente define un conjunto de objetivos
generales para el software a desarrollarse sin delimitar detalladamente los requisitos de
entrada procesamiento y salida, es decir cuando el responsable no está seguro de la eficacia
de un algoritmo, de la adaptabilidad del sistema o de la forma en que interactúa el hombre y
la máquina. Este modelo se encarga principalmente de ayudar al ingeniero de sistemas y al
cliente a entender de mejor manera cuál será el resultado de la construcción cuando los
requisitos estén satisfechos.
Volviendo al caso de estudio, que es una aplicación que nos permite tener un guía turístico
a la mano, me parece que podemos realizar un prototipo con los objetivos o requerimientos
que ya tenemos; se realizan la evaluación del prototipo y utilizar sugerencias para mejorar
la aplicación.
4. Descripción de las fases del ciclo de vida y su aplicación para la propuesta de
desarrollo, de acuerdo al modelo seleccionado.

a. Recolección de requisitos. Redactar los requisitos, definir los objetivos

desde las necesidades del cliente; es decir del caso de estudio.
b. Diseño rápido. Centrado en los aspectos del software visible al usuario (por
ejemplo, interfaz de usuario, entradas y salidas…).
c. Construcción del prototipo: realización de la codificación del prototipo.
d. Evaluación del prototipo. Se realiza por el cliente y usuarios, lo que
permitirá concretar y refinar los requisitos del software a desarrollar.
e. Refinamiento del prototipo. Se produce un proceso iterativo en el que el
prototipo es refinado para que satisfaga las necesidades del cliente, al tiempo
que facilita al ingeniero de software un mejor conocimiento del sistema.
 f. Producto. Se hará entrega de la aplicación terminada al cliente, que en debe
estar satisfecho.
5. Descripción del equipo de trabajo y de los roles que implementarán de acuerdo
al modelo seleccionado.
En el modelo prototipo existen solo dos roles, el usuario y e profesional en sistemas:
Rol del Usuario
El papel del usuario puede resumirse en compromiso y honestidad. Si carece de
compromiso pocos son los motivos para desarrollar un prototipo, ya que el usuario
es el pivote del proceso de desarrollo y evaluación. Los usuarios interactúan con el
prototipo teniendo las siguientes responsabilidades:
 Utilizar y evaluar el prototipo las veces que sea necesario
 Identificar mejoras
 Sugerir las característica no deseadas
 Describir los requerimientos de datos
 Describir la salida deseada
Rol del Profesional de Sistema
El papel del profesional de sistema no solo debe construir el prototipo sino también
debe:
 Crear el clima adecuado al usuario para que este se exprese sin temor alguno
 Familiarizar al usuario con el prototipo
 Crear el plan para el desarrollo del prototipo
 Construir la versión inicial
 Evaluar las reacciones del usuario y plasmar las modificaciones en una
nueva versión
En nuestro grupo de trabajo, todos tomaremos el rol de profesional de sistemas y
desarrollaremos el prototipo de aplicación.
 6. Descripción de las herramientas y métodos de control que sugieren utilizar
dentro del proceso de desarrollo de software (control de ejecución, control de
cumplimiento, control de calidad, etc).

HERRAMIENTAS DE ANÁLISIS Y DISEÑO.

Las herramientas de análisis y diseño capacitan al ingeniero del software para crear
modelos del sistema que haya que construir. Los modelos contienen una representación de
los datos, de la función y del comportamiento (en el nivel de análisis), así como
caracterizaciones del diseño de datos, arquitectura, procedimientos e interfaz.

HERRAMIENTAS DE COMPROBACIÓN CLIENTES/SERVIDOR.

El entorno C/S existe unas herramientas de comprobación especializadas que ejerciten la

interfaz gráfica de usuario y los requisitos de comunicaciones en red para el cliente y el
servidor.
Para controlar la Calidad del Software es necesario, definir los parámetros, indicadores o
criterios de medición. El software posee determinados índices medibles que son las bases
para la calidad, el control y el perfeccionamiento de la productividad.

HERRAMIENTAS DE CONTROL DE CALIDAD.

La mayor parte de las herramientas CASE que afirman que tiene como principal interés el
control de calidad son en realidad herramientas métricas que hace una auditoria del código
fuente para determinar si es justa o no a ciertos estándares del lenguaje. Otras herramientas
extraen métricas técnicas como base para medir la calidad del software que se esta
construyendo.
HERRAMIENTAS DE GESTIÓN COMO BASE DE DATOS.

El software de gestión de bases de datos sirve como fundamentos para establecer una base
de datos CASE. Dado el énfasis acerca de los objetos de configuración, las herramientas de
gestión de bases de datos para CASE pueden evolucionar a partir de los sistemas de gestión
de bases de datos relacionales (SGBDR) para transformarse en sistemas de gestión de bases
de datos orientadas a objetos(SGBDOO).
HERRAMIENTAS DE MANTENIMIENTO

La categoría de herramientas de mantenimiento puede subdividirse de la siguiente forma:

Herramientas de ingeniería inversa a especificaciones. Toman el código fuente como
entrada y generan modelos de diseño y análisis estructurado, listas de utilización y otra
información con el diseño.
Herramientas de reestructuración y análisis de código. Analizan la sintaxis del programa,
generan un grafo de flujo de control y un programa estructurado.
Herramientas interactivas de reingeniería de sistema. Se utilizan para modificar sistemas de
base de datos.

Metodología SCRUM

A pesar de que la metodología XP recibe la mayor atención bibliográfica, las

organizaciones están enfocando su atención en la metodología ágil denominada SCRUM
(Schwaber & Shuterland, 2011) (Shuterland, 2012), la cual aplica las mismas premisas
conceptuales que XP pero para resolver un problema ligeramente distinto como es el de
desarrollo evolutivo de aplicaciones. SCRUM es una metodología ágil y flexible que sirve
para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de
la inversión para su empresa. Se basa principalmente en construir la funcionalidad de
mayor valor para el cliente y en los principios de inspección continua, adaptación, auto-
gestión e innovación.

Con SCRUM el cliente es pieza fundamental en el desarrollo de software, se entusiasma y

se compromete con el proyecto dado que lo ve crecer iteración a iteración. Asimismo le
permite en cualquier momento realinear el software con los objetivos de negocio de su
empresa, ya que puede introducir cambios funcionales o de prioridad en el inicio de cada
nueva iteración. Esta forma de trabajo promueve la innovación, motivación y el
compromiso del equipo que forma parte del proyecto, por lo que los profesionales
encuentran un ámbito propicio para desarrollar sus capacidades. SCRUM genera algunas
ventajas a diferencia de otras metodologías agiles entre ellas:

•Cumplimento de expectativas: El cliente establece sus expectativas indicando el valor

que aporta a cada requisito / historia del proyecto, el equipo los estima y con esta
información el propietario del producto establece su prioridad.

•Flexibilidad a cambios: Genera una alta capacidad de reacción ante los cambios de
requerimientos generados por necesidades del cliente o evoluciones del mercado. La
metodología está diseñada para adaptarse a los cambios de requerimientos que conllevan
los proyectos complejos.

•Reducción del tiempo: El cliente puede empezar a utilizar las funcionalidades más
importantes del proyecto antes de que esté finalizado por completo.

•Mayor calidad del software: La forma de trabajo y la necesidad de obtener una versión
funcional después de cada iteración, ayuda a la obtención de un software de calidad
superior.

•Mayor productividad: Se consigue entre otras razones, gracias a la eliminación de la

burocracia y a la motivación del equipo que proporciona el hecho de que sean autónomos
para organizarse.

•Maximiza el retorno de la inversión (ROI): Producción de software únicamente con las

prestaciones que aportan mayor valor de negocio gracias a la priorización por retorno de
inversión.

•Predicciones de tiempos: Mediante esta metodología se conoce la velocidad media del

equipo por sprint (los llamados puntos historia), con lo que consecuentemente, es posible
estimar fácilmente para cuando se dispondrá de una determinada funcionalidad que todavía
está retrasada.

•Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de más valor en

primer lugar y de conocer la velocidad con que el equipo avanza en el proyecto, permite
despejar riesgos eficazmente de manera anticipada.