Apuntes Sistema, Apuntes de Análisis Matemático. Instituto Politécnico Nacional
gabmil
gabmil

Apuntes Sistema, Apuntes de Análisis Matemático. Instituto Politécnico Nacional

129 páginas
1Número de descargas
380Número de visitas
Descripción
Análisis y diseño de sistema
20 Puntos
Puntos necesarios para descargar
este documento
Descarga el documento
Vista previa3 páginas / 129
Esta solo es una vista previa
3 páginas mostradas de 129 páginas totales
Descarga el documento
Esta solo es una vista previa
3 páginas mostradas de 129 páginas totales
Descarga el documento
Esta solo es una vista previa
3 páginas mostradas de 129 páginas totales
Descarga el documento
Esta solo es una vista previa
3 páginas mostradas de 129 páginas totales
Descarga el documento
Microsoft Word - InformaticaIV 10 sep para Aprob academia.doc

1

UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO

FACULTAD DE CONTADURÍA Y ADMINISTRACIÓN

AUTOR: Gabriel Guevara Gutiérrez

INFORMÁTICA IV (Análisis y Diseño de Sistemas

Estructurados)

Clave: 1465

Plan: 2005 Créditos: 8

Licenciatura: Informática Semestre: 4º

Área: Informática Hrs. Asesoría: 4

Requisitos: Informática II. (Estructura de datos y

dinámicas en memoria principal)

Hrs. Por semana: 4

Tipo de asignatura: Obligatoria ( X ) Optativa ( )

Objetivo general de la asignatura

Al finalizar el curso, el alumno aprenderá a desarrollar sistemas utilizando el

análisis y diseño según el enfoque estructurado.

Temario oficial (64 horas)

1. Introducción (10 horas)

2. Análisis de sistemas (26 horas)

3. Diseño de sistemas (28 horas)

2

Introducción

Este Apunte tiene como propósito el que identifiques los conceptos más

relevantes que le dan sustento al análisis y diseño de sistemas como etapas del

ciclo de vida de sistemas. La estructura está conformada por tres temas:

1. Introducción. Se explican los conceptos que conforman la Teoría

General de Sistemas que hoy en día siguen estando vigentes y que

tienen gran relevancia en el desarrollo de sistemas. Se tratan los

modelos del ciclo de vida de sistemas que conforman las bases de lo

que son los procesos de desarrollo de software.

2. Análisis Estructurado. Se explican los conceptos que intervienen para la

administración de requerimientos así como los del análisis de sistemas.

3. Diseño Estructurado. El contenido de la asignatura es fundamental para

tu formación como Licenciado(a) en Informática. La asignatura de

análisis y diseño estructurado de sistemas (Informática IV) conforma las

bases para asignaturas que tomas en el mismo semestre y futuros

semestres. Por tal razón, necesitas poner especial atención a los

conceptos y procedimientos que aquí se explican.

3

TEMA 1. INTRODUCCIÓN

Objetivo particular

Al finalizar el tema identificarás:

 Los conceptos involucrados en el análisis y diseño de sistemas en el campo

de la Informática.

 Los modelos y procesos de desarrollo que existen para crear un sistema.

 Los roles requeridos para realizar un análisis y diseño de sistemas.

 Los enfoques que existen para el desarrollo de sistemas.

Temario Detallado

1.1. Definición de sistema

1.2. La información

1.2.1. Definición de Información

1.2.2. Propiedades o atributos de la Información

1.2.3. Fuentes de la Información

1.3. Teoría General de Sistemas

1.4. Sistemas de Información

1.4.1. Definición de Sistema de Información

1.4.2. Componentes de un Sistema de Información

1.4.3. Clasificación de los Sistemas de Información

1.4.4. Sistemas de Información y Sistemas Informáticos

1.5. Ciclo de Vida de Sistemas de Información

1.5.1. Análisis

1.5.2. Diseño

1.5.3. Implementación

1.5.4. Pruebas

1.5.5. Implantación

1.5.6. Mantenimiento

4

1.6. Entorno de Desarrollo de los Sistemas de Información

1.6.1. Estructura Organizacional del Área de Sistemas

1.6.2. Departamentos Involucrados

1.6.3. Funciones y Responsabilidades de cada Departamento

1.7. Modelos, Metodologías y Procesos de Desarrollo

1.7.1. Proyectos y Sistemas

1.7.2. ¿Qué son los Modelos? (Concepto de Abstracción)

1.7.3. Modelos de Ciclo de Vida de Sistemas más Importantes

1.7.4. Procesos de Desarrollo más Importantes

1.8. Enfoques del Desarrollo de Sistemas

1.8.1. Enfoque Estructurado

1.8.2. Enfoque Orientado a Objetos

Introducción

Los sistemas y la información son los elementos básicos que conforman los

sistemas de información, por tal razón, su definición es de suma importancia

para que se pueda entender en qué consiste un sistema de información.

Existen varios tipos de sistemas de información cuya clasificación está en

función de la forma en que procesan la información y el nivel jerárquico de la

organización que hace uso de ella.

Para desarrollar un sistema de información se hace uso de las etapas que

conforman el ciclo de vida de sistemas (análisis, diseño, implementación,

pruebas, implantación, mantenimiento) pero existen diversas formas de aplicar

estas etapas que son denominados modelos.

Es así, que en este tema revisarás esta información para que tengas los

elementos conceptuales que se necesitan para comprender el área de

desarrollo de sistemas.

5

1.1. Definición de sistema

Sin lugar a dudas, para el siglo XXI el concepto de sistema y su comprensión

tiene una gran importancia para cualquier ciencia o disciplina. Al entender el

concepto de sistema podemos analizar las situaciones con una perspectiva

integradora donde cada elemento o componente que interviene modifica el

comportamiento del todo, es decir, del sistema.

Un sistema en su concepción más sencilla lo podemos definir como una caja

negra que recibe una entrada, la cual es procesada para generar una salida.

Bajo esta concepción los elementos más básicos de un sistema son:

 Entrada.

 Proceso.

 Salida.

Figura 1.1. Vista de caja negra de un sistema

Otra concepción de sistema es definirlo como un conjunto de elementos1

interrelacionados e interdependientes entre sí que buscan un objetivo común. El

hecho de que los elementos busquen un objetivo común no excluye la

capacidad de que cada elemento tenga un objetivo en particular.

1 Otras palabras que se pueden ocupar en lugar de elementos son: ‘parte’, ‘componente’,

’módulo’.

6

Figura 1.2. Vista de caja blanca de un sistema

Esta definición obliga a visualizar al sistema como una caja blanca o

transparente donde se puede analizar el comportamiento de cada elemento

donde se podrán observar dos características: acoplamiento y cohesión.

El acoplamiento es nivel de interdependencia que existe entre los elementos.

Pressman lo define como “una medida de interconexión entre módulos dentro

de una estructura de software. El acoplamiento depende de la complejidad de

interconexión entre los módulos, el punto donde se realiza una entrada o

referencia a un módulo, y los datos que pasan a través de una interfaz.”2

La cohesión es la especificidad de la función que realiza un elemento.

Pressman lo define como

[…] una extensión natural del concepto de ocultación de información […] Un módulo cohesivo lleva a cabo una sola tarea dentro de un procedimiento de software, lo cual requiere poca interacción con los procedimientos que se llevan a cabo en otras partes de un programa. Dicho de otra manera sencilla, un módulo cohesivo deberá (idealmente) hacer una sola cosa.3

Los conceptos de cohesión y acoplamiento forman parte de otro concepto

llamado modularidad, el cual tiene como objetivo descomponer el sistema en

“módulos” a fin de reutilizarlos en ese sistema u otro.

2 Roger S. Pressman, Ingeniería del Software. Un Enfoque Práctico, 5ª ed., Madrid, McGraw-

Hill, 2002, p 231. 3

Loc. cit.

7

Aparte del acoplamiento y de la cohesión, se presentan otros dos conceptos:

ambiente y la retroalimentación.

El ambiente es el entorno que rodea al sistema y que lo afecta directamente

con algún tipo de estímulo. Teóricamente cada sistema cuenta con una

frontera o límite que lo distingue del ambiente en el que se desenvuelve. Por

ejemplo, la frontera del cuerpo humano es la piel.

La retroalimentación es una actividad de autorregulación, la cual supervisa

que las salidas que genera el sistema cumplan con ciertas características con

base en las entradas y su proceso de transformación.

1.2. La información

1.2.1. Definición de Información

La información es un conjunto de datos cuya relación entre sí da un significado

a un ente (persona u organización) para tomar una decisión.

El valor de la información es totalmente subjetivo ya que depende de la persona

u organización y de acuerdo con las características que tiene la información.

8

1.2.2. Propiedades o atributos de la información

La información debe de cumplir con ciertas propiedades, también llamadas

características, para que se le pueda considerar información. Las

características son:4

Propiedad Descripción

Exacta La información debe ser precisa y libre de errores.

Completa La información debe contener todos aquellos hechos que

pudieran ser importantes.

Económica

El costo que se debe incurrir para obtener la información

debe ser menor que el beneficio proporcionado a la

organización.

Confiable La información debe garantizar tanto la calidad de los datos

utilizados, como la de las fuentes de información.

Relevante

La información debe ser útil para la toma de decisiones.

Evitar todos aquellos hechos que sean superfluos o que no

aporte algún valor.

Detallada

La información debe presentar el nivel de detalle indicado

para la decisión a la que se destina. Se debe proporcionar

con la presentación y el formato adecuados, para que

resulte sencilla y fácil de manejar.

Oportuna La información debe ser entregada a la persona y en el

momento que la necesita para poder tomar la decisión.

Verificable La información debe poder ser contrastada y comprobada.

Cuadro 1.1. Características de la información

4 Cf., Álvaro Gómez Vieites y Carlos Suárez Rey, Sistemas de Información: Herramientas

prácticas para la gestión empresarial, 2ª ed., México, Alfaomega, 2007, pp. 5 y 6.

9

1.2.3. Fuentes de la información

La información puede tener diferentes orígenes y formatos a la vez, en el caso

de desarrollo de sistemas de información, que es el que nos compete, la

información tiene sus fuentes en:

Fuente Descripción

Personas

Las personas son la fuente principal para el analista de

sistemas; de ellas obtiene la información necesaria para la

construcción del sistema.

Documentos

Los documentos se refieren a la información contenida en

un medio físico o electrónico dentro o fuera de la

organización y que describen en forma parcial o completa

como funciona. Ejemplos: Manual de Procedimientos,

Manual de Organización, Políticas, Normas, Informes,

Reportes, Expedientes, etc.

Reglamentos

Los reglamentos son un tipo especial de documentos, la

diferencia consiste en que existe una alta probabilidad de

que no se puedan cambiar y establecen lineamientos de

carácter obligatorio. Ejemplos: Constitución Política de los

Estados Unidos Mexicanos, Ley Federal del Trabajo, Ley de

Impuesto Sobre la Renta, etc.

Sistemas

Los sistemas, en este caso refiriéndonos a los sistemas

informáticos, son actualmente, para las organizaciones, sus

principales fuentes de información (Ver punto 1.4.1.).

Cuadro 1.2. Fuentes de la información

1.3. Teoría General de Sistemas

La Teoría General de Sistemas, por sus siglas TGS, fue desarrollada en 1925

por Ludwing von Bertalanffy. Una de las ideas más sobresalientes de esta

teoría indica que no es suficiente analizar un elemento en forma aislada, sino

que es indispensable analizar al elemento junto con los demás con los que se

10

encuentra relacionado. Con esto, se establece que el comportamiento de un

elemento del sistema afectará, en menor o mayor grado, a aquellos elementos

con los que se encuentra relacionado.

La TGS es un conjunto de modelos, principios y leyes válidos para cualquier

tipo de sistema no importando la naturaleza de sus elementos y las relaciones

entre ellos. Como la TGS es general, su espectro es amplio, así que no es de

extrañarse que veamos su estudio en la Biología, la Administración, la

Informática, etc.

La importancia que tiene la TGS en el Análisis y Diseño de Sistemas está dada

porque en cualquier tipo de proyecto que tenga como objetivo la creación de un

sistema de información se hace indispensable la integración de conocimientos,

así como la especialización a fin de reducir tiempos y costos, pero sobre todo,

se hace indispensable la comprensión del funcionamiento del todo, entiéndase

el sistema. Si ocupamos un enfoque reduccionista al analizar solo una parte del

sistema tendríamos una visión limitada del problema y como consecuencia no

identificaríamos las causas que lo originan.

Dentro de los conceptos que más destacan en esta teoría tenemos:

Sinergia. El conjunto de elementos tiene más valor que la simple suma de las

partes.

Entropía. Es el desgaste natural que sufre el sistema por los cambios que se

presentan en el medio ambiente. No existe más que en modelos teóricos,

ambientes estáticos. Todo ambiente provoca cambios en los sistemas que

rodea, esto trae como consecuencia que el sistema tenga que responder a esos

cambios de alguna manera.

Isomorfismo. Define un conjunto de similitudes estructurales que pueden

compartir algún conjunto de sistemas.

11

Cibernética. Teoría de los sistemas de control basada en la comunicación

entre el sistema y el medio ambiente.

Equifinalidad. Se refiere al hecho que un sistema vivo a partir de distintas

condiciones iniciales y por distintos caminos llega a un mismo estado final. El fin

se refiere a la mantención de un estado de equilibrio fluyente.

1.4. Sistemas de Información

1.4.1. Definición de Sistema de Información

Para definir lo que es un sistema de información podemos ocupar la concepción

que se dio de sistema en el punto 1.1., pero su objetivo es más preciso, el cual

es generar información para la toma de decisiones.

1.4.2. Componentes de un Sistema de Información

En este tipo de sistema se presentan tres componentes más:

Proceso. Es el conjunto de actividades por realizar para generar un producto

(bien y/o servicio), para el caso de los sistemas de información consiste en

algún tipo de información para la toma de decisiones. También es conocido

como procedimiento.

Persona. Es el individuo que tiene la responsabilidad para crear, modificar,

destruir y/o verificar un insumo que entra al sistema o que es procesado por el

sistema.

Base de Datos. Es un conjunto de datos almacenados en cierto orden para que

posteriormente sean recuperados.

12

1.4.3. Clasificación de los Sistemas de Información

Básicamente en cualquier organización se distinguen tres niveles para la toma

de decisiones (de nivel inferior a nivel superior): operativo, táctico y estratégico,

de manera similar podemos clasificar la información. Dependiendo del nivel de

que se trate, las personas necesitarán de información operativa, táctica o

estratégica.

Figura 1.3. Pirámide de nivel de tipo de decisiones y sistemas de información

Operativo. Información muy detallada.

Táctico. Información resumida.

Estratégico. Información sintetizada.

Los diferentes tipos de sistemas de información se ubican en alguno de los

niveles o en varios de ellos:

13

TPS (Transaction Proccessing System – Sistema de Procesamiento de

Transacciones).- Este sistema tiene como objetivo recoger datos básicos en las

operaciones organizacionales enfocándose principalmente en las áreas de

contabilidad, ventas, compras, nómina.

MIS (Management Information System – Sistema de Información

Administrativa).- Este sistema tiene como objetivo generar informes que

permitan a los directivos a mejorar el control de la ejecución de las actividades

de las áreas funcionales de la organización.

DSS (Decision Support System – Sistema de Apoyo a las Decisiones).- Este

sistema tiene como objetivo apoyar y asistir al nivel estratégico al proceso de

toma de decisiones creando escenario y/o generando alternativas.

ERP (Enterprise Resource Planning – Planeación de Recursos Empresariales).-

Este sistema tiene como objetivo agilizar la administración de los recursos

materiales y humanos de la organización por medio de la integración de la

información de las diferentes áreas y con un enfoque orientado a procesos.

CRM (Customer Relationship Managment – Administración de Relaciones con

el Cliente).- Este sistema tiene como objetivo proporcionar información de los

clientes lo más completamente posible sobre qué compra, cuándo compra, qué

busca, sus comentarios sobre la organización y los productos que adquiere.

1.4.4. Sistemas de Información y Sistemas Informáticos

El propósito de un sistema de información y uno informático es el mismo, la

diferencia radica en que el sistema informático hace uso de ciertos elementos

característicos para lograr el objetivo:

14

Hardware. Es el equipo de cómputo y telecomunicaciones utilizado para

procesar los datos.

Software. Son los programas de computadora, donde encontramos sistemas

operativos, lenguajes de programación, sistemas manejadores de base datos,

procesadores de textos, generador de presentaciones, etc.

Con lo anterior podemos apreciar que los sistemas informáticos son un subtipo

de los sistemas de información, por lo que no se incurre en error al hablar de la

utilización de algún tipo de hardware y/o software en el contexto de sistemas de

información.

Figura 1.4. Conjuntos: Sistema de Información y Sistema Informático

1.5. Ciclo de Vida de Sistemas de Información

La concepción de sistemas viene de las ciencias naturales al tratar de describir

un ser vivo como un conjunto de partes, el cual tiene un ciclo de vida (nace,

crece, se reproduce y muere). Los sistemas de información tienen su propio

ciclo: análisis, diseño, implementación, pruebas, implantación y mantenimiento.

Dependiendo del autor que se consulte, las etapas o fases pueden ser más o

menos, también pueden integrarse en una o cambiar de nombre, aún así, en

esencia tienen el mismo propósito.

Es necesario recalcar que el ciclo de vida de sistemas es un modelo teórico que

tiene como propósito agrupar las actividades en fases que se tienen que

15

realizar para construir un sistema. Por otro lado el modelo del Ciclo de Vida de

Sistemas no indica la forma o secuencia en que se tienen que aplicar las fases.

1.5.1. Análisis

Esta fase contesta a la pregunta ¿qué?, en otras palabras es una descripción

de las causas de las necesidades y/o problemas. Además, se observa y modela

cómo funciona la organización y/o sistema actual. Sus actividades principales

son:

 Diagnosticar la necesidad y/o problema por resolver.

 Identificar a los participantes así como sus necesidades.

 Establecer los objetivos que persigue el sistema.

 Establecer los alcances y exclusiones.

 Crear un modelo de dominio o negocio con su respectiva

especificación describiendo la situación actual.

Otro nombre que recibe está fase es: Requerimientos.

1.5.2. Diseño

Esta fase contesta a la pregunta ¿cómo?, no hay que confundir el cómo de la

fase de análisis, donde se investiga cómo se hacen las cosas; éste se refiere a

cómo voy a dar solución a las necesidades y/o problemas. Sus actividades

principales son:

 Diseñar procesos y procedimientos.

 Diseñar algoritmos.

 Diseñar la base de datos.

 Diseñar la distribución de los componentes.

Regularmente los puntos anteriores reciben el nombre de arquitectura de

software o simplemente arquitectura. La arquitectura describe con diferentes

modelos cómo se va a construir la solución. “Una arquitectura de software

16

define la estructura general de un sistema y varía de acuerdo con el tipo de

sistema a desarrollarse”.5

1.5.3. Implementación

Esta fase se encarga de construir los componentes de software que le darán

funcionalidad al sistema. Sus actividades principales son:

 Codificar algoritmos a programas.

 Construir la base de datos en el DBMS (Database Managment

System).

Otros nombres que recibe esta fase son: Desarrollo, Programación,

Construcción.

1.5.4. Pruebas

Esta fase se encarga de asegurar que la calidad del software sea la correcta.

Por un lado se verifica que el software se construya de manera correcta, es

decir, que se apegue a los estándares establecidos, y por otro lado se valida

que el software que se construya sea el correcto, es decir, que satisfaga las

necesidades por las cuales se concibió el sistema.

Otros nombres que recibe está fase son: Verificación y/o Validación,

Evaluación.

5 Alfredo Weitzenfeld, Ingeniería de Software: Orientada a Objetos con UML, JAVA e Internet,

México, Thomson, 2004, p 36.

17

1.5.5. Implantación

Esta fase se encarga de poner en marcha el software construido y capacitar a

las personas involucradas para su uso.

1.5.6. Mantenimiento

Esta fase se encarga de darle mantenimiento al sistema en caso de que surja

una falla no detectada, se requiera extender, adecuar, o mejorar el sistema.

Estas formas de mantenimiento reciben los nombres de:

 Mantenimiento Correctivo.

 Mantenimiento Preventivo.

 Mantenimiento Adaptativo.

1.6. Entorno de desarrollo de los Sistemas de Información

El ambiente en el que se desenvuelve el equipo de desarrollo que va a construir

el sistema es altamente cambiante ya sea que se trate del ambiente interno o

del ambiente externo de la organización. Una de las constantes en las

organizaciones que se dedican al desarrollo de sistemas es que están

orientadas a los procesos y por consecuencia están orientadas a sus clientes.

Las empresas no se deben preocupar por crear en primer lugar una estructura

organizacional, en lugar de eso se deben preocupar por diseñar y establecer un

proceso que permita construir las características de su producto (bien o

servicio) para que dichas características satisfagan las necesidades de sus

clientes. Una vez definido el proceso, ahora sí, se preocupa por crear la

estructura organizacional que permita ejecutar el proceso.

Tomando en cuenta lo anterior, se hace indispensable que la persona

encargada del área de sistemas esté al tanto de los procesos críticos de la

organización para la que está trabajando. Si lo hace, tendrá definidas

18

claramente las metas que debe perseguir el área de sistemas, que al fin de

cuentas es buscar una agilización y/o optimización de esos procesos.

1.6.1. Estructura organizacional del Área de Sistemas

Por lo regular se tiende a crear un departamento por cada una de las fases del

ciclo de vida de sistemas. Sin embargo, la definición de la estructura

organizacional depende de factores como:

 Tamaño de la empresa.

 Estructura organizacional general de la empresa.

 Personal con el que se cuenta para el área de sistemas.

 Infraestructura en tecnologías de información y comunicación con las

que se dispone.

 Características del proyecto con el que se esté trabajando.

Con base en lo anterior, lo importante es identificar las actividades críticas que

nos ayudan a construir el sistema. Así, identificamos la cantidad y el perfil de las

personas que necesitamos para ejecutar las actividades. Y con eso, se

establece la estructura organizacional más adecuada para no perder el control

del proyecto y de las personas.

1.6.2. Departamentos Involucrados

El área o departamento de sistemas se ha convertido en uno de motores

críticos de las organizaciones, por ello, no es de extrañarse que el área tenga

relación con cada uno de las demás áreas existentes. Tampoco es extraño, que

el responsable de esta área sea convocado en las decisiones estratégicas que

se toman, al fin de cuentas la empresa es un sistema social.

19

1.6.3. Funciones y responsabilidades de cada departamento

Analista de Sistemas. Es una persona experta en la identificación y

comprensión de los problemas y oportunidades. Esto incluye la habilidad para

asociar las necesidades con el problema principal por resolver o la oportunidad

por conseguir.

 Habilidad para asociar las necesidades con el problema principal a

resolver o la oportunidad a conseguir.

 Es un facilitador y con gran capacidad de comunicación.

 Tiene conocimiento sobre el negocio y la tecnología.

Diseñador. Es una persona con madurez, visión y una amplia experiencia para

conjugar sus conocimientos y juicio en crear soluciones:

 Experiencia en el dominio del problema, comprender los

requerimientos y el dominio de la ingeniería de software.

 Líder para dar orden y dirección a los esfuerzos de diferentes

equipos, y tomar decisiones críticas bajo presión y hacer estas

decisiones regla.

 Comunicación para escuchar, persuadir, motivar y guiar.

1.7. Modelos, metodologías y procesos de desarrollo

Al revisar diversas fuentes se presenta una gran confusión entre los conceptos

de: modelo, metodología, método, ciclo de vida y proceso de desarrollo,

ocupándose indistintamente uno del otro. En la siguiente figura se muestra las

relaciones que existen entre los conceptos mencionados y evitar confusiones.

20

Figura 1.5. Asociación de conceptos: Ciclo de Vida, Proceso de Desarrollo, Metodología, Modelo

CicloVidaSistema

Metodología Actividad

HerramientaModelo

Disciplina

existen

*

contiene

utiliza utiliza

ProcesoDesarrolloSoftware

genera

Sinónimo:

Fase

Etapa

Sinónimos:

Flujo de Trabajo

Procedimiento

Método

Técnica

21

Conceptos Asociaciones

Descripción

Ciclo de vida de sistema Es conjunto de fases que se tienen que llevar a cabo para construir un sistema de información.

Proceso de desarrollo de software

En un proceso que indica qué se tiene que hacer, cómo se tiene que hacer, cuándo se tiene que hacer y quién lo tiene hacer para construir un software con calidad.

Disciplina Se le conoce como disciplina en un proceso de desarrollo de software, y como fase en el ciclo de vida de sistemas. Como tal es un área de conocimientos y actividades por realizar para construir una parte del sistema de información.

Metodología No hay un consenso respecto al concepto de metodología. Maddison (1983, pág. 45), define metodología como: “Conjunto de filosofías, fases, procedimientos, reglas, técnicas, herramientas, documentación y aspectos de formación para los desarrolladores de sistemas de información”.

Una metodología especifica:  Cómo se debe dividir un proyecto en etapas.  Qué actividades se llevan a cabo en cada

etapa.  Qué salidas se producen y cuándo se deben

producir.  Qué restricciones se deben aplicar.  Qué herramientas se van a utilizar.  Cómo administra el proyecto.

Actividad Es una acción por realizar para generar, actualizar, revisar algún producto de trabajo como documentos, modelos, software.

Técnica Dice cómo realizar una actividad, soportándose en herramientas específicas para cada caso.

Herramienta Indican con qué contamos para resolver una actividad específica. Hoy día estas herramientas reciben el nombre de CASE (Computer Assisted Software Engenering).

Ciclo de Vida de Sistema 

Disciplina

Un ciclo de vida de sistemas está compuesto de una serie de disciplinas o fases. Las más comunes son: Análisis, Diseño, Implementación, Pruebas, Implantación, Mantenimiento.

Proceso de Desarrollo de Software 

Un proceso de desarrollo de software está compuesto de una serie de disciplinas o fases. Además de las fases disciplinas clásicas del ciclo de

22

Disciplina vida de sistemas están: Administración de Proyectos, Administración de la Configuración y Cambios, Ambiente.

Ciclo de Vida de Sistema 

Metodología

Un ciclo de vida de sistemas tiene una o más metodologías. Ver concepto de metodología.

Disciplina 

Metodología

Una disciplina puede ejecutarse bajo diferentes metodologías. Las metodologías van a depender del autor y pueden tener dos enfoques: estructurado u orientado a objetos.

Ciclo de Vida de Sistema 

Modelo

Un ciclo de vida de sistemas tiene uno o más modelos. Es decir, existen diversas formas de aplicar o secuenciar cada una de las disciplinas o fases. Ver punto 1.7.3.

Metodología 

Modelo

Una metodología genera gran cantidad de modelos que representan el aspecto estático y dinámico del sistema.

Metodología 

Actividad

Una metodología está compuesta de varias actividades.

Actividad 

Técnica

Una actividad está compuesta de varias técnicas.

Cuadro 1.3. Asociación de conceptos: Ciclo de Vida, Proceso de Desarrollo, Metodología, Modelo

1.7.1. Proyectos y Sistemas

Es muy común confundir el concepto de proyecto con el de sistema, sin

embargo, existe una diferencia. El PMBoK (Project Managment Body of

Knowledge) del PMI (Project Managment Institute) define un proyecto como un

esfuerzo temporal emprendido para crear un producto, servicio o resultado

único. Esto significa que se puede emprender un proyecto para crear un nuevo

coche, construir una casa, o en este caso un sistema.

Si recordamos la definición de sistema, encontramos que es un conjunto de

elementos interrelacionados entre sí para conseguir un objetivo común. Este

sistema se va a construir a través de la administración de un proyecto.

23

Aquí es necesario destacar que la confusión entre proyecto y sistema surge

porque algunas de las actividades que se llevan la administración de proyectos

y el ciclo de vida de sistemas son iguales o similares, por ejemplo, la obtención

de requerimientos es una constante en ambos ciclos.

1.7.2. ¿Qué son los Modelos? (concepto de abstracción)

La abstracción es una actividad mental que consiste en resaltar, disminuir y/o

ignorar la importancia de los hechos y/o objetos de la realidad para analizar una

situación dada. Cuando construimos un modelo resalta el concepto de

abstracción, dado que los modelos están orientados a representar la realidad

bajo determinada perspectiva.

Los modelos, como resultado de un proceso mental, buscan comunicar una

idea-concepto a otra persona. Esto se presenta porque cada persona cuenta

con un marco referencial (ideas, estudios, experiencias, creencias) distinto

respecto a las otras personas. Eso hace necesario tener una herramienta, en

este caso los modelos, para poder comunicar nuestras ideas.

Dentro del análisis y diseño de sistemas se construyen una diversidad de

modelos, principalmente bajo dos perspectivas: estática y dinámica. La

perspectiva estática se enfoca principalmente en los datos  información. Y la

perspectiva dinámica se enfoca principalmente en las funciones  procesos.

1.7.3. Modelos6 de Ciclo de Vida de Sistemas más importantes

La importancia de los modelos que a continuación se mencionan se sustenta

bajo el hecho de ser las más utilizadas en la industria del software.

6 También conocidos como metodologías.

24

Cascada (Ciclo de Vida clásico, secuencial, lineal).

Descripción Aplicación Ventajas Desventajas Las fases se aplican de manera secuencial donde no se puede avanzar a la siguiente fase hasta haber terminado la anterior.

Cuando la complejidad de los sistemas es baja.

 Adecuado para sistemas pequeños y de complejidad baja.

 Si se comete un error en alguna fase repercute en la fase subsecuente, pero no se descubre sino hasta que se tiene el sistema.  El sistema solo se

ve funcionando hasta el final por lo que el usuario se desespera por no ver resultados.  Las personas

responsables de las fases subsecuentes no pueden empezar hasta que terminen las personas de la fase antecedente.

Cuadro 1.4. Modelo de cascada

Prototipos.

Descripción Aplicación Ventajas Desventajas Se crean prototipos (con o sin funcionamiento) con el objeto de que el usuario aclare los requerimientos específicos.

Cuando el usuario tiene claro el objetivo o necesidad general, pero no tiene claro los requerimientos específicos.

 Existe un acercamiento con el usuario en etapas tempranas del proyecto.  Se puede aplicar

y/o adaptar a otro ciclo de vida de sistemas.

 El usuario puede creer que es el sistema final.  No todos los

prototipos funcionan. Pueden ser una interfaz gráfica sin comportamiento alguno.  Por lo regular los

prototipos no consideran la calidad del sistema.

Cuadro 1.5. Modelo de prototipos

25

Incremental.

Descripción Aplicación Ventajas Desventajas Su nombre deriva de que su objetivo es crear el sistema a través de una serie de incrementos. Cada incremento tiene su propio ciclo de vida de sistemas. Cuando se termina un incremento se integra al sistema. Los incrementos se hacen en paralelo.

Cuando no se cuenta con el personal suficiente para desarrollar todo el sistema.

 El usuario puede ver “resultados” desde el primer incremento.  Permite realizar

una planeación para maneja los riesgos técnicos.

 Para lograr la aplicación de este modelo es necesario tener todos los requerimientos para poder planear cada uno de los incrementos.

Cuadro 1.6. Modelo incremental

Evolutivo (Desarrollo Rápido de Aplicaciones).

Descripción Aplicación Ventajas Desventajas Es una extensión del modelo incremental, pero los incrementos se hacen de manera secuencial no en paralelo. Los incrementos que se van desarrollando son aquellos que están claros. Conforme se va avanzando los requerimientos confusos y/o ambiguos se van clarificando.

Cuando la complejidad del sistema es alta.

 Se entrega funcionalidad del sistema desde el principio.

 No es apropiado cuando los riesgos técnicos son muy grandes.  Se requiere de

varias personas para desarrollar los incrementos si es un sistema grande.  Si el sistema no se

modularías apropiadamente la delegación de trabajo se vuelve complicada.

Cuadro 1.7. Modelo evolutivo

No hay comentarios
Esta solo es una vista previa
3 páginas mostradas de 129 páginas totales
Descarga el documento