• No se han encontrado resultados

Ejercicios 2. Procesos de Software

N/A
N/A
Protected

Academic year: 2021

Share "Ejercicios 2. Procesos de Software"

Copied!
6
0
0

Texto completo

(1)

Universidad De Colima

Facultad De Telemática

Ingeniería En Telemática

José Carlos Gonzalez Ramírez

5-“A”

Ingeniería De Software

M. en C. Gerardo Emmanuel Cárdenas Villa

Ejercicios 2. Procesos de software

(2)

2.1. Explicando las razones para su respuesta, y con base en el tipo de sistema a desarrollar, sugiera el modelo de proceso de software genérico más adecuado que se use como fundamento para administrar el desarrollo de los siguientes sistemas. El modelo incremental sería el más adecuado, ya que en este modelo podemos ver los incrementos que va obteniendo nuestro software y así también si se encuentra algún problema se pueda rectificar de la forma más apropiada.

2.2. Explique por qué el desarrollo incremental es el enfoque más efectivo para diseñar sistemas de software empresarial. ¿Por qué este método es modelo es menos adecuado para ingeniería de sistemas de tiempo real?

El desarrollo incremental es mucho más ágil y se resuelven los problemas de una forma inmediata por lo que se basa en una serie de pasos para la solución.

Para los sistemas de tiempo real no es muy recomendable ya que existen modelos más adecuados para este caso en los cuales se puede volver hacia atrás.

2.3. Considere el modelo de proceso basado en reutilización que se muestra en la figura 2.3. Explique por qué durante el proceso es esencial tener dos actividades separadas de ingeniería de requerimientos.

Primeramente tenemos las especificaciones de requerimientos en la cual se va a ver cada una de las características que tendrá nuestro software con respecto al usuario final y las modificaciones de requerimientos se encuentran separadas en caso que el usuario quiera complementar alguna otra aplicación al software en desarrollo.

2.4. Sugiera por qué, en el proceso de ingeniería de requerimientos, es importante hacer una distinción entre desarrollar los requerimientos del usuario y desarrollar los requerimientos del sistema.

(3)

Tenemos que ver todos los requerimientos que quiere el usuario, saber todas las características principales para así saber si los requerimientos de nuestro software van a cumplir con todas las expectativas del consumidor final es decir el cliente que nos pide dicho software.

2.5. Describa las principales actividades en el proceso de diseño de software y las salidas de dichas actividades. Con un diagrama muestre las posibles relaciones entre las salidas de dichas actividades.

Especificación de requisitos Diseño del software

Construcción o Implementación del software Integración

Pruebas (o validación) Despliegue (o instalación) Mantenimiento

2.6. Explique por qué el cambio es inevitable en los sistemas complejos, y menciones ejemplos (además de la creación de prototipos y la entrega incremental) de las actividades de proceso de software que ayudan a predecir los cambios y a lograr que el software por desarrollar sea más resistente al cambio.

Porque los requerimientos del sistema varían conforme la empresa procura que el sistema responda a presiones externas que se modifican.

Ejemplo:

En una empresa al tener más clientes se debe implementar nuevos requerimientos en el software por lo cual esta cambiaría su modelo original.

(4)

2.7. Explique por qué los sistemas desarrolladores como prototipos por lo general no deben usarse como sistemas de producción.

Porque es una versión inicial del software y aún no está completado al cien por ciento y en un prototipo se anticipan los cambios en los cuales se van a implementar en el software por lo que aún no está terminado.

2.8. Exponga por qué el modelo espiral de Boehm es un modelo adaptable que puede apoyar actividades tanto de evitar el cambio como de tolerar el cambio. En la práctica, este modelo no se ha usado ampliamente. Sugiera por qué éste podría ser el caso.

Dicho modelo nos dice que envía el cambio y lo tolera para poder reducir los riesgos ya que los cambios son resultado de los riesgos, en este modelo podemos encontrar los problemas y podemos retroceder para resolver los mismos.

2.9. ¿Cuáles son las ventajas de proporcionar visión estática y dinámica del proceso de software como en el Proceso Unificado Racional?

Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo)

Pretende implementar las mejores prácticas en Ingeniería de Software Desarrollo iterativo

Administración de requisitos

Uso de arquitectura basada en componentes Control de cambios

(5)

Verificación de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso).

2.10. Históricamente, la introducción de la tecnología a causados profundos cambios en el mercado laboral y, al menos temporalmente, ha reemplazado a personas en los puestos de trabajo.

Explique si es probable que la introducción de extensos procesos de automatización tenga las mismas consecuencias para los ingenieros de software. Si no cree que haya consecuencias, explique por qué. Si cree que reducirá las posibilidades laborales, ¿es ético que los ingenieros afectados resistan pasiva o activamente la introducción de esta tecnología?

En este caso si se reduciría las posibilidades laborales ya que al incrementarse la tecnología el software hacen mucho más rápido y eficiente los trabajos y así los resultados sería mucho más exacto.

Conclusión:

Este tema se habló sobre los diferentes tipos de trabajo para el desarrollo de un software según sus etapas y modelos correspondientes cuales son, como trabajan y cuál es su objetivo final , así como el cliente desea ver su producto final como va ser cuales funciones va tener y si cumple las expectativas de este o si no se deberá realizar mejoras u otro caso si necesita cosas extra se deberá agregarle con un costo extra de este software dependiendo cuales sean las necesidades del cliente o también la estimación del trabajo que se realice hacer en este, nos muestra que hay diferentes modelos de trabajo así como cada modelo ofrece ámbito diferente de trabajo sus características como su ventajas y desventajas de estos modelos y cual

(6)

deberíamos escoger para adoptar esta forma de trabajo que sea las más correspondiente y nos plantean escenario que podríamos tomar dependiendo las opciones que se nos muestran.

Referencias

Documento similar

 Al introducir este tema los diferentes tipos de textos poéticos y los tipos de clasificaciones según sus tendencias y épocas así mismo redactando un comentario

Implementar las herramientas de la ingeniería de software que permitan abordar proyectos de software, especialmente en sus etapas iniciales, a través de diferentes

Resumen : El Desarrollo de Software Dirigido por Modelos (MDD, Model Driven Development) es actualmente un importante paradigma en la Ingeniería de Software,

Entre los diferentes tipos de trabajos científicos que se podían elaborar con el fin de adquirir las competencias planteadas en la asignatura correspondientes al TFG (de

Etapas (con detalle de piezas tácticas correspondientes), en las cuales se planea realizar el proyecto de intervención en Diseño en Comunicación Visual, según los ejes que surgen del

Si bien existen diferentes Modelos de Proceso Software y Normas de Calidad con los que las empresas de software pueden certificar sus procesos, (CMMI, ISO 90003, ISO15504 o)

Se detectaron dos tipos de procesos según la instancia que produce el componente que proporciona el Programa. Los correspondientes a componentes que elaboran grupos..

Los modelos de procesos o calidad, y las metodologías de trabajo se resisten a funcionar en la ingeniería del software con la misma solvencia que en las ingenierías industriales,