1Cules son los grandes retos a los que se enfrenta la Ingeniera de software?

Hacer frente a los sistemas heredados (legacy systems), hacer frente a la creciente
diversidad y hacer frente a las demandas de entrega con tiempos cada vez ms reducidos.
Los sistemas heredados, sistemas antiguos pero valiosos, deben ser mantenidos y
actualizados.
Heterogeneidad, consiste en que los sistemas son distribuidos e incluyen una mezcla de
diferentes hardware y software (interoperatividad).
Plazos de entrega, actualmente hay una creciente presin para que los sistemas software
sean entregados con rapidez.
2Cules son los principios de la ingeniera de software? Explique dos de ellos
Los principios:
- Rigor y formalidad
- Separacin de intereses
- Modularidad
- Abstraccin: Es un proceso mediante el cual identificamos los aspectos importantes de un
fenmeno e ignoramos sus detalles. Lo que debemos considerar importante o detalle
depende del propsito de la abstraccin.
Es una herramienta poderosa utilizada por ingenieros de todas las disciplinas para manejar
la complejidad.
- Anticipacin al cambio
- Generalidad: Cada vez que se pide a uno resolver un problema, se debe tratar de enfocar
en el descubrimiento de un problema ms general que puede estar oculto detrs del
problema propuesto.
De forma ms general, la solucin a un problema generalizado tiene ms potencial para
poder ser reutilizada.
La generalidad es un principio fundamental si lo que se desea es desarrollar herramientas o
paquetes software para uso amplio por parte del mercado.
- Incrementalidad

3Cules son los elementos que permiten lograr los objetivos de un sistema
basado en computadora?
* Software:
Programas de computadora, estructura de datos y su documentacin que sirve para hacer
efectivo el mtodo lgico, procedimiento o control requerido.
*Hardware:
Dispositivos electrnicos que proporcionan capacidad de clculo, disposicin de
interconexin y dispositivos electromecnicos que proporcionan una funcin externa, del
mundo real.
*Personas:
Usuarios y operadores del hardware y software.
*Documentacin:
Manuales, formularios y otra informacin descriptiva que plasma el empleo y/o
funcionamiento del sistema.
*Procedimientos:
Los pasos que definen el empleo especfico de cada elemento del sistema.

4.-Grafique y explique la jerarqua de la ingeniera de sistemas basada en

computadora.

Por lo general los sistemas son jerrquicos en el sentido de que incluyen otros sistemas
(subsistemas).
La ingeniera de sistemas comprende una coleccin de mtodos para navegar de arriba
abajo y de abajo arriba en la jerarqua.
La jerarqua de la ingeniera de sistemas basado en computadora expresa (ver grfico
siguiente):
. La visin global se refina para enfocar un dominio de inters
. En el dominio especfico se analiza las necesidades de lo elementos del sistema (por
ejemplo, informacin, software, hardware, personas)
. La parte detallada son realizadas por disciplinas de ingeniera correspondiente (por
ejemplo, ingeniera de software, de hardware, etc)
5. Cules son las etapas del estudio del dominio del problema?. Explique cada
una.
Etapas:
Ingeniera de Sistemas
Asociada al estudio del sistema en su conjunto.
- Determinacin de requisitos del sistema.
- Modelado del sistema en su conjunto.
Ingeniera del Software
Asociada al estudio de la parte software del sistema.
- Determinacin de requisitos del software.
- Modelado del software.
6. Cules son los atributos de un buen software?. Explique dos de ellos
2

El software debe ofrecer al usuario la funcionalidad y el rendimiento requerido y debe ser

mantenible, fiable, eficiente y usable.
Mantenibilidad
- el software debe evolucionar para adaptarse a las necesidades cambiantes.
Fiabilidad
- el software debe ser fiable (no debe dar sorpresas).
Eficiencia.
- el software no debe malgastar o hacer un mal uso de los recursos del sistema.
Usabilidad
- el software debe ser fcilmente usable por los usuarios para los cuales ha sido diseado.

7. Grafique y explique la curva real de fallos de software.

8. Grafique y explique el concepto de la ingeniera de software estratificada?

La ingeniera de software es una tecnologa multicapa, cualquier
enfoque de ingeniera debe apoyarse sobre un compromiso de
organizacin de calidad.

9. Grafique y explique el esquema de modelado del sistema.

Como parte de los requerimientos y diseo del sistema, ste tiene que modelarse como un
conjunto de componentes y relaciones entre estos componentes. Esto se puede ilustrar
grficamente en un modelo arquitectnico del sistema, el cual proporciona un panorama
general del sistema.
10. Cules son los problemas de la crisis del software?. Explicar cada uno.
- la planificacin y estimacin de costos es frecuentemente muy imprecisa.
- la productividad de la gente no se corresponde con la demanda de sus servicios.
- la calidad del software no llega a ser a veces ni adecuada
11. Grafique y explique el marco de trabajo comn de un proceso de software.
Un proceso de software se puede caracterizar como se muestra:

Un proceso del software es un conjunto de actividades y resultadosasociados que conducen

a la creacin de un producto de software.
Marco de trabajo de las tareas que se requieren para construir software de alta calidad.
Es el conjunto de actividades tcnicas y administrativas necesarias para la fabricacin de un
producto de software.
12. Cules son las actividades fundamentales que son comunes a todos los
proceso de software?. Explique cada uno
1. Especificacin del software:
Se debe definir la funcionalidad del software y las restricciones en sus operaciones.
2. Diseo e implementacin del software:
Se debe producir software que cumpla su especificacin.
3. Validacin del software:
Se debe validar el software para asegurar que hace lo que el cliente desea.
4. Evolucin del software:
El software debe evolucionar para cumplir los cambios en las necesidades del usuario.
4

13. Qu es un modelo de proceso de software?. Y liste 4 ejemplos de modelos de

procesos
Un modelo del proceso del software es una representacin abstracta de un proceso del
software.
Los modelos de proceso del software, son llamados tambin paradigmas de proceso.
Estos modelos son abstracciones tiles que se pueden utilizar para explicar diferentes
enfoques para desarrollar software.
Para desarrollar diversas partes del sistema, se utilizan diferentes procesos.
Los modelos de procesos son:
- El modelo codificar-corregir
- El modelo de cascada (tradicional o clsico)
- Modelo construccin de prototipo
- Modelo de desarrollo rpido de aplicaciones
- Desarrollo evolutivo
- Desarrollo formal de sistemas
- Desarrollo basado en la reutilizacin

14. Indique 3 diferencias entre los modelos de procesos de software: cascada y

prototipos
Cascada:
Sugiere un sistema sistemtico secuencial (lineal) hacia desarrollo del software.
El software puede ser evaluado antes de la codificacin.
El cliente debe tener paciencia, ya que la aplicacin solo estar disponible en un estado
muy avanzado del proyecto.
Prototipo:
Sugiere un enfoque cclico(no lineal) debido ala retroalimentacin
El software tiene un diseo rpido.
El cliente puede pensar que el prototipo es una versin acabada.
15. Indique 3 diferencias entre los modelos de procesos de software: cascada y
espiral.
Cascada :
Anlisis Es sencillo , sirve cuando el personal esta poco calificado.
Se tarda mucho tiempo en pasar por todo el ciclo.
Para que el proyecto tenga xito deben desarrollarse todas las fases
Espiral:
El anlisis de riesgo requiere la participacinde personal con alta cualificacin.
En cada giro se construye un nuevo modelo del sistemacompleto
Mejor modelo para el desarrollo de grandes sistemas.
16. Indique dos aspectos de por qu una metodologa de desarrollo de Software
-Ofrece un marco y un vocabulario comn para el equipo de trabajo.
-Sirve de gua en la utilizacin de las distintas tcnicas y herramientas.
-Ayuda a comprobar la calidad del producto final y al seguimiento de los proyectos.
-Para solucionar los problemas de los sistemas de informacin de una empresa no es
suficiente aplicar soluciones parciales, sino que se precisan enfoques globales.
-Resuelven muchos de los problemas y necesidades actuales existentes en el desarrollo de
aplicaciones.
17. Por qu es importante la planificacin de un proyecto de ingeniera de
software?
5

Para llevar a cabo un buen proyecto de desarrollo de software, debemos comprender el

mbito del trabajo a realizar, los recursos requeridos, las tareas a ejecutar, las referencias a
tener en cuenta, el esfuerzo (coste) a emplear y la agenda a seguir.
Tareas necesarias para la planificacin
- Establecer el alcance del software.
- Polticas y objetivos.
- Restricciones y/o limitaciones. Rendimiento, interfaces, fiabilidad, fsicas hardware y
software, etc.
- Estimacin de los recursos requeridos. Principalmente humanos y hardware/ software.
- Programacin temporal
- Anlisis costo/beneficio
Estimar recursos y tiempo para completar actividades y organizarlas.
18. Para qu sirve la tcnica de punto de funcin y COCOMO
Para proporcionar estimaciones directas del esfuerzo o de la duracin. La mayora son
modelos de factores empricos que cuentan con una parte principal (tamao del producto) y
un cierto nmero de factores de ajuste.
19. Indique las caractersticas deseables de una metodologa. Explique una.
. Existencia de reglas predefinidas
. Cobertura total del ciclo de desarrollo
. Verificaciones intermedias
. Planificacin y control
. Comunicacin efectiva
. Utilizacin sobre un abanico amplio de proyectos
. Fcil formacin
. Herramientas CASE
. Actividades que mejoren el proceso de desarrollo
. Soporte al mantenimiento
. Soporte de la reutilizacin
20. Cules son los requisitos de una metodologa?. Explique dos de estos.
Completa:
Entorno de trabajo que aporte soluciones a las necesidades de la definicin de un sistema de
informacin durante todas las etapas de su ciclo de vida.
Flexible:
. Adaptable a las necesidades de cada proyecto.
. Que pueda ser utilizado por todas las organizaciones independientemente de su tamao,
nivel de automatizacin y naturaleza del proyecto.
Facilitar la comunicacin y documentacin del sistema:
. Proporcionar mecanismos de comunicacin entre usuarios e informticos, as como dentro
del propio equipo de desarrollo (lenguaje comn).
. Estandarizar el vocabulario y las definiciones utilizadas.
. Eliminar al mximo la literatura y utilizar tcnicas de diagramacin que proporcionen
modelos precisos, inteligibles y fciles de revisin.
Accesible y Clara:
. Despersonalizar al mximo la definicin de un sistema de informacin.
. Fcil aprendizaje y uso, permitiendo el acceso a los proyectos de cualquier profesional
informtico independientemente de su experiencia.
. Que especifique los pasos a seguir en el desarrollo de los sistemas, los responsables de
llevarlos a cabo y los productos finales a obtener.
Fcil de Modificar:
. Facilitar las modificaciones propias de la evolucin de los sistemas.
. Definir invariantes que aseguren puntos de referencia durante la evolucin del sistema.
Que permita un control de calidad y gestin de proyectos:
6

. Asignar un papel relevante al usuario en la concepcin del sistema.

. Integrar tcnicas que faciliten la planificacin.
21. Por qu utilizar una metodologa en el desarrollo de Sw?. Justifique su respuesta.

Ofrece un marco y un vocabulario comn para el equipo de trabajo.

Sirve de gua en la utilizacin de las distintas tcnicas y herramientas.
Ayuda a comprobar la calidad del producto final y al seguimiento de los proyectos.
Para solucionar los problemas de los sistemas de informacin de una empresa no es
suficiente aplicar soluciones parciales, sino que se precisan enfoques globales.
Resuelven muchos de los problemas y necesidades actuales existentes en el desarrollo de
aplicaciones.
22. Esquematice la clasificacin de las metodologas.

Las metodologas de desarrollo y mantenimiento de sistemas de informacin las podemos

clasificar del siguiente modo:
Metodologas clsicas
- Sistmicas
- Estructurales
. Orientadas a procesos
. Orientadas a datos
. Orientadas a informacin
Orientadas a objetos
Orientadas a las especificaciones formales
Metodologas para sistemas en tiempo real

II unidad
1. Liste las reglas bsicas para la correcta diagramacin de los DFD x
niveles
1.- Identificar todos los FD de entrada y de salida, y dibujarlos alrededor del diagrama de
contexto.
2.- Llenar el cuerpo del DFD.
3.- Nombrar todos los flujos de datos ciudadosamente.
4.- Nombrar todos los procesos teniendo en cuenta sus entradas y salidas.
5.- Ignorar el comienzo y el fin (estado permanente del sistema)
6.- Omitir detalles de trayectorias de errores triviales
7.- No representar flujos de control.
8.- Una vez preparado, estar preparado para comenzar nuevamente.
La relacin padre-hijo entre el nivel superior e inferior.
Todos los FD que entran y salen del padre, deben estar presentes como entradas y/o
salidas de los procesos hijos. A esto se llama Regla de Balanceo.
Numeracin de los procesos en sus diferentes niveles. El primer nivel esta formado por el
diagrama cero y los procesos del siguiente nivel por 1, 2, 3, etc.
Cada diagrama tiene el numero del padre (Ejm: 1.1 , 2.1, ... , 1.1.1 ).
Un fichero debe ser mostrado por primera vez en un conjunto DFD en el nivel donde sea
utilizado como interfaz entre dos o ms procesos.
El lmite de procesos en un diagrama para que sea conceptualmente entendible es 7 +/- 2
procesos (o elementos).
Consideraciones sobre el particionamiento:
- Detener el particionamiento cuando los procesos de ms bajo nivel pueden describirse
completamente en una mini-especificacin de una hoja.
- Particionar hasta que los procesos tengan un flujo de entrada y uno de salida; o varios de
entrada y uno de salida (relacin 1:1 o de M:1)
7

2. Grafique el proceso de la ingeniera de requerimientos y describa brevemente

cada una de estas actividades.

3. Liste las tcnicas de recopilacin de informacin e indique porque son

importantes
a) Las entrevistas: la entrevista desea conocer tanto las opiniones como los sentimientos del
entrevistado acerca del estado actual de los sistemas, sus metas personales , de la
organizacin y de los procedimientos informales.
b) La observacin: por que permite a los analistas profundizar en lo que hace, y no slo lo
que se dice o se tiene documentado. El analista trata de comprender por medio de la
observacin, la influencia de quien toma las decisiones sobre los dems elementos de la
organizacin.
c) Los cuestionarios: permite a los analistas recoger opiniones, posturas, conductas y
caractersticas de diversas personas claves de una organizacin, que se encuentran
involucradas en la operacin de un sistema actual o en la implantacin de uno nuevo.
d) La revisin de documentacin: por que la revisin de registros, los analistas examinan
datos y descripciones
que ya estn escritos o registrados y en relacin con el sistema y los departamentos de
usuarios.
8

e) Sesiones de JAD (Joint Application Development): cuando se encuentran conflictos en los

requisitos de usuario.
Una sesin JAD es el mejor lugar para resolver dichos conflictos
f) Revisin del sistema heredado: por que es una actualizacin o sustituye al sistema
existente.

DIAPOS U2 - T8
U3
1.

Defina los objetivos fundamentales y uno complementario del diseo estructurado

Maximizar la facilidad de modificacin del sistema.

Disear sistemas fciles de probar y verificar.
2.

Defina el diseo estructurado y indique sus tcnicas para derivar.

El diseo estructurado es aquel que utiliza una estrategia para producir un diseo
top-down altamente mantenible y fcil de verificar.
Las tcnicas para derivar son:
- el anlisis de transformacin y de transaccin.
- la teora de autmatas (monitor de dilogo).
3.

Grafique el esquema de transformacin del modelo de anlisis en un modelo de diseo.

4.

Indique cuales son las formas normales y explique cada una.

Las formas Normales son:

a) Primera forma normal (1FN): se prohbe que en un registros haya repetitivos, es decir, que
todos los campos sean atmicos.
b) Segunda Forma Normal (2FN): elimina las dependencias funcionales; es decir, debe
cumplirse que los campos no claves dependan solamente de la clave primaria.
c) Tercera Forma Normal (3FN): eliminar las dependencias transitivas. Es decir, que un
campo no clave depende de otro campo no clave y este ltimo dependa de la de la clave
primaria.

5.

Indique cuales son los principios de buen diseo y explique cada uno.

La consistencia tiene dos(2) categoras:

a)
Consistencia con el mundo real: las aplicaciones deben construirse sobre las
experiencias del mundo real del usuario. Usar conceptos familiares para que hagan
ms fcil el uso y aprendizaje del sistema.
b)
Consistencia dentro y entre de la aplicaciones: Toda aplicacin debe ser
conceptualmente, lingsticamente, visualmente y funcionalmente consistente
dentro de ella y con otras aplicaciones.
La esttica y la claridad visual pueden mejorarse poniendo atencin a los principios
bsicos del diseo grfico concernientes a la agrupacin espacial, constraste y
representacin en tres dimensiones. Las mejores interfaces son las que combinan poder
en su funcionalidad con una buena apariencia.
Las consideraciones humanas, consisten en tener en cuenta las posibilidades fsicas,
mentales e incluso de personalidad del usuario a la hora de disear una interfaz.
6.

Elabore el grafo conversacional del diagrama contexto y diagrama cero:

7.

Elabore el DD del informe de ingresos x alquileres del DFD de la pregunta 6.

10

8.

Cules son los criterios que tiene que satisfacer una definicin de modulo.
Es la unidad primaria de la estructura de un programa. Es cualquier coleccin de
instrucciones ejecutables de un programa que satisface los siguientes criterios:
- Es una estructura cerrada,
- Puede ser llamada desde cualquier otro mdulo en el programa,
- Tiene la potencialidad de ser complicada independientemente,
- Posee entrada, salida, funcin, lgica y datos internos.

9.

Para que sirve un Diagrama estructurado de Procesos (DEP) y cul es su

notacin.

Un diagrama estructurado de procesos sirve para documentar una

vista jerrquica de un programa o sistema.

11

10.

11.

En que consiste el anlisis de transformacin y haga un ejemplo.

En que consiste el acoplamiento de mdulos y cules son sus tipos.

EL ACOPLAMIENTO
Es el grado de independencia entre dos mdulos. El objetivo es minimizarlo, o sea, hacer
los mdulos tan independientes como sea posible. Un acoplamiento bajo es ndice de
buen particionamiento y puede ser alcanzado eliminando relaciones innecesarias y
disminuyendo la tensin de las relaciones necesarias.

12

12.

Haga un ejemplo donde se ve la aplicacin del acoplamiento por cada tipo.

13

13.

En que consiste la cohesin de mdulos y cules son sus tipos.

Es la medida de cuan fuerte es la asociacin funcional de los elementos dentro de un

mdulo. Por elemento se entiende a una instruccin o grupo de instrucciones o una
llamada a otro mdulo; o sea, cualquier parte de cdigo que realice algn trabajo.
Lo que se desea son mdulos fuertes, altamente cohesivos. Asegurando una alta cohesin se
minimizan los acoplamientos. Esto tambin asegura que las funciones del sistema reflejen
las funciones del problema original.
14