Está en la página 1de 16

INSTITUTO SUPERIOR SANTO DOMINGO

Sistemas de Informacin 2
Clase 1: Introduccin al Modelo de objetos

Sistemas de Informacin 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 caracterizado 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 informacin 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:

Pgina 2

Sistemas de Informacin 2

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)

Pgina 3

Sistemas de Informacin 2
2.
3.
4.

100% de las guas presentadas y aprobadas


70% de asistencia
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

Pgina 4

Sistemas de Informacin 2
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.-

Pgina 5

Sistemas de Informacin 2
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

Pgina 6

Sistemas de Informacin 2
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:

Sistema bajo
estudio,
brinda
informacin al

Sistema de
Informacin

organizacin
o parte

Captar,
procesar,
brindar
informacin

posee
requerimient
os de
informacin

Tiene
objetivos,
lmite y
alcances

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

Pgina 7

Sistemas de Informacin 2
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

Pgina 8

Sistemas de Informacin 2
- 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:

Pgina 9

Sistemas de Informacin 2
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.

Pgina
10

Sistemas de Informacin 2
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

Pgina
11

Sistemas de Informacin 2
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.

Pgina
12

Sistemas de Informacin 2
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

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:

Pgina
13

Sistemas de Informacin 2

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.

Pgina
14

Sistemas de Informacin 2

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.

Pgina
15

Sistemas de Informacin 2
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.

Pgina
16