FASE 2 - MODELAMIENTO

UNIDAD 2

PRESENTADO POR:

ENEIDA E. VILLAFANE GUERRERO

CC 39018546

GRUPO 301404A -612

TUTOR: DIANA JUDITH MENDEZ

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

INGENIERÍA DE SOFTWARE

ACTIVIDAD INDIVIDUAL

2019
 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 software escogido para el desarrollo de la propuesta hace parte de los software de tiempo

real. Destacando su forma de trabajo se puede mencionar que existen equipos

computacionales los cuales trabajan de forma interactuada con otros dispositivos hardware.

El software con el cual realizan sus actividades estos sistemas se le atribuye el nombre de

software de tiempo real embebido el cual debe dar respuesta a determinada acción realizada

por el usuario al hardware el cual generalmente va a ser portable, sobre todo por el tipo de

requerimiento.

El sistema de tiempo real el cual tiene a cargo desarrollarlo la empresa Moreno &

Asociados S.A.S. debe brindar un correcto funcionamiento, sobre todo en el instante que

sea requerido, su respuesta debe ser instantánea.

Aunque una respuesta oportuna se convierte en el requerimiento de todo usuario sin

importar que tipo de software está manejando.

El sistema de tiempo real se puede caracterizar como estímulo-respuesta, los estímulos

pertenecen a dos clases

 Los periódicos: Estos son generados por sensores en tiempo real

 Los aperiódicos pueden ser generados por actuadores o sensores

Teniendo en cuenta los problemas descritos en el caso de la fase anterior se plantea la

implementación de un software el cual cuente con las condiciones necesarias para satisfacer

las necesidades de los turistas que visitan los diferentes municipios del país. Ofreciendo al

exterior la mejor imagen del país. Es por ello que Moreno y Asociados desea desarrollar la

aplicación con el objetivo que las personas que visiten Colombia tenga información de

aspectos tales como lugares, historia, eventos y ofertas, debe poseer la característica de fácil

descarga y al realizar la suscripción tendrán el acceso a toda la información del municipio

donde se localicen. La aplicación debe contar con una exactitud como para tener

información sobre los más pequeños detalles de los diferentes hoteles y restaurantes del

municipio. La aplicación desarrollada está orientada a ser un guía turista para cada

visitante, adicionalmente contará con información y opiniones de personas que hayan

visitado el lugar y poder decidir si quedarse o cambiar. Un aspecto que es esencial dentro

de la aplicación es el referente a las compras y reservas de pasajes, sin dejar de lado que

debe evidenciar los descuentos y promociones de cada negocio

2. Modelo de desarrollo de software seleccionado.

Rad o desarrollo de aplicaciones rápidas de sistemas utilizables. Está compuesto por un

grupo reducido de personas incluyendo desarrolladores y tester del sistema. También se

debe de hacer énfasis al desarrollo de la aplicación cumpliendo correctamente las

funcionalidades principales, dejando a un lado las implementaciones secundarias. Este

modelo toma principalmente en cuenta las características de usabilidad, utilidad y rapidez

de la ejecución de la aplicación.
3. Explicación y justificación de la selección del modelo.

La selección del modelo de Desarrollo rápido de aplicaciones (DRA) se debe a que es un

modelo de procesos específicamente del desarrollo del software lineal secuencial el cual

enfatiza un ciclo de vida extremadamente corto. Adicionalmente (DRA) Es una adaptación

a Alta velocidad que para el caso para lo cual se le requiere brindaría una excelente rapidez.

Si el equipo de trabajo comprende bien los requisitos y se mantiene a los lineamientos del

proyecto el proceso (DRA) Permite al equipo de desarrollo crear un sistema completamente

funcional dentro de periodos cortos de tiempo.

4. Descripción de las fases del ciclo de vida y su aplicación para la propuesta de

desarrollo, de acuerdo al modelo seleccionado.

• Modelado de gestión: el flujo de información entre las funciones de gestión se modela de

forma que responda a las siguientes preguntas: ¿Qué información conduce el proceso de

gestión? ¿Qué información se genera? ¿Quién la genera? ¿A dónde va la información?

¿Quién la procesó?

• Modelado de datos: el flujo de información definido como parte de la fase de modelado

de gestión se refina como un conjunto de objetos de datos necesarios para apoyar la

empresa. Se definen las características (llamadas atributos) de cada uno de los objetos y las

relaciones entre estos objetos.

• Modelado de proceso: los objetos de datos definidos en la fase de modelado de datos

quedan transformados para lograr el flujo de información necesario para implementar una

función de gestión. Las descripciones del proceso se crean para añadir, modificar, suprimir,

o recuperar un objeto de datos. Es la comunicación entre los objetos.

• Generación de aplicaciones: El DRA asume la utilización de técnicas de cuarta

generación. En lugar de crear software con lenguajes de programación de tercera

generación, el proceso DRA trabaja para volver a utilizar componentes de programas ya

existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario).

En todos los casos se utilizan herramientas automáticas para facilitar la construcción del
software.

• Pruebas de entrega: Como el proceso DRA enfatiza la reutilización, ya se han

comprobado muchos de los componentes de los programas. Esto reduce tiempo de pruebas.

Sin embargo, se deben probar todos los componentes nuevos y se deben ejercitar todas las

interfaces a fondo

5 Descripción del equipo de trabajo y de los roles que implementarán de acuerdo al

modelo seleccionado.

Equipo de trabajo Roles

El Cliente Se puede pensar que tratar al cliente como

parte del equipo de desarrollo es extraño,
pero en realidad, no lo es: El cliente es un
factor importante en el éxito de un
proyecto, tanto como cualquier otro
miembro del equipo, por eso es importante
contar con la participación activa del cliente
dentro del proyecto.

También es importante entender quién es en

realidad “El Cliente”. Tanto si se desarrolla
software para clientes actuales, como si se
desarrolla para uno mismo, o para la propia
empresa u organización, siempre hay un rol
de cliente. El cliente, es en esencia, quien
pone en marcha el proyecto, paga las
cuentas, o define el resultado final. Aun si
no se tiene literalmente un “cliente”, es
bueno entender que aun así existe un rol
“cliente” en su proyecto. Esto puede ayudar
a evitar confusiones. Si hay varias personas
diciendo que características se necesitan,
hay que asegurarse de que exista algún
responsable de tomar las decisiones cuando
estos requisitos sean contradictorios
Analista El analista es alguien que es responsable
de entender las necesidades del cliente, y
asegurarse de que la solución que está
siendo desarrollada se ajusta a esas
necesidades.

Las actividades típicas de un analista

incluyen la elicitación de requisitos,
reuniones con clientes y la redacción de
especificaciones funcionales.

Incluso si un proyecto es demasiado

pequeño para escribir un verdadero
documento de especificación, la
comprensión de las necesidades del cliente
es un trabajo importante, dado que a
menudo el éxito de un proyecto de
desarrollo depende de qué tan cerca está la
solución desarrollada de las expectativas del
cliente.
El Arquitecto de Software
El papel del arquitecto de software es
traducir los requisitos, tal como se define
por el analista, en una solución
técnica. Él puede crear un diseño técnico, o
simplemente algunos bocetos a mano
alzada, de cómo el sistema va a estar
estructurado. En cualquier caso, es la
responsabilidad del arquitecto a pensar en el
sistema antes de que se desarrolle. Si se
hace bien, durante la fase de diseño que se
abordarán correctamente todos los
problemas que se enfrenten en el desarrollo
de la solución.

A menudo hay muchas maneras de lograr

algo. El arquitecto de una aplicación es el
que decide qué camino tomar, en base a
la arquitectura global que ha
elegido. Cuando el desarrollo se ha
iniciado, es responsabilidad del arquitecto
realizar un seguimiento del desarrollo, para
ver si todavía se mantiene en consonancia
con el diseño general.
El Arquitecto del Sistema
El desarrollador del Software
Jefe de desarrolladores
Al igual que el arquitecto de software, el
Arquitecto del Sistema es responsable de
pensar el sistema antes de construirlo.
Asi como el arquitecto de software es
responsable para el software, un arquitecto
del sistema es responsable del hardware.
Muchas aplicaciones ejecutan
completamente en un único servidor.
Muchos otros sin embargo se ejecutan en
grupos de servidores, con servidores
dedicados de bases de datos, servidores web
y balanceadores de carga. Un arquitecto del
sistema tiene en cuenta los requisitos de
rendimiento y disponibilidad, el número de
usuarios / visitantes, etc. y en base a esto,
diseña una infraestructura de servidores y
una red.
El desarrollo efectivo de una aplicación es
hecha por los desarrolladores del equipo.
Pero un desarrollador tiene más
responsabilidades que solo escribir
código. Él es a menudo responsable de
hacer el seguimiento de su propio progreso,
e informar al jefe de proyecto de los
problemas a los que se enfrenta. Él es
también quien implementa las ideas del
arquitecto, y como tal, puede tener que
discutir las (in)posibilidades de la
implementación con el arquitecto.
Una responsabilidad importante es
documentar el código. Mientras que
muchos desarrolladores piensan que la
documentación es algo que será realizado
mejor por alguien más, esta es en realidad
una responsabilidad importante del
desarrollador.
Un desarrollador líder, que tiene las mismas
responsabilidades que los otros
desarrolladores, pero también tiene añadidas
algunas más. Un desarrollador líder debe
entrenar a los otros desarrolladores, y
ayudarles a resolver los problemas que
puedan enfrentar. Este desarrollador, que
 suele ser el miembro del equipo más
experimentado, también será capaz de
asegurarse de que la ejecución sigue de
cerca al diseño planteado, y no se dé lugar a
lo que se denomina “invasión de
características” durante el desarrollo. El
desarrollador líder tiene una gran influencia
en la calidad del código.
Diseñador gráfico “Lo de dentro es lo que cuenta.”, es tan
cierto, como que también la percepción de
los usuarios depende mucho de la mirada y
la sensación que le produce una aplicación o
sitio web. No importa lo buena que la
aplicación sea, si la interfaz es
inconsistente, se sentirá menos robusto.
Gerente del proyecto Un gerente de proyecto tiene muchas
responsabilidades. Es responsable de la
planificación del proyecto, de mantener
el proyecto dentro del presupuesto, y de
la solución de problemas. En resumen, él
resuelve cualquier problema que ponga en
peligro el progreso del proyecto.

Muchas de las tareas del gerente del

proyecto tienen que ver con la
comunicación, la comunicación al cliente
sobre el progreso del proyecto y la
comunicación con todos los miembros del
equipo. Incluso en los proyectos de
desarrollo que no cuentan con un gerente de
proyecto, es conveniente asignar el rol de
gerente de proyecto a alguien, para que
quede claro quién es responsable de la
ejecución del mismo.

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 Especializadas

 Desarrollo "visual"
 Creación de prototipos falsos (simulación pura)

 Creación de prototipos funcionales

 Múltiples lenguajes

 Calendario grupal

 Herramientas colaborativas y de trabajo en equipo

 Componentes reusables

 Interfaces estándares (API)

 Control de versiones
 REFERENCIAS BIBLIOGRAFICAS

Sommerville, I. (2005). Ingenieria del software. Madrid : Pearson educacion S.A .

Recuperado de:

https://books.google.es/books?hl=es&lr=&id=gQWd49zSut4C&oi=fnd&pg=PR14&dq
=software+en+tiempo+real&ots=s749ymvvre&sig

Mendoza, G. M. (2005). Desarrollo rapido de aplicaciones. Obtenido de:

https://www.mena.com.mx/gonzalo/maestria/ingsoft/presenta/rad/

Perez, M. (2015). Sistemas inteligentes. Obtenido de

http://www.marioperez.com.mx/equipos-de-desarrollo/roles-y-responsabilidades/

Salcedo, D. Santos,D. (2015). DESARROLLO DE UN PROTOTIPO DE UNA

APLICACIÓN PARA DISPOSTIVOS MOVILES. Recuperado de:
https://repository.ucatolica.edu.co/bitstream/10983/2489/1/Documento%20FINAL.
pdf