Está en la página 1de 5

Cuestionario Somerville

4.1 Sugiera el modelo de proceso del software genrico que


podr utilizarse para gestionar el desarrollo de los sistemas,
dando algunas razones basadas en el tipo de sistema a
desarrollar.
Un sistema de control antibloqueo de frenos de un
automvil.
Modelo en Cascada, el sistema seria simple y no requerir muchos
cambios una vez hecho el anlisis.

Un sistema de realidad virtual para ayuda al


mantenimiento del software
Ingeniera de Software basada en componentes, se pueden reutilizar
componentes del mismo software.

Un sistema de contabilidad universitaria que reemplace el


existente
Ingeniera de Software basada en componentes, aunque no se haran
muchos cambios (aparentemente) despus de lanzado el software, pero
puede utilizarse cdigo o diseos muy parecidos a otras bibliotecas e
incluso ideas del sistema anterior.

Un sistema interactivo que permita a los pasajeros


encontrar los horarios de los trenes a partir de las
terminales instaladas en las estaciones.

Modelo Evolutivo, aparentemente es muy sencillo, pero es muy probable


que el cliente quiera agregar nuevas funciones ms adelante

4.2 Explique por qu los programas que se desarrollan


utilizando el desarrollo evolutivo tienden a ser difciles de
mantener.

Como diferentes equipos desarrollan distintas partes del sistema es difcil


establecer una arquitectura del sistema estable, el cual hace difcil integrar las
contribuciones de los equipos

4.3 Explique cmo el modelo en cascada para el proceso del


software y el de construccin de prototipos pueden encajar en el
de proceso en espiral.
El modelo en cascada puede encajar siendo el ms apropiado para el desarrollo
si el mayor riesgo identificado es la integracin de los subsistemas y la
construccin de prototipos si los riesgos en la interfaz del usuario son
dominantes.

4.4 Cules son las ventajas de proporcionar vistas estticas y


dinmicas del proceso del software como en el Proceso
Unificado de Rational?

La ventaja es que las fases del proceso de desarrollo no estn asociadas con el
flujo de trabajo especfico.
1. Una perspectiva dinmica que muestra las frases del modelo sobre el
tiempo.
2. Una perspectiva esttica que muestre las actividades del proceso que se
presentan.
3. Una perspectiva prctica que sugiera buenas platicas a utilizar durante
el proceso.
Las ventajas que se podran presentar en las vistas estticas es mostrar todas
las actividades que se vallan generando en todo el ciclo de vida del proceso y
sobre las vistas dinmicas es que muestre las fases(inicio, elaboracin,
construccin y transicin), que se presenten hay, sobre el modelo sobre el
tiempo.

4.5 Explique por qu es importante hacer distincin entre el


desarrollo de los requerimientos del usuario y el de los
requerimientos del sistema en el proceso de ingeniera de
requerimientos.
Es necesario conocer y comprender cuales son los servicios que se necesitan
desarrollar en el sistema, al saber esto se crea el documento de
requerimientos, que es la especificacin del sistema, si esto no se hace bien
pueden generar problemas posteriores en el desarrollo e implementacin del
sistema, los requerimientos del usuario son las ideas superficiales de lo que es
el sistema, y los requerimientos del sistema es algo mucho ms detallado de lo
que en realidad es.

4.6 Describa las principales actividades en el proceso de diseo


del software y las salidas de estas actividades. Utilizando un
diagrama, muestre las posibles relaciones entre las salidas.
Las actividades especficas del proceso de diseo son:
1. Diseo arquitectnico
Los subsistemas que forman el sistema y sus relaciones se identifican y
documentan.
2. Especificacin abstracta.
Para cada subsistema se produce una especificacin abstracta de sus
servicios y las restricciones bajo las cuales debe funcionar.
3. Diseo de la interfaz.
Para cada subsistema se disea y documenta su interfaz con otros
subsistemas. Esta especificacin de la interfaz debe ser inequvoca ya
que permite
Que el subsistema se utilice sin conocimiento de su funcionamiento.
4. Diseo de componentes.

asignan servicios a los componentes y se disean sus interfaces.


5. Diseo de la estructura de datos.
Se disea en detalle y especifica la estructura de datos utilizada en la
implementacin del sistema.
6. Diseo de algoritmos.
Se disean en detalle y especifican los algoritmos utilizados para
proporcionar los servicios. Todas estas actividades se asocian a UML
Diagrama de Relaciones
Especificacin de requerimiento

Diseo de la estructura deDiseo


datos de algoritmo
Diseo de Componentes

Diseo de la interfaz
Diseo arquitectnico
Especificacin abstracta

Especificacin de software
Especificacin de la
Especificacin
interfaz
de
Especificacin
componentes
de la estructura
Especificacin
de datos de algoritmos
Arquitectura del sistema

4.7 Cules son los cinco componentes de un mtodo de diseo?


Considere cualquier mtodo que conozca y describa sus
componentes. Evale la integridad del mtodo elegido.
Un modelo de objetos que muestra las clases de objetos utilizadas en el
sistema y sus dependencias
Un modelo de secuencias que muestra cmo interactan los objetos en
el sistema cuando este se ejecuta
Un modelo de estado de transicin que muestra los estados del sistema
y los disparadores de las transiciones desde un estado a otro
Un modelo estructural en el cual se documentan los componentes del
sistema y sus agregaciones
Un modelo de flujo de datos en el que el sistema se modela utilizando la
transformacin de datos en que tiene lugar cuando se procesan. este no
Especificacin del sistema
Especificaciones de requerimientos
Diseo detallado
del sistema
se utiliza frecuentemente en elDiseo
diseo
de sistemas de tiempo real y de
negocio
Plan de la prueba Plan
de aceptacin
de la prueba de
aceptacin
del sistema
Plan
de la prueba
de integracin de los subsistemas

4.8 Disee un modelo de proceso para las pruebas de ejecucin


y recopile los resultados.
Prueba y codificacin de modulo y unidades

Servicio

Prueba de integracinPrueba
del sistema
de integracin del subsistema
Prueba de aceptacin

Prueba de componentesPrueba del sistema


Prueba de aceptacin

4.9 Explique por qu un sistema software que se utiliza en un


entorno real debe cambiar o convertirse progresivamente
en menos til.
un sistema de software es menos til cada vez en un entorno real puesto que
da a da van saliendo casas nuevas y mejores el cual hace que este quede por
decirlo as atrasado a comparacin de estos

4.10 Indique cmo el esquema de clasificacin de la tecnologa


CASE puede ser til para los administradores encargados de
adquirir sistemas CASE.
La tecnologa CASE proporciona ayuda automatizada a los procesos de
software, adems de proporciona informacin acerca del software en
desarrollo, esto permite algunas mejoras en la calidad y productividad del
software, aunque es probable que no siempre resulte fcil ubicar un producto,
El administrador puede tomar decisiones de cuando aplicarlas y cuando no.

4.11 Haga un estudio de las herramientas disponibles en su


entorno local de desarrollo y clasifquelas de acuerdo con los
parmetros (funcin, actividad, amplitud de soporte) sugeridos
aqu.
Herramienta de Planificacin
Herramienta de edicin
Herramienta de Gestin de cambio
Herramientas de gestin de la
configuracin
Herramientas de construccin de
prototipos
Herramientas de apoyo a mtodos
Herramientas de procesamiento de
lenguajes
Herramientas de anlisis de

Herramientas PERT, herramientas de estimacin,


hojas de calculo
Editores de texto, editores de diagramas,
procesadores de teto
Herramientas de rastreo de requerimientos, sistemas
de control de cambios
Sistema de gestin de las versiones ,herramientas de
construccin de sistemas
Lenguajes de muy alto nivel, generadores de interfaz
de usuario
Editores de diseo, diccionarios de datos,
generadores de cdigo
Compiladores, interpretes
Generadores de referencias cruzadas, analizadores

programas

estticos, analizadores dinmicos

4.12 Histricamente, la introduccin de la tecnologa ha causado


profundos cambios en el mercado laboral y, almenos
temporalmente, elimina personas de los puestos de trabajo.
Comente si es probable que la introduccin de tecnologa CASE
avanzada pueda tener las mismas consecuencias para los
ingenieros de software. Si piensa que no es as, explique por
qu no. S piensa que reducir (as oportunidades de trabajo, es
tico para los ingenieros afectados resistirse, pasivamente o
activamente, a la introduccin de esta tecnologa?
reducir las oportunidades de trabajo no me parece tico que los ingenieros
afectados se resistan activamente puesto que la implementacin de esta
tecnologa es buena.

También podría gustarte