Aanálisis y Diseño de Sistemas - KENNETH E. KENDALL , JULIE E. KENDALL - Sexta Ediccion

ANÁLISIS Y DISEÑODE SISTEMASS E X T A E D I C I Ó N

KENNETH E. KENDALLRutgers University

School of Business-Camden

Camden, New Jersey

JULIE E. KENDALLRutgers University

School of Business-Camden

Camden, New Jersey

TRADUCCIÓN:

Antonio Núfiez RamosTraductor profesional

REVISIÓN TÉCNICA:

Dr. Macedonio AlanísDepartamento de Sistemas de InformaciónInstituto Tecnológico y de Estudios Superioresde Monterrey, Campus Monterrey

Humberto CárdenasInstituto Tecnológico y de Estudios Superioresde Monterrey, Campus Estado de México

María Angélica Pérez de OvallesDepartamento de Procesos y SistemasUniversidad Simón Bolívar, Venezuela

§ EARSOÑ?

^Educación

México • Argentina • Brasil • Colombia • Costa Rica • Chile • EcuadorEspaña • Guatemala • Panamá • Perú • Puerto Rico • Uruguay "Venezuela

/ Datos de catalogación bibliográfica

E. KENDALL, KENNETH y E. KENDALL, JULIE

Análisis y diseño de sistemas. Sexta edición

PEARSON EDUCACIÓN, México, 2005

ISBN: 970-26-0577-6Área: Computación

Formato: 21 x 27 cm Páginas: 752

Authorized translation from the English language edition, entitled Systems analysis and design 6* ed., by Kenneth E. Kendalland Julie E. Kendall, published by Pearson Education, Inc., publishing as PRENTICE HALL, INC., Copyright © 2005. AU rightsreserved.ISBN 0-13-145455-2

Traducción autorizada de la edición en idioma inglés, titulada Systems analysis and design 6/e de Kenneth E. Kendall y Julie E.Kendall publicada por Pearson Education, Inc., publicada como PRENTICE HALL INC., Copyright © 2005. Todos los derechosreservados.

Esta edición en español es la única autorizada.

Edición en españolEditor: Guillermo Trujano Mendoza

e-mail: [email protected] de desarrollo: Miguel B. Gutiérrez HernándezSupervisor de producción: Enrique Trejo Hernández

Edición en inglésExecutive Editor: Bob HoranPublisher: Natalie E. AndersonProject Manager (Editorial): Kyle HannonEditorial Assistant: Robyn GoldenbergSénior Marketing Manager: Sharon M. KochMarketing Assistant: Danielle TorioProject Manager (Media): Joan WaxmanManaging Editor (Production): John RobertsProduction Editor: Suzanne GrappiAssociate Director, Manufacturing: Vincent Scelta

Production Manager: Arnold VilaManufacturing Buyer: Diane PeiranoDesign Manager: María LangeInterior Design: John RomerCover Design: Michael FruhbeisCover Illustration: Douglas G. Hamilton, Sydney IIManager, Print Production: Christy MahonComposition/Full-Service Project

Management: Interactive Composition CorporationPrinter/Binder: Courier-Kendallville

SEXTA EDICIÓN, 2005

D.R. © 2005 por Pearson Educación de México, S.A. de C.V.Atlacomulco No. 500, 5o pisoCol. Industrial Atoto53519 Naucalpan de Juárez, Edo. de MéxicoE-mail: [email protected]

Cámara Nacional de la Industria Editorial Mexicana. Reg. Núm. 1031.

Prentice Hall es una marca registrada de Pearson Educación de México, S.A. de C.V.

Reservados todos los derechos. Ni la totalidad ni parte de esta publicación pueden reproducirse, registrarse o transmitirse, por unsistema de recuperación de información, en ninguna forma ni por ningún medio, sea electrónico, mecánico, fotoquímico, magnéticoo electroóptico, por fotocopia, grabación o cualquier otro, sin permiso previo por escrito del editor.

El préstamo, alquiler o cualquier otra forma de cesión de uso de este ejemplar requerirá también la autorización del editor o de susrepresentantes.

ISBN 970-26-0577-6

Impreso en México. Prínted in México.

1 2 3 4 5 6 7 8 9 0 - 08 07 06 05

Apple y Macintosh son marcas registradas de Apple Computer. Dragón Naturally Speakinges marca registrada de ScanSoft. FormFlow es marca registrada de Adobe Systems Incorpo-rated. Dreamweaver, Macromedia Flash y Likeminds son marcas registradas de Macromedia.HyperCase es marca registrada de Raymond J. Barnes, Richard L. Baskerville, Julie E. Kendally Kenneth E. Kendall. Lotus 1-2-3, Freelance Graphics y Organizer son marcas registradasde IBM Corporation. Micrografx Designer, Flowcharter, WebCharter y Graphics Suite fue-ron marcas registradas de Micrografx Corporation. Microsoft Windows, Microsoft Access,Microsoft Word, Microsoft FrontPage, Microsoft PowerPoint, Microsoft Project, MicrosoftExcel y Microsoft Visio Professional son marcas registradas de Microsoft Corporation. Nets-cape Communicator y Netscape Navigator son marcas registradas de Netscape Communi-cations Corp. OmniPage es marca registrada de ScanSoft. ProModel y Service Model sonmarcas registradas de PROMODEL Corporation. Visible Analyst es marca registrada deVisible Systems Corporation. Web Strategy Pro y Business Plan Pro son marcas registradasde Palo Alto Software. WinFax Pro y Norton Internet Security son marcas registradas deSymantec. Otros nombres de productos y empresas que se mencionan en esta obra podríanser marcas registradas de sus respectivos propietarios. Las empresas, nombres y/o los datosque se muestran en las pantallas de computadora y los ejemplos de salida son ficticios amenos que se indique lo contrario.

111

PARTE i FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

1 EL ROL DEL ANALISTA DE SISTEMAS 1

2 EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE INFORMACIÓN 27

3 DETERMINACIÓN DE LA VIABILIDAD Y ADMINISTRACIÓN DE LAS ACTIVIDADES DE ANÁLISISY DISEÑO 49

PARTE ¡I ANÁLISIS DE LOS REQUERIMIENTOS DE INFORMACIÓN

4 RECOPILACIÓN DE INFORMACIÓN: MÉTODOS INTERACTIVOS 89

5 RECOPILACIÓN DE INFORMACIÓN: MÉTODOS NO INTRUSIVOS 123

6 ELABORACIÓN DE PROTOTIPOS, RAD Y PROGRAMACIÓN EXTREMA 151

PARTE III EL PROCESO DE ANÁLISIS

7 USO DE DIAGRAMAS DE FLUJO DE DATOS 191

8 ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIOS DE DATOS 245

9 DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURADAS 283

10 PREPARACIÓN DE LA PROPUESTA DE SISTEMAS 319

PARTE IV ASPECTOS ESENCIALES DEL DISEÑO

11 DISEÑO DE UNA SALIDA EFICAZ 359

12 DISEÑO DE UNA ENTRADA EFICAZ 405

13 DISEÑO DE BASES DE DATOS 443

14 DISEÑO DE INTERFACES DE USUARIO 497

15 DISEÑO DE PROCEDIMIENTOS PRECISOS DE ENTRADA DE DATOS 543

PARTE V INGENIERÍA E IMPLEMENTACIÓN DE SOFTWARE

16 ASEGURAMIENTO DE LA CALIDAD MEDIANTE INGENIERÍA DE SOFTWARE 581

17 IMPLEMENTACIÓN EXITOSA DEL SISTEMA DE INFORMACIÓN 621

18 ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS USANDO EL LENGUAJE UNIFICADODE MODELACIÓN (UML) 657

GLOSARIO 703ACRÓNÜOS 713ÍNDÍCE'"7Í4

IV

PARTE! FUNDAMENTOS DEL A N Á Ü S I S ' D E SISTEMAS

1 EL ROL DEL ANALISTA DE SISTEMAS 1

Tipos de sistemas 2Sistemas de procesamiento de transacciones 2 / Sistemas de automatizaciónde la oficina y sistemas de trabajo del conocimiento 3 / Sistemas de informacióngerencial 3 / Sistemas de apoyo a la toma de decisiones 3 / Sistemas expertos einteligencia artificial 3 / Sistemas de apoyo a la toma de decisiones en grupo y sistemasde trabajo colaborativo apoyados por computadora 4 / Sistemas de apoyo a ejecutivos 4

Integración de las tecnologías de sistemas 4Aplicaciones de comercio electrónico y sistemas Web 5 / Sistemas de planeación derecursos empresariales 5 / Sistemas para dispositivos inalámbricos y portátiles 5 /Software de código abierto 6

La necesidad del análisis y diseño de sistemas 6

Roles del analista de sistemas 7El rol de consultor del analista de sistemas 8 / El rol de experto en soporte técnico delanalista de sistemas 8

Oportunidad de consultoría 1.1 Contratación sana: se solicita ayuda para comercioelectrónico 8El rol de agente de cambio del analista de sistemas 9 / Cualidades del analistade sistemas 9

El ciclo de vida del desarrollo de sistemas 10Identificación de problemas, oportunidades y objetivos 10 / Determinación de losrequerimientos de información 1 1 / Análisis de las necesidades del sistema 1 1 /Diseño del sistema recomendado 12 / Desarrollo y documentación del software 12 /Prueba y mantenimiento del sistema 13 / Implementación y evaluación del sistema 13 /Impacto del mantenimiento 13

Uso de herramientas case 14Razones para el uso de las herramientas case 15

Herramientas case de bajo y alto nivel 16

Herramientas case de alto nivel 16 / Herramientas case de bajo nivel 16

Ingeniería inversa y reingeniería de software 18

Análisis y diseño de sistemas orientado a objetos 19

Programación extrema y otras metodologías alternas 20

RESUMEN 20

EXPERIENCIA CON HYPERCASE® 1 21

PALABRAS Y FRASES CLAVE 22

PREGUNTAS DE REPASO 23

BIBLIOGRAFÍA SELECCIONADA 23CASO DE LA CPU EPISODIO 1: EMPIEZA EL CASO 25

2 EL ESTILO ORGAN1ZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE INFORMACIÓN 27

Las organizaciones como sistemas 27Interrelación e interdependencia de los sistemas 28 / Organizaciones virtuales y equiposvirtuales 29 /Adopción de una perspectiva de sistemas 30

Oportunidad de consultoría 2.1 La E de vitamina E significa comercio electrónico 30Planeación de recursos empresariales: La organización como sistema 32

Descripción gráfica de sistemas 32Sistemas y el diagrama de flujo de datos de contexto 32 / Sistemas y el modelo deentidad-relación 33

Niveles de administración 39

Implicaciones para del desarrollo de sistemas de información 40

Oportunidad de consultoría 2.2 Donde hay carbón, hay una copia 40

Cultura organizacional 41

Oportunidad de consultoría 2.3 El poder de la pirámide 41

RESUMEN 42




PROBLEMAS 45

PROYECTOS DE GRUPO 46

BIBLIOGRAFÍA SELECCIONADA 46

CASO DE LA CPU EPISODIO 2: DESCRIPCIÓN DE LAS RELACIONES 47

3 DETERMINACIÓN DE LA VIABILIDAD Y ADMINISTRACIÓN DE LAS ACTIVIDADESDE ANÁLISIS Y DISEÑO 49

Iniciación de un proyecto 49Problemas en la organización 50 / Selección de proyectos 51

Oportunidad de consultoría 3.1 El sonido más dulce que he probado 51

Determinación de la viabilidad 52Definición de objetivos 53 / Determinación de recursos 55 / Evaluación de laviabilidad 57

Planeación y control de actividades 57Cálculo del tiempo requerido 57

Oportunidad de consultoría 3.2 Alimento para reflexionar 58Uso de gráficas de Gantt para la programación de proyectos 59 / Uso de diagramas Pert 60

Programación de proyectos por computadora 63Punto de entrega (timeboxing] 64

Administración de las actividades de análisis y diseño 64Estrategias de comunicación para administrar equipos 65 / Fijación de las metas deproductividad del proyecto 65 / Motivación a los miembros del equipo de un proyecto 66

Oportunidad de consultoría 3.3 Cuidado al establecer metas 66Administración de proyectos con software comercial 67 / Administración de proyectosde comercio electrónico 67 / Cómo evitar el fracaso de un proyecto 68

Proyectos de programación extrema 68Balance de los recursos de la programación extrema 69 / Prácticas y roles esenciales de laprogramación extrema 72 / El proceso de desarrollo para un proyecto de XP 77

CONTENIDO

RESUMEN 78




PROBLEMAS 82



CASO DE LA CPU EPISODIO 3: ADQUIRIR CONOCIMIENTO DE LA U 85

PARTE II ANÁLISIS DE LOS REQUERIMIENTOS DE INFORMACIÓN

4 RECOPILACIÓN DE INFORMACIÓN: MÉTODOS INTERACTIVOS 89

Entrevistas 89Cinco pasos para preparar una entrevista 90 / Tipos de preguntas 91 / Cómo colocarlas preguntas en una secuencia lógica 94

Oportunidad de consultaría 4.1 Fortalezca sus tipos de pregunta 95Redacción del informe de la entrevista 97

Oportunidad de consultoría 4.2 Descreme la superficie 97

Diseño conjunto de aplicaciones 97

EXPERIENCIA CON HYPERCASE® 4.1 98

Condiciones que apoyan el uso de JAD 99 / Quién está involucrado 99 / Dónde celebrarlas reuniones de JAD 99 / Realización de un análisis estructurado de las actividades delproyecto 100 / Beneficios potenciales del uso de JAD en lugar de las entrevistastradicionales 100

Oportunidad de consultoría 4.3 ¿Un analista de sistemas, supongo? 100Potenciales desventajas del uso de JAD 101

Uso de cuestionarios 101Planeación del uso de cuestionarios 102 / Redacción de preguntas 102 / Uso de escalasen los cuestionarios 106 / Diseño de cuestionarios 107

Oportunidad de consultoría 4.4 El cuestionario insoportable 108Aplicación de cuestionarios 109

Oportunidad de consultoría 4.5 Orden en la corte 110

RESUMEN 111




PROBLEMAS 114



CASO DE LA CPU EPISODIO 4: ESCUCHARÉ AHORA Y PREGUNTARÉ DESPUÉS 119

5 RECOPILACIÓN DE INFORMACIÓN: MÉTODOS NO INTRUSIVOS 123

Muestreo 123La necesidad de muestreo 124 / Diseño del muestreo 124 / Decisión del tamaño de lamuestra 126

Oportunidad de consultoría 5.1 Detección de una muestra 128

Investigación 128Análisis de documentos cuantitativos 129

CONTENIDO

Oportunidad de consultoría 5.2 Una rosa por cualquier otro nombre... o calidad,no cantidades 131

Análisis de los documentos cualitativos 132


Observación del comportamiento del tomador de decisiones 135

Observación de las actividades de toma de decisiones de un gerente típico 135

Observación del entorno físico 137Observación estructurada del entorno (STROBE) 137 /Aplicación del STROBE 139

Oportunidad de consultoría 5.3 No dependa de su autoimagen o no todo se refleja

en un espejo 140

RESUMEN 142




PROBLEMAS 145



CASO DE LA CPU EPISODIO 5: VER ES CREER 149

6 ELABORACIÓN DE PROTOTIPOS, RAD Y PROGRAMACIÓN EXTREMA 151

Elaboración de prototipos 151Clases de prototipos 152/ Elaboración de prototipos como una alternativaal ciclo de vida del desarrollo de sistemas 154

Cómo desarrollar un prototipo 155Lincamientos para desarrollar un prototipo 156 / Desventajas de la elaboración deprototipos 157 /Ventajas de la elaboración de prototipos 157

Oportunidad de consultoría 6.1 ¿La elaboración de prototipos es lo mejor? 157Elaboración de prototipos usando software COTS 158

Oportunidad de consultoría 6.2 Cómo allanar el camino para los vínculosdel cliente 158

Oportunidad de consultoría 6.3 El criadero de peces 159

El papel del usuario en la elaboración de prototipos 159

Interacción con el prototipo 159

Oportunidad de consultoría 6.4 Este prototipo está todo mojado 160

Desarrollo rápido de aplicaciones 161

Fases del RAD 161 / RAD en comparación con el SDLC 163Programación extrema 165Valores y principios de la programación extrema 165 / Actividadesrecursos y prácticas de la programación extrema 168 / Proceso y herramientasdel desarrollo de XP 171 / Lecciones aprendidas de XP 175 / Modelado ágily melé (SCRUM) 176RESUMEN 177




PROBLEMAS 181



CASO DE LA CPU EPISODIO 6: ES HORA DE REACCIONAR 184

CONTENIDO

PARTE III EL PROCESO DE ANÁLISIS

7 USO DE DIAGRAMAS DE FLUJO DE DATOS 191

Enfoque del flujo de datos para determinar los requerimientos 191Ventajas del enfoque del flujo de datos 192 / Convenciones usadas en los diagramas deflujo de datos 192

Desarrollo de diagramas de flujo de datos 194Creación del diagrama de contexto 194 / Dibujo del diagrama 0 (el siguientenivel) 195 / Creación de diagramas hijos (niveles más detallados) 195 /Revisión de errores en los diagramas 197

Diagramas de flujo de datos lógicos y físicos 199Desarrollo de diagramas de flujo de datos lógicos 201 / Desarrollo de diagramasde flujo de datos físicos 202

Particionamiento de los diagramas de flujo de datos 207

Ejemplo de un diagrama de flujo de datos 208Creación del diagrama de contexto 209 / Dibujo del diagrama 0 209 / Creación de undiagrama hijo 211

Creación de un diagrama de flujo de datos físico 212

Particionamiento del diagrama de flujo de datos 214

Segundo ejemplo de un diagrama de flujo de datos 215

Particionamiento de sitios Web 221

Comunicación mediante diagramas de flujo de datos 222

Oportunidad de consultoría 7.1 No hay un negocio igual al que fluye 223

RESUMEN 224




PROBLEMAS 226



CASO DE LA CPU EPISODIO 7: LOS FLUJOS DE DATOS 230

8 ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIOS DE DATOS 245

El diccionario de datos 245Necesidad de entender el diccionario de datos 246

El depósito de datos 246Definición de los flujos de datos 247 / Descripción de las estructuras de datos 249 /Estructuras de datos lógicas y físicas 251 / Elementos de datos 252 / Almacenes de datos 257

Creación del diccionario de datos 259Análisis de las entradas y salidas 260 / Desarrollo de almacenes de datos 261

Oportunidad de consultoría 8.1 ¿Quiere hacerla en grande en el teatro? ¡Mejoresu dicción(ario)! 261

Uso del diccionario de datos 262

Uso de los diccionarios de datos para crear XML 264RESUMEN 266


CONTENIDO



PROBLEMAS 268



CASO DE LA CPU EPISODIO 8: DEFINICIÓN DE LO QUE QUIERE DECIR 272

DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONESESTRUCTURADAS 283

Panorama general de las especificaciones de procesos 283Formato de la especificación de procesos 284

Español estructurado 286

Cómo escribir español estructurado 287

Oportunidad de consultoría 9.1 Koci-Naz, Inc. 288

Oportunidad de consultoría 9.2 Moldeamiento de la estructura 289

Diccionario de datos y especificaciones de procesos 290Tablas de decisión 292Desarrollo de tablas de decisión 293

Oportunidad de consultoría 9.3 Ahorros en la renta de automóviles de Citrón 295Verificación de la completitud y la exactitud 296 /Tablas de decisión más avanzadas 297

Árboles de decisión 299

Construcción de árboles de decisión 299

Oportunidad de consultoría 9.4 Un árbol gratuito 300

Selección de una técnica de análisis de decisiones estructuradas 301

Especificaciones de proceso físicas y lógicas 303

Uso de las especificaciones del proceso: Balanceo horizontal 304

RESUMEN 307




PROBLEMAS 310



CASO DE LA CPU EPISODIO 9: TABLAS DE DECISIÓN 313

10 PREPARACIÓN DE LA PROPUESTA DE SISTEMAS 319

Cómo determinar las necesidades de hardware y software 319Cómo inventariar el hardware de cómputo 320/ Cálculo de las cargas de trabajo 321 /Evaluación del hardware de cómputo 322 /Adquisición del equipo de cómputo 322 /Evaluación del software 325 / Herramientas de apoyo a la toma de decisiones 328 /Sistemas expertos, redes neurales y otras herramientas de decisión 329

Oportunidad de consultoría 10.1 Veni, vidi, vendi o: vine, vi, vendí 329


Cómo identificar y pronosticar los costos y beneficios 331Cómo pronosticar los costos y beneficios 331 / Identificación de beneficios y costos 333

CONTENIDO

Oportunidad de consultoría 10.2 Y vamos a ver al mago 334

Comparación de los costos y beneficios 335Análisis del punto de equilibrio 335 /Análisis de flujo de efectivo 336 /Análisisde valor presente 337


Lincamientos para el análisis 339 / Cómo examinar las alternativasde sistemas 339

La propuesta de sistemas 340Organización de la propuesta de sistemas 340 / Uso de cifras para una comunicacióneficaz 341

Presentación de la propuesta de sistemas 346Cómo entender al público 346 / Organización de la presentación de la propuestade sistemas 346

Oportunidad de consultoría 10.3 ¿Se debe eliminar esta gráfica? 347

Principios de la presentación oral 348RESUMEN 348




PROBLEMAS 351


CASO DE LA CPU EPISODIO 10: LA PROPUESTA DE SISTEMAS 356

PARTE IV ASPECTOS ESENCIALES DEL DISEÑO

11 DISEÑO DE UNA SALIDA EFICAZ 359

Objetivos del diseño de la salida 359Diseño de la salida para satisfacer un propósito específico 360 / Diseño de salida parasatisfacer al usuario 360 / Entrega de la cantidad adecuada de salida 360 /Asegúrese deque la salida esté donde se necesita 360 / Suministro de la salida a tiempo 360 / Eleccióndel método de salida correcto 361

Relación del contenido de salida con el método de salida 361Tecnologías de salida 361

Oportunidad de consultoría 11.1 ¿Su jaula o la mía? 365Factores a considerar cuando se seleccione la tecnología de salida 368

Oportunidad de consultoría 11.2 Una forma correcta, una forma incorrectay un metro 372

Cómo afecta a los usuarios el sesgo de la salida 373Reconocimiento del sesgo en la forma en que se use la salida 373 / Cómo evitarel sesgo en el diseño de la salida 374

Diseño de salida impresa 374Lineamientos para diseñar un informe impreso 375

Oportunidad de consultoría 11.3 ¿Su trabajo es pesado? 376

Diseño de la salida para informes en monitores 377Lineamientos para el diseño de pantallas 377 / Uso de la salida gráfica en el diseñode pantalla 378

Diseño de un sitio Web 379Lineamientos generales para diseñar sitios Web 380

Producción de la salida y XML 3 8 7

CONTENIDO

Oportunidad de consultoría 11.4 Un día de campo 388

RESUMEN 389




PROBLEMAS 391



CASO DE LA CPU EPISODIO 11: INFORME DE LAS SALIDAS 396

12 DISEÑO DE UNA ENTRADA EFICAZ 405

Diseño de un buen formulario 405Creación de formularios fáciles de contestar 406 / Satisfacción del propósito previsto 409 /Cómo asegurar la contestación precisa 409 / Cómo hacer formularios atractivos 409 /Diseño de formularios por computadora 410

Oportunidad de consultoría 12.1 Este formulario podría ser dañino para su salud 411Control de los formularios de negocios 413

Diseño adecuado de pantallas y formularios para la Web 414Cómo mantener la sencillez de la pantalla 414 / Cómo mantener consistencia en lapantalla 415 / Cómo facilitar el movimiento 415 / Cómo diseñar una pantalla atractiva 415

Oportunidad de consultoría 12.2 Lo apretado no es agradable 417Uso de iconos en el diseño de pantallas 418 / Diseño de la interfaz gráfica de usuario 418

Oportunidad de consultoría 12.3 ¿Qué se supone que es eso? 420Cuadros de diálogo con fichas 421

Oportunidad de consultoría 12.4 Sólo es una máscara 423Uso de color en el diseño de pantallas 424

Diseño de páginas de intranet e Internet 424

RESUMEN 426




PROBLEMAS 429



CASO DE LA CPU EPISODIO 12: CREACIÓN DE PANTALLAS Y FORMULARIOS 435

13 DISEÑO DE BASES DE DATOS 443

Bases de datos 444

Conceptos de datos 444

Oportunidad de consultoría 13.1 Enganche su carreta de limpieza a una estrella 445

Realidad, datos y metadatos 445 / Organización de archivos 452 / Bases de datosrelaciónales 454

Normalización 456Los tres pasos de la normalización 456 / Ejemplo de normalización 457 / Uso del diagramaentidad-relación para determinar las claves del registro 466 / Relación uno a muchos 466 /Relación muchos a muchos 466

Lincamientos para el diseño de relación archivo maestro/base de datos 467Restricciones de integridad 468

CONTENIDO

Uso de la base de datos 469

Pasos en la recuperación y presentación de datos 469

Desnormalización 474

Almacenes de datos 475Procesamiento analítico en línea 477 / Minería de datos 479

Publicación de bases de datos para Web 479

Oportunidad de consultoría 13.2 Almacenamiento de minerales para la salud,datos para la minería 4 8 1

RESUMEN 482




PROBLEMAS 485



CASO DE LA CPU EPISODIO 13: FUNDAMENTOS DE DATOS 487

14 DISEÑO DE INTERFACES DE USUARIO 497

Tipos de interfaz de usuario 497Interfaces de lenguaje natural 498 / interfaces de pregunta y respuesta 498 / Menús 499 /Interfaces de formulario (formularios de entrada/salida) 501

Oportunidad de consultoría 14.1 Preferiría hacerlo yo mismo 501Interfaces de lenguaje de comandos 502 / Interfaces gráficas de usuario 503

Oportunidad de consultoría 14.2 No hagan que me atrase 503Otras interfaces de usuario 504

Oportunidad de consultoría 14.3 Esto no es un foco 504

Lineamientos para el diseño de diálogos 506Comunicación significativa 506 / Acción mínima de usuario 507 / Funcionamiento normaly consistencia 508

Oportunidad de consultoría 14.4 Quiero retroalimentación 510

Retroalimentación para los usuarios 510Tipos de retroalimentación 511/ Inclusión de retroalimentación en el diseño 513

Consideraciones especiales para el diseño de comercio electrónico 514Cómo solicitar retroalimentación a los clientes de sitios Web de comercio electrónico 514 /Navegación fácil por los sitios Web de comercio electrónico 515

Oportunidad de consultoría 14.5 Cuando participa en un maratón, es bueno saber haciadónde se dirige 515

Diseño de consultas 516Tipos de consulta 516 / Métodos de consulta 519

Oportunidad de consultoría 14.6 Hey, mírame (otra vez) 521

Búsqueda en la Web 524Lineamientos para buscar en la Web 525

Minería de datos 5 2 5

Oportunidad de consultoría 14 .7 Pérdida de cl ientes potenciales 5 2 7

RESUMEN 527



CONTENIDO


PROBLEMAS 530



CASO DE LA CPU EPISODIO 14: INTERFAZ DE USARIO 533

15 DISEÑO DE PROCEDIMIENTOS PRECISOS DE ENTRADA DE DATOS 543

Codificación efectiva 543Dar seguimiento a algo 544 / Clasificación de la información 545 / Cómo ocultar lainformación 547 / Cómo revelar la información 548 / Unicode 549 / Solicitudde la acción adecuada 550 / Lincamientos generales para la codificación 550

Oportunidad de consultoría 15.1 Aquí hay mucho por resolver 551

Captura de datos efectiva y eficiente 553Que se debe capturar 553 / Permitiendo a la computadora hacer el resto 554

Oportunidad de consultoría 15.2 Sólo es un código de verano 554Evitando cuellos de botella y pasos adicionales 556 / Empezando con un buenformulario 556 / Elección de un método de entrada de datos 557

Cómo asegurar la calidad de los datos a través de la validación de la entrada 560Validación de las transacciones de entrada 560 /Validación de datos de entrada 561

Oportunidad de consultoría 15.3 Capturar o no capturar: he ahí el dilema 562

Proceso de validación 565

Oportunidad de consultoría 15.4 ¿Válida para el estacionamiento? 567

Ventajas de la precisión en los entornos de comercio electrónico 567

Clientes que codifican sus propios datos 567 / Almacenamiento de datos para su usoposterior 567 / Uso de datos a través del proceso de surtido del pedido 568 /Proporcionando retroalimentación a los clientes 568RESUMEN 568




PROBLEMAS 571



CASO DE LA CPU EPISODIO 15: LA ENTRADA DE DATOS 575

PARTE V INGENIERÍA E IMPLEiENTACSON DE SOFTWARE

16 ASEGURAMIENTO DE LA CALIDAD MEDIANTE INGENIERÍA DE SOFTWARE 581

Enfoque de administración de la calidad total 581Seis sigma 582 / Responsabilidad de la administración de la calidad total 582 / Repasoestructurado 584

Oportunidad de consultoría 16.1 La calidad de mis no es obligatoria 584Diseño y desarrollo de sistemas 585 / Desarrollo modular 587 / Modularidaden el entorno de Windows 588

Uso de diagramas de estructura para diseñar sistemas 588

Dibujo de un diagrama de estructura 592 / Tipos de módulos 594 / Subordinaciónde módulo 596

CONTENIDO

Ingeniería de software y documentación 598

Pseudocódigo 599 / Manuales de procedimiento 600 / El método de folklore 601 /Selección de una técnica de diseño y documentación 603

Oportunidad de consultoría 16.2 Escribir es correcto 603

Cómo probar, mantener y auditar 604El proceso de probar 604

Oportunidad de consultoría 16.3 Estudiando para su prueba de sistemas 606

Prácticas de mantenimiento 607 / Cómo auditar 607

RESUMEN 608




PROBLEMAS 611



CASO DE LA CPU EPISODIO 16: DIAGRAMACIÓN DE LA ESTRUCTURA 613

17 IMPLEMENTACIÓN EXITOSA DEL SISTEMA DE INFORMACIÓN 621

Implementación de sistemas distribuidos 622

Tecnología cliente/servidor 622 / Tipos de redes de sistemas distribuidos 624 / Modeladode redes 626 / Groupware 630

Capacitación de usuarios 632Estrategias de capacitación 633 / Lineamientos para la capacitación 634

Conversión 635

Oportunidad de consultoría 17.1 Puede guiar un pez al agua... pero no puedehacer que la tome 635Estrategias de conversión 636

Aspectos de seguridad para los sistemas tradicionales y los basados en Web 637Seguridad física 638 / Seguridad lógica 638 / Seguridad conductual 639 / Consideracionesespeciales de seguridad para el comercio electrónico 639 / Consideraciones de privacidadpara el comercio electrónico 640

Otras consideraciones de conversión 641Metáforas organizacionales y su relación con los sistemas exitosos 641

Evaluación 642Técnicas de evaluación 642 / Enfoque de utilidad del sistema de información 643 /Evaluación del sistema 644

Oportunidad de consultoría 17.2 El dulce aroma del éxito 644

Evaluación de sitios Web Corporativos 645

Oportunidad de consultoría 17.3 Limpiando el nuevo sistema 645

RESUMEN 648




PROBLEMAS 651

PROYECTO DE GRUPO 653


CASO DE LA CPU EPISODIO 17: SEMPER REDUNDATE 655

CONTENIDO

18 ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS USANDO EL LENGUAJEUNIFICADO DE MODELACIÓN (UML) 657

Conceptos orientados a objetos 658Objetos 658 / Clases 658 / Herencia 659

Tarjetas CRC y pensamiento en objetos 660

Interacción durante una sesión de CRC 661

Oportunidad de consultoría 18.1 Haciendo la bobina mágica 661

Conceptos y Diagramas del Lenguaje Unificado de Modelación (UML) 663

Modelado de casos de uso 665

Símbolos del caso de uso 666 I Relaciones del caso de uso 666 / Desarrollo de diagramasde caso de uso 668 / Desarrollo de escenarios de caso de uso 669

Diagramas de actividades 671Creación de diagramas de actividades 672

Oportunidad de consultoría 18.2 Reciclaje del entorno de programación 674

Diagramas de secuencias y de colaboración 675Diagramas de secuencias 675 / Diagramas de colaboración 677

Diagramas de clase 678Sobrecarga de métodos 680 / Tipos de clases 680 / Un ejemplo de clase para la Web 681 /Relaciones 684 / Diagramas de generalización/especialización 687

Diagramas de estados 691

Ejemplo de una transición de estado 692

Paquetes y otros artefactos de UML 693

UML en la práctica 695

Oportunidad de consultoría 18.3 Desarrollo de un sistema que se retrasó mucho tiempo:Uso del análisis orientado a objetos para el sistema de la biblioteca pública Ruminski 695

La importancia de usar UML para el modelado 697

Oportunidad de consultoría 18.4 C-Shore++ 698

RESUMEN 699



PROBLEMAS 701


GLOSARIO 703ACRÓNÍOS 713ÍÑD¡CÉ"7Í4

CONTENIDO

La sexta edición de Análisis y diseño de sistemas, de Kendall y Kendall, contiene muchas ca-racterísticas nuevas y actualizadas, como las siguientes:

8 Nuevas prácticas y valores esenciales de la programación extrema (XP).

• Más de 65 Oportunidades de consultaría, que incluyen una gran cantidad de casosbreves dirigidos al diseño para comercio electrónico, programación extrema ymodelado con UML.

8 Mayor énfasis en el diseño basado en la Web.8 Nuevos enfoques para diseñar sitios Web de comercio electrónico.9 Una mayor cobertura del diseño de interfaces gráficas de usuario (GUI).8 Nuevas alternativas para la administración de proyectos con la metodología de la

programación extrema.

• Nuevos enfoques de diseño para las tecnologías inalámbricas, ERP y sistemasbasados en Web.

8 Un tratamiento más profundo de XML.8 Mayor cobertura del diseño para intranets y extranets, incluyendo técnicas sencillas

de navegación en pantalla.9 Un capítulo nuevo orientado a objetos que incluye modelado con UML.8 Una explicación más detallada sobre cómo decidir entre el software comercial

[COTS] o subcontratado con un ASP.9 Nueva cobertura sobre la implementación de medidas de seguridad y privacidad en

el sitio Web, como firewalls, políticas de privacidad corporativas, PKI, SSL, SET,VPN, filtros URL y filtrado del correo electrónico.

9 Nuevas técnicas para aplicar las prácticas esenciales de la programación extrema y

métodos ágiles para desarrollar sistemas orientados al cliente.8 Un tratamiento más amplio del software para monitorear el tráfico en la Web,

realizar perfiles de la audiencia y promover sitios Web corporativos para garantizarla eficacia de los nuevos sistemas de comercio electrónico.

8 Nueva cobertura de la metodología Seis Sigma para mejorar la calidad del diseñode software y sistemas.

9 Caso de la CPU continuo y actualizado, en el cual se utiliza Visible Analyst yMicrosoft Access.

8 HyperCase 2.5 actualizado, simulación gráfica de una organización en la Web quepermite a los estudiantes aplicar sus conocimientos.

Análisis y diseño de sistemas, de Kendall y Kendall, es un libro que presenta de manera pre-cisa los métodos, herramientas y técnicas de desarrollo de sistemas con un toque humorísticoy fácil de entender.

CARACTERÍSTICAS DE DISEÑOSe dio una apariencia estilizada a las figuras con el propósito de ayudar a los estudiantes acomprender con más facilidad el contenido de las mismas.

XVII

Z :l :•'

i . 1 1

: —

i: a., i S i ..f

- -.v.'J

ife. É I

E"... j

Se utilizan formularios impresos a lo largo detodo el libro con la idea de mostrar el diseño de en-tradas y salidas, así como el diseño de cuestionarios.Aunque la computarización de los procesos manualeses una meta para la mayoría de las organizaciones,gran parte de la captura de datos aún se realiza enformularios impresos. El perfeccionamiento del diseñode formularios permite a los analistas garantizar lacaptura (entrada y salida) de datos precisa y completa.El uso de mejores formularios también contribuye aagilizar los nuevos flujos de trabajo internos resul-tantes de las recientes aplicaciones automatizadas"negocio a consumidor" (B2C) que se emplean parael comercio electrónico en la Web.

Las pantallas de computadora ilustran caracte-rísticas importantes del software m u y útiles para elanalista. En este ejemplo se muestra la manera de de-tectar vínculos rotos (o modificados) en un sitio Webmediante un paquete como Microsoft Visio. Imáge-nes de pantalla, tal como las verá en su computado-ra, presentan aspectos impor tan tes del diseño. Losanalistas buscan cons tan temente cómo mejorar laapariencia de las pantallas (salidas de programa) y laspáginas Web que diseñan; todo en aras de facilitar lalabor del usuario.

Se emplean diagramas conceptuales para presentar las diversas herramientas con quecuentan los analistas de sistemas. En este ejemplo se demuestran las diferencias entre los

diagramas lógicos de flujo de datos y los diagramasfísicos de flujo de datos. También se ilustran otrasherramientas impor tantes , como los diagramas deentidad-relación, los diagramas de estructura y el es-pañol estructurado.

Las tablas se utilizan en aquellos casos en queuna lista impor t an te requiere atención especial, ocuando la información se tiene que organizar o clasi-ficar. Asimismo, se emplean para complementar lacomprensión del lector de la manera en que se orga-niza el material en el texto general. Las tablas consti-

tuyen una opción útil para los analistas cuando desean organizar cifras y texto con el propó-sito de reflejar una "visión global" significativa.

El siguiente ejemplo de una tabla, del capítulo 3, muestra la forma en que los analistaspueden refinar sus planes de actividades de análisis dividiendo las actividades en tareas máspequeñas y calculando el t i empo que les tomará realizarlas. La filosofía que sustenta nues-tro libro consiste en que el análisis y diseño de siste-mas es un proceso que integra el uso de diversas he- • -.•• • • ••.•• - -""•"•.rramientas con el talento individual del analista desistemas para refinar sistemáticamente los negociosmediante la implementación o modificación de siste-mas de información computarizados. Los analistas desistemas pueden progresar en sus trabajos asumiendo l í v (X-nuevos retos de tecnología de la información y man-teniéndose actualizados en su profesión mediante laaplicación de nuevas técnicas y herramientas.

de [luja «fe datan lógico

PREFACIO

Parte I:Fundamentos del análisis

de sistemas

Parte V: ; Parte II:Ingeniería Análisis de los

e implementación, ! requerimientosde software ' • de información

Parte IV:Aspectos esenciales

del diseño

Parte III:El procesode análisis

REPASO DE LA SEXTA EDICIÓNEl análisis y diseño de sistemas se imparte por lo general en uno o dos semestres. Nuestro li-bro funciona en ambos casos. El texto es apropiado para estudiantes universitarios o de pos-grado. El nivel y duración del curso puede variar y complementarse con proyectos reales,HyperCase u otros materiales disponibles en la sección de recursos para el profesor del sitioWeb de esta obra.

El texto se divide en cinco partes principales: Fundamentos del análisis de sistemas[parte I), Análisis de los requerimientos de información [parte II), El proceso de análi-sis (parte III), Aspectos esenciales del diseño [parte IV) e Ingeniería e implementación desoftware [parte V).

La parte I (capítulos 1-3) pone énfasis en los aspectos básicos que los es-, tudiantes deben conocer sobre las actividades de un analista; cuál es la fun-

ción de los diversos sistemas de información en una organización, como lascomputadoras portátiles, las tecnologías inalámbricas y los sistemas ERP; cómodeterminar si vale la pena emprender un proyecto de sistemas; nueva cober-

tura de administración de proyectos de comercio electrónico, y cómo manejar un proyectode sistemas con herramientas de software especiales. Contiene material actualizado sobreequipos y organizaciones virtuales. Se presentan técnicas para dibujar diagramas de entidad-relación y diagramas de flujo de datos de contexto para los casos en que se entra en contac-to por primera vez con una organización. El capítulo 3 incluye material nuevo para explicarla manera en que un enfoque alternativo denominado programación extrema (XP) equili-bra los objetivos para manejar el proceso de análisis y diseño. También se presentan los trespapeles del analista de sistemas, como consultor, experto en apoyo técnico y agente de cam-bio, y se incorporan ideas actualizadas sobre aspectos éticos y lineamientos profesionalespara desempeñar el papel de consultor de sistemas.

La parte II (capítulos 4-6) resalta_- el uso de metodologías sistemáticas y

estructuradas para realizar el análisisde los requerimientos de información.La aplicación de un análisis contribuye

a que el analista garantice que se está enfocando en elproblema correcto previo al diseño del sistema. Elcapítulo 4 presenta un grupo de métodos interacti-vos, entre ellos las entrevistas, el diseño conjunto deaplicaciones (JAD) y la elaboración de cuestionarios. El capítulo 5 incluye un grupo de mé-todos discretos para determinar los requerimientos de información de los usuarios. Entre

PREFACIO

Tállenle disolto úfil DAD

estos métodos se cuentan el muestreo, la revisión de datos impresos y archivados, y el estudiodel comportamiento de los encargados de la toma de decisiones y de su entorno físico. Elcapítulo 6 presenta una cobertura especialmente novedosa sobre la elaboración de prototi-pos como otra técnica de recopilación de datos, que da al analista la posibilidad de resolverel problema preciso al involucrar a los usuarios desde el principio. Este capítulo también in-cluye material sobre el desarrollo rápido de aplicaciones (RAD). El material nuevo permitea los estudiantes comprender el enfoque de programación extrema (XP) para el desarrollode sistemas. Se explican las prácticas esenciales que distinguen a XP de otras metodologías.Además, se presentan los valores fundamentales para XP y el modelado ágil.

En la parte III (capítulos 7-10) se detalla el proceso de análisis. Toma co-mo base las dos partes anteriores para llevar al estudiante al análisis de los flu-

jt • jos de datos y de las decisiones estructuradas y semiestructuradas. Ofrece ex-• ^ i plicaciones paso a paso sobre el uso de técnicas estructuradas para dibujar

diagramas de flujo de datos (DFDs). El capítulo 7 muestra cómo crear diagra-mas hijos; cómo desarrollar diagramas lógicos y físicos de flujo de datos, y cómo particionardiagramas de flujo de datos. Incluye una sección actualizada que explica el enfoque orienta-do a objetos de los casos de uso y los diagramas de flujo de datos. El enfoque orientado a ob-jetos del capítulo 8 presenta material sobre el depósito de datos y el balanceo vertical dediagramas de flujo de datos. El capítulo 8 también presenta una amplia cobertura del Len-guaje de Marcado Extensible (XML) y demuestra cómo usar los diccionarios de datos paracrear XML. El capítulo 9 contiene material sobre el desarrollo de especificaciones de pro-cesos. Una explicación de las especificaciones lógicas y físicas de procesos ilustra cómo uti-lizarlas en el balanceo horizontal.

La parte III también describe cómo diagramar decisiones estructuradas a través del es-pañol estructurado, tablas de decisión y árboles de decisión. Asimismo, se presentan las tec-nologías de actualización automática.

El capítulo 10 describe diversos métodos para pronosticar costos y beneficios, los cua-les son indispensables para decidir la compra de software y hardware. El material nuevo delcapítulo 10 ayuda a los estudiantes a evaluar las ventajas y desventajas entre crear softwarepersonalizado, comprar software comercial (COTS) o subcontratar el software con un pro-veedor de servicios de aplicaciones (ASP). Asimismo, el material nuevo muestra a los estu-diantes cómo ayudar a los encargados de la toma de decisiones a seleccionar el software deapoyo a la toma de decisiones, sistemas de recomendación y el uso de redes neurales. El ca-pítulo 10 también guía a los estudiantes a través de la presentación y redacción profesionalde una propuesta eficaz de sistemas, que incluya cifras y gráficas para comunicarse con losusuarios.

En la parte IV (capítulos 11-15) se explican los fundamentos del diseño.- Se empieza por el diseño de la salida, puesto que muchos expertos consideran

que los sistemas deben orientarse a la salida. El diseño de los formularios ba-sados en la Web se analiza con detalle. Se pone especial atención en relacionarel método de salida con el contenido, el efecto de la salida sobre los usuarios

y en el diseño de formularios y pantallas eficaces. El capítulo 11 compara las ventajas y des-ventajas de la salida, incluyendo las pantallas de informes en la Web, audio, CD-ROM, DVDy la salida electrónica como el correo electrónico, los faxes y los boletines electrónicos. Seresalta el diseño de un sitio Web dedicado al comercio electrónico, y se describe la produc-ción de salida y de XML. El capítulo 12 incluye material novedoso sobre el diseño deformularios de entrada de datos basados en la Web, ^ _ _así como de otros formularios electrónicos. Tambiénse presenta el diseño de formularios asistido porcomputadora.

El capítulo 12 también ofrece una amplia cober-tura del diseño de sitios Web, con lineamientos paradeterminar cuándo deben los diseñadores incorporarvídeo, audio y animación en los diseños de sitios Web.Se explican los usos de las tecnologías de actualizacióny recepción automática de la Web para diseñar la sali-

Working Group E

PREFACIO

da. Se dedica más espacio a describir cómo crear gráficos apropiados para sitios Web corpora-tivos y a diseñar elementos de navegación en pantalla eficaces para usuarios de sitios Web.

También hay una mayor cobertura del diseño de páginas para intranets y extrañéis. Seincluyó una explicación de las restricciones a la integridad de bases de datos y de la maneraen que interactúa el usuario con la computadora y cómo diseñar una interfaz apropiada. Enesta parte IV se menciona la importancia de la retro alimentación del usuario. También seresalta el diseño de procedimientos precisos para la entrada de datos que aprovechen al má-ximo las capacidades humanas y de la computadora con el fin de garantizar la entrada dedatos de calidad.

El capítulo 13 demuestra cómo utilizar los diagramas de entidad-relación para determi-nar claves de registros, así como para ofrecer lineamientos para el diseño de relaciones ar-chivo/base de datos. Se muestra a los estudiantes la importancia del diseño de bases de da-tos para conseguir la máxima utilidad del sistema, y la manera en que los usuarios empleanlas bases de datos. El capítulo 14 presenta material sobre el diseño de elementos sencillos denavegación en pantalla para los visitantes de sitios Web. También ofrece material actualiza-do en relación con aspectos importantes de la extracción y el almacenamiento de datos. Asi-mismo, se incluyen enfoques novedosos para realizar búsquedas en la Web. Se hace énfasisen el material sobre el diseño de GUIs y se proporcionan enfoques recientes para diseñarcuadros de diálogo. El capítulo 14 estructura nuevas consideraciones especializadas de dise-ño para sitios Web dedicados al comercio electrónico. También contiene explicaciones másdetalladas sobre la generación de consultas que permitan a los usuarios realizar búsquedasen la Web. En el capítulo 15 se presenta material actualizado acerca de la administración dela cadena de abastecimiento mediante el diseño eficaz de sistemas de comercio electróniconegocio a negocio (B2B).

La parte V (capítulos 16-18) introduce a los estudiantes en la ingenieríade software estructurada y en técnicas de documentación como medios paraimplementar un sistema de calidad. El capítulo 16 ofrece nuevo material enla adopción de la metodología Seis Sigma para alcanzar la calidad en el dise-ño de software y sistemas. El capítulo 16 también incluye una sección acerca

de los importantes conceptos de generación de código y reingeniería de diseño. Asimismo,explicamos los desarrollos en técnicas estructuradas y enseñamos a los estudiantes cuálestécnicas son apropiadas para cada situación específica.

El material sobre diagramas de estructura contiene detalles sobre la manera de utilizardiagramas de flujo de datos para dibujar diagramas de estructura. Además, se incluye mate-rial sobre seguridad de sistemas y firewalh. La prueba, auditoría y mantenimiento de sis-temas se explica en el contexto de la administración de la calidad total. El capítulo 17 pre-senta herramientas novedosas para el modelado de redes, lo cual se puede realizar conherramientas populares como Microsoft Visio. Asimismo, contiene una descripción sobre elsoftware de grupo. La parte V también introduce al estudiante al diseño de sistemas clien-te/servidor, sistemas distribuidos y múltiples sistemas inalámbricos, como WLANs, redesWi-Fi y redes Bluetooth.

Se ofrece material relacionado con la seguridad y la privacidad al diseñar aplicacionesde comercio electrónico. También se incluye una mayor cobertura sobre seguridad, en espe-cial acerca de firewalh, puertas de enlace, infraestructura de clave pública (PKI), traducciónelectrónica segura (SET), capas de sockets seguras (SSL), software de protección antivirus,productos de filtrado URL, productos de filtrado de correo electrónico y redes privadas vir-tuales (VPNs). Además, se presentan temas actuales de interés para diseñadores de aplica-ciones de comercio electrónico, como el desarrollo de perfiles de la audiencia y el desarrolloy publicación de políticas de privacidad corporativa.

En esta sección se incluye una cobertura actualizada de la manera en que el analistapuede promover y a continuación monitorear un sitio Web corporativo; también se presen-ta el monitoreo de actividades en la Web, la promoción de sitios Web, el análisis del tráficoen la Web y la generación de perfiles de la audiencia, con el propósito de garantizar la efica-cia de nuevos sistemas de comercio electrónico. Asimismo, se cubren sistemáticamente téc-nicas para evaluar los proyectos terminados de sistemas de información.

PREFACIO

La parte V concluye con el capítulo 18, rela-tivo al análisis y diseño de sistemas orientados aobjetos, que contiene una nueva y detallada sec-ción sobre el uso del Lenguaje de Modelado Uni-ficado (UML). Hay una nueva explicación sobreel modelo de casos de uso, la creación de diagra-mas de modelo de clases con UML, la creación dediagramas de generalización/especialización, es-cenarios de casos de uso y diagramas de activida-des. Este capítulo demuestra, mediante diversosejemplos y secciones Oportunidades de consul-toría, cómo utilizar un enfoque orientado a objetos. Nuevas Oportunidades de consultoría,diagramas y problemas hacen posible que los estudiantes aprendan y utilicen UML paramodelar sistemas desde una perspectiva orientada a objetos.

La sexta edición contiene un Glosario de términos y una lista independiente de Siglasque se utilizan en el libro y en el campo del análisis y diseño de sistemas.

CARACTERÍSTICAS PEDAGÓGICASLos capítulos de la sexta edición contienen:

8 Objetivos de aprendizaje al principio de cada capítulo.8 Resúmenes que enlazan los puntos notables de cada capítulo, al mismo tiempo que

ofrecen una excelente fuente de revisión para los exámenes.18 Palabras y frases clave.• Preguntas de repaso.8 Problemas.9 Proyectos de grupo que ayudan a los estudiantes a trabajar en conjunto en un

equipo de sistemas, con el propósito de solucionar problemas importantes quese resuelven mejor a través de la interacción en grupo.

8 Oportunidades de consultoría —más de 65 minicasos a lo largo de todo el libro.8 Experiencias con HyperCase.8 Episodios de los casos de la CPU —partes de un caso continuo eslabonado a lo

largo de todo el libro.

OPORTUNIDADES DE CONSULTORÍALa sexta edición contiene más de 65 Oportunidades de consultoría, muchasde las cuales abordan nuevos temas que han surgido en el campo, como eldiseño de aplicaciones de comercio electrónico para la Web, el software co-mercial (COTS) y el uso de UML

para modelar sistemas de información desde unaperspectiva orientada a objetos. Las Oportunidades deconsultoría se pueden aprovechar para propiciardebates en clase, asignarlas como tareas o como pre-guntas de examen para resolver en casa. Puesto queno todos los sistemas son proyectos que duran de dosa tres años, nuestro libro contiene muchas Oportu-nidades de consultoría que se pueden solucionar rá-pidamente en 20 o 30 minutos de debate en grupo ode manera individual. Estos minicasos, escritos deuna manera humorística para hacer ameno el mate-rial, requieren que el estudiante sintetice lo que hayaaprendido hasta ese punto del curso, que madure enlo concerniente a sus criterios éticos y profesionales, y que explique las razones que lo con-dujeron a tomar sus decisiones de sistemas.

PREFACIO

hE U¿ lk l

EXPERIENCIAS CON HYPERCASEEn cada capítulo hay Experiencias con HyperCase, las cuales plantean ejerci-cios que constituyen un reto para los estudiantes. HyperCase 2.5 se encuen-tra ahora disponible en la Web. Hy-

perCase contiene ahora problemas organizacionalesactualizados que representan sistemas tecnológicosde vanguardia. HyperCase es una oganización vir-tual que da a los estudiantes la oportunidad deadentrarse de inmediato en la vida organizacional.Los estudiantes entrevistarán gente, observarán en-tornos de oficina, analizarán sus prototipos y revisaránla documentación de sus sistemas existentes. Hy-perCase 2.5 es un software interactivo basado en laWeb que presenta una organización denominadaMaple Ridge Engineering (MRE) en un entorno degráficos tridimensionales a todo color. HyperCaseda a los profesores la posibilidad de plantear el aná-lisis de sistemas y la clase de diseño con materialmultimedia interesante. Vigilando con atención eluso del tiempo y manejando múltiples métodos, losestudiantes aprovechan las características de hipertexto de HyperCase en la Web para crearsus propias rutas individuales dentro de la organización.

Maple Ridge Engineering es resultado directo de las experiencias reales de consultoríade los autores de la versión original (Raymond Barnes, Richard Baskerville, Julie E. Kendall yKenneth E. Kendall). Alien Schmidt se integró al proyecto en la versión 2.0. Peter Schmidtfue el programador de HTML y Jason Reed produjo las imágenes para la versión de la Web.

En cada capítulo hay Experiencias con HyperCase especiales que incluyen tareas (aligual que algunas pistas) para ayudar a los estudiantes a resolver los difíciles problemas or-ganizacionales que enfrentarán en MRE. HyperCase se ha probado totalmente en los salo-nes de clase y obtuvo un premio en el certamen Decisión Sciences Institute Innovative.

E P I S O D I O '

TMU5DEDECBH» 9

EPISODIOS DE LOS CASOS DE LA CPU9-

Acordes con nuestra creencia de que es importante contar con una di-versidad de enfoques, nuevamente hemos integrado el caso de la Cen-

tral Pacific University (CPU) en cada uno de los capítulos de esta sexta edición. En las pan-tallas de ejemplo y los ejercicios de los estudiantes, el caso de la CPU utiliza la popularherramienta CASE Visible Analyst, de Visible Sys-tems, Inc.

El caso de la CPU lleva a los estudiantes por to-das las fases del ciclo de vida del desarrollo de siste-mas, demostrando las capacidades de Visible Analyst.Esta herramienta CASE permite a los estudiantesresolver problemas por sí mismos, utilizando datosque pueden descargar del sitio Web con ejercicios deVisible Analyst especialmente diseñados para cadacapítulo del libro. Además, en el sitio Web se en-cuentran archivos de Microsoft Access parcialmenteterminados para que los utilice el estudiante. El casode la CPU ha sido completamente probado en lossalones por una gran cantidad de estudiantes, duran-te numerosos periodos. El caso es suficientemente

PREFACIO

detallado, riguroso y rico para funcionar como un proyecto independiente de análisis y dise-ño de sistemas con una duración de uno o dos periodos. De manera alternativa, el caso dela CPU se puede aprovechar para enseñar el uso de herramientas CASE en conjunto con laasignación de un proyecto real, de uno o dos periodos, fuera del salón de clases.

APOYOS ADICIONALES EN LA WEBLa sexta edición de Análisis y diseño de sistemas, de Kendall y Kendall, incorpora apoyo adicio-nal en la Web a las técnicas pedagógicas en el campo de los sistemas de información. Cabe acla-rar que toda esta información está en idioma inglés.

8 El sitio Web de este libro (www.pearsoneduca-cion.net/kendall) contiene numerosas herra-mientas de apoyo y aprendizaje, que animan lasdiscusiones en clase.

# HyperCase 2.5, un galardonado juego sobreuna organización virtual interactiva. Los estu-diantes podrán entrevistar a miembros de la or-ganización, analizar problemas, modificar dia-gramas de flujo de datos y diccionarios de datos, responder a prototipos y diseñarnuevas formas de entrada y salida. HyperCase cuenta ahora con una apariencia tri-dimensional.

o Ejercicios para el estudiante basados en el caso I.™U«^ .̂̂ »I»»IM»IIIIIJJ»IMIMIIIM«IMÍMM»M

continuo de la CPU, con problemas y ejemplosparcialmente resueltos en archivos de VisibleAnalyst y Microsoft Access, con el fin de que losalumnos puedan desarrollar un sistema de ad-ministración basado en la Web.

8 Guía de estudio interactiva, con preguntas ciertoo falso y de opción múltiple para cada capítulo.Los estudiantes reciben una calificación auto-mática y ayuda para contestar cada cuestionario.

• Manual del profesor (en una sección segura para profesores) con respuestas a pro-blemas, soluciones a los casos y sugerencias para impartir la materia.

9 Un paquete completo de diapositivas de PowerPoint que se pueden emplear enconferencias y que incluyen todas las figuras técnicas de la sexta edición.

8 Muestras de esquemas de cursos para cursos de uno o dos semestres o trimestres.8 Soluciones a ejercicios para los estudiantes basados en el caso continuo de la CPU,

con soluciones y ejemplos en archivos de Visible Analyst y Microsoft Access.8 La Guía de la Corporación para los Usuarios de HyperCase, una guía del profe-

sor para interpretar el HyperCase y enfoques sugeridos para utilizar en el salón declases.

m

MATERIAL DE APOYO EN LA WEB PARA EL PROFESOR (EN INGLÉS)En el sitio Web de este libro se encontrará una mayor cantidad de material de apoyo paralos profesores que utilicen esta edición. Entre los recursos se cuentan:

8 Un paquete completo de diapositivas de PowerPoint para utilizarse en conferencias.8 Biblioteca de imágenes, una colección de imágenes organizadas por capítulo.8 Manual del profesor en Microsoft Word.• Archivo de pruebas en Microsoft Word.• Windows PH Test Manager, un completo paquete de herramientas para probar y

evaluar que permite a los profesores crear y distribuir pruebas con suma facilidad.8 Soluciones a los ejercicios para el estudiante basados en el caso continuo de la

CPU, con soluciones y ejemplos en archivos de Visible Analyst y Microsoft Access.

PREFACIO

Cuando comenzamos a escribir la sexta edición de Análisis y diseño de sistemas observamosun mayor énfasis en la calidad de la información y en los sistemas de información, así co-mo un creciente interés por el uso de la tecnología de la información y nuevos sistemaspara mejorar la productividad y la calidad de vida de los individuos, al igual que la calidadde las sociedades establecidas y las emergentes. Mucha gente de todas partes del mundo seespecializa en el diseño de sistemas, y aún más gente se ve en la necesidad de utilizar avan-zados sistemas e información basados en la Web. Los usuarios responden a los sistemas deinformación y participan en el desarrollo de los mismos. Los buenos analistas y diseñadoresde sistemas aprovechan tanto el arte como la ciencia al dar respuesta a la retroalimentaciónque reciben, con el fin de desarrollar sistemas adecuados para sus usuarios, sus entornos eincluso la sociedad.

El artista que creó la ilustración de nuestra portada, Douglas G. Hamilton, comentó losiguiente acerca de su pintura, Sydney II (que vimos por primera vez en un maravilloso sitioWeb llamado ArtQuest): "Aunque con frecuencia hay diseños premeditados, colores senci-llos o límites difíciles, en todo subyace en gran medida el azar. Con frecuencia, las cosas másinteresantes ocurren de manera casual cuando nos aventuramos a ir más allá de lo estableci-do, experimentando y combinando con la aleatoriedad de otros".

Creemos que usted estará de acuerdo en que la creación de una pintura es similar a loque ocurre al crear nuevos sistemas de información. Usted tiene que aprender y aplicar unagran cantidad de técnicas, métodos, herramientas y enfoques estructurados. Pero cuando lle-ga el momento de interpretar lo que acontece en la organización y de desarrollar sistemasde información significativos desde la aplicación de reglas hasta el análisis, su capacidad secombina con su creatividad para producir un sistema que en cierta forma constituye unasorpresa: de múltiples capas y complejo, de acuerdo con las particularidades de la organiza-ción, y que refleja la individualidad de usted como analista de sistemas.

Como ocurre con cualquier nueva edición, nuestros estudiantes merecen reconocimien-to por habernos ayudado a mejorar de manera continua este libro al compartir con nosotrossus ideas y comentarios. Apreciamos su disposición para enseñarnos nuevas cosas. Deseamosagradecer a Alien Schmidt, coautor, todo el talento, dedicación y humorismo que puso ensus colaboraciones. Es una persona sin igual. También damos un profundo reconocimiento aPeter Schmidt y Jason Reed por sus contribuciones al HyperCase. Asimismo, agradecemosa Richard Baskerville y Raymond Barnes, los otros dos autores originales del HyperCase, porsu valiosa aportación.

Deseamos hacer patente nuestro agradecimiento a Bob Horan, nuestro editor, quiennos impulsó a hacer de ésta una edición dinámica y sustancial. Kyle Hannon también nosayudó a realizar una revisión a fondo. Sharon Koch merece nuestro agradecimiento porhaber aplicado sus conocimientos de marketing en nuestro texto. Su percepción, visión ycapacidad favorecieron que este proyecto cumpliera nuestros objetivos compartidos.

Maggie Nickles y Stacey Corbin, nuestros editores de producción en ICC, también me-recen muchos elogios por habernos ayudado en la difícil tarea de establecer prioridades yapegarnos a ellas. Gracias a ellos, esta edición fluyó sin problemas. Por último, hubo muchagente que no conocimos personalmente, pero con la que trabajamos en equipos virtuales enPrentice Hall, como Suzanne Grappi, e incluso otros miembros de ICC y de otras áreas, quenos ayudaron a administrar el proyecto, diseñar el libro, dibujar las ilustraciones, diagramarlas páginas y conseguir los permisos correspondientes. Damos las gracias a todos ellos.

XXV

Muchos revisores, compañeros y amigos nos animaron durante el proceso de redacciónde este libro. Les damos las gracias por sus comentarios a nuestro trabajo. Entre ellos están:Ayman Abu Hamdieh; Jim y Jan Buffington; Chaomei Chen; Charles J. Coleman; GordonDavis; Dorothy Dologite; Jim Evans; Bruce Fanning; Paul Gray; Nancy V. Gulick; Andyy Pam Hamingson; Chung Kwong Han; Carolyn Harris; Gail S. Huck; Ken y Nancy Kopecky;Art y Joan Kraft; Lee y Judie Krajewski; Muhammadou y Jainaba Kah; Kathy Kahre-Samuels;Carol Latta; Ken y Jane Laudon; Cliffbrd D. Layton; Bob Mankoff; Sylnovie Merchant;Merrideth Miller; Robert Moclder; Nancy Omaha Boy; Raymond E. Podhorn; Joel y BobbiePorter; Markita Price; Ron Rice; Bill Rogers; Caryn Schmidt; Marc y Jill Schniederjans; KengSiau; Jeffery L. Squibb; Eric y Tisha Stahl; Merrill Warkentin; Shaker y Patricia Zahra, y to-dos nuestros amigos y compañeros en la Association for Information Systems, el DecisiónSciences Institute, el IFIP Working Group 8.2, y todos los que participan en el KPMG Ph.D.Project.

Gracias de todo corazón a Julia A. Kendall y a la memoria de Edward J. Kendall. Su fir-me convicción de que el amor, las metas y el trabajo constante constituyen una combina-ción inigualable continúa impulsando nuestros esfuerzos cotidianos.

AGRADECIMIENTOS

OBJETIVOS DE APRENDIZAJE

Una vez que haya dominado el material de este capítulo, podrá:

1. Recordar los tipos básicos de sistemas de cómputo con los que debe trabajar un analista de sistemas.

2. Entender la manera en que las nuevas tecnologías influyen en la dinámica de un sistema.

3. Reconocer los diversos roles de un analista de sistemas.

4. Conocer los pasos del SDLC y saber cómo aplicarlos a un sistema real.

5. Comprender la función de las herramientas CASE y cómo ayudan a un analista de sistemas.

6. Explorar otras metodologías como el diseño de sistemas orientados a objetos y la elaboraciónde prototipos.

Desde luce mucho tiempo, las oruani/ai iones h;in reconocido 1;: importancia do adniinis-ir.M" recursos chivo como ¡a mano do obra \ las- materias prima:-. I ji la .u lu;iliil¡ul. la inrorma-cióp so ha .uanado el legítimo derecho de ser considerada como un recurso clavo. Los r iuar-uados tío l.i tom.! do decisiones por lin han comprendido que la información no es tan sóloun ¡"i!"ndiKtu dorivado do ¡a s.ondiK ción vio los penocios, sino un impíi'sor ilo los miamos vque nccili1 constituir un lactor cnu i / l en ol rxiro o iraca^o ilo una oinruv-a.

IV.IM ma\i:n'/LLr !a utilidad do ia iníonn.ición, IIP;I omprosi (K-ÍT*.1 adminisfarla do niano-i":i olii'irnli1, i.(];üo io ¡meo ion io- desdas rocursiv-,. I .o* adminislradoro^ dobon coiunrondori;i;o ln1. cosió-; lionci una estrecha relación con la producción, dislrihiii ion, soüiiriilüd, ¡ilnu-ii-naniienU) v iocu|ioi\!(ión di- loil.i la in'urnuK'ion. A posar ^ tjnt- la míorm.kión o^tá enindas p.irlos, no ,- s }>r.ii;i¡;a. y no M1 dobo asumir que se poilrá usar osiralójiicamenio para au-niiP.lar la oompotitividaii ilo una empivsa.

La ampl:;1. disponibilidad de computadoras on red, ¡unto con ol acceso a Internet y laWorld \\ ido Web, han ¡iropiciado Lina e\nlosión Cu: la intormatión en la sociedad en general\ vil ios Menucios on particular. I .a administración de h: inhirmaoión ncnor.'.da por lomnuiado-ra dinero en asptuoa in:porlanle.i del nianeju de los datos producidos por medios manuales.Por lo general hay una mayor cantidad de información de computadora por manejar. Loscostos de organizaría y darle mantenimiento se pueden incrementar a niveles alarmantes,y con frecuencia los usuarios la consideran más precisa que la información obtenida porotros medios. En este capítulo se examinan los aspectos básicos de los diferentes tipos desistemas de información, los diversos roles de los analistas de sistemas, las fases del ciclode vida del desarrollo de sistemas [SDLC, Systems Development Lije Cycle] y se presentanlas herramientas de Ingeniería de Software Asistida por Computadora (CASE, Computer-Aided Software Engíneering).

TIPOS DE SISTEMASLos sistemas de información se desarrollan con diversos propósitos, según las necesidades de laempresa. Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems)funcionan al nivel operativo de una organización, los sistemas de automatización de la oficina(OAS, Office Automañon Systems) y los sistemas de trabajo del conocimiento (KWS, KnowledgeWork Systems) apoyan el trabajo al nivel del conocimiento. Los sistemas de información geren-cial (MIS, Management Information Systems) y los sistemas de apoyo a la toma de decisiones(DSS, Decisión Support Systems) se encuentran entre los sistemas de alto nivel. Los sistemas ex-pertos aplican el conocimiento de los encargados de la toma de decisiones para solucionar pro-blemas estructurados específicos. Los sistemas de apoyo a ejecutivos (ESS, Executive SupportSystems) se encuentran en el nivel estratégico de la administración. Los sistemas de apoyo a latoma de decisiones en grupo (GDSS, Group Decisión Support Systems) y los sistemas de tra-bajo corporativo apoyados por computadora (CSCWS, Computer-Supported CollaborativeWork Systems), descritos de manera más general, auxilian la toma de decisiones semiestruc-turadas o no estructuradas a nivel de grupo.

En la figura 1.1 se muestra la diversidad de sistemas de información que podrían desa-rrollar los analistas. Observe que en la figura estos sistemas se representan de abajo hacia arri-ba, indicando que los TPS apoyan el nivel operativo, o más bajo, de la organización, mientrasque los ESS, GDSS y CSCWS soportan el nivel estratégico, o más alto, apoyando la toma dedecisiones semiestructuradas o las no estructuradas. En este libro se emplean de manera in-distinta los términos sistemas de información gerencia!, sistemas de información (IS, Informa-tion Systems), sistemas de información computarizados y sistemas de información de negocioscomputarizados, para denotar sistemas de información computarizados que apoyan el rangode actividades de negocios más amplio mediante la información que producen.

FIGURA 1.1Un analista de sistemas podríatrabajar con alguno de estossistemas o con todos ellos.

SISTEMAS DE PROCESAMIENTO DE TRANSACCIONES

Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems) sonsistemas de información computarizada creados para procesar grandes cantidades de datosrelacionadas con transacciones rutinarias de negocios, como las nóminas y los inventarios.Un TPS elimina el fastidio que representa la realización de transacciones operativas necesa-rias y reduce el tiempo que una vez fue requerido para llevarlas a cabo de manera manual,aunque los usuarios aún tienen que capturar datos en los sistemas computarizados.

Los sistemas de procesamiento de transacciones expanden los límites de la organizacióndado que le permiten interactuar con entornos externos. Es importante para las operacionescotidianas de un negocio, que estos sistemas funcionen sin ningún tipo de interrupción, puesto

r.ss

GDSS

CSIAVS

S ¡ s t e < u s : : , . . p . < . L < j l . r ' . - n . i . : ]•• :..!• • ••

S : !••! : . : : : ' : í'.;1 :.il••J •r_li.-l l"I '1-

Si-i' i'';.-' -i-- tr il.ijc 'l"l 'u¡" ' 'iri'jiilj

Sis; :"u:. i:. •'.. -.uTir.i/-" C'f ¡. • h oii: -:u

Sisten.!". iii. ¡MI ci.i.-.n "; m ¡Ir; ÍI-UIS.KL anos

P A R T E I FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

que los administradores recurren a los datos producidos por los TPS con el propósito de obte-ner información actualizada sobre el funcionamiento de sus empresas.

SISTEMAS DE AUTOMATIZACIÓN DE LA OFICINA Y SISTEMAS DE TRABAJO DEL CONOCIMIENTO

Existen dos clases de sistemas en el nivel del conocimiento de una organización. Los siste-mas de automatización de la oficina [OAS, Office Automation Systems] apoyan a los trabaja-dores de datos, quienes por lo general no generan conocimientos nuevos, sino más bien ana-lizan la información con el propósito de transformar los datos o manipularlos de algunamanera antes de compartirlos o, en su caso, distribuirlos formalmente con el resto de la or-ganización y en ocasiones más allá de ésta. Entre los componentes más comunes de un OASestán el procesamiento de texto, las hojas de cálculo, la autoedición, la calendarización elec-trónica y las comunicaciones mediante correo de voz, correo electrónico y videoconferencia.

Los sistemas de trabajo del conocimiento (KWS, Knowledge Work Systems] sirven deapoyo a los trabajadores profesionales, como los científicos, ingenieros y médicos, en sus es-fuerzos de creación de nuevo conocimiento y dan a éstos la posibilidad de compartirlo consus organizaciones o con la sociedad.

SISTEMAS DE INFORMACIÓN GERENCIAL

Los sistemas de información gerencial (MIS, Management Information Systems] no reempla-zan a los sistemas de procesamiento de transacciones, más bien, incluyen el procesamientode transacciones. Los MIS son sistemas de información computarizados cuyo propósito escontribuir a la correcta interacción entre los usuarios y las computadoras. Debido a que re-quieren que los usuarios, el software [los programas de cómputo] y el hardware (las compu-tadoras, impresoras, etc.), funcionen de manera coordinada, los sistemas de información ge-rencial dan apoyo a un espectro de tareas organizacionales mucho más amplio que lossistemas de procesamiento de transacciones, como el análisis y la toma de decisiones.

Para acceder a la información, los usuarios de un sistema de información gerencial com-parten una base de datos común. Ésta almacena datos y modelos que ayudan al usuario a in-terpretar y aplicar los datos. Los sistemas de información gerencial producen informaciónque se emplea en la toma de decisiones. Un sistema de información gerencial también pue-de contribuir a unificar algunas de las funciones de información computarizadas de una em-presa, a pesar de que no existe como una estructura individual en ninguna parte de ésta.

SISTEMAS DE APOYO A LA TOMA DE DECISIONES

Los sistemas de apoyo a la toma de decisiones (DSS, Decisión Support Systems] constituyenuna clase de alto nivel de sistemas de información computarizada. Los DSS coinciden conlos sistemas de información gerencial en que ambos dependen de una base de datos paraabastecerse de datos. Sin embargo, difieren en que el DSS pone énfasis en el apoyo a la to-ma de decisiones en todas sus fases, aunque la decisión definitiva es responsabilidad exclu-siva del encargado de tomarla. Los sistemas de apoyo a la toma de decisiones se ajustan másal gusto de la persona o grupo que los utiliza que a los sistemas de información gerencialtradicionales. En ocasiones se hace referencia a ellos como sistemas que se enfocan en la in-teligencia de negocios.

SISTEMAS EXPERTOS E INTELIGENCIA ARTIFICIAL

La inteligencia artificial (AI, Artificial Intelligence] se puede considerar como el campo gene-ral para los sistemas expertos. La motivación principal de la AI ha sido desarrollar máquinasque tengan un comportamiento inteligente. Dos de las líneas de investigación de la AI sonla comprensión del lenguaje natural y el análisis de la capacidad para razonar un problemahasta su conclusión lógica. Los sistemas expertos utilizan las técnicas de razonamiento de laAI para solucionar los problemas que les plantean los usuarios de negocios (y de otrasáreas].

Los sistemas expertos conforman una clase muy especial de sistema de informaciónque se ha puesto a disposición de usuarios de negocios gracias a la amplia disponibilidad de

EL ROL DEL ANALISTA DE SISTEMAS C H P I T IJ L 0 1

hardware y software como computadoras personales (PCs) y generadores de sistemas ex-pertos. Un sistema experto [también conocido como sistema basado en el conocimiento)captura y utiliza el conocimiento de un experto para solucionar un problema específico enuna organización. Observe que a diferencia de un DSS, que cede al responsable la toma dela decisión definitiva, un sistema experto selecciona la mejor solución para un problema ouna clase específica de problemas.

Los componentes básicos de un sistema experto son la base de conocimientos, unmotor de inferencia que conecta al usuario con el sistema mediante el procesamiento deconsultas realizadas con lenguajes como SQL [Structured Query Language, lenguaje de con-sultas estructurado) y la interfaz de usuario. Profesionales conocidos como ingenieros deconocimiento capturan la pericia de los expertos, construyen un sistema de cómputo que con-tiene este conocimiento experto y lo implementan. Es muy factible que la construcción eimplementación de sistemas expertos se constituya en el trabajo futuro de muchos analistasde sistemas.

SISTEMAS DE APOYO A LA TOMA DE DECISIONES EN GRUPO Y SISTEMASDE TRABAJO COLABORATIVO APOYADOS POR COMPUTADORA

Cuando los grupos requieren trabajar en conjunto para tomar decisiones semiestructuradaso no estructuradas, un sistema de apoyo a la toma de decisiones en grupo (GDSS, GroupDecisión Support System) podría ser la solución. Este tipo de sistemas, que se utilizan ensalones especiales equipados con diversas configuraciones, faculta a los miembros del grupoa interactuar con apoyo electrónico —casi siempre software especializado— y la asistenciade un facilitador especial. Los sistemas de apoyo a la toma de decisiones en grupo tienen elpropósito de unir a un grupo en la búsqueda de la solución a un problema con la ayuda dediversas herramientas como los sondeos, los cuestionarios, la lluvia de ideas y la creaciónde escenarios. El software GDSS puede diseñarse con el fin de minimizar las conductas ne-gativas de grupo comunes, como la falta de participación originada por el miedo a las repre-salias si se expresa un punto de vista impopular o contrario, el control por parte de miem-bros elocuentes del grupo y la toma de decisiones conformista. En ocasiones se hacereferencia a los GDSS con el término más general sistemas de trabajo colaborativo apoyadospor computadora (CSCWS, Computer-Supported Collaborative Work Systems], que puedencontener el respaldo de un tipo de software denominado groupware para la colaboración enequipo a través de computadoras conectadas en red.

SISTEMAS DE APOYO A EJECUTIVOS

Cuando los ejecutivos recurren a la computadora, por lo general lo hacen en busca de mé-todos que los auxilien en la toma de decisiones de nivel estratégico. Los sistemas de apoyo aejecutivos (ESS, Executive Support Systems) ayudan a estos últimos a organizar sus actividadesrelacionadas con el entorno externo mediante herramientas gráficas y de comunicaciones,que por lo general se encuentran en salas de juntas o en oficinas corporativas personales. Apesar de que los ESS dependen de la información producida por los TPS y los MIS, ayudana los usuarios a resolver problemas de toma de decisiones no estructuradas, que no tienenuna aplicación específica, mediante la creación de un entorno que contribuye a pensaren problemas estratégicos de una manera bien informada. Los ESS amplían y apoyan las ca-pacidades de los ejecutivos al darles la posibilidad de comprender sus entornos.

INTEGRACIÓN DE LAS TECNOLOGÍAS DE SISTEMASComo se aprecia en la figura 1.2, a medida que se adopten y difundan las nuevas tecnolo-gías, parte del trabajo de los analistas de sistemas se dedicará a la integración de los sistemastradicionales con los nuevos. En esta sección se describen algunas de las nuevas tecnologíasde información que los analistas de sistemas utilizarán para empresas que buscan integrarsus aplicaciones de comercio electrónico con sus negocios tradicionales, o bien, iniciar nego-cios electrónicos completamente nuevos.

? P S T E ! FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

/ \

.,\

* \ESS

GDSS ">

CSCWS .,

Sistemas expertos

Sistemas de apoyo a ia toma de decisiones

Sistemas de información gerundia!

Sibrumiis dii trabajo del conocimiento

Sistemas de automatización de la oficina

Sistemas de procesamiento de transacción-J ,

FIGURA 1.2Los analistas de sistemas debenestar conscientes de que laintegración de tecnologías abarcatodos los tipos de sistemas.

APLICACIONES DE COMERCIO ELECTRÓNICO Y SISTEMAS WEB

Muchos de los sistemas que se describen en este libro pueden dotarse de una mayor funcio-nalidad si se migran a la World Wide Web o si desde su concepción se implementan comotecnologías basadas en la Web. En una encuesta reciente la mitad de todas las empresas pe-queñas y medianas respondieron que Internet fue su estrategia preferida para buscar el cre-cimiento de sus negocios. Esta respuesta duplicó a la de aquellos que manifestaron su incli-nación por realizar alianzas estratégicas como medio para crecer. Hay muchos beneficiosderivados de la implementación de una aplicación en la Web:

1. Una creciente difusión de la disponibilidad de un servicio, producto, industria, personao grupo.

2. La posibilidad de que los usuarios accedan las 24 horas.3. La estandarización del diseño de la interfaz.4. La creación de un sistema que se puede extender a nivel mundial y llegar a gente en lu-

gares remotos sin preocuparse por la zona horaria en que se encuentren.

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES

Muchas organizaciones consideran los beneficios potenciales que se derivan de la integra-ción de los diversos sistemas de información que existen en los diferentes niveles adminis-trativos, con funciones dispares. Esta integración es precisamente el propósito de los sistemasde planeación de recursos empresariales (ERP, Enterprise Resource Planning). El estableci-miento de los sistemas ERP implica un enorme compromiso y cambio por parte de la orga-nización. Es común que los analistas de sistemas desempeñen el papel de asesores en losproyectos de ERP que utilizan software patentado. Entre el software más conocido de ERPse encuentran SAP, PeopleSoft y paquetes de Oracle y J.D. Edwards. Algunos de estos paque-tes están diseñados para migrar a las empresas a la Web. Por lo general, los analistas y algunosusuarios requieren capacitación, apoyo técnico y mantenimiento por parte del fabricantepara diseñar, instalar, dar mantenimiento, actualizar y utilizar de manera apropiada un pa-quete de ERP en particular.

SISTEMAS PARA DISPOSITIVOS INALÁMBRICOS Y PORTÁTILES

Los analistas tienen la exigencia de diseñar una gran cantidad de nuevos sistemas y aplica-ciones, muchos de ellos para dispositivos inalámbricos y computadoras portátiles como la

EL ROL DEL ANALISTA DE SISTEMAS C / ' P Í T Ü L O 1

popular serie de computadoras Palm y otros asistentes personales digitales (PDAs, PersonalDigital Assistants]. Además, los analistas podrían llegar a diseñar redes de comunicacionesestándar o inalámbricas que integren voz, vídeo y correo electrónico en intranets para unaorganización o extrañéis para la industria. El comercio electrónico inalámbrico se conocecomo comercio móvil o m-commerce.

Las redes inalámbricas de área local [WLANs, Wireless Local Área Networks), las redesde fidelidad inalámbrica, conocidas como WI-FI, y las redes inalámbricas personales queagrupan a muchos tipos de dispositivos dentro del estándar conocido como Bluetooth,constituyen sistemas cuyo diseño podrían solicitarle a usted en su función de analista. (Paraahondar en las redes inalámbricas, véase el capítulo 17.)

En un contexto más avanzado, al analista podría solicitársele el diseño de agentes inte-ligentes, software que puede ayudar a los usuarios a ejecutar tareas mediante el aprendizajede las preferencias del usuario a través del tiempo y, a continuación, realizando alguna ac-ción sobre éstas. Por ejemplo, en la tecnología de recepción automática, un agente inteligen-te podría buscar temas de interés para el usuario en la Web, sin necesidad de que éste lo so-licite, después de observar durante algún tiempo los patrones de comportamiento delusuario en relación con la información.

Un ejemplo de este tipo de software es el que desarrolla Microsoft con base en la esta-dística bayesiana (donde se utilizan estadísticas para inferir probabilidades) y la teoría de latoma de decisiones, en conjunto con el monitoreo del comportamiento de un usuario quemaneja información entrante (como un mensaje de su casa, una llamada telefónica de uncliente, una llamada de celular o el análisis actualizado de su cartera de acciones). El resulta-do es software de manejo de notificaciones que da un valor monetario a cada pieza de infor-mación proveniente de diversas fuentes y también determina la mejor manera de desplegarla.Por ejemplo, con base en la teoría de la toma de decisiones, la probabilidad, la estadística yel propio comportamiento del usuario, a una llamada telefónica proveniente de la casa delusuario se le podría dar el valor de un peso y se desplegaría en la pantalla de la computado-ra, en tanto que a una llamada cuyo propósito es la venta de algún producto o servicio se lepodría asignar el valor de 20 centavos (es decir, un valor inferior) y podría desplegarse comonota en un radiolocalizador.

SOFTWARE DE CÓDIGO ABIERTO

El software de código abierto es una alternativa al desarrollo de software tradicional cuyo có-digo patentado se oculta a los usuarios. Representa un modelo de desarrollo y filosofía de dis-tribución de software gratuito y publicación de su código fuente. Bajo este esquema, el códi-go (las instrucciones para la computadora) se puede estudiar y compartir, y muchos usuariosy programadores tienen la posibilidad de modificarlo. Las convenciones que rigen a esta co-munidad incluyen que todas las modificaciones que se hagan a un programa deben compar-tirse con todos aquellos que participan en el proyecto. Entre los ejemplos se encuentran elsistema operativo Linux y el software Apache empleado en servidores que alojan sitios Web.

Si el software es de distribución gratuita, ¿cómo ganan dinero las compañías? Para ello,tienen que proporcionar un servicio, personalizar programas para los usuarios y darles segui-miento con un soporte continuo. En un mundo de software de código abierto, el desarrollode sistemas continuaría su evolución hacia una industria de servicios. Se apartaría del mode-lo de manufactura en el que los productos se licencian y empacan en cajas vistosas y se en-vían hasta nuestras puertas, al igual que cualquier otro producto manufacturado.

El desarrollo de código abierto es útil para los dispositivos portátiles y el equipo de co-municaciones. Su uso podría estimular el progreso en la creación de estándares para que losdispositivos se comunicaran con más facilidad. El uso generalizado del software de códigoabierto podría solucionar problemas que pudiera causar la escasez de programadores y algunosproblemas complejos podrían resolverse mediante la colaboración de muchos especialistas.

LANECESÍ'DADÍELANKÍ'SÍSYDISEM'DEl análisis y diseño de sistemas, tal como lo realizan los analistas de sistemas, tiene el propó-sito de analizar sistemáticamente la entrada o el flujo de datos, procesar o transformar da-

P 1 R T C I FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

Y ésta es la razón por la cual necesitamos una computadora.

tos, el almacenamiento de datos y la salida de información en el contexto de una empresaen particular. Más aún, el análisis de sistemas se emplea para analizar, diseñar e implementarmejoras en el funcionamiento de las empresas, a través de sistemas de información compu-tarizados.

La instalación de un sistema sin una planeación adecuada conduce a una gran decepcióny con frecuencia provoca que el sistema deje de utilizarse. El análisis y diseño de sistemas daforma al análisis y diseño de sistemas de información, un esfuerzo muy valioso que de otramanera podría haberse realizado de una manera fortuita. Se le puede considerar como unaserie de procesos sistemáticamente emprendidos con el propósito de mejorar un negociocon ayuda de sistemas de información computarizados. Gran parte del análisis y diseño desistemas implica trabajar con usuarios actuales y ocasionales de los sistemas de información.

Es importante que los usuarios intervengan de alguna manera durante el proyecto paracompletar con éxito los sistemas de información computarizados. Los analistas de sistemas,cuyos roles en la organización se describen a continuación, constituyen el otro componenteesencial en el desarrollo de sistemas de información útiles.

ROLES DEL ANALISTA DE SISTEMASEl analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio me-diante el examen de la entrada y el procesamiento de datos y su consiguiente producción deinformación, con el propósito de mejorar los procesos de una organización. Muchas mejorasincluyen un mayor apoyo a las funciones de negocios a través del uso de sistemas de informa-ción computarizados. Esta definición pone énfasis en un enfoque sistemático y metódicopara analizar —y en consecuencia mejorar— lo que sucede en el contexto específico creadopor un negocio.

Nuestra definición de analista de sistemas es amplia. El analista debe tener la capacidadde trabajar con todo tipo de gente y contar con suficiente experiencia en computadoras. El

EL ROL DEL ANALISTA DE SISTEMAS C A P Í T U L O 1

CONTRATACIÓN SANA: SE S|klCITA AYUDAPARA COMERCIO ELECTRÓNICO

"Estarán felices de enterarse que logramos convencer a la adminis-tración de que debemos contratar un nuevo analista de sistemas que seespecialice en el desarrollo de comercio electrónico", comentó Al Faifa,analista de sistemas de la cadena internacional de tiendas MarathónVitamin Shops. Actualmente se reúne con su numeroso equipo de analis-ta de sistemas para determinar las cualidades con que debe contar elnuevo miembro de su equipo. Al continúa: "De hecho, mostraron tantointerés por la posibilidad de que nuestro equipo colabore en la estrategiade comercio electrónico de Marathón que me indicaron que comence-mos de inmediato nuestra búsqueda por el especialista y no esperemoshasta el otoño".

Ginger Rute, otra analista, muestra su aprobación: "Cuando la eco-nomía es saludable, la demanda de desarrolladores de sitios Web reba-sa con mucho a la oferta. Debemos actuar con rapidez. Creo que el nuevoanalista debe tener conocimientos en herramientas CASE, Visual Basic yJavaScript, por mencionar algunos".

Al se sorprende al escuchar la larga lista de lenguajes que enumeraGinger y replica: "Tienes razón, ésa es una de nuestras opciones. Sin em-bargo, también me gustaría que el nuevo miembro tuviera algo de expe-riencia en negocios. La mayoría de los egresados de las escuelas tienensólidos conocimientos de programación, pero también deberían sabersobre contabilidad, inventarios y distribución de bienes y servicios".

La más nueva en el grupo de analistas de sistemas, Vita Minn, se in-corpora al debate: "Una de las razones por las cuales me incliné a trabajarcon todos ustedes fue porque considero que nos llevamos bastante bienunos con otros. Como tenía otras opciones, tuve cuidado de ver cómo erael ambiente aquí. Por lo que he visto, conformamos un grupo amistoso.Así que asegurémonos de contratar a alguien que cuente con una perso-nalidad adecuada que se acople al equipo".

Al está de acuerdo y continúa-. "Vita tiene razón. El nuevo analistadebe ser alguien que se comunique bien con nosotros, lo mismo que con

los clientes de negocios. Siempre nos estamos comunicando de algunamanera, ya sea mediante presentaciones formales, dibujando diagramaso entrevistando a los usuarios. Si entienden por qué se toman las deci-siones, su trabajo también se facilitará. Asimismo, Marathón tiene inte-rés en integrar el comercio electrónico en toda la empresa. Requerimosalguien que comprenda al menos la importancia estratégica de la Web.El diseño de páginas es sólo una pequeña parte de esto".

Ginger interviene nuevamente con una buena dosis de sentido prác-tico: "Deja eso en manos de la administración. Sigo creyendo que la nuevapersona debe ser un buen programador". Luego reflexiona en voz alta:"¿Me pregunto qué tan importante será saber UML para el puesto?"

Después de escuchar con paciencia los argumentos de todos, uno delos analistas veteranos; Cal Siem, interviene, bromeando: "¡Mejor debe-ríamos ver si Superman está disponible!" •

Mientras todos ríen, Al vislumbra |a oportunidad de lograr el consen-so^ dice: "Hemos tenido la oportunidad de escuchar diferentes cualida-des. Tomemos un momento y cada quien haga una lista de las cualidadesque considere esenciales en la persona que se encargará del desarrollodel comercio electrónico. Las expondremos y continuaremos el debatehasta que definamos a la persona con suficiente detalle y podamos ela-borar un perfil para que el departamento de recursos humanos le dé se-guimiento".

¿Qué cualidades debe buscar el equipo de analistas de sistemas alcontratar al nuevo miembro del equipo de desarrollo de comercio electró-nico? ¿Es más importante el conocimiento de lenguajes específicos ocontar con habilidad para aprender con rapidez lenguajes y paquetes desoftware? ¿Qué tan importante es que la persona que se contrate tengaalgunos conocimientos básicos de negocios? ¿Deberían todos los miem-bros del equipo contar con habilidades y conocimientos idénticos? ¿Quérasgos personales y carácter debe tener un analista de sistemas que tra-baje en el desarrollo de comercio electrónico?

analista desempeña diversos roles, en ocasiones varios de ellos al mismo tiempo. Los tres ro-les principales del analista de sistemas son el de consultor, experto en soporte técnico yagente de cambio.

EL ROL DE CONSULTOR DEL ANALISTA DE SISTEMAS

Con frecuencia, el analista de sistemas desempeña el rol de consultor para un negocio y, portanto, podría ser contratado de manera específica para enfrentar los problemas de sistemasde información de una empresa. Esta contratación se puede traducir en una ventaja porquelos consultores externos tienen una perspectiva fresca de la cual carecen los demás miem-bros de una organización. También se puede traducir en una desventaja porque alguien ex-terno nunca conocerá la verdadera cultura organizacional. En su función de consultor exter-no, usted dependerá en gran medida de los métodos sistemáticos que se explican en estelibro para analizar y diseñar sistemas de información apropiados para una empresa en par-ticular. Además, tendrá que apoyarse en los usuarios de los sistemas de información para en-tender la cultura organizacional desde la perspectiva que tienen ellos.

EL ROL DE EXPERTO EN SOPORTE TÉCNICO DEL ANALISTA DE SISTEMAS

Otro rol que tendrá que desempeñar es el de experto en soporte técnico dentro de la em-presa en la cual labora de manera regular. En este rol el analista recurre a su experiencia

p >. R T r i FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

profesional con el hardware y software de cómputo y al uso que se le da en el negocio. Confrecuencia, este trabajo no implica un proyecto completo de sistemas, sino más bien la rea-lización de pequeñas modificaciones o la toma de decisiones que se circunscriben a un solodep artamento.

Como experto de soporte técnico, usted no está a cargo del proyecto; tan sólo actúa co-mo recurso para aquellos que sí lo están. Si usted es un analista de sistemas contratado poruna empresa de manufactura o servicios, gran parte de sus actividades podrían ajustarse aeste rol.

EL ROL DE AGENTE DE CAMBIO DEL ANALISTA DE SISTEMAS

El rol más completo y de mayor responsabilidad que asume el analista de sistemas es el deagente de cambio, ya sea interno o externo para la empresa. Como analista, usted es un agen-te de cambio si desempeña cualquiera de las actividades relacionadas con el ciclo de vidadel desarrollo de sistemas (que se explicará en la siguiente sección) y está presente en la em-presa durante un largo periodo (de dos semanas a más de un año}. Un agente de cambio sepuede definir como alguien que sirve de catalizador para el cambio, desarrolla un plan parael cambio y coopera con los demás para facilitar el cambio.

Su presencia en el negocio inicia el cambio. Como analista de datos, usted debe estarconsciente de este hecho y utilizarlo como punto de partida para su análisis. De ahí que ten-ga que interactuar con los usuarios y la administración (si no son uno solo y el mismo) des-de el principio de su proyecto. Sin su colaboración usted no podría entender lo que ocurreen una organización y el cambio real nunca se daría.

Si el cambio (es decir, las mejoras al negocio que se pueden concretar mediante los sis-temas de información) parece factible después de efectuar el análisis, el siguiente paso esdesarrollar un plan para el cambio de manera conjunta con quienes tienen la facultad de au-torizarlo. Una vez que se haya alcanzado el consenso acerca de los cambios por realizar, us-ted tendrá que interactuar constantemente con quienes vayan a cambiar.

En su calidad de analista de sistemas desempeñando la función de agente de cambio,debe promover un cambio que involucre el uso de los sistemas de información. También esparte de su tarea enseñar a los usuarios el proceso del cambio, ya que las modificaciones aun sistema de información no sólo afectan a éste sino que provocan cambios en el resto dela organización.

CUALIDADES DEL ANALISTA DE SISTEMAS

De las descripciones anteriores sobre los roles que desempeña el analista de sistemas, se de-duce fácilmente que el analista exitoso debe contar con una amplia gama de cualidades.Hay una gran diversidad de personas trabajando como analistas de sistemas, por lo quecualquier descripción que intente ser general está destinada a quedarse corta en algún senti-do. No obstante, la mayoría de los analistas de sistemas tienen algunas cualidades comunes.

En primer lugar, el analista es un solucionador de problemas. Es una persona que abor-da como un reto el análisis de problemas y que disfruta al diseñar soluciones factibles.Cuando es necesario, el analista debe contar con la capacidad de afrontar sistemáticamentecualquier situación mediante la correcta aplicación de herramientas, técnicas y su experiencia.El analista también debe ser un comunicador con capacidad para relacionarse con los demásdurante extensos periodos. Necesita suficiente experiencia en computación para programar,entender las capacidades de las computadoras, recabar los requisitos de información de losusuarios y comunicarlos a los programadores. Asimismo, debe tener una ética personal yprofesional firme que le ayude a moldear las relaciones con sus clientes.

El analista de sistemas debe ser una persona autodisciplinada y automotivada, con lacapacidad de administrar y coordinar los innumerables recursos de un proyecto, incluyendoa otras personas. La profesión de analista de sistemas es muy exigente; pero es una profesiónen constante evolución que siempre trae nuevos retos.

EL ROL DEL ANALISTA DE SISTEMAS C A P 11 U I U 1

EL CICLO DE VIDA DEL DESARROLLO DE SISTEMASA lo largo de este capítulo, nos hemos referido al enfoque sistemático que el analista tomaen relación con el análisis y diseño de sistemas de información. Gran parte de este enfoquese incluye en el ciclo de vida del desarrollo de sistemas (SDLC, Systems Development LifeCycle). El SDLC es un enfoque por fases para el análisis y el diseño cuya premisa principalconsiste en que los sistemas se desarrollan mejor utilizando un ciclo específico de activida-des del analista y el usuario.

Los analistas no se ponen de acuerdo en la cantidad de fases que incluye el ciclo de vidadel desarrollo de sistemas, pero en general alaban su enfoque organizado. Aquí hemos divi-dido el ciclo en siete fases, como se aprecia en la figura 1.3. A pesar de que cada fase se ex-plica por separado, nunca se realiza como un paso aislado. Más bien, es posible que variasactividades ocurran de manera simultánea, y algunas de ellas podrían repetirse. Es más prác-tico considerar que el SDLC se realiza por fases (con actividades en pleno apogeo que setraslapan con otras hasta terminarse por completo) y no en pasos aislados.

IDENTIFICACIÓN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS

En esta primera fase del ciclo de vida del desarrollo de sistemas, el analista se ocupa de iden-tificar problemas, oportunidades y objetivos. Esta etapa es crítica para el éxito del resto delproyecto, pues a nadie le agrada desperdiciar tiempo trabajando en un problema que no erael que se debía resolver.

La primera fase requiere que el analista observe objetivamente lo que sucede en un ne-gocio. A continuación, en conjunto con otros miembros de la organización, el analista deter-mina con precisión cuáles son los problemas. Con frecuencia los problemas son detectadospor alguien más, y ésta es la razón de la llamada inicial al analista. Las oportunidades son si-tuaciones que el analista considera susceptibles de mejorar utilizando sistemas de informa-ción computarizados. El aprovechamiento de las oportunidades podría permitir a la empresaobtener una ventaja competitiva o establecer un estándar para la industria.

La identificación de objetivos también es una parte importante de la primera fase. Enprimer lugar, el analista debe averiguar lo que la empresa trata de conseguir. A continua-ción, podrá determinar si algunas funciones de las aplicaciones de los sistemas de informaciónpueden contribuir a que el negocio alcance sus objetivos aplicándolas a problemas u opor-tunidades específicos.

Los usuarios, los analistas y los administradores de sistemas que coordinan el proyectoson los involucrados en la primera fase. Las actividades de esta fase consisten en entrevistara los encargados de coordinar a los usuarios, sintetizar el conocimiento obtenido, estimar elalcance del proyecto y documentar los resultados. El resultado de esta fase es un informe deviabilidad que incluye una definición del problema y un resumen de los objetivos. A conti-nuación, la administración debe decidir si se sigue adelante con el proyecto propuesto. Si el

FIGURA 1.3Las siete fases del ciclo de vidadel desarrollo de sistemas.

1 Identificación de problemas,oportunidades y objetivos

2 Determinación delos requerimientosde información

- - - J \

7 Implementacióny evaluacióndel sistema

6 Pruebas ymantenimientodel sistema

5 Desarrollo ydocumentacióndel software

3 Análisis de lasnecesidades

\ del sistema

4 Diseño del sistemarecomendado


grupo de usuarios no cuenta con fondos suficientes, si desea atacar problemas distintos, o sila solución a estos problemas no amerita un sistema de cómputo, se podría sugerir una so-lución diferente y el proyecto de sistemas se cancelaría.

DETERMINACIÓN DE LOS REQUERIMIENTOS DE INFORMACIÓN

La siguiente fase que enfrenta el analista es la determinación de los requerimientos de in-formación de los usuarios. Entre las herramientas que se utilizan para determinar los re-querimientos de información de un negocio se encuentran métodos interactivos como lasentrevistas, los muéstreos, la investigación de datos impresos y la aplicación de cuestiona-rios; métodos que no interfieren con el usuario como la observación del comportamiento delos encargados de tomar las decisiones y sus entornos de oficina, al igual que métodos de am-plio alcance como la elaboración de prototipos.

El desarrollo rápido de aplicaciones (RAD, Rapid Application Developmeni) es un enfoqueorientado a objetos para el desarrollo de sistemas que incluye un método de desarrollo(que abarca la generación de requerimientos de información) y herramientas de software.En este libro se aborda en el capítulo 6, en conjunto con la elaboración de prototipos, por-que su enfoque filosófico es similar, aunque su método para crear un diseño con rapidez yobtener una pronta retroalimentación por parte de los usuarios es un poco diferente. (En elcapítulo 18 se abunda en los enfoques orientados a objetos.)

En la fase de determinación de los requerimientos de información del SDLC, el analis-ta se esfuerza por comprender la información que necesitan los usuarios para llevar a cabosus actividades. Como puede ver, varios de los métodos para determinar los requerimientosde información implican interactuar directamente con los usuarios. Esta fase es útil paraque el analista confirme la idea que tiene de la organización y sus objetivos. En ocasionessólo realizan las dos primeras fases del ciclo de vida del desarrollo de sistemas. Esta clase deestudio podría tener un propósito distinto y por lo general la lleva a la práctica un especia-lista conocido como analista de información (IA, Information Analysi).

Los implicados en esta fase son el analista y los usuarios, por lo general trabajadores ygerentes del área de operaciones. El analista de sistemas necesita conocer los detalles de lasfunciones del sistema actual: el quién (la gente involucrada), el qué (la actividad del nego-cio), el dónde (el entorno donde se desarrollan las actividades), el cuándo (el momentooportuno) y el cómo (la manera en que se realizan los procedimientos actuales) del negocioque se estudia. A continuación el analista debe preguntar la razón por la cual se utiliza elsistema actual. Podría haber buenas razones para realizar los negocios con los métodos ac-tuales, y es importante tomarlas en cuenta al diseñar un nuevo sistema.

Sin embargo, si la razón de ser de las operaciones actuales es que "siempre se han hechode esta manera", quizá será necesario que el analista mejore los procedimientos. La reinge-niería de procesos de negocios podría ser útil para conceptualizar el negocio de una maneracreativa. Al término de esta fase, el analista debe conocer el funcionamiento del negocio yposeer información muy completa acerca de la gente, los objetivos, los datos y los procedi-mientos implicados.

ANÁLISIS DE LAS NECESIDADES DEL SISTEMA

La siguiente fase que debe enfrentar el analista tiene que ver con el análisis de las necesida-des del sistema. De nueva cuenta, herramientas y técnicas especiales auxilian al analista enla determinación de los requerimientos. Una de estas herramientas es el uso de diagramasde flujo de datos para graficar las entradas, los procesos y las salidas de las funciones del ne-gocio en una forma gráfica estructurada. A partir de los diagramas de flujo de datos se desa-rrolla un diccionario de datos que enlista todos los datos utilizados en el sistema, así comosus respectivas especificaciones.

Durante esta fase el analista de sistemas analiza también las decisiones estructuradasque se hayan tomado. Las decisiones estructuradas son aquellas en las cuales se pueden de-terminar las condiciones, las alternativas de condición, las acciones y las reglas de acción.Existen tres métodos principales para el análisis de decisiones estructuradas: español estruc-turado, tablas y árboles de decisión.

EL ROL DEL ANALISTA DE SISTEMAS C A P í T U L (1 1

En este punto del ciclo de vida del desarrollo de sistemas, el analista prepara una pro-puesta de sistemas que sintetiza sus hallazgos, proporciona un análisis de costo/beneficio delas alternativas y ofrece, en su caso, recomendaciones sobre lo que se debe hacer. Si la admi-nistración de la empresa considera factible alguna de las recomendaciones, el analista sigueadelante. Cada problema de sistemas es único, y nunca existe sólo una solución correcta. Lamanera de formular una recomendación o solución depende de las cualidades y la prepara-ción profesional de cada analista.

DISEÑO DEL SISTEMA RECOMENDADO

En la fase de diseño del ciclo de vida del desarrollo de sistemas, el analista utiliza la informa-ción recopilada en las primeras fases para realizar el diseño lógico del sistema de información.El analista diseña procedimientos precisos para la captura de datos que aseguran que ios datosque ingresen al sistema de información sean correctos. Además, el analista facilita la entra-da eficiente de datos al sistema de información mediante técnicas adecuadas de diseño deformularios y pantallas.

La concepción de la interfaz de usuario forma parte del diseño lógico del sistema deinformación. La interfaz conecta al usuario con el sistema y por tanto es sumamente impor-tante. Entre los ejemplos de interfaces de usuario se encuentran el teclado (para teclearpreguntas y respuestas), los menús en pantalla (para obtener los comandos de usuario) y di-versas interfaces gráficas de usuario (GUIs, Graphical User Interfaces] que se manejan a tra-vés de un ratón o una pantalla sensible al tacto.

La fase de diseño también incluye el diseño de archivos o bases de datos que almacena-rán gran parte de los datos indispensables para los encargados de tomar las decisiones en laorganización. Una base de datos bien organizada es el cimiento de cualquier sistema de in-formación. En esta fase el analista también interactúa con los usuarios para diseñar la salida(en pantalla o impresa) que satisfaga las necesidades de información de estos últimos.

Finalmente, el analista debe diseñar controles y procedimientos de respaldo que prote-jan al sistema y a los datos, y producir paquetes de especificaciones de programa para losprogramadores. Cada paquete debe contener esquemas para la entrada y la salida, especifi-caciones de archivos y detalles del procesamiento; también podría incluir árboles o tablas dedecisión, diagramas de flujo de datos, un diagrama de flujo de sistema, y los nombres y fun-ciones de cualquier rutina de código previamente escrita.

DESARROLLO Y DOCUMENTACIÓN DEL SOFTWARE

En la quinta fase del ciclo de vida del desarrollo de sistemas, el analista trabaja de maneraconjunta con los programadores para desarrollar cualquier software original necesario. En-tre las técnicas estructuradas para diseñar y documentar software se encuentran los diagra-mas de estructura, los diagramas de Nassi-Shneiderman y el pseudocódigo. El analista sevale de una o más de estas herramientas para comunicar al programador lo que se requiereprogramar.

Durante esta fase el analista también trabaja con los usuarios para desarrollar docu-mentación efectiva para el software, como manuales de procedimientos, ayuda en línea y si-tios Web que incluyan respuestas a preguntas frecuentes (FAQ, Frequently Asked Questions)en archivos "Léame" que se integrarán en el nuevo software. La documentación indica a losusuarios cómo utilizar el software y lo que deben hacer en caso de que surjan problemas de-rivados de este uso.

Los programadores desempeñan un rol clave en esta fase porque diseñan, codifican yeliminan errores sintácticos de los programas de cómputo. Si el programa se ejecutará en unentorno de mainframe, se debe crear un lenguaje de control de trabajos (JCL, Job ControlLanguagé). Para garantizar la calidad, un programador podría efectuar un repaso estructura-do del diseño o del código con el propósito de explicar las partes complejas del programa aotro equipo de programadores.

P A R T E ! FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

PRUEBA Y MANTENIMIENTO DEL SISTEMA

Antes de poner el sistema en funcionamiento es necesario probarlo. Es mucho menos cos-toso encontrar los problemas antes que el sistema se entregue a los usuarios. Una parte delas pruebas las realizan los programadores solos, y otra la llevan a cabo de manera conjuntacon los analistas de sistemas. Primero se realiza una serie de pruebas con datos de muestrapara determinar con precisión cuáles son los problemas y posteriormente se realiza otra condatos reales del sistema actual.

El mantenimiento del sistema de información y su documentación empiezan en estafase y se llevan a cabo de manera rutinaria durante toda su vida útil. Gran parte del trabajohabitual del programador consiste en el mantenimiento, y las empresas invierten enormessumas de dinero en esta actividad. Parte del mantenimiento, como las actualizaciones deprogramas, se pueden realizar de manera automática a través de un sitio Web. Muchos de losprocedimientos sistemáticos que el analista emplea durante el ciclo de vida del desarrollode sistemas pueden contribuir a garantizar que el mantenimiento se mantendrá al mínimo.

EMPLEMENTACEÓN Y EVALUACIÓN DEL SISTEMA

Ésta es la última fase del desarrollo de sistemas, y aquí el analista participa en la implemen-tación del sistema de información. En esta fase se capacita a los usuarios en el manejo delsistema. Parte de la capacitación la imparten los fabricantes, pero la supervisión de ésta esresponsabilidad del analista de sistemas. Además, el analista tiene que planear una conversióngradual del sistema anterior al actual. Este proceso incluye la conversión de archivos de for-matos anteriores a los nuevos, o la construcción de una base de datos, la instalación de equipoy la puesta en producción del nuevo sistema.

Se menciona la evaluación como la fase final del ciclo de vida del desarrollo de sistemasprincipalmente en aras del debate. En realidad, la evaluación se lleva a cabo durante cadauna de las fases. Un criterio clave que se debe cumplir es si los usuarios a quienes va dirigi-do el sistema lo están utilizando realmente.

Debe hacerse hincapié en que, con frecuencia, el trabajo de sistemas es cíclico. Cuandoun analista termina una fase del desarrollo de sistemas y pasa a la siguiente, el surgimientode un problema podría obligar al analista a regresar a la fase previa y modificar el trabajorealizado.

IMPACTO DEL MANTENIMIENTO

Después de instalar un sistema, se le debe dar mantenimiento, es decir, los programas decómputo tienen que ser modificados y actualizados cuando lo requieran. En la figura 1.4 seilustra el tiempo promedio que se invierte en darle mantenimiento a un MIS típico. Segúnestimaciones, los departamentos invierten en mantenimiento de 48 a 60 por ciento deltiempo total del desarrollo de sistemas. Queda muy poco tiempo para el desarrollo de nue-

FIGURA1.4

• gunos investigadores calculanque el t iempo invertido en elmantenimiento de sistemas 'podría llegar al 60 por cientodel tiempo total invertido enproyectos de sistemas.

EL ROL DEL ANALISTA DE SISTEMAS C A P M U L í • 1

Consumo de recursos durante

la vida del sistema.

Cantidad derecursos

consumidos,tiempo y

dinero

Cambios mayores tantoen negocios como

en tecnología

Errores

posteriores Cambios menores fa la instalación a c a u s a de e r r o r e s f'

y mejoras V ,

Tiempo

Día deinstalación

vos sistemas. Conforme se incrementa el número de programas escritos, también lo hace lacantidad de mantenimiento que requieren.

El mantenimiento se realiza por dos razones. La primera es la corrección de errores delsoftware. No importa cuan exhaustivamente se pruebe el sistema, los errores se cuelan enlos programas de cómputo. Los errores en el software comercial para PC se documentan co-mo "anomalías conocidas", y se corrigen en el lanzamiento de nuevas versiones del softwareo en revisiones intermedias. En el software hecho a la medida, los errores se deben corregiren el momento que se detectan.

La otra razón para el mantenimiento del sistema es la mejora de las capacidades delsoftware en respuesta a las cambiantes necesidades de una organización, que por lo generaltienen que ver con alguna de las siguientes tres situaciones:

1. Con frecuencia, después de familiarizarse con el sistema de cómputo y sus capacidades,los usuarios requieren características adicionales.

2. El negocio cambia con el tiempo.3. El hardware y el software cambian a un ritmo acelerado.

La figura 1.5 ilustra la cantidad de recursos —por lo general tiempo y dinero— que seinvierte en el desarrollo y mantenimiento de sistemas. El área bajo la curva representa lacantidad total invertida. Como puede apreciar, es probable que con el paso del tiempo elcosto total del mantenimiento rebase el costo de desarrollar el sistema. Pasado un ciertotiempo es más factible realizar un nuevo estudio de sistemas, debido a que, evidentemente,el costo del mantenimiento continuo es mayor que el de la creación de un sistema de infor-mación completamente nuevo.

En síntesis, el mantenimiento es un proceso continuo durante el ciclo de vida de un sis-tema de información. Después de instalar el sistema de información, por lo general el mante-nimiento consiste en corregir los errores de programación que previamente no se detecta-ron. Una vez corregidos estos errores, el sistema alcanza un estado estable en el cual ofreceun servicio confiable a sus usuarios. El mantenimiento durante este periodo podría consistiren eliminar algunos errores previamente no detectados y en actualizar el sistema con algu-nos cambios menores. Sin embargo, conforme pasa el tiempo y los negocios y la tecnologíacambian, los esfuerzos de mantenimiento se incrementan de manera considerable.

USO DE HERRAMIENTAS CASEA lo largo de este libro hacemos énfasis en la necesidad de un enfoque sistemático e integralpara el análisis, diseño e implementación de sistemas de información. Reconocemos que pa-ra ser productivos, los analistas de sistemas deben realizar sus tareas de una manera organi-zada, precisa y minuciosa. Desde principios de la década de 1990, los analistas empezaron abeneficiarse de las herramientas de productividad, denominadas herramientas de Ingenieríade Software Asistida por Computadora (CASE, Computer-Aided Software Engineering), que

P A S T E ! FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

se crearon explícitamente para mejorar su trabajo rutinario mediante apoyo automatizado.De acuerdo con un estudio reciente, era más probable que los departamentos de sistemasde información con más de 10 empleados adoptaran las herramientas CASE que los depar-tamentos con menos empleados. Los sistemas, procedimientos y prácticas administrativasde las organizaciones podrían restringir la difusión de las herramientas CASE. Los analis-tas de sistemas se apoyan en estas herramientas, desde el principio hasta el fin del ciclo devida, para incrementar la productividad, comunicarse de manera más eficiente con los usua-rios e integrar el trabajo que desempeñan en el sistema.

RAZONES PARA EL USO DE LAS HERRAMIENTAS CASE

Aumento en la productividad del analista Visible Analyst (VA) es una herramienta CASEque da al analista de sistemas la posibilidad de realizar planeación, análisis y diseño por me-dios gráficos, con el propósito de construir aplicaciones cliente-servidor y bases de datoscomplejas. Esta herramienta permite modelar los datos, procesos y objetos en diferentes for-matos. Visible Analyst genera información sobre el modelo en muchas formas distintas, in-cluyendo COBOL, C, Visual Basic, SQL y XML. (En el sitio Web de este libro encontraráejercicios de VA parcialmente terminados para las Experiencias con HyperCase y el Casode la CPU que se sigue en los capítulos de este libro.)

Visible Analyst permite que sus usuarios dibujen y modifiquen diagramas con facili-dad. De esta manera, el analista es más productivo tan sólo con la reducción del tiempoconsiderable que se invierte en dibujar y corregir manualmente diagramas de flujo de datoshasta que tengan una apariencia aceptable.

Un paquete de herramientas como Visible Analyst también mejora la productividad degrupos al dar a los analistas la posibilidad de compartir fácilmente el trabajo con otrosmiembros del equipo, quienes sólo tienen que abrir el archivo en sus PCs y revisar o modi-ficar lo que se haya hecho. Esta facilidad de compartir el trabajo reduce el tiempo necesariopara reproducir diagramas de flujo de datos y distribuirlos entre los miembros del equipo.Por tanto, en vez de requerir una distribución rigurosa y un calendario de respuestas con fi-nes de retroalimentación, un paquete de herramientas permite a los miembros del equipode análisis de sistemas trabajar con los diagramas siempre que lo necesiten.

Las herramientas CASE también facilitan la interacción entre miembros de un equipoal hacer que la diagramación sea un proceso iterativo y dinámico más que uno en el cual loscambios causen molestia y se conviertan en un freno para la productividad. En este caso laherramienta CASE para dibujar y grabar diagramas de flujo de datos ofrece un registro dela evolución de las ideas del equipo en lo concerniente a los flujos de datos.

Mejora de la comunicación analista-usuario Para que el sistema propuesto se concrete ysea útil en la práctica, es esencial una excelente comunicación entre analistas y usuarios du-rante todo el ciclo de vida del desarrollo de sistemas. El éxito de la futura implementacióndel sistema depende de la capacidad de analistas y usuarios para comunicarse de una mane-ra eficiente. Hasta el momento, de las experiencias de analistas que utilizan herramientasCASE se desprende que su uso fomenta una mayor y más eficiente comunicación entreusuarios y analistas.

Analistas y usuarios por igual informan que las herramientas CASE ponen a su alcanceun medio para comunicar aspectos del sistema durante su conceptualización. A través deapoyo automatizado que incluye salida en pantalla, los clientes pueden apreciar de inme-diato cómo están representados los flujos de datos y otros conceptos del sistema, y puedensolicitar correcciones o cambios que hubieran tomado demasiado tiempo con herramientasanteriores.

El hecho de que un diagrama en particular sea considerado como útil por los usuarioso los analistas al final del proyecto es cuestionable. Lo importante es que este apoyo auto-matizado para muchas actividades de diseño del ciclo de vida es un medio para llegar a unfin al fungir como catalizador de la interacción analista-usuario. Los mismos argumentosque se utilizan para apoyar el rol de las herramientas CASE en el incremento de la produc-tividad son igualmente válidos en este escenario; es decir, las tareas de dibujo, reproducción

EL ROL DEL ANALISTA DE SISTEMAS C A P Í T U L O 1

y distribución toman mucho menos tiempo, de tal forma que es más sencillo compartir eltrabajo en progreso con los demás usuarios.

Integración de las actividades del ciclo de vida La tercera razón para el uso de las herra-mientas CASE es integrar las actividades y proporcionar continuidad de una fase a la si-guiente durante todo el ciclo de vida del desarrollo de sistemas.

Las herramientas CASE son especialmente útiles cuando una fase en particular del ci-clo de vida requiere varias iteraciones de retroalimentación y modificaciones. Recuerde quela intervención de los usuarios puede ser importante en cada una de las fases. La integraciónde actividades mediante el uso subyacente de tecnologías facilita a los usuarios la compren-sión de la manera en que se relacionan y dependen entre sí todas las fases del ciclo de vida.

Evaluar de manera precisa los cambios en el mantenimiento La cuarta, y probablementeuna de las razones más importantes para el uso de herramientas CASE, es que permiten alos usuarios analizar y evaluar el impacto de los cambios en el mantenimiento. Por ejemplo,el tamaño de un elemento como un número de cliente podría requerir alargarse. La herra-mienta CASE pueden generar referencias cruzadas de cada pantalla, informe y archivo en elcual sea utilizado el elemento, dando lugar a un plan de mantenimiento integral.

HERRAMIENTAS CASE DE BAJO Y ALTO NIVELLas herramientas CASE se clasifican como de bajo nivel, de alto nivel e integradas, estas úl-timas combinando las de alto y bajo nivel en un solo conjunto. A pesar de que los expertosdifieren en los criterios que definen con precisión cuáles son las herramientas CASE de altonivel y cuáles las de bajo nivel, podría ser útil clasificarlas con base en los usuarios a los quedan apoyo. Las herramientas CASE de alto nivel ayudan principalmente a los analistas y di-señadores, en tanto que las de bajo nivel son utilizadas con más frecuencia por programado-res y trabajadores que deben implementar los sistemas diseñados con herramientas CASEde alto nivel.

HERRAMIENTAS CASE DE ALTO NIVEL

Una herramienta CASE de alto nivel da al analista la posibilidad de crear y modificar eldiseño del sistema. Toda la información relacionada con el proyecto se almacena en unaenciclopedia denominada depósito CASE, una enorme colección de registros, elementos,diagramas, pantallas, informes e información diversa (véase la figura 1.6]. Con la informa-ción del depósito se podrían generar informes que muestren dónde está incompleto el dise-ño o dónde contiene errores.

Las herramientas CASE de alto nivel también pueden apoyar la modelación de los re-querimientos funcionales de una organización, ayudar a los analistas y usuarios a definir elalcance de un proyecto determinado y a visualizar la forma en que el proyecto se combinacon otras partes de la organización. Además, algunas herramientas CASE de alto nivel pue-den ayudar en la creación de prototipos de diseños de pantallas e informes.

HERRAMIENTAS CASE DE BAJO NIVEL

Las herramientas CASE de bajo nivel se utilizan para generar código fuente de computado-ra, eliminando así la necesidad de programar el sistema. La generación de código tiene va-rias ventajas:

1. El sistema se puede generar más rápido que si se tuviera que escribir todos los progra-mas. No obstante, con frecuencia el periodo para familiarizarse con la metodología uti-lizada por el generador de código es muy largo, por lo que la generación del programapodría ser más lenta al principio. Además, es necesario ingresar por completo el diseñoen el conjunto de herramientas, tarea que podría tomar un tiempo considerable.

2. La generación de código reduce el tiempo invertido en el mantenimiento. No hay nece-sidad de modificar, probar y depurar los programas de computadora. En lugar de eso, al

P í« IU f: i FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

AGREGAR CLIENTE

NÚMERO XXXXXX

NOMBRE XXXXXXXXXXXXCALLE XXXXXXXXXXXXCIUDAD XXXXXXXXXXXXESTADO XXCP XXXXX-XXXX

—>

i—>Artículo = Número +

Descripción +Costo +Precio +Cantidad disponible +Cantidad pedida +Punto de reabastecimiento +Venias mensuales +Ventas anuales

INFORME DE ANÁLISISDESCRIPCIÓNDEL ELEMENTO

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

DE VENTASVENTASTOTALESZZ,ZZ9ZZ.ZZ9ZZ.ZZ9ZZ.ZZ9ZZ.ZZ9ZZ.ZZ9

DO WHILE NOT Fin de archivo

Leer registro de artículo

IF artículo tiene poco inventario

Imprimir orden de compra

Actualizar registro de artículo

ENDIF

EMDDO

FIGURA 1.8

' ' ' ' 5 I > i M . 1 ( I •!•.! ,

Diseño de pantallase informes

Diagramas y modelosdel sistema

Diccionario de datosy lógica de procesos

Requerimientos del sistema

° Agregar nuevos clientes• Identificar artículos de venta

rápida y lenta• Ingresar órdenes de clientes• Consultar saldo de crédito

de cliente• Mantener inventario adecuado

Productos finales

Agregar pantalla de clienteInforme de análisis de artículosPantalla para ingresar órdenesde clientesPantalla para investigaciónde clientesPrograma para órdenes decompra a distribuidoresPronóstico de temporada

Administraciónde! proyecto

modificar el diseño CASE se vuelve a generar el código. Si se invierte menos tiempo enel mantenimiento, se tiene más tiempo para desarrollar nuevos sistemas y aligerar laacumulación de proyectos en espera de desarrollo.

3. Más de un lenguaje de computadora, de tal manera que se facilita la migración de siste-mas de una plataforma, digamos de mainjrame, a otra, como una PC. Por ejemplo, laedición de VA para corporaciones puede generar código fuente en lenguajes de tercerageneración como ANSÍ, COBOL o C.

4. La generación de código ofrece una forma económica de ajustar los sistemas comercia-les de fabricantes de sistemas a las necesidades de la organización. Con frecuencia, lamodificación de esta clase de software implica un esfuerzo tan grande que su costo esmayor al de la compra del mismo. Con el software de generación de código, la comprade un diseño CASE y un depósito CASE para la aplicación permite al analista modifi-car el diseño y generar el sistema de cómputo modificado.

5. El código generado está libre de errores de programación. Los únicos errores potencia-les son los de diseño, los cuales se pueden minimizar produciendo informes de análisisCASE para garantizar que el diseño del sistema esté completo y correcto.

EL ROL DEL ANALISTA DE SISTEMAS C A P i T 1= LC I

Aspectos del diseño

Aspectos de lasespecificaciones

del programa

1Análisis

Requeri-: mientas

IIDiseño

Ciclo de vida del desarrollo de sistemas tradicional

; Especifi-'¡ caciones

delprograma

Erroresde programación Errores de instalación

Diseñoy codificacióndel programa Código

: fuente delprograma

Instalación

Aspectos del diseño

Defectos e inconsistenciasdel diseño

Ciclo de vida del desarrollo de sistemas CASE

FE SU RA 1.7

ue viüd uei uebcmuiiu uesistemas CASE y tradicional.

Entidadesde diseño

CASE

HerramientasCASE

de alto nivel DepósitoCASE

HerramientasCASE de bajo

nivel (generadorde código) Sistema

de cómputolibre deerrores

Instalación

La figura 1.7 ilustra los ciclos de vida del desarrollo de sistemas tradicional y CASE.Observe que las partes de codificación, prueba y depuración del programa se han elimina-do en el ciclo de vida CASE.

INGENIERÍA INVERSA Y REINGENIERIA DE SOFTWARELa ingeniería inversa y la reingeniería de software son métodos para alargar la vida de pro-gramas anteriores, conocidos como software heredado. En ambos métodos se emplea soft-ware de reingeniería asistida por computadora (CARE, Computer-Assisted Reengineeringjpara analizar y reestructurar el código de computadora existente. En el mercado hay variosconjuntos de herramientas de ingeniería inversa.

Observe que el término reingeniería se utiliza en numerosos contextos diferentes de in-geniería, programación y negocios. Con frecuencia se emplea para denotar "reingeniería deprocesos de negocios", que es una forma de darle una nueva orientación a los procesos cla-ve de una organización. Los analistas de sistemas pueden desempeñar un rol importante enla reingeniería de procesos de negocios, puesto que muchos de los cambios requeridos sólose pueden lograr mediante el uso de tecnología de información novedosa.

La ingeniería inversa es lo opuesto a la generación de código. Como se ilustra en la figu-ra 1.8, el código fuente de la computadora es examinado, analizado y convertido en entidadespara el depósito. El primer paso de la ingeniería inversa de software es cargar, en el conjun-to de herramientas, el código de programa existente (tal como se haya escrito en COBOL, Co cualquier otro lenguaje de alto nivel). Según el conjunto de herramientas de ingeniería in-versa que se utilice, el código es analizado y las herramientas producen algunos o todos loselementos siguientes:

1. Estructuras de datos y elementos que describen los archivos y registros almacenadospor el sistema.

2. Diseños de pantallas, si el programa es en línea.3. Esquemas de informes para programas por lotes.4. Un diagrama de estructura que muestra la jerarquía de los módulos del programa.5. Diseño y relaciones de bases de datos.


DO Procesar registrosAgregar 1 a ContadorAgregar Cant. a Total

ENDDO

Código fuente de la computadora:C, COBOL, Xbase...

Programas de cómputoexistentes cargados en elconjunto de herramientasde ingeniería inversa.

Conjunto deherramientasde ingeniería

inversa

ITJí

El conjunto de herramientas deingeniería inversa examina elcódigo fuente de la computadoray produce un depósito CASE.

Depósito CASE

Se crea el depósito CASE,incluyendo diagramas de estructura,descripciones de registros y elementosen el diccionario de datos,esquemas de pantalla yde informes.

FIGURA 1.8 ' •Conceptos de ingeniería inversa.

El diseño almacenado en el depósito podría modificarse o incorporarse en información deotro proyecto CASE. Cuando se terminan todas las modificaciones, el nuevo código del sis-tema puede volver a generarse. La reingeniería se refiere al proceso completo de convertirel código de programa al diseño CASE, modificar el diseño y volver a generar el nuevo có-digo de programa.

Son varias las ventajas que se consiguen al utilizar un conjunto de herramientas de in-geniería inversa:

1. Reducción del tiempo requerido para el mantenimiento del sistema, con lo cual quedamás tiempo para nuevos desarrollos.

2. Se genera documentación, que podría haber sido inexistente o mínima en los progra-mas anteriores.

3. Se crean programas estructurados a partir de código de computadora no estructurado opobremente estructurado.

4. Los cambios futuros al mantenimiento son más sencillos, porque se pueden realizar alnivel del diseño más que al nivel del código.

5. Es posible analizar el sistema con el fin de eliminar porciones sin utilizar de código decomputadora, el cual aún podría estar presente en programas anteriores a pesar de quelas revisiones hechas al programa a lo largo de los años lo hayan vuelto obsoleto.

ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOSEl análisis y diseño orientado a objetos es un enfoque cuyo propósito es facilitar el desarrollo _de sistemas que deben cambiar con rapidez en respuesta a entornos de negocios dinámicos.El capítulo 19 le ayuda a entender el análisis y diseño de sistemas orientados a objetos, enqué difiere del enfoque estructurado del SDLC y bajo qué circunstancias es apropiado uti-lizar un enfoque orientado a objetos.

Es difícil trabajar bien con técnicas orientadas a objetos en situaciones en las cualessistemas de información complicados requieren mantenimiento, adaptación y rediseño demanera continua. Los enfoques orientados a objetos utilizan el estándar de la industria pa-ra la modelación de sistemas orientados a objetos, el lenguaje unificado de modelación[UML, UnifiedModelingLanguagé), para analizar un sistema en forma de modelo de casosde uso.

La programación orientada a objetos difiere de la programación tradicional de procedi-mientos en que la primera examina los objetos que conforman un sistema. Cada objeto esuna representación en computadora de alguna cosa o suceso real. Los objetos pueden serclientes, artículos, pedidos, etc. Los objetos se representan y agrupan en clases, que son óp-timas para su reutilización y mantenimiento. Una clase define el conjunto de atributos ycomportamientos que comparten los objetos que ésta contiene.

EL ROL DEL ANALISTA OE SISTEMAS C A P Í T U L O 1

PROGRAMACIÓN EXTREMA Y OTRAS METODOLOGÍAS ALTERNASAunque este libro se enfoca en la metodología que actualmente se utiliza de manera másamplia, en ocasiones el analista tendrá que reconocer que la organización se podría benefi-ciar de una metodología alterna. Quizá un proyecto de sistemas con un enfoque estructuradohaya fallado, o quizá las subculturas que existen en la organización, compuestas por diferen-tes grupos de usuarios, parezcan más proclives a utilizar un método alterno. En un espaciotan breve no podríamos analizar adecuadamente estos métodos alternos, que merecen y hansido explicados en sus propios libros e investigaciones. Sin embargo, al mencionarlos aquíesperamos que usted tome conciencia de que, bajo ciertas circunstancias, su organizaciónpodría requerir una alternativa o complemento para un análisis y diseño estructurado y parael ciclo de vida del desarrollo de sistemas.

La programación extrema (XP, Extreme Programming) es un enfoque para el desarrollode software que utiliza buenas prácticas de desarrollo y las lleva a los extremos. Se basa envalores, principios y prácticas esenciales. Los cuatros valores son la comunicación, la simpli-cidad, la retroalimentación y la valentía. Recomendamos a los analistas de sistemas queadopten estos valores en todos los proyectos que emprendan, no sólo cuando recurran amedidas de programación extrema.

Durante la fase de terminación de un proyecto, con frecuencia es necesario realizarajustes en la administración del mismo. En el capítulo 3 veremos que XP puede garantizarla terminación exitosa de un proyecto ajustando recursos importantes como el tiempo, elcosto, la calidad y el alcance. Cuando estas cuatro variables de control se incluyen adecua-damente en la planeación, se propicia un equilibrio entre los recursos y las actividades re-queridas para completar el proyecto.

El llevar las prácticas de desarrollo al extremo es más recomendable cuando se siguenprácticas propias de XP. En el capítulo 6 describimos cuatro prácticas esenciales de XP: laliberación limitada, la semana de trabajo de 40 horas, alojar a un cliente en el sitio y el usode la programación en parejas. A primera vista estas prácticas parecen extremas, pero comoobservará, podemos aprender algunas lecciones valiosas al incorporar muchos de estos valo-res y prácticas de XP en los proyectos de análisis y diseño de sistemas.

La creación de prototipos (que es diferente a la creación de prototipos que veremosen el capítulo 6) es uno de los métodos alternos más populares, junto con ETHICS, el en-foque de usar un campeón del proyecto, la Metodología Soft Systems y Multiview. Lacreación de prototipos, concebida originalmente en otras disciplinas y aplicada a los siste-mas de información, surgió como respuesta a los extensos periodos de desarrollo asociadoscon el enfoque del ciclo de vida del desarrollo de sistemas y a la incertidumbre que existe confrecuencia en relación con los requerimientos de los usuarios. ETHICS, por su parte, sepresentó como una metodología socio-técnica que combina soluciones sociales y técnicas.El enfoque de usar un campeón del proyecto, un concepto tomado de la mercadotecnia,adopta la estrategia de involucrar a una persona clave de cada área donde tiene influenciael sistema para garantizar el éxito del mismo. La Metodología Soft Systems fue concebidacomo una manera de modelar un mundo muchas veces caótico mediante el uso de "imáge-nes ricas", ideogramas que captan los relatos característicos de una organización. Multi-view se propuso como una forma de organizar y utilizar elementos de diversas metodolo-gías en competencia.

RESUMENLa información se puede considerar como un recurso organizacional. Como tal, se debemanejar con cuidado, al igual que los demás recursos. La disponibilidad de gran poder decómputo en las organizaciones ha propiciado una explosión de información y, en conse-cuencia, se debe prestar mayor atención al manejo de la información generada.

P A R Tu ! FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

E X P E R I E N C I A CON HYPERCAS ES?

"Bienvenido a Maple Ridge Engineering, al que en adelante llamaremos MRE. Esperamosque disfrute su trabajo de consultor de sistemas para nosotros. A pesar de que he trabajadoaquí durante cinco años en diferentes actividades, recién fui asignado para fungir como apo-yo administrativo para Snowden Evans, el jefe del nuevo Departamento de Capacitación yAdministración de Sistemas. Ciertamente somos un grupo heterogéneo. Conforme se fami-liarice con la compañía, asegúrese de aprovechar todos sus conocimientos, tanto técnicoscomo relativos a las personas, para entender cómo somos e identificar los problemas y con-flictos relacionados con nuestros sistemas de información que usted considere susceptiblesde arreglar".

"Para ponerlo al tanto, le diré que Maple Ridge Engineering es una compañía de inge-niería médica de mediano tamaño. El año pasado nuestros ingresos rebasaron 287 millonesde dólares. Empleamos alrededor de 335 personas. Hay cerca de 150 empleados administra-tivos, así como personal directivo y de oficinas, como yo, y aproximadamente 75 profesio-nistas, como ingenieros, médicos y analistas de sistemas, y cerca de 110 empleados como di-bujantes y técnicos".

"Hay cuatro oficinas. A través de HyperCase, usted nos visitará en nuestras oficinas cen-trales en Maple Ridge, Tennessee. Tenemos otras tres sucursales al sur de Estados Unidos:Atlanta, Georgia; Charlotte, Carolina del Norte; y Nueva Orleáns, Luisiana. Nos dará gustoque nos visite".

"Por el momento, explore HyperCase con Nestcape Navigator o Microsoft Internet Ex-plorer".

"Para aprender más sobre Maple Ridge Engineering como compañía, o para saber cómoentrevistar a nuestros empleados, quién utilizará los sistemas que usted diseñe y cómo sonsus oficinas dentro de nuestra compañía, visite el sitio Web de este libro, y seleccione elvínculo HyperCase. Al desplegarse la pantalla de HyperCase, elija Start e ingresará a la re-cepción de Maple Ridge Engineering. A partir de aquí, puede empezar de inmediato su tra-bajo de consultoría".

Este sitio Web contiene información útil para el proyecto y archivos que usted puedebajar a su computadora. Uno de los archivos contiene una serie de archivos de datos de Vi-sible Analyst para utilizarse en HyperCase. Estos archivos incluyen una serie parcialmenteconstruida de diagramas de flujo de datos, diagramas de entidad-relación y el depósito CASE.El sitio Web de HyperCase también contiene ejercicios adicionales. HyperCase está diseña-do para facilitar su exploración, así que no ignore cualquier objeto o pista que encuentre enla página Web.

-tó

Los analistas de sistemas recomiendan, diseñan y dan mantenimiento a diversos tiposde sistemas, como los sistemas de procesamiento de transacciones (TPS), sistemas de auto-matización de la oficina (CAS), sistemas de trabajo del conocimiento (KWS) y sistemas deinformación gerencial [MIS). También crean sistemas orientados a la toma de decisiones,como los sistemas de apoyo a la toma de decisiones (DSS), sistemas expertos (ES), sistemasde apoyo a la toma de decisiones en grupo (GDSS), sistemas de trabajo colaborativo apoyadospor computadora (CSCWS) y sistemas de apoyo a ejecutivos [ESS). Muchas aplicacionesse conciben originalmente para, o se migran a, la Web para apoyar el comercio electrónico.

El diseño y análisis de sistemas es un enfoque sistemático para identificar problemas,oportunidades y objetivos; para analizar los flujos de información de las organizaciones, ypara diseñar sistemas de información computarizados destinados a solucionar problemas.Los analistas de sistemas se ven precisados a desempeñar diversos roles durante el transcursode su trabajo. Algunos de estos roles son: (1) consultor extemo para el negocio, (2) experto deapoyo técnico dentro de un negocio y (3) agente de cambio en situaciones tanto internascomo externas.

EL ROL DEL ANALISTA DE SISTEMAS C A P I T U L O 1

Los analistas poseen un amplio rango de habilidades. En primer lugar, y más importan-te, el analista es un solucionador de problemas; alguien que disfruta el reto de analizar unproblema e idear soluciones factibles. El analista de sistemas requiere habilidades de comu-nicación que le permitan relacionarse de manera significativa con diversas clases de gentediariamente, así como habilidades de computación. El involucramiento del usuario final escrítico para el éxito del proyecto.

Los analistas actúan de manera sistemática. El marco para este enfoque sistemático loofrece el ciclo de vida del desarrollo de sistemas (SDLC]. Este ciclo de vida se puede dividiren siete fases secuenciales, aunque en realidad las fases se interrelacionan y con frecuenciase llevan a cabo de manera simultánea. Las siete fases son: identificación de problemas,oportunidades y objetivos; determinación de los requerimientos de información; análisis delas necesidades del sistema; diseño del sistema recomendado; desarrollo y documentacióndel software; prueba y mantenimiento del sistema, e implementación y evaluación del sistema.

Los paquetes de software automatizados, basados en PC, para el análisis y diseño de sis-temas se conocen como herramientas de Ingeniería de Software Asistida por Computadora(CASE). Las cuatro razones para adoptar las herramientas CASE son: incrementar la produc-tividad del analista, mejorar la comunicación entre analistas y usuarios, integrar las activida-des del ciclo de vida, y analizar y valorar el impacto de los cambios en el mantenimiento. Losanalistas también emplean enfoques de reingeniería asistida por computadora (CARE) pararealizar ingeniería inversa de software y reingeniería con el propósito de extender la vidaútil del software heredado.

El análisis orientado a objetos (OOA) y el diseño orientado a objetos (OOD) constitu-yen un enfoque distinto de desarrollo de sistemas. Estas técnicas se basan en los conceptosde la programación orientada a objetos, que han sido codificados en UML, un lenguaje es-tandarizado de modelación en el cual los objetos generados no sólo incluyen código referen-te a los datos sino también instrucciones acerca de las operaciones que se realizarán sobrelos datos.

Cuando la situación particular de una organización así lo requiera, el analista podríadejar el SDLC y probar una metodología alterna. Un enfoque, denominado programaciónextrema (XP), lleva al límite las prácticas de análisis y diseño. La creación de prototipos,ETHICS, el uso de un campeón del proyecto, la Metodología Soft Systems y Multiview sonenfoques de desarrollo que ofrecen perspectivas diferentes.

PALABRAS Y FRASES CLAVE

agente de cambioanálisis orientado a objetos (OOA)análisis y diseño de sistemasanálisis y diseño de sistemas orientado

a objetos (0-0)analista de sistemasaplicaciones de comercio electrónicoasistente digital personal (PDA)CARE (reingeniería asistida por

computadora)ciclo de vida del desarrollo de sistemas

(SDLC)comercio móvilconsultor de sistemascreación de prototiposdepósito CASEdesarrollo rápido de aplicaciones (RDA)diseño orientado a objetos (OOD)enfoque de uso de un campeón del

proyectoETHICS

experto en soporte técnicogroupwareherramientas CASEinformación generada por computadora

Ingeniería de Software Asistida porComputadora (CASE)

ingeniería inversa de softwareinteligencia artificial (Al)lenguaje unificado de modelación

(UML)mantenimiento de generación de códigoMetodología Soft Systemsmigración de sistemasMultiviewprogramación extrema (XP)reingenieríasistemas de apoyo a ejecutivos (ESS)sistemas de apoyo a la toma de

decisiones (DSS)sistemas de apoyo a la toma de

decisiones en grupo (GDSS)

P A R T E i FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS

sistemas de automatización de la sistemas de trabajo colaborativooficina (OAS) apoyado por computadora (CSCWS)

sistemas de información gerencial sistemas de trabajo del conocimiento(MIS) (KWS)

sistemas de planeación de recursos sistemas expertosempresariales (ERP) sistemas Web

sistemas de procesamiento de software de código abiertotransacciones (TPS) software heredado

PREGUNTAS DE REPASO1. Describa por qué es mejor considerar a la información como un recurso de la organiza-

ción más que como un subproducto derivado de los negocios.2. Defina lo que significa un sistema de procesamiento de transacciones.3. Explique la diferencia entre los sistemas de automatización de la oficina (OAS) y los

sistemas de trabajo del conocimiento (KWS].4. Compare la definición de sistemas de información gerencial (MIS) y la de sistemas de

apoyo a la toma de decisiones (DSS).5. Defina el concepto sistemas expertos. ¿En qué son diferentes los sistemas expertos y los

sistemas de apoyo a la toma de decisiones?6. Enumere los problemas de interacción grupal que están destinados a resolver los sistema

de apoyo a la toma de decisiones en grupo (GDSS) y los sistemas de trabajo colabora-tivo apoyados por computadora (CSCWS).

7. ¿Cuál es el término más común, CSCWS o GDSS? Explique su respuesta.8. Defina el concepto comercio móvil [m-commercé).9. Enumere las ventajas de implementar aplicaciones en la Web.

10. ¿Cuál es la razón preponderante para diseñar sistemas ERP?11. Defina el significado de software de código abierto.12. Enumere las ventajas de utilizar técnicas de análisis y diseño de sistemas al desarrollar

sistemas de información computarizados para negocios.13. Mencione tres roles que debe desempeñar un analista de sistemas. Dé una definición de

cada rol.14. ¿Qué cualidades personales son de utilidad para el analista de sistemas? Enumérelas.15. Mencione y describa brevemente las siete fases del ciclo de vida del desarrollo de siste-

mas (SDLC).16. ¿En qué consiste el desarrollo rápido de aplicaciones (RAD)?17. Defina ingeniería inversa de software y reingeniería en el contexto de reingeniería asis-

tida por computadora (CARE).18. Mencione las cuatro razones para adoptar herramientas CASE.19. ¿Cuáles son los cuatro valores de la programación extrema?20. Defina los conceptos análisis orientado a objetos y diseño orientado a objetos.21. ¿QuéeselUML?

BIBLIOGRAFÍA SELECCIONADAAvison, D. E. y A. T. Wood-Harper, Multiview: An Expbration in Information Systems

Devebpment, Oxford: Blackwell Scientific Publications, 1990.Beath, C. M., "Supporting the Information Technology Champion", MIS Quarterly,

vol. 15, núm. 3, septiembre de 1991, pp. 355-372.Checkland, P. B., "Soft Systems Methodology", Human Systems Management, vol. 8,

núm. 4,1989, pp. 271-289.Coad, P. y E. Yourdon, Object-Oriented Analysis, 2a. ed., Englewood Cliffs, NI: Prentice

Hall, 1991.Davis, G. B. y M. H. Olson, Management Information Systems: Conceptual Foundation,

Structure, and Devebpment, 2a. ed., Nueva York: McGraw-Hill, 1985.

EL ROL DEL ANALISTA DE SISTEMAS r n " I T L L |i 1

Aanálisis y Diseño de Sistemas - KENNETH E. KENDALL , JULIE E. KENDALL - Sexta Ediccion

Education

Transcript of Aanálisis y Diseño de Sistemas - KENNETH E. KENDALL , JULIE E. KENDALL - Sexta Ediccion