Evaluación Final (A) 2020-20-A

Semipresencial – Programa a Distancia

Asignatura
Construcción de Software (ASUC00947)

Datos personales: JARAMILLO SAAVEDRA ELIO

1. Consideraciones:

Criterio Detalle
Tiempo 48 horas
aproximado:
Instrucciones  Repasa los temas de la unidad disponibles en el aula virtual.
para empezar a  Lee con atención y desarrolla cada pregunta con el sustento
elaborar la necesario de los temas estudiados en la Unidad.
 Desarrolla cada una de las preguntas planteadas en un archivo
evaluación final
Word.
 Guarda el archivo con tu apellidos y nombres, luego preséntelo.
 No está permitido el uso de celulares
 No está permitido el uso apuntes, materiales de clase
 El examen debe ser llenado con lapicero
 La ortografía, claridad, redacción y limpieza serán consideradas.

2. Enunciado:

La empresa de desarrollo ConstructSoft es la empresa ganadora para construir uno

de los proyectos mas grandes para la empresa “Financial.SAC”. Este proyecto se trata
de contruir un software que le permita a la empresa Financial.SAC estar mas cerca
de sus clientes a partir de APP movil el cual podrá ser descargado desde cualquier
tienda virtual.

Según el caso expuesto anteriormente responda lo siguiente en base a la

construcción del software para nuestro cliente exclusivo:

1. Indique que modelo de desarrollo de software visto en clase utilizaria para esta
construcción de este proyecto, sustentar ¿el porque?

El modelo en cascada es un proceso de desarrollo secuencial, en el que el

desarrollo de software se concibe como un conjunto de etapas que se
ejecutan una tras otra. Se le denomina así por las posiciones que ocupan
las diferentes fases que componen el proyecto, colocadas una encima de
otra, y siguiendo un flujo de ejecución de arriba hacia abajo, como una
cascada. se originó en la industria y la construcción, donde los cambios
a posteriori son caros y difíciles de implementar. Cuando estás

1|Página
 creando un producto material, realizar cambios en lo ya construido es
mucho más difícil que en un programa informático

El propósito de esta fase es mantener el valor del software a través del

tiempo. Esto puede hacerse añadiendo nuevos requisitos, corrigiendo errores,
renovando el aspecto visual, mejorando la eficiencia o añadiendo nueva
tecnología. El periodo de mantenimiento puede durar años, por lo que es una
fase clave del modelo en cascada.

ventajas inconvenientes

✘ Por norma general, los proyectos más

✔ Una estructura sencilla gracias a unas
complejos o de varios niveles no permiten
fases de proyecto claramente
su división en fases de proyecto
diferenciadas
claramente diferenciadas.

✔ Buena documentación del proceso de ✘ Poco margen para realizar ajustes a lo

desarrollo a través de unos hitos bien largo del proyecto debido a un cambio en
definidos. las exigencias

✔ Los costes y la carga de trabajo se ✘El usuario final no se integra en el

pueden estimar al c proceso de producción hasta que no
omenzar el proyecto. termina la programación

✔ Aquellos proyectos que se estructuran

✘En ocasiones, los fallos solo se detectan
en base al modelo en cascada se pueden
una vez finalizado el proceso de
representar cronológicamente de forma
desarrollo.
sencilla.

2|Página
 2. Según el modelo de software escogido en la pregunta anterior (pregunta1),
mensione que pasos seguiria dentro de cada etapa.

El modelo de desarrollo en cascada sigue una serie de etapas de forma

sucesiva, la etapa siguiente empieza cuando termina la etapa
anterior.

Las fases que componen el modelo son las siguientes:

Requisitos del software

En esta fase se hace un análisis de las necesidades del cliente para
determinar las características del software a desarrollar, y se especifica
todo lo que debe hacer el sistema sin entrar en detalles técnicos. Hay que
ser especialmente cuidadoso en esta primera fase, ya que en este modelo
no se pueden añadir nuevos requisitos en mitad del proceso de
desarrollo. Esto se consigue teniendo una lista detallada de los requisitos,
y con una comunicación fluida con el cliente hasta que termine el tiempo

Diseño
la estructura interna del software, y las relaciones entre las entidades
que lo componen. Es conveniente distinguir entre diseño de alto nivel o
arquitectónico y diseño detallado. El primero de ellos tiene como
objetivo definir la estructura de la solución (una vez que la fase de
análisis ha descrito el problema) identificando grandes módulos
(conjuntos de funciones que van a estar asociadas) y sus relaciones.
Con ello se define la arquitectura de la solución elegida. El segundo
define los algoritmos empleados y la organización del código para
comenzar la implementación.
Implementación

Al programar, tenemos que realizar actividades como el análisis de las

condiciones, la creación de algoritmos, y la implementación de éstos en
un lenguaje de programación específico. Un algoritmo es un conjunto
de instrucciones o reglas bien definidas y ordenadas que permiten
llevar a cabo una actividad mediante pasos sucesivos.
Verificación

indica, una vez se termina la fase de implementación se verifica que

todos los componentes del sistema funcionen correctamente y cumplen
con los requisitos.

3|Página
El objetivo de las pruebas es el de obtener información de la calidad del
software, y sirven para: encontrar defectos o bugs, aumentar la
calidad del software, refinar el código previamente escrito sin miedo a
romperlo o introducir nuevos bugs, etc.

nstalación y mantenimiento

las funcionalidades del software y se ha comprobado que funcionan

correctamente, se inicia la fase de instalación y mantenimiento. Se
instala la aplicación en el sistema y se comprueba que funcione
correctamente en el entorno en que se va a utilizar.

A partir de ahora hay que asegurarse de que el software funcione y

hay que destinar recursos a mantenerlo. El mantenimiento del
software consiste en la modificación del producto después de haber
sido entregado al cliente, ya sea para corregir errores o para mejorar
el rendimiento o las características.

3. Esquematice como seria su diseño del Software.

Puedes adaptar estas fases según lo requiera el proyecto de software que
estés desarrollando, siempre y cuando se tomen en cuenta todos los
puntos importantes dentro de las 5 fases principales, que enseguida te
explicaremos brevemente:

 LA EMTRADA
- Documentos requisitos del software
 Actividades
- Establecer una estrategia de solución
- Análisis de alternativas. Formalizar la solución
- Descomponer y organizar la aplicación
- Fijar descripciones de cada modulo
 SALIDA
- documentos de diseño de software

4|Página
 4. Mensione como aplicaria el uso de la reutilzación

la reutilización tiene la clara ventaja de reducirla cantidad de software a

desarrollar y, por lo tanto, la de disminuir costos y riesgos; por lo general,
también conduce a entregas más rápidas del software. Sin embargo, son,
inevitables los compromisos de requerimientos y esto conduciría hacia un
sistema que no cubra las necesidades reales de los usuarios. Más aún, se
pierde algo de control sobre la evolución del sistema, conforme las nuevas
versiones de los componentes reutilizables

 Procedimiento para construir un sistema mediante la

reutilización de “algo” procedente de algún esfuerzo de desarrollo
anterior.
 En la mayoría de los proyecto de SW existe algo de reutilización.
Esto pasa cuando las personas que trabajan en el proyecto conocen
diseño o código similares al requerido.
 La reutilización sobre todo se usa en el paradigma OO y supone
cambios en el propio ciclo de vida.

5|Página
  El software se puede construir igual que el hardware, mediante el
ensamblaje de piezas (componentes). El uso de los componentes
software facilita la reutilización.

5. Detelle que puntos consideraria para medir la calidad de la contrucción del

Software.

Actualmente existe un gran interés por la calidad de los productos o

servicios. En el mercado actual que es tan competitivo no basta con
producir y distribuir los productos o servicios, vender es lo importante
y esto se genera con la aceptación por parte del cliente, se dice que la
calidad no tiene un concepto solo se reconoce. Sin embargo la calidad
en el software es un concepto complejo que no es directamente
comparable con la calidad de un producto. El software se ha
convertido en la actualidad en uno de los principales objetivos
estratégicos de las organizaciones debido a que, cada día, los procesos
mas importantes de las organizaciones y su supervivencia dependen
del funcionamiento del software.

 Fecha: Cuándo estará el software disponible Cuándo podrá integrarlo

con otros producto Cuándo tendrá que tener lista la formación para su
personal Cuándo tienen que estar disponibles los responsables de
sistemas para su puesta en marcha Llegará el producto a tiempo para
hacer lo que tiene comprometido por contrato en una fecha concreta
 Coste: Cuánto dinero va a costar Se puede pagar a plazo Los clientes no
tienen un baúl como en los dibujos animados lleno de dinero. El dinero
en las empresas, no suele estar disponible en todo momento. Depende
de la facturación, de si toca o no pagar impuestos, etc. Muchas
empresas necesitan pedir un préstamo para acometer pagos, incluso
los previstos.
 Calidad: se cumplirán las necesidades y requisitos establecidos estarán
todas las normas obligatorias recogidas Hay criterios de calidad
adicionales que aporten valor (usabilidad, etc)

6. Según el enunciado indique, ¿Cómo podriamos hacer uso de API?

6|Página
una API, es importante que comprendas qué es esta herramienta y
para qué sirve, por lo que será más fácil comprender toda la lógica
detrás de dicha estrategia.

API es el acrónimo utilizado para Aplicación Programación Interface,

o en español, Interfaz de Programación de Aplicaciones. Básicamente
es una interfaz que permite la comunicación entre dos sistemas o
plataformas diferentes, lo que permite agregar diversas funciones a
sitios web y aplicaciones.

Por ejemplo, utilizando una API de Google Maps, disponible en Google

Maps Platform, puedes agregar un mapa a tu sitio, lo que facilita a las
personas ver dónde está tu negocio e incluso dirigirlos hacia él.

7. Esquematice como seria el diseño utilizando APIs.

API, es útil considerar el valor de su efecto. No olvide que lo valioso es

la actividad principal de la empresa, no necesariamente la API. Esta es
valiosa cuando se convierte en un medio que permite acceder de nuevas
formas al valor actual que ofrece una empresa
Tanto el concepto de enfoque interno como el de enfoque externo de una
empresa permiten definir el objetivo de la API. El enfoque interno hace
referencia a los recursos específicos y valiosos de una empresa. Cuanto
más valiosos y exclusivos sean los servicios y los recursos que ofrece, más
conveniente será la adopción de un programa d Tanto el concepto de
enfoque interno como el de enfoque externo de una empresa permiten
definir el objetivo de la API. El enfoque interno hace referencia a los
recursos específicos y valiosos de una empresa. Cuanto más valiosos y
exclusivos sean los servicios y los recursos que ofrece, más conveniente
será la adopción de un programa de API.e API.

7|Página
3. Rúbrica de evaluación:
A continuación, se presenta la escala de valoración, en base a la cual se evaluará
Evaluación Final, donde la escala máxima por categoría equivale a 3 puntos y la
mínima a 0.

8|Página
 Criterios Insuficiente En proceso Suficiente Óptimo
(0 puntos) (1 puntos) (2 puntos) (3 puntos)
No conoce el Conoce poco el Conoce el modelo Conoce el
modelo de software modelo de software a de software a modelo de
a utilizar y no utilizar y sustenta utilizar mas no software a utilizar
sustenta dicho vagamente el porque sustenta el porque y sustenta el
modelo de software. recomienda utilizar recomienda utilizar porque
1 dicho modelo. dicho modelo. recomienda
utilizar dicho
modelo.
2 No define las Define con errores Define Define
etapas que que las etapas que vagamente las correctamente
seguirá en bse al que seguirá el etapas que que las etapas que
modelo de modelo de seguirá en base que seguirá el
software elegido software elegido al modelo de modelo de
software software
elegido elegido
3 No esquematiza el Esquematiza con Esquematiza Esquematiza
diseño de software errores el diseño de vagamente el correctamente el
software diseño de software diseño de
software.

No menciona nada Menciona Menciona y no Menciona y

al uso de la vagamente y no sabe como sabe como
reutilización en la sabe como emplear emplear el uso emplear
contrucción de el uso de la de la correctamente
software reutilización en la reutilización en el uso de la
4 construccion de la contrucción reutilización en
software de software la contrucción
de software
No detella ningun Detella vagamente Detella algunos Detella
punto para medir los puntos para puntos (3) para correctamente
la calidad de la medir la calidad de medir la calidad los puntos para
contrucción del la contrucción del de la medir la
5 Software Software contrucción del calidad de la
Software contrucción
del Software
No menciona nada Menciona Menciona y da Menciona,
referente a como vagamente como se ejemplos de detalla los
se podría utilizar podría utilizar una como se podría pasos y da
una API para el API para el caso utilizar una API ejemplos de
caso presentado. presentado. para el caso como se
presentado. podría utilizar
6 una API para
el caso
presentado.
No esquematiza el Esquematiza con Esquematiza Esquematiza
diseño utilizando APIs errores el diseño vagamente el correctamente el
7 utilizando APIs diseño utilizando diseño utilizando
APIs APIs

Total parcial
Nota

*Si la rúbrica suma más o menos de 20 puntos, realizar una regla de 3 simple para obtener la
nota en escala vigesimal.

9|Página