1. Ventana sobre Organizaciones (Nashua).

¿Cómo la tecnología promovió la calidad de la compañía?

En función nuevos equipos que exigían los cambios organizacionales, garantizando la

factibilidad del servicio al cliente. Esto fue logrado en base al uso de herramientas
orientada a los sistemas de información.

¿Podía la tecnología por si sola haber resuelto los problemas de calidad de

compañía?

No, debido que la tecnología por sí sola, sin una base tango organizacional o
administrativa. No obtiene ningún efecto. Esto es producto de que si no se tiene un
zapata no se puede desarrollar la estructura lógica según los criterios de la empresa.

Para hacer las mejoras de calidad que se presentan.

¿Qué cuestiones de administración, tecnológica e institucionales hubo que abordar?

Administrativas.
Se mejoró la manera de cómo se van a realizar las operaciones, quien lo hará, y
donde se hará.

Institucionales.
Se evaluó los métodos utilizados, también los datos que se manejan y como lo hacen
a la hora de convertir los datos en información.

Tecnología.
Aporta los medios tecnológicos, vanguardista para mejorar y automatizar los
procesos establecidos institucionalmente para cumplir con los objetivos de la
administración.

2. Ventana sobre Tecnología (Interfaz Gráfica del Usuario).

¿Por qué se imagina que hay tan pocas aplicaciones de IUG desarrollada
internamente y probadas adecuadamente antes de su liberación?

Esto se debe al gran flujo de aplicaciones en el mercado, ya que se la IUG se hace poco
cuesta arriba en estos últimos anos, por esto no se requiere de todo el tiempo. Esto
también sirve para que los usuarios finales lleven un aporte de sugerencias a estas
aplicaciones.

Si a usted se le nombra gerente de desarrollo de aplicaciones IUG en una gran

corporación y encontrara que hay muy pocas pruebas de las nuevas aplicaciones,
¿Qué, si hay algo, haría al respecto?

Se levantara un informe de evaluación de aplicaciones, con un informe de errores y

seguimiento de errores. Esto llevara a revisar las aplicaciones, llevando así un control
de calidad de estas aplicaciones, con el fin de tener aplicaciones más seguras antes de
salir al mercado.
3. Ventana sobre Administración (CASE).

1. ¿Cuáles son los beneficios de administración para usar CASE?

Ayuda a mejorar el tiempo de respuesta para el corazón. Ayuda a construir

modelos. Planea hacer mapas

2. Como el gerente de SI para NASD.

¿Por qué desearía lanzar un proyecto para mapear sistemas de manera

descendente aun cuando los sistemas que tiene en producción parecen estar
trabajando muy bien?

Ya que podemos identificar el estado actual del sistema, descubrir la información

actual y comparándola con los datos anteriores lleva a pronosticar situaciones cono
que podemos saber cuándo el sistema estará en producción.

¿Cómo desearía usted vender su proyecto a la dirección corporativa de NASD?

El software se debe vender mediante técnicas de ventas basadas a estadísticas,
haciendo un enfoque mayor en estadísticas de negocios. Con esto podemos
demostrar económicamente la relación que tiene los sistemas de información con los
ingresos de la empresa.

4. Conteste las preguntas de repaso (1 - 13).

4.1 ¿Qué Administración de calidad total? ¿Cómo pueden los sistemas de

información contribuir con ella?

Su definición se basa en la responsabilidad total de la calidad recaiga en el

compartimiento de todas las personas dentro de una institución. Con el fin de sí
mismo del alcance total de calidad.

4.2 ¿Por qué puede el software llegar a ser un problema tan importante de calidad
para los sistemas de información?

Puesto que el sistema de información se base en un lenguaje muy técnico lo que

lleva a los profesionales de esta área, pueden diferir en sus respuestas hacia la
tecnología como respuesta a todos los problemas de calidad.

4.3 Describir dos problemas de calidad del software.

Solo se elabora un producto final.

Solo se hace un software único, donde se puede hacer replica de ese mismo
software.

Alta calidad desde el inicio.

Debe de tener una alta calidad ya que se torna diferente y es único para
cada cliente.
4.4 Citar y describir cuatro soluciones para problemas de calidad del software.

Métricas del software.

Esta herramienta permite al departamento de SI y el usuario mida
conjuntamente el desempeño del sistema e identifique los problemas ágilmente.

Análisis punto de función.

Mide el número de entradas, salidas, consultas, interfaces y archivos
externas usada para otro software.

Pruebas.
Son soluciones temprano a los problemas. Se hacen para descubrir los
errores.

Depuración.
Esta es la forma de probar y evaluar el código, para que todo esté bien
elaborado.

4.5 ¿Qué es el análisis estructurado?

Metodología que utiliza ampliamente para definir las entradas del sistema, procesos
y salidas, así como para dividir los sistemas en sub sistemas o módulos que
muestran un modelo grafico lógico de flujo información.

Papel de los siguientes en el análisis estructurado:

Diagrama de flujo de datos.

Representan por medios gráficos de los procesos que componen un

sistema.

Diccionario de datos.

Este es el que contiene la información de los elementos individuales

de datos, y de agrupamientos de datos dentro de un sistema.

Especificaciones de proceso.

Detalla las transformaciones que ocurren dentro de las burbujas de

nivel más bajo en los diagramas de flujo de datos. Además expresan
lógica para cada proceso usando uno de los tres métodos para
documentar las reglas de decisión que describe: Seudocódigo o
ingles estructurado, tablas de decisión y Arboles de decisión.
4.6 ¿Cuáles son las tres técnicas para documentar las reglas de decisiones?
Comparar las características de las tres.

Tabla de decisiones
Se consideran como muy útiles para documentar situaciones en las que el
proceso de decisiones es altamente estructurado y claramente entendido.

Arboles de decisiones
Proporcionan otro método grafico para documentar las reglas de decisiones.
Presentan condiciones y acciones de manera secuencial, mostrando los
caminos de decisión que pudieran ser tomados. El diagrama se parece a las
ramas de un árbol.

Seudocódigo
Es un método para expresar la lógica de programas utilizando ingles común y
corriente en vez de un lenguaje de programación. Empleas frases narrativas
en vez de símbolos gráficos tales como árboles o tablas para describir un
procedimiento.

Tabla Arboles Seudocódigo

Documentación procesos Si No No
estructurados
Documentación procesos Si No No
entendibles
Presentan condiciones No Si No
acciones de manera No Si No
secuencial
Expresión la lógica de No No Si
proceso
Usan frases narrativas No No Si
Usan símbolos gráficos Si Si No

4.7 ¿Cuáles son los principios de diseño estructurado?

Que el sistema debe ser diseñado de arriba hasta debajo de maneja jerárquica, y
que debe refinarse a mayores niveles de detalle.

¿Cómo puede promover la calidad del software?

Tomando la función principal del sistema, luego romper esta función en sub-
funciones y descomponer hasta el nivel más bajo de detalle.

4.8 ¿Cuál es la relación entre la programación estructurada y el diseño

estructurado?
 Programación estructurada. Disciplina para organizar y codificar programas que
simplifica el camino del control de manera que lo programas pueden ser
comprendidos fácilmente. Diseño estructurado es la que abarca un conjunto de
reglas y técnicas de diseño para elaborar en forma descendente a un sistema de
forma jerárquica.

4.9 Describir el uso de diagramas de flujo de sistemas.

Sirve para detallar el flujo de datos a lo largo de todo el sistema.

4.10 ¿Cuál es la diferencia entre desarrollo de software orientado a objeto y las

metodologías estructuradas tradicionales?

Orientada a Objeto Estructurad Tradicional

Es modular Si
Reusabilidad Si
Lectura fácil Si
Orientada en acciones Si
Reducción de costos Si
Difícil de implementar si

4.11 ¿Qué es CASE?

Ingeniería de sistema de apoya por computadoras; es la automatización de

metodologías de paso a paso para el desarrollo del software y de sistema para
reducir la cantidad de trabajo repetitivo.

¿Cómo puede promover la calidad en los sistemas de información?

Su adopción puede liberar al desarrollador para hacer tarea de solución de errores.

Facilita la documentación así llevando y alcanzado la solución rápida de muchos
errores.

4.12 ¿Cuáles son algunos elementos claves de la herramienta CASE?

UPPER CASE (U-CASE)

Herramientas que ayudan en las fases de planificación, análisis de requisitos
y estrategia del desarrollo, usando, entre otros diagramas UML.

MIDDLE CASE (M-CASE)

Herramientas para automatizar tareas en el análisis y diseño de la
aplicación.

4.13 ¿Qué es la re ingería de software?

Metodología que ataca el problema del envejecimiento del software. Una gran
cantidad de sistemas que usan las instituciones fue escrita sin el beneficio del
análisis, diseño y programación estructurada.
 ¿Ingeniería retrospectiva?

Proceso de tomar programa existente, descripción de archivos y bases de datos y

convertirlas en componentes que correspondan a nivel de diseño.

5. Conteste las preguntas para discusión (1 - 2).

1. Si es posible eliminar todos los errores en un pieza compleja de software,
¿Qué tanto tiempo de debe dar a las pruebas?

Si se aplica las técnicas necesarias para realizar un sistema, las pruebas

dependerán de lo anterior. A las pruebas son las herramientas

2. ¿Cómo puede la calidad de los sistemas de información beneficiarse al usar

algunos de los enfoques de construcción de sistemas que se describen en el
capítulo 12 (Ciclo de vida de los sistemas, elaboración de prototipos, paquetes
de software, desarrollo de cuarta generación, recurrir a fuentes externas)?

En ayuda a la tomas de decisiones, mejor elaboración. También esto queda tan

secuencial que, de la manera que uno va de atrás hacia delante que se puedan leer
los procesos al revés.

¿Qué problemas de calidad crean cada uno de estos enfoques?

En la declaración y documentación de procesos. Los cuales requiere de más tiempo y

de muchos más procesos.

6. Aplique Método Estructurado: (Para el proceso final de Ing. De Software I) –

MEJORADO.

6.1.DFD detallado.
6.2.Tabla de decisiones (Un ejemplo importante del proceso).
6.3.Diagrama estructurado
6.4.Diagrama de flujo
6.5.Seudocódigo
6.6.Demuestre que este proceso tendrá calidad porque abarca y almacena todo lo
necesario en los diagramas presentados.

7. Proyecto de Grupo (HEALTHLITE YOGURT COMPANY)

7.1.Describir los problemas de HEALTHILE y su relación con los sistemas

existentes.

Falta de anaquel.
En esta parte no tiene ningún tipo de relación porque el sistema no almacena
información sobre los anaqueles.
 Envío de documentos por correo.
No existe relación, los envíos de documentos se envían por correos físicos y
toman hasta tres días para llegar.

Solicitud de pedidos.
Las solicitudes en su gran mayoría se hacen por terminales conectadas a un
servidor, pero en otras partes se hacen los procesos manuales.

Entrega de pedidos.
No se hacen los procesos de entregas de pedidos mediante el sistema.

Manejo de datos manual.

Todos los procesos relacionados a los envíos y manipulación de documentos
físicos.

7.2.Enumerar los principales objetivos y metas del sistema.

Objetivos

Entregar mercancía fresca.

Inventario actualizado.

Metas

Tener información actualizada de las ventas de los productos.

Llevar base estadístico en base a histórico para mercadotecnia.
Llevar control de inventario.
Llevar control de producción.

7.3.Considerar que elementos de información debe contener el nuevo sistema, o

sistemas, como la información debe ser organizada y almacenada y como debe
ser captada.

Clientes.
Nombre.
Dirección.

Anaqueles.
Ubicación.
Cliente.

Ventas.
Factura.
Cliente.
Artículos.

Inventario.
Materia prima.
Materia procesada.
Ubicación.
 Solicitud.
Cliente.
Ubicación.
Inventario.
Ofertas.
Artículos.
Cliente.
Inventario.

7.4.Considerar que nuevos procedimientos de negocios deben diseñarse y como

implementarse sin inhibir las principales entidades

Solicitud de pedidos automática.

Hay muchos puntos donde no hay modo automático para hacer solicitudes,
donde requiere de tres a cuatro días para poder completar la solicitud. En
ocasiones hay producto realizado, materia procesada, lo que puede llevar a
dañar parte de materia por no tener rápida salida.

Generar reportes de manera automática.

Hay reportes de venta, con los cuales con los históricos se lleva una
evaluación para ofertas donde se toman decisiones de propuestas. Con este
proceso se puede aumentar los ingresos por ventas.

7.5.Considerar las cuestiones de interfaces humanas, si un nuevo software fuera a

considerarse.

RE organizar la jerarquía de la empresa.

8. Caso de Estudio (ABB Network Control)

8.1.Como gerente de SI para el ABB Network Control

¿Habría usted recomendado el uso de CD/REPOSITORY?

Sí, yo utilizaría la herramienta.

¿Por qué?
Puesto que se realizan muchos cambios, donde no se sabía la persona, fecha,
equipo, lugar que fue realizado el mismo. Esto nos lleva un gran aporte ya
que se sabe el histórico de los cambios y se puede trabajar para disminuir
los cambios de forma tal que si podemos darnos cuenta en base a los
registros anteriores.

Desarrollar.

Pro Contra
Guarda Cada Cambio. Solo hay personas autorizadas.
Se puede realizar estadísticas. Gran uso de recursos del sistema.
Mayor seguridad para cambios. Gran peso en la base de datos.
 Disminución de cambios.

8.2.¿Qué problema cree usted que esta herramienta podrá resolver para ABB?

Se puede resolver situaciones de:

Cambios del sistema.
Control de versiones.
Control para auditoria de sistema.
Control de calidad.

¿Qué problemas no atacará?

El problema de desarrollar un paquete genérico de software y luego

adaptarlo según las empresas y necesidades solicitadas.

¿Les creará nuevos problemas?

Si.
Llevar un buen control de cambio a largo plazo.
Más duración en cada cambio.

8.3.VAPORWARE es el término que la industria de sistemas de información usa

para el software prometido pero aun no disponible.

¿Qué tanto del compromiso de ABB para el DEC REPOSITORY fue basado en
promesas y VAPORWARE?

¿Cuáles son los registros de compromiso de ABB bajo estas circunstancias? En

su respuesta, tocar la cuestión de la significación de esto producto para el
futuro de ABB Network Control. ¿Se trata de un riesgo que ABB debería
haber corrido?

¿Por qué?

8.4.Aun en su papel como gerente de SI para ABB Network Control.

¿Bajo qué circunstancias estaría usted dispuesto a adquirir un producto
mientras esta aun siendo probado?

En las cuales el problema sea de causa mayor, y ni tenga solución clara.

Donde una solución, aun en prueba, prometa las expectativas de solución.

¿Cómo presentaría usted esta cuestión a su administración?

De una forma financiera, donde se pueda detallar y hacer comprender a los

administradores que se está o se perderá más efectivo con el problema que
la implementación de la herramienta.

¿Cree usted que ABB estaba dispuesto a seguir esta ruta?

 Si, ya que esta herramienta era la más factible en el momento.

8.5.Suponga que el producto ha sido probado a satisfacción de DEC y ha salido a

la venta.

¿Estaría usted dispuesto a ser uno de los primeros usuarios importantes del
sistema?

Si.

¿Por qué?

Porque esta es una herramienta aplicable a todo tipo de proyecto. También

ayuda a la mejora de todos los procesos que requieran cambios.

¿Cuáles son los riesgos?

Herramienta no cumpla con lo prometido.

Herramienta no factible económicamente.
Herramienta tarde más de lo esperado.

¿Cuáles son algunas de las maneras como el riesgo puede evitarse?

Se puede utilizar un análisis de la empresa para verificar la integridad y

confiabilidad de la misma.

8.6.El ABB Network Control usa el hardware y el software de EDC para su

desarrollo de productos y los orienta para ser usados en equipo DEC.

¿Cuáles son los problemas que se crean con este enfoque de desarrollo y
mercadotecnia para ABB?

Incompatibilidad
Debido a que se tiene diferente sistemas operativos y no se podrán
usar las mismas líneas de código para los dos tipos de hardware.

¿Para sus clientes?

Equipo Predeterminado.
Se deberá de tener un patrón de equipo, ya que no se podrá correr
el mismo programa para diferentes sistemas operativos.

Cambio de sistema.
En caso del sistema de una versión a otra, se deberá cambiar el
hardware y software simultáneamente.