INSTITUTO SUPERIOR SANTO DOMINGO

Sistemas de Informacin 2

Clase 1: Introduccin al Modelo de objetos

Sistemas de Informacin 2

Pgina 2

Esta materia es de gran importancia ya que presenta una metodologa para la resolucin de

los problemas del mundo real, destacando la necesidad de desarrollar una visin sistmica en el

estudio de las organizaciones. El enfrentar al estudiante al anlisis de sistemas complejos, como son

las organizaciones, busca desarrollar la creatividad del mismo, dentro de un marco metodolgico,

que le permita generar alternativas de soluciones integrales y coherentes con un medio caracte-

rizado por el cambio permanente. El aplicar el anlisis de sistemas es un enfoque sistemtico para

la identificacin de problemas, de las oportunidades y de los objetivos; para analizar la infor-

macin que fluye dentro de las organizaciones y para el diseo de sistemas de informacin que

solucionen un problema. El profesional de Sistemas procede sistemticamente; la estructura que le

confiere tal enfoque es el ciclo de desarrollo de sistemas, este ciclo consta de una serie de etapas

que se presentan interrelacionadas y de manera simultnea y le permite realizar el estudio y

desarrollo de sistemas de informacin. Por ello, en esta materia se busca desarrollar en el estudiante

aptitudes de investigacin y anlisis metodolgico para la resolucin de problemas. Por ser los

sistemas de informacin un recurso estratgico a emplear y potenciar en todos los procesos

presentes en las organizaciones, es de destacar el carcter interdisciplinario que desde esta materia

se debe comenzar a desarrollar y poner de manifiesto, por cuanta esta ser una faceta principal en el

perfil del futuro profesional, para el desarrollo de su labor. Por todo lo anteriormente expresado, se

le presenta al alumno una Metodologa para el Anlisis y Diseo de sistemas de informacin, con

la cual se lo capacita para que pueda efectuar el estudio de los sistemas en organizaciones y

empresas reales y pueda resolver problemas efectuando una propuesta de solucin integral. En

nuestro caso, se pone a disposicin del alumno una metodologa que se inserta en el Paradigma

Orientado a Objetos. Aqu abarcaremos conceptos esenciales del paradigma y les mostraremos la

manera de capturar, modelar requisitos y hacer anlisis de un sistema desde esta perspectiva. Esta

metodologa se completar en sus aspectos de anlisis, diseo, implementacin y prueba en las

materias Sistemas de Informacin 3 y 4. Como el mbito de trabajo del profesional de sistemas est

en permanente avance y cambio se busca entonces que el alumno desarrolle aptitudes para adaptarse

a nuevas herramientas, visiones del sistema, mtodos de trabajo. Con esta materia el alumno

aprender una forma de modelado. Pero, adems de desarrollar destreza en el manejo de ellas,

deber ser capaz de abstraer conceptos bsicos en la temtica de la captura de requisitos, resolucin

de problemas, anlisis de un sistema de informacin, que el da de maana pueda aplicar a las

nuevas tecnologas. Se propone entonces, al alumno, capacitarse mediante el presente mdulo en el

estudio, especificacin de requerimientos y anlisis de un sistema de informacin desde el

Paradigma Orientado a Objetos, utilizando UML (Lenguaje Unificado de Modelado) y el Proceso

Unificado de Desarrollo

A continuacin, vamos a revisar un mapa conceptual de los contenidos de la materia

sistemas de informacin 2:

Sistemas de Informacin 2

Pgina 3

El mapa conceptual que se pone a disposicin muestra la organizacin y planificacin del

contenido de la materia.- Cada clase est organizada de forma tal, que se pueda comprender cada

uno de los temas en forma serena y con un profundo estudio, y tiempo para leer comprensivamente,

analizar sa informacin, consultar y evacuar dudas y luego realizar los desempeos de

investigacin guiadas con el objetivo de corroborar tanto el alumno como el/la tutor/a, si se ha

comprendido el tema y cumplido las metas de comprensin de la clase.-

Las clases poseen el material de lectura y estudio sobre el tema, y el desempeo de

investigacin, que cabe aclarar, stos son obligatorios, que puede ser un cuestionario a responder o

ejercicio prctico, ya que al finalizar la materia, el alumno tendr dos notas para regularizar o

promocionar la materia, la primera nota ser el promedio de todos los desempeos de investigacin,

y la segunda nota ser del desempeo de sntesis de la clase 12 y 13.-

REGULARIZACION

La regularidad de la materia es:

En modalidad presencial y semi presencial:

1. Desempeo de sntesis aprobados con nota mayor o igual a cuatro (4)

2. 100% de las guas presentadas y aprobadas

3. 70% de asistencia

En modalidad distancia:

1. 100% de los desempeos presentados y aprobados con nota mayor o igual

a cuatro (4)

PROMOCION y EXAMEN LIBRE En modalidad presencial y semi presencial:

1. Desempeo de sntesis aprobados con nota mayor o igual a siete

(7)

Sistemas de Informacin 2

Pgina 4

2. 100% de las guas presentadas y aprobadas

3. 70% de asistencia

4. Si existe rgimen de examen libre para esta asignatura.-

En modalidad distancia:

No existe rgimen de promocin para esta asignatura.

Si existe rgimen de examen libre para esta asignatura.-

REGULARIDAD EXTRAORDINARIA

Es importante agregar que existe el rgimen de regularidad extraordinaria, que se determina

para aquellos alumnos que han participado activamente durante la materia presentando las guas de

actividades, pero que al finalizar el cuatrimestre, han realizado un 60% de las actividades, y les ha

faltado tiempo para cumplimentar con todas los desempeos, entonces se puede recurrir al uso de

una extensin de tiempo para regularizar la materia equivalente a un periodo de examen, es decir

que el alumno podr regularizar la materia durante las fechas de examen final de la misma y dentro

del ciclo acadmico en curso ,sin excepciones, aplicable para las tres modalidades.-

Fecha de Inicio de clases: sbado 21 de marzo de 2015

Fecha de fin de clases: sbado 27 de junio de 2015

Fecha de regularidad extraordinaria: 27 de julio de 2015

MEDIOS DE COMUNICACIN A UTILIZAR DURANTE EL CURSADO:

Modalidad Distancia: Las clases se llevarn a cabo mediante la plataforma e-learning, es

decir, el aula virtual del Instituto Superior Santo Domingo, correspondiente al vnculo:

www.educanexo.com.ar

Para las tres Modalidades:

Se dispondr de un foro de consultas, que se utilizar para realizar todas las consultas o

inquietudes respecto a los contenidos de la materia, y desempeos de las clases, en donde el

objetivo es lograr la participacin de todos, pudiendo responder y ayudar al compaero.-

Se dispondr de la mensajera privada dentro del aula virtual, que consiste en el envo de un

mensaje a un destinatario, en ste caso, cuando existan temas puntuales respecto a lo acadmico, y/o

inconvenientes, podrn enviarme un mensaje utilizando sta funcin.-

Se dispondr de mensajera a travs de mail, en donde podrn enviarme un mensaje por

mail a la casilla de correo: ngallardo@issd.edu.ar, aunque vale aclarar que trataremos de utilizar ya

sea el envo de consultas, inquietudes, o dificultades especficas por medio del aula virtual, ya sea

en el foro de consultas o por mensajera privada dependiendo del caso, ya que ser ms rpida y

segura la respuesta hacia el estudiante.-

Se dispondr de encuentros presenciales, llamadas tutoras, en donde el docente se

encuentra dentro de un horario y da asignado en la institucin, y el estudiante puede acercarse a la

misma, con el objetivo de evacuar dudas, o realizar consultas especficas, sin embargo, stas

Sistemas de Informacin 2

Pgina 5

tutoras no son adecuadas para la explicacin de un tema completo, si el estudiante no ha

incursionado previamente en la lectura del mismo.- El o los das de tutora, junto con sus horarios

sern comunicados por medio del foro a travs del aula virtual.-

Antes de comenzar la primera clase y para mejorar nuestra comunicacin, vamos a repasar

algunos conceptos de la enseanza para la comprensin E.P.C:

Hilos Conductores de la materia: Representan los puntos fundamentales de la materia, que

guan el trabajo de la misma.- Respecto a sta materia son:

Los sistemas en todos sus contextos y desde distintas metodologas.-

Analizamos y descubrimos qu datos y cmo participan en un software.-

Tpicos Generativos: Son ideas, conceptos, temas y/o hechos centrales o fundamentales

que van a la esencia de las disciplinas. Respecto a sta materia, se pueden encontrar dos grandes

tpicos generativos que nos guiarn en dos grandes conjuntos de desempeos a realizar, y son:

El desarrollo de software y el anlisis de los datos involucrados.-

Lenguaje Universal y Procesos Unificados de un sistema.-

Cul es la importancia y objetivo de realizar un estudio de los

requerimientos?

Metas de comprensin: Centran a los estudiantes en aquello que queremos que

comprendan. Y guan el trabajo que realizarn los estudiantes. En sta Clase 1, las metas de

comprensin son:

Los estudiantes desarrollarn comprensin acerca la importancia, como as tambin

la forma de identificacin de requerimientos.-

Desempeos de comprensin: Los Desempeos de Comprensin son actividades que

exigen de los estudiantes usar sus conocimientos previos de maneras nuevas o en situaciones

diferentes para construir la comprensin del tpico de la unidad. En los Desempeos de

Comprensin, los estudiantes reconfiguran, expanden, extrapolan y aplican lo que ya saben.

Adems, desafan los prejuicios, los estereotipos y el pensamiento esquemtico y rgido.

Desempeos Preliminares (o Desempeos de Exploracin): Estos son los Desempeos de

Comprensin que generalmente corresponden al inicio de la unidad. Dan a los estudiantes la

ocasin de explorar el Tpico Generativo y al docente, le da la oportunidad de conocer la

comprensin que tienen los estudiantes sobre el tpico. De estas exploraciones surge la posibilidad

de establecer vnculos entre los intereses personales del estudiante y el tpico.

Desempeos de Investigacin Guiada: En este tipo de desempeos, los estudiantes se

centran en desarrollar la comprensin de problemas o aspectos concretos del Tpico Generativo que

para usted son importantes. Los desempeos de investigacin guiada se producen por lo general en

la mitad de las unidades.

Desempeos de Sntesis (o Proyectos Finales de Sntesis): Estos desempeos ms

complejos corresponden a la ltima etapa y permiten que los estudiantes sinteticen y demuestren la

comprensin alcanzada a travs de los otros Desempeos de Comprensin.-

Sistemas de Informacin 2

Pgina 6

Ahora, comenzamos a realizar una lectura comprensiva del tema de la clase, leyendo una y

otra vez, hasta lograr la comprensin y estar preparados para realizar los desempeos de

investigacin correspondientes a la clase.-

Comenzamos?

INTRODUCCIN AL MODELADO DE OBJETOS

La presente unidad pretende introducirnos en el desarrollo de los sistemas de

informacin, pero adentrndonos especficamente en una forma de desarrollo. Para ello, en primera

instancia, realizaremos un breve repaso del concepto y definicin de un sistema de informacin,

para pasar luego al modelado del sistema especificando los requerimientos solicitados por los

clientes utilizando herramientas de UML y el paradigma Orientado a Objetos que nos permitirn el

modelado del sistema desde diferentes perspectivas para facilitar su construccin.

Sistemas de Informacin y Requerimientos

A la hora de desarrollar un sistema de informacin, nos encontramos con una serie de

conceptos, vistos y evaluados durante la materia Sistemas de Informacin 1, que repasaremos a

continuacin.

Si consideramos a la informacin como un recurso fundamental tanto para la operacin de

las tareas de la organizacin, como para la toma de decisiones, debemos obtener la mxima utilidad

de la misma. Para ello la informacin deber ser administrada de forma correcta, teniendo en cuenta

que en la produccin, distribucin, seguridad, almacenamiento y recuperacin de la misma existen

costos asociados como ocurre con cualquier otro recurso de la organizacin. Los sistemas de

informacin se desarrollan para permitir la gestin y administracin de toda la informacin

necesaria para el correcto desarrollo de las actividades de una organizacin. Para poder determinar a

qu actividades de la organizacin realizar apoyo el sistema de informacin y cul ser la

informacin de salida que debera producir, es necesario realizar un estudio de los requerimientos

de informacin que se presentan en cada organizacin en particular.

Anlisis de los requerimientos: La determinacin de los requerimientos sugiere estudiar el

sistema actual con la finalidad de entender cmo trabaja y dnde se debe mejorar. Un requerimiento

es una caracterstica que debe incluirse en un nuevo sistema.

Para poder identificar requerimientos deberemos investigar cmo trabaja la organizacin y

captar todos aquellos problemas causados por errores producidos en la informacin, como as

tambin la falta de informacin que lleva a las personas que trabajan en las mismas a realizar sus

actividades con cierto grado de incertidumbre.

Concepto de SISTEMA DE INFORMACION: es un conjunto de acciones que generan

informacin para cualquier uso que quiera hacerse de ella. Esas acciones son:

Registrar, actualizar, consultar, emitir y generar

Sistemas de Informacin 2

Pgina 7

Recordemos que un sistema de informacin NO realiza actividades como por ejemplo

entregar, recibir, distribuir, comunicar, etc. tampoco controla salvo que sea un sistema

automatizado. Porque controlar es verificar lo planeado con lo realizado y en caso de existir

desviaciones realizar sus correcciones. Un sistema de informacin slo compara o verifica, quien

controla es la persona que recibe la informacin generada por el sistema.

Los sistemas de informacin se definen mediante su objetivo y alcances, es decir

enunciando todos aquellos procesos que tengan que ver con la captacin, procesamiento y

distribucin de la informacin de la organizacin en el que se encuentra inserto. Para poder

ejemplificar estos conceptos presentamos la figura que ilustra lo explicado:

Ejercicio de Sistema de Informacin (SI):

La empresa que se describe a continuacin se llama Fnix S.A., se dedica a la

comercializacin de equipos de computacin y oficina, insumos, repuestos y software, adems

presta servicios tcnicos y de desarrollo de sistemas a sus clientes. La empresa est dirigida por un

Gerente que realiza las tareas de coordinacin general de las tareas, como as tambin toma las

decisiones necesarias para el desarrollo y crecimiento de la misma. De l dependen las reas de

Comercializacin, Compras, Administracin y Servicios. El rea de Comercializacin se dedica a la

venta de productos y/o servicios a los clientes, es decir, recepta las solicitudes de reparaciones y

servicios de desarrollo de sistemas, que remite a las reas encargadas de realizar esos trabajos;

factura los pedidos, realiza el mantenimiento de las cuentas de los clientes y cobra las facturas. El

rea de Compras, como su nombre lo indica, se dedica a la adquisicin de mercadera a los

proveedores, entre las tareas que realizan se encuentran: control de stock, seleccin de proveedores,

emisin de rdenes de compra, recepcin y despacho de la mercadera, mantenimiento de cuenta

con proveedores y pago a los mismos. Tanto el rea de Comercializacin como la de Compras

entregan los comprobantes de las actividades realizadas a Administracin que se encarga de

administracin del personal (administrar los legajos de empleados, clculo de sueldos, pagos, etc.) y

de llevar la contabilidad de la empresa. Cuando las solicitudes no son de materiales si no de

Sistema bajo estudio, brinda

informacin al

Sistema de Informacin

Captar, procesar, brindar

informacin

Tiene objetivos,

lmite y alcances

posee requerimient

os de informacin

organizacin o parte

Sistemas de Informacin 2

Pgina 8

servicios, son pasadas al rea encargada de la atencin de los mismos que se divide a su vez en:

Servicio Tcnico, que se dedica a la reparacin de equipos, tanto en domicilio como en el local de

la empresa, as como la instalacin de cableados y redes; y Desarrollo de Sistemas que se encarga

del Anlisis y Diseo de sistemas y contrata los servicios de programadores para que realicen la

construccin del mismo.

En una entrevista con el gerente, ste revel que la organizacin tena algunos problemas

al tomar los pedidos de los clientes, ya que muchas veces se perdan o se registraban mal lo que

ocasionaba el retraso o incumplimiento de los mismos; adems, como la registracin de las cuentas

de los clientes se realiza en forma manual, se olvidan de registrar algunas facturas y no son

cobradas correctamente. Otro problema que mencion fue que el servicio tcnico se vio afectado

por falta de materiales a tiempo para realizar las reparaciones, ya que el control de inventario de

materiales es incorrecto y retrasa las solicitudes a los proveedores. Tambin el gerente solicit

conocer una serie de estadsticas de productos ms vendidos y de ingresos por los mismos en forma

mensual.

Se pide:

1- Detallar los problemas con sus causas y /o requerimientos indicando en qu lugar/er

fsicos estn las causas de los problemas.

2- Defina Objetivo y Alcances del Sistema de Informacin.

3- Enuncie salidas del sistema de informacin.

Resolucin

1- Los problemas y requerimientos observados son:

-Problemas al tomar los pedidos de los clientes, muchas veces se pierden o se registraban

mal lo que ocasionaba el retraso o incumplimiento de los mismos (Ventas)

-La registracin de las cuentas de los clientes se realiza en forma manual, lo que ocasiona

olvidos al registrar algunas facturas y no son cobradas correctamente. (Ventas)

-El servicio tcnico se vio afectado por falta de materiales a tiempo para realizar las

reparaciones, ya que el control de inventario de materiales es incorrecto y retrasa las

solicitudes a los proveedores. (Compras)

-El gerente solicit conocer una serie de estadsticas de productos ms vendidos y de

ingresos por los mismos en forma mensual.(Ventas)

2 - El objetivo del sistema de informacin es:

A partir de los problemas con sus causas y /o requerimientos detectados habiendo

comprendido a la organizacin, y sabiendo que el sistema de informacin brindar apoyo a las

actividades afectadas por los mismos podemos decir que el objetivo del sistema de informacin es:

Brindar informacin para la venta de equipos de computacin y oficina, insumos, repuestos

y software y para la gestin del stock y compra de los mismos.

Los alcances del sistema de informacin son:

Una vez definido el objetivo del sistema podemos, en base a las tareas que la organizacin realiza,

determinar los alcances que tendr el mismo:

- Registrar solicitudes de reparaciones, servicio tcnico y de desarrollo de sistemas.

- Registrar venta de productos

Sistemas de Informacin 2

Pgina 9

- Emitir de listado para servicio tcnico y sistemas.

- Consultar la cuenta corriente del cliente

- Registrar cobros a los clientes.

- Emitir de listados para control de stock

- Consultar datos de proveedores y seleccin de los mismos.

- Emitir rdenes de compra.

- Registrar ingresos y egresos mercadera.

- Registrar pago a proveedores.

- Emitir Estadsticas de productos ms vendidos y de ingresos por los mismos en forma

mensual.

Nota: podemos observar que los alcances del sistema de informacin son todas aquellas tareas de

captacin, procesamiento y emisin de informacin, para brindar apoyo a aquellas actividades de la

organizacin que poseen requerimientos de informacin.

Salidas del sistema de informacin

-Listado para servicio tcnico y sistemas

- Estado de la cuenta corriente del cliente para control de stock Informacin de proveedores.

-rdenes de compra.

-Estado de cuenta de proveedores.

-Estadsticas de productos ms vendidos y de ingresos

Un requerimiento es una condicin o capacidad que necesita el usuario para resolver un

problema o alcanzar un objetivo. Esa condicin o capacidad la debe satisfacer o poseer un sistema o

un componente de un sistema para cumplir un contrato.

Requerimientos Funcionales divididos en Requerimientos Globales y Detallados

Los requerimientos Funcionales contemplan todo lo que el usuario desea que realice el

sistema, ejemplo; emisin de comprobante, impresin de facturas, etc. Que debe hacer un sistema

Los requisitos funcionales describen una interaccin entre el sistema y su ambiente,

describen cmo debe comportarse el sistema ante un determinado estmulo. Son declaraciones de

los servicios que debe proporcionar el sistema, de la manera en que ste debe reaccionar a entradas

particulares y de cmo se debe comportar en situaciones particulares. En algunos casos, tambin

pueden declarar explcitamente lo que el sistema no debe hacer. La tcnica especfica para

identificar los requisitos funcionales del sistema se basa en los casos de uso. Los casos de uso

capturan tanto los requisitos funcionales como los no funcionales, especficos de cada caso de uso.

Cada usuario quiere que el sistema haga algo para l, es decir que tendr distintos modos de

utilizar el sistema. Cada una de estas formas de utilizar el sistema es un caso de uso. Entonces si se

pueden describir todos los casos de uso que necesita el usuario, se podr saber lo que debe hacer el

sistema. En ste punto vamos a hacer gran hincapi en la definicin y especificacin de requisitos

globales y detallados.-

Los requisitos globales son aquellos que engloban a una serie de funcionalidad relacionada entre s,

A la hora de desarrollar el trabajo de la materia Seminario de Integracin plantearn los

requerimientos del modo que se indica a continuacin:

Sistemas de Informacin 2

Pgina 10

Requerimiento Global (RG)

Requerimiento Detallado (RD)

Ejemplo:

Requerimientos Funcionales

El sistema deber:

Permitir la administracin de cursos a dictar por cuatrimestre. (RG)

Registrar cursos (RD)

Registrar asignacin de profesores a cada curso (RD)

Registrar horarios de cada curso (RD)

Administrar profesores (RG)

Registrar daros de profesor (RD)

Actualizar datos de profesores (RD)

Consultar datos de profesores (RD)

Generar certificado de Asistencia al curso por alumno (RD)

Requerimientos No Funcionales

El certificado de asistencia a generar debe estar contenido en un recuadro de color azul y

ubicar el logo de la empresa en la esquina superior izquierda

El sistema deber funcionar en 2 PC, una para el Encargado de atencin al cliente y otro

para el encargado de capacitaciones.

Los requerimientos no funcionales: contemplan todo lo que se necesita para que el sistema

funcione correctamente; por ejemplo Impresora para la impresin de la factura. Como debe ser un

sistema

Los requisitos no funcionales especifican propiedades del sistema como restricciones del

entorno o de la implementacin, dependencias de la plataforma, consideraciones de rendimiento,

seguridad, flexibilidad, facilidad de mantenimiento, etc.

Existen diferentes categoras de los Requisitos No Funcionales entre ellas:

Ejemplo de requerimientos.

El software debe imprimir rpido.

Que entendemos por esto? La palabra rpido es variable, no es Medible. Rpido para m puede ser

un concepto diferente para otra persona en respecto a velocidad. Por lo tanto para que el

requerimiento correcto debera poder entregar una razn que sea Medible y razonable.

Sistemas de Informacin 2

Pgina 11

El software debe imprimir 100 hojas por minuto.

Requerimientos Comprobables: Van relacionados directamente con la medicin

El sistema debe ser lo ms fcil de utilizar posible. Ese es un ejemplo de un mal requerimiento, ya

que tiene objetivos vagos y est abierto a distinto tipos de interpretaciones. Un usuario capacitado y

experimentado, debe ser capaz de utilizar todas las funciones del sistema. Es comprobable.

El sistema debe recuperarse automticamente tras producirse un fallo. Es ambiguo, tiene muchas

formas de interpretarse. El sistema crear respaldos automticos cada 1 hora, tras un fallo, que no

implique cortes o intervenciones de terceros, no tardara ms de 5 minutos en restaurar los datos del

sistema y recuperarse.

Vas que nos dificultan la determinacin de los requerimientos:

1. Los usuarios no tienen claro lo que desean

2. Los usuarios no se involucran en la elaboracin de los requerimientos escritos

3. Los usuarios insisten en nuevos requerimientos despus de que el coste y la programacin se

halla fijado.

4. La comunicacin es lenta

5. Los usuarios no participan en revisiones o son incapaces de hacerlo.

6. Los usuarios no comprenden los problemas tcnicos.

7. Los usuarios no entienden el proceso de desarrollo.

8. Las exigencias del consumidor cambian, cuando el desarrollo del producto ya est en marcha.

Siguiendo con los ejemplos, vamos a visualizar ms requerimientos no funcionales:

Los formularios debern tener un nmero correlativo y automtico asignado por el sistema

informtico.

El sistema debe contener pantallas diseadas de modo atractivo al usuario.

El sistema deber realizar los procesos y otras transacciones sin generar demoras en la lnea

de produccin.

El almacenamiento de datos debe ser eficiente e integrador.

El sistema debe conservar una buena organizacin.

El sistema debe contener un manual del usuario.

El sistema debe contener un manual de Seguridad.

El sistema debe estar previsto para mquina MAC.

Aclaracin: La entrega de los manuales deber hacerse en medio magntico (CD ROM /

DVD ROM) junto a la documentacin fsica de los mismos

IMPORTANCIA DEL USO DE METODOLOGAS ESTNDARES

Para la definicin y construccin de un sistema de informacin es necesario contar con una

metodologa que nos brinde una serie de pasos ordenados y lgicos que ayuden a comprender,

documentar, transmitir y desarrollar el software requerido. Esas metodologas utilizan elementos de

distintos paradigmas, que les definen una orientacin y marco de trabajo.

Tradicionalmente el desarrollo de aplicaciones informticas se llevaba a cabo de forma

individualizada, a base de codificar y probar lo realizado cuanto antes. La misma persona escriba el

Sistemas de Informacin 2

Pgina 12

cdigo, lo ejecutaba y si fallaba lo depuraba. El proceso se realizaba sin planificacin previa y sin

existir documentacin alguna. Con esta forma de trabajar en caso de existir errores y no poderse

subsanar deba desecharse todo el trabajo realizado. Este enfoque de codificar y probar requiere

poca experiencia y cualquier persona puede fcilmente familiarizarse con l. Esta forma de trabajar

es eficaz en sistemas pequeos pero en otros tipos de sistemas puede resultar peligroso ya que no se

puede conocer el progreso del proyecto, ni tampoco su calidad simplemente se codifica y prueba.

Por lo tanto es probable que las aplicaciones realizadas con este enfoque sean poco flexibles, y al

necesitar modificaciones se incrementarn sus costos y hasta en ocasiones puede resultar imposible

por el carcter tan personal de la programacin y la falta de documentacin, pueden ser incompletos

o no reflejar la necesidad del usuario, pueden provocar el descontento del cliente por retrasos en las

entregas. Por lo tanto es necesario que todo el esfuerzo en el desarrollo del software conlleve un

enfoque lgico para su realizacin. Dicho enfoque debe abarcar toda la vida del sistema

comenzando con su concepcin y finalizando cuando ya no se utiliza o se retira.

Las metodologas han ayudado a aumentar la productividad de los equipos de trabajo,

simplificando la comunicacin entre profesionales y colaborando en el anlisis de los problemas,

dotando al profesional de herramientas.

Si bien existen diversas metodologas de anlisis, existe la posibilidad de que cada

diseador emplee una propia, o bien realice variaciones segn su conveniencia.

Las ventajas de utilizar una estndar consiste en el perfeccionamiento de la misma (por

medio de la prctica) y en la optimizacin de los tiempos.

Existen 2 componentes principales que deben ser modelados en todo sistema de

informacin: los datos y los procesos.

Cada metodologa puede hacer nfasis en uno de estos componentes y comenzar el anlisis

a partir de l, lo cual no implica que vaya a obtener resultados diferentes a los obtenidos mediante el

empleo de otras metodologas, simplemente tomando distintos caminos se puede obtener resultados

similares. Cabe aclarar que ninguno de los dos componentes tomados aislados representa la

totalidad del sistema.

Repasando conceptos bsicos

Mtodos: conjunto de pasos a seguir para lograr un objetivo.

Herramientas: elementos que ayudan a construir modelos, a realizar algo.

Tcnica: es un procedimiento destinado a realizar ordenadamente una tarea.

Metodologa: conjunto de mtodos, herramientas y tcnica a llevar a cabo para desarrollar

un sistema.

Paradigma: Un paradigma es un conjunto de teoras, estndares y mtodos que juntos

representan una forma de organizar el conocimiento, es decir, una forma de ver el mundo.

Ingeniera de software: es el establecimiento y uso de principios de ingeniera robustos,

orientados a obtener software econmico, que sea fiable y funcione de manera eficiente

sobre mquinas reales. Abarca un conjunto de tres elementos claves que facilitan el control

del proceso de desarrollo del software y suministra bases para construir software de alta

calidad de una forma productiva.

Sistemas de Informacin 2

Pgina 13

ACTIVIDADES GENRICAS PARA DESARROLLAR SISTEMAS DE INFORMACIN

Como vimos en la materia Sistemas de Informacin 1ms all del paradigma

seleccionado existen bsicamente tres actividades:

ANLISIS

DISEO

CONSTRUCCIN

El grfico nos indica que las actividades no son separadas ni secuenciales sino que existe

una superposicin que va haciendo que las mismas se realicen paralela y simultneamente, que es lo

que normalmente ocurre en el desarrollo de software.

DIFERENCIAS ENTRE EL ANLISIS Y EL DISEO

El anlisis es el proceso de determinar qu se necesita hacer, antes de decidir cmo debe

hacerse. El diseo es el proceso de determinar cul de muchas posibles soluciones es la mejor para

lograr lo que se necesita hacer, respetando las restricciones tecnolgicas y de presupuesto del

proyecto. El diseo escoge un cmo especfico para aplicarlo al qu. El anlisis es el acto de

descubrimiento. El diseo es el arte del compromiso.

La mayora de los proyectos que fracasan lo hacen por falta de una buena administracin

del proyecto y por fallas en el anlisis de las necesidades del negocio para disear una solucin

antes de realizar la construccin del producto. Se podra decir que el propsito del anlisis y diseo

es articular completamente las necesidades del negocio con base en la comprensin de sus

problemas actuales y encontrar la solucin que mejor satisfaga las necesidades y se ajusten a las

restricciones presupuestarias de recursos y tiempo impuestas por el propio negocio.

Anlisis de Sistemas: es una actividad que tiene lugar cuando se construye un nuevo SI o

cuando se modifica uno existente. Los sistemas estn compuestos por tareas relacionadas cambiar o

incluir una puede afectar a las existentes por eso es necesario tomarnos un tiempo para comprender

correctamente el sistema y sus problemas. Se denomina ANALISIS DE SISTEMAS al estudio del

funcionamiento del sistema y a los posibles cambios El anlisis se centra en el QUE.

Es esencial comprender perfectamente los requisitos del software. El anlisis de requisitos

es un proceso de:

Construccin

Diseo

Anlisis

Sistemas de Informacin 2

Pgina 14

descubrimiento

refinamiento

modelizacin

y especificacin.

Tanto el desarrollador como el cliente juegan un papel activo en la especificacin y el

anlisis de requisitos, el cual facilita al profesional en sistemas la especificacin de la funcin y del

rendimiento del software, la descripcin de la interfaz con otros elementos del sistema y el

establecimiento de las restricciones de diseo que debe considerar el software.

El anlisis es el proceso que sirve para recopilar e interpretar los hechos, diagnosticar los

problemas y utilizar estos hechos a fin de solucionar el problema.

Durante el Anlisis se buscan:

Funciones que faltan

Funcionamiento insatisfactorio o

Excesivo costo operativo

Actividades del Anlisis:

1. Identificar necesidades: el analista se entrevista con el cliente para la identificacin

de las necesidades que es el punto de inicio de la creacin de un sistema.

Principalmente el analista debe distinguir entre lo que se necesita (elementos

principales para la realizacin del sistema) y lo que se quiere (elementos deseados

pero no esenciales). Para ello debe:

reconocer el problema tal como los percibe el usuario

evaluar el problema

plantear una solucin

2. Estudio de viabilidad: el desarrollo de sistemas se caracteriza por la escasez de

recursos y poca disponibilidad de tiempo. Es necesario centrar la atencin en las

siguientes reas de inters: viabilidad tcnica, econmica, operativa.

3. Crear una definicin del sistema que sea la base para todo el trabajo posterior.

Durante la evaluacin y sntesis el analista crea modelos del sistema. En algunos

casos ser necesario la construccin de un prototipo para el anlisis de requisitos.

4. Especificar los requisitos: para definir las caractersticas y los atributos del

software, se escribe una especificacin formal de requisitos.

5. Planificar: establecer restricciones de costo y tiempo.

Diseo de Sistemas: es un proceso mediante el cual se traducen los resultados de los

requisitos en una representacin del software. Se centra en el COMO. Se traducen los requisitos del

software a un conjunto de representaciones que describen la estructura de los datos, la arquitectura,

el procedimiento y las caractersticas de la interfaz.

Actividades del Diseo:

Establecer aspecto fsico de los datos: como tipo y longitud de los mismos.

Frontera de automatizacin: que ser manual y que computarizado.

Sistemas de Informacin 2

Pgina 15

Asignar procesos a los procesadores: si se usa ms de una computadora explicar las

formas de comunicacin llamado tambin MODELO ARQUITECTNICO.

Disear la interfaz.

Diseo de interfaz: involucra, elegir dispositivos de E-S formato de las entradas formato

de las salidas tipo de E/S (iterativa/ no iterativa). Considerar a la hora de disear: tiempos de

respuestas, facilidades de ayuda al usuario, manejo de informacin de error.

Diseo de formas: un SI se comunica con el exterior muchas veces con el uso de formas las

formas proveen informacin del medio (formas de E) y otras comunican desde el SI al medio

(formas de S).

Formas de entradas:

TITULO: en letra grande, resaltado en la parte superior, debe ser breve y sin abreviaturas,

con trminos estndares.

INSTRUCCIONES: indican cmo colocar la informacin necesaria, suele colocarse al

principio, debajo de cada dato que se necesite o al dorso.

CUERPO: parte donde se ingresan los datos: espacio adecuado en el cual colocar la

informacin, el llenado debe seguir secuencia en la cual se cargan los datos lgicamente de

izquierda a derecha, usar marcas cuando sea posible.

Formas de salidas:

Normalmente las no interactivas se producen en papel, debe tener filas y columnas con

ttulo, los datos importantes resaltados, cada pgina debe tener cabecera y deben estar numeradas.

Aspectos a tener en cuenta en el diseo de interfaz:

Ofrecer retroalimentacin

Ser consistente: al utilizar un formato de men, o visualizacin de datos

Preguntar por la verificacin de cualquier accin destructiva

Permitir volver hacia atrs

Perdonar errores

Usar mensaje de error significativos

Permitir mantener contacto visual manteniendo la imagen original

Proporcionar ayudas

Construccin: las representaciones del diseo deben ser traducidas a un lenguaje de

programacin (codificacin).

Prueba: una vez implementado debe ser probado para descubrir los defectos que puedan

existir en la funcin, en la lgica o en la implementacin.

Mantenimiento: se centra en el CAMBIO que va asociado a la correccin de errores y/o

adaptaciones por modificaciones en el entorno.

Correccin: se corrigen los defectos del sistema.

Adaptacin: se hacen cambios al software para cubrir cambios de sistema

operativo, hardware, etc.

Mejora: El cliente puede descubrir funciones adicionales que le sean de utilidad.

Sistemas de Informacin 2

Pgina 16

CALIDAD EN EL DESARROLLO DE SOFTWARE:

Muchos creen que el tema de la calidad inicia una vez generado el cdigo, la garanta de

calidad es una actividad de proteccin que se aplica a cada paso del proceso de ingeniera de

software.

La calidad (SQA) engloba:

Mtodos y herramientas de anlisis, diseo, codificacin y prueba

Revisiones formales a cada paso, las revisiones son actividades que sirven como

filtro eliminando defectos que no son costosos de buscar y corregir.

Una estrategia de prueba

Control de la documentacin y de los cambios realizados

Mecanismos de medidas (mtricas)

FACTORES QUE DETERMINA LA CALIDAD:

Fiabilidad

Integridad: seguridad en los datos

Facilidad de uso

Facilidad de mantenimiento

Flexibilidad

Portabilidad

Reusabilidad

Etc.

CALIDAD EN EL SOFTWARE: es la concordancia de los requisitos funcionales estndares de

desarrollo documentados (criterios que guan el desarrollo) con caractersticas implcitas que se

espera de todo sistema desarrollado profesionalmente.

METODOLOGA ORIENTADA A OBJETOS

La orientacin a objetos es una metodologa que no es algortmica, identifica objetos que se

comunican entre s hacindose peticiones. Cada uno de ellos encapsula para s atributos,

propiedades y un conjunto de operaciones. No hay ejecucin procedimental de tareas sino que hay

mensajes de un objeto a otro. Los algoritmos tienen la particularidad que mezclan los datos con las

operaciones de manera tal que cualquier modificacin en un dato o en un paso afecta al conjunto del

proceso. Del mismo modo cualquier modificacin en una operacin afecta al conjunto del

algoritmo. El hecho de trabajar con pequeos elementos bien definidos, como son los objetos, nos

permite aislar cada componente de la aplicacin del resto y de esa forma aprovechar en mayor

medida nuestro esfuerzo.

Las grandes facilidades para el reaprovechamiento del cdigo que nos ofrece la orientacin

a objeto harn que desarrollemos sistemas con mayor velocidad, pero manteniendo unos buenos

niveles de calidad. La reutilizacin de cdigo en la O.O nos otorga una gran flexibilidad.

Se tiene un acercamiento ms natural a los problemas y por lo tanto los anlisis de

aplicaciones orientadas a objeto tienen un acercamiento a la realidad mucho ms completa.