EXAMEN UNIDAD I

NOMBRES Y APELLIDOS: Correa Chanchari Ismael

PARTE I. PREGUNTAS CORTAS TEÓRICAS (10 PUNTOS)
Responder con brevedad, pero con precisión y de forma justificada a cada una de las preguntas
que se plantean. Cada pregunta tendrá un valor de 2 puntos. Se penalizará claramente la falta
de síntesis.
1. Enumere las principales etapas del proceso de ingeniería de Software y comente
brevemente en qué consiste cada una. Etapas del Proceso de la Ingeniería del Software
La ingeniería de software requiere llevar a cabo numerosas tareas agrupadas en etapas, al conjunto
de estas etapas se le denomina ciclo de vida. Las etapas comunes a casi todos los modelos de ciclo
de vida son las siguientes:
I. Análisis de Requisitos (1).- Extraer los requisitos de un producto de software es la primera etapa
para crearlo. Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer,
se requiere habilidad y experiencia para reconocer requisitos incompletos, ambiguos o
contradictorios. El resultado del análisis de requisitos con el cliente se plasma en el documento ERS,
Especificación de Requisitos del Sistema, cuya estructura puede venir definida por varios
estándares, tales como CMMI. Asimismo, se define un diagrama de Entidad/Relación, en el que se
plasman las principales entidades que participarán en el desarrollo del software. La captura, análisis
y especificación de requisitos (incluso pruebas de ellos), es una parte crucial; de esta etapa depende
en gran medida el logro de los objetivos finales. Se han ideado modelos y diversos procesos de
trabajo para estos fines.
II. Especificación (1).- La especificación de requisitos describe el comportamiento esperado en el
software una vez desarrollado. Gran parte del éxito de un proyecto de software radicará en la
identificación delas necesidades del negocio (definidas por la alta dirección), así como la interacción
con los usuarios funcionales para la recolección, clasificación, identificación, priorización y
especificación de los requisitos del software. Entre las técnicas utilizadas para la especificación de
requisitos se encuentran: Caso de uso Historias de usuario Siendo los primeros más rigurosos y
formales, los segundas más ágiles e informales.
III. Arquitectura (1).- La integración de infraestructura, desarrollo de aplicaciones, bases de datos
y herramientas gerenciales, requieren de capacidad y liderazgo para poder ser conceptualizados y
proyectados a futuro, solucionando los problemas de hoy. El rol en el cual se delegan todas estas
actividades es el del Arquitecto. El arquitecto de software es la persona que añade valor a los
procesos de negocios gracias a su valioso aporte de soluciones tecnológicas. La arquitectura de
sistemas en general, es una actividad de planeación, ya sea a nivel de infraestructura de red y
hardware, o de software. La arquitectura de software consiste en el diseño de componentes de una
aplicación (entidades del negocio), generalmente utilizando patrones de arquitectura. El diseño
arquitectónico debe permitir visualizar la interacción entre las entidades del negocio y además poder
ser validado, por ejemplo, por medio de diagramas de secuencia. Un diseño arquitectónico describe
en general el cómo se construirá una aplicación de software.
IV. Programación (2). -Reducir un diseño a código puede ser la parte más obvia del trabajo de
ingeniería de software, pero no necesariamente es la que demanda mayor trabajo y ni la más
complicada. La complejidad y la duración de esta etapa está íntimamente relacionada al o a los
lenguajes de programación utilizados, así como al diseño previamente realizado.
V. Prueba (2). -Consiste en comprobar que el software realice correctamente las tareas indicadas
en la especificación del problema. Una técnica de prueba es probar por separado cada módulo del
software, y luego probarlo de forma integral, para así llegar al objetivo. Se considera una buena
práctica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la programaó,
idealmente un área de pruebas; sin perjuicio de lo anterior el programador debe hacer sus propias
pruebas. En general hay dos grandes formas de organizar un área de pruebas, la primera es que
esté compuesta por personal inexperto y que desconozca el tema de pruebas, de esta forma se
evalúa que la documentación entregada sea de calidad, que los procesos descritos son tan claros
que cualquiera puede entenderlos y el software hace las cosas tal y como están descritas. El
segundo enfoque es tener un área de pruebas conformada por programadores con experiencia,
personas que saben sin mayores indicaciones en qué condiciones puede fallar una aplicación y que
pueden poner atención en detalles que personal inexperto no consideraría.
VI. Documentación (2). - Todo lo concerniente a la documentación del propio desarrollo del
software y de la gestión del proyecto, pasando por modelaciones (UML), diagramas de casos de
uso, pruebas, manuales de usuario, manuales técnicos, etc.; todo con el propósito de eventuales
correcciones, usabilidad, mantenimiento futuro y ampliaciones al sistema.
VII. Mantenimiento (3). - Fase dedicada a mantener y mejorar el software para corregir errores
descubiertos e incorporar nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo
del software inicial. Alrededor de 2/3 del tiempo de ciclo de vida de un proyecto está dedicado asu
mantenimiento. Una pequeña parte de este trabajo consiste eliminar errores (bugs); siendoque la
mayor parte reside en extender el sistema para incorporarle nuevas funcionalidades yhacer frente
a su evolución.
2. Justifique brevemente la siguiente afirmación: “El software es un elemento que no se
estropea, pero sí se degrada.”
El software no se “estropea”: El hardware se deteriora con el paso del tiempo y con el uso. Los
errores no detectados del software provocarán fallos al principio de su vida. Sin embargo, una vez
corregidos deberían desaparecer los fallos y no aparecer nuevos. No obstante, la realidad suele ser
diferente. El software sufre a lo largo de su vida modificaciones y al introducir estos cambios suelen
producirse nuevos fallos que, a su vez, tienen que ser corregidos y así sucesivamente. El software
no se estropea con el paso del tiempo ni con el uso, pero sí se degrada como consecuencia de su
mantenimiento. Las correcciones de errores suelen introducir nuevos errores, y empeora la
mantenibilidad del código, hasta llegar a puntos en los que llega al final de su ciclo de vida.
La mayor parte del software se construye a medida, en lugar de ensamblar componentes como
hace la industria: En la fabricación del hardware, la reutilización de componentes es una parte
natural del proceso de ingeniería. En el mundo del software la reutilización es uno de los grandes
caballos de batalla, y aunque la irrupción de las tecnologías OOP (orientación a objetos) y SOA
(orientación a servicios), junto con la programación modular y el uso librería tienden a mejorar la
reutilización, ésta todavía es manifiestamente mejorable.

3. Explique brevemente la diferencia entre Ciclo de Vida y Metodología.

Este ciclo está dedicado a un constante aprendizaje y a una intensa colaboración entre
desarrolladores y clientes, esto debido al constante cambio en el ambiente de los negocios.
La mayoría de metodologías de desarrollo de software utilizan un ciclo de vida estático – diseñar –
construir, ASD ofrece un ciclo de vida iterativo, donde cada ciclo puede iterar y ser modificado el
tiempo que otro lo hace.
Metodología desarbolada por Jim High Smith, después d trabajar muchos años con metodologías
predictivas, concluyo que son afectuosas.
Metodología sin muchas ataduras y reglas a seguí, es la metodología más abierta. Las personas
deben de colaborar de mejor manera para dar respuesta y soluciones creativas.
El ciclo de vida de ASD es un ciclo orientado al cambio ya que esta delicado al céntimo aprendizaje
y una alta colaboración entre los desarrolladores y sus clientes.
Una metodología puede seguí uno o varias modelos de ciclo de vida es decir el ciclo de vida indica
que es lo que hay que obtener a lo largo del desarrollo del proyecto, pero no como haberlo.
La metodología indica como haya que obtener los distinto productos parciales y finales.

4. Diferencia entre los sistemas transaccionales y los de toma de decisión, ejemplos.

Sistemas transaccionales. -Es un tipo de sistema de información diseñado para recolectar,
almacenar, modificar y recuperar todo tipo de información que es generada por las transacciones
en una organización. Una transacción es un evento o proceso que genera o modifica la información
que se encuentran eventualmente almacenados en un sistema de información
Los sistemas transaccionales son uno de los muchos tipos de sistemas de información que existen,
son especialmente usados como su nombre lo indica para realizar transacciones o transferencias
de datos, información de una persona a otra, o dinero de una cuenta a otra, tienen entre sus
características que deben ser confiables, veloces inflexibles.
Ejemplo.
1.- un cliente transfiere dinero de una cuenta a otra cuenta dentro de un mismo banco; la cantidad
de dinero que se descuenta de la cuenta emisora debe ser igual a la que se suma en la cuenta
receptora. De no ser así, la acción (transacción) no se realiza.
2.- Un cliente está haciendo la reserva de un asiento en un vuelo, dicho asiento debe ser bloqueado
temporalmente hasta que se concrete la transacción, porque otro cliente podría estar queriendo
reservar el mismo asiento en el mismo momento.
Sistema de apoyo de toma de decisión .- El sistema de apoyo a la toma de decisiones es usado por
los gerentes de las empresas para analizar y tomar decisiones efectivas para las organizaciones,
de forma que se pueda aumentar la productividad y ganancias de la empresa, también se usa para
recolectar información y tomar decisiones en los grupos con la ayuda de cuestionarios, o por medio
del uso de un software llamado groupware; están compuestos por cuatro componentes primordiales:
Subsistema de administración del modelo, Subsistema de interfaz de usuario ,Usuario .

5. Realizar una tabla comparativa entre Sistemas Informáticos y Sistemas de Información

SISTEMA DE INFORMACION SISTEMA DE INFORMATICO

1. Incluye las Personas, los Datos, las 1.-. Incluye las Personas, los Datos, las
Actividades y/o técnicas de trabajo y los Actividades y/o técnicas de trabajo y los
recursos materiales en general, relacionando al recursos materiales en general, pero de forma
usuario electrónicamente con el equipo. tecnológica, por medio de una computadora o
2.Organizados y listos para su posterior uso, medio “informático”
generados para cubrir una necesidad (objetivo). 2.Organizados y listos para su posterior uso,
3. Administra los datos ingresados por el generados para cubrir una necesidad (objetivo)
usuario. pero de una manera más rápita y actualizada.
4. Durante el transcurso del tiempo sistemas de 3. Se relaciona al sistema de información ya que
información se han relacionado cada vez más como en el otro hay bibliotecas donde se
con el sistema informático, ya que los datos que almacenan los datos, en este no se deja de lado
se ingresaban en el sistema de información se las bibliotecas el cambio es que es virtual o
han pasado al sistema informático tecnológica y de una manera más rápida por su
(computadoras, libros electrónicos) organización y sus enlaces.
almacenando,
obteniendo y
administrando datos.
PARTE II.
PREGUNTAS PARA ANALIZAR (6 PUNTOS)
Como Ingeniero de Sistemas debe seleccionar, justificando la elección, el Ciclo de Vida más
adecuado para cada uno de los proyectos que se definen a continuación: (Contestar debajo
de cada caso).

a) Proyecto de desarrollo de Portal WEB con no excesiva funcionalidad y sí mucha carga

de interfaz gráfica.

El modelo de ciclo de vida es la modelo secuencial cascada, porque en cualquier punto en el tiempo
del proyecto del portal Web, ya sea en la fase de Planificación, Construcción, Mantenimiento o Mejora
continua, el proyecto puede ser evaluado con la finalidad de someterse a reiniciar de nuevo desde el
principio.

b) Proyecto de desarrollo de aplicación de gestión a integrar en un entorno heterogéneo

y para la cual se pueden considerar diferentes alternativas en función de las diferentes
integraciones con el entorno

.
PARTE III.
PREGUNTAS PARA ANALIZAR (4 PUNTOS) Modelar la siguiente Base de Datos – Modelo E/R o Modelo Relacional (4)
1. En una empresa de venta de productos, los empleados pueden vender uno o varios productos a los clientes, los productos están ordenados
por categorías, un empleado puede dirigir a muchos empleados si es el jefe, o a ninguno si no es el jefe

rut
dire nom
nom teléfono rut
Empleado Tiene cliente
N 1
Tel M dire
1
rut
Ope Num

Rut vende ID Tiene

ID M N
Nom
producto Tiene Mon f
ventas
N
1
Pre.v N Pre.c
Fec
clasifica ID ID
Des ID
Des 1 ID

categoría