INTRODUCCIN

De acuerdo a los lineamientos curriculares institucionales el curso de diseo de sistemas su fundamentacin

terica se enmarca dentro del campo de formacin bsica en el rea investigativa donde en tales apartados
se incluye la responsabilidad de los analistas en el proceso de diseo, responsabilidad de los usuarios etc.
El propsito del diseo es que el estudiante apropie de manera significativa los elementos tericos
fundamentales del diseo de sistemas y desarrolle las competencias pertinentes para contextualizarlos en su
campo de formacin disciplinar.
La responsabilidad de los usuarios, como ente importante , es fundamental en la formacin integral de
cualquier diseo, en el sentido del aporte que sta hace al fortalecimiento de las competencias en el
sistema.
Igualmente a la hora de determinar los requerimientos del sistema se deben tener bases investigativas por
parte del analista y donde es necesario analizar los hechos que se tienen a la mano.
Por otro lado las responsabilidades tanto del analista como el usuario en el proceso de diseo son de crucial
importancia para el desarrollo ideal de un buen sistema.
Igualmente de la carpeta de diseo como elemento que todo diseador analista de sistemas debe guardar
simblicamente en su maleta de documentos.
El presente trabajo tiene estructurado bsicamente estos contenidos y ayuda a profundizar en otros con
carcter de anlisis particular y general.
Tarea: Trabajo colaborativo No. 1
GUIA DE ACTIVIDADES DE TRABAJO COLABORATIVO No. 1
Amigo(a) estudiante.
Esta seccin corresponde a TAREA DE TRABAJO COLABORATIVO No. UNO. Esta Tarea, tendr una
ponderacin de 50 puntos.
xitos.
1. Realice un ensayo sobre la importancia del diseo en los sistemas de informacin y de la importancia del
papel del analista en el proceso de diseo.
IMPORTANCIA DEL DISEO EN LOS SISTEMAS DE INFORMACIN E IMPORTANCIA DEL PAPEL DEL ANALISTA
EN EL PROCESO DE DISEO
El diseo de sistemas tiene gran importancia desde el espacio cotidiano hasta el laboral y profesional,
queriendo con esto demostrar que hoy en da es aptamente aplicado desde
lugares como caf Internet, rentas de pelculas, pasando por la mediana empresa con desarrollo de software
contable y terminando en las grandes empresas monstruos empresariales como IBM (international business
machines, big blue), Departamentos de Estado, etc.
Sin duda el diseo de sistemas constituye un papel importante en el desarrollo de software empresarial.
Por otro lado el diseo de sistemas adopta campos como el de la ciencia (investigaciones de
comportamientos fsicos, meteorolgicos, sismolgicos etc.) la filosofa (medios abstractos de
estructuracin, desarrollo y proyeccin) cuyos contenidos permitan configurar y establecer aquellos
elementos que sern utilizados para ofrecer satisfactores necesidades especficas del cliente
Es por tanto que dentro de los objetivos del diseo de sistemas es obligatorio encontrar recursos suficientes
para el desarrollo de software en cuyos contenidos explcitos se encuentren los parmetros,
establecimientos dirigidos encaminados hacia el desarrollo ideal de un producto.
En esta actividad tcnica ingeniosa y creativa debe haber argumentos serios pilares bien establecidos a la
hora de disear determinado sistema, as mismo de la organizacin de todos los componentes, ubicacin y
funcionalidad de los mismos. Todo esto con el objetivo de tener un acabado excelente en el producto
terminado y que cumpla con los requerimientos establecidos por la organizacin que solicita el producto, a
esto se le suma el ente funcional caracterstico de un buen diseo , y esttico dado al agrado y amigabilidad
con la nueva interfaz de usuario (GUI).
En cuanto al analista de sistemas es de crucial importancia su papel que indica conocer previamente, como
actos de cultura general criterios como:
Presentacin: Referente al grado de produccin y asimilacin representativa de los componentes y su
organizacin, de su mejor distribucin actualizacin y aplicacin.
Produccin: Como el grado monetario de inversin con referencia a posibles, parmetros viables de diseo y
su consejo con respecto a los mismos.
Significacin: Asumido los cargos potenciales y posibles del desarrollo del sistema por parte del analista del
sistema, como una innovacin a posteriori del producto que sea en prototipo o ya en culminacin, tendr
como impacto en la economa o el mejoramiento de la organizacin.
Costos : El analista de sistemas dada su importancia en el anlisis de sistemas da un nfasis en el
mejoramiento a grado final de la posible implementacin del software a un futuro determinado, dando
expectativas de la implementacin de dicho sistema, terminando en estructuracin , organizacin y
eficiencia en el producto acabado , generando innovacin y mejoramiento a partir del costo invertido.
Profesional tico: Es por tanto que el analista de sistemas sustituye o suprime la competencia monopolstica
a un grado de competencia abierta, depurando los grados de negligencia y para esto constituye un papel
importante a la hora de coordinar la sana competencia del diseo frente al mercado competitivo de diseo.
Analtico: Como papel fundamental, el analista de sistemas cumple en sus proyectos un grado de anlisis que
incluye eficiencia en el desarrollo del proyecto como en el producto acabado.
Creativo: Igualmente del papel de creativo imprime mejorar o recrear nuevos eventos que respondan a la
exigencia de hacer un software hecho a la medida y en el cual implemente medios de solucin alternativos.
Innovador: Como analista de sistemas se debe cumplir con el requisito de la innovacin apto para actualizar
implementar y distribuir software a la medida del cliente y realizando a la vez una sana competencia
referente al mejoramiento del Soft.
Esto requiere reordenar los datos establecidos por el anterior sistema para mejorar su funcionalidad y que
se adapte an mejor a las necedades del cliente.
De acuerdo a lo anterior el papel del diseo de sistemas unido al trabajo del analista de sistemas es de suma
importancia, como pilares de fundamento hacia el desarrollo de un buen software.
Igualmente con la evaluacin de las distintas alternativas de solucin y la especificaciones sumado a unas
buenas practicas de diseo se contribuye con efectividad y eficiencia a un producto totalmente terminado
que habla por si solo.
2. Elabore una hoja de diseo de bloques de construccin para los siguientes sistemas:
Para partir en el diseo de bloques hay que tener en cuenta un elemento muy importante:

Nota: Las entradas y las salidas no son invencin del programador, estas existen y hay que investigarlas;
Por lo tanto esto es un asunto serio, que requiere suplir necesidades del cliente establecidas y no partir
desde cero sin prever aquellos parmetros fijos.
Cuentas por cobrar

Alquiler de pelculas:

Biblioteca

3. Investigue y elabore un mapa conceptual sobre lo que para usted es el Diseo.

clic en la imagen para ver mejor
4. Realice un mapa conceptual sobre la participacin de los usuarios en el proceso de diseo de sistemas.

5. Elabore un ensayo sobre la finalidad de la carpeta de diseo.
FINALIDAD DE LA CARPETA DE DISEO
La carpeta de diseo tiene como finalidad documentar en forma completa las especificaciones y los
requerimientos del sistema.
Ayuda a identificar objetivos, justificaciones y adhesin de los requerimientos necesarios para el estudio de
la organizacin y de los usuarios esto implica la propuesta de desarrollo, adems los flujos de con toda la
descripcin completa del sistema en cuestin utilizando diagramas de flujo de datos los cuales adquieren el
control y comportamiento del sistema en estudio.
Igualmente dentro de las finalidades de la carpeta de diseo encontramos los la recopilacin y
especificacin de entradas y salidas, donde se detallan los reportes, documentos y prototipos de pantallas
(descripcin de la distribucin de la interfaz del sistema), recopilado en un solo contenido denominado
cuadros de despliegue. Por lo tanto la estructura de los registros constituye un papel importante a la hora
de trabajar en el diseo de un sistema y no poda faltar dentro de la carpeta de diseo, con toda la
descripcin de los datos contenidos en el archivo maestro; Donde se especifican los diagramas relacionados
con las bases de datos.
En cuanto a la parte de codificacin la carpeta de contenidos nos aporta la representacin detallada de los
cdigos que explican o nos muestran las transacciones, las clasificaciones y las categoras de los eventos
entidades (el hombre es una entidad compleja, igualmente son entidades los objetos, entidades fsicas o
entidades conceptuales).
Igualmente de la importancia de las especificaciones de los programas, mtodos grficos(los cuadros y
tablas) de los mdulos para su reutilidad y todos los factores y entes que hacen parte del software,
interfaces ms agradables y que trabajan con objetos conjuntamente y sin errores.
Es de suma importancia la generacin de los proyectos ejecutables y su puesta en marcha y como objetivo
las especificaciones de procedimientos contenidas igualmente en la carpeta de diseo y que planifican los
elementos para puesta en marcha del sistema. A esto se le agrega una agenda de horarios para cumplir con
lo estipulado en tiempo de desarrollo del software, para minimizar los problemas con el cliente, cumplir con
el desarrollo del producto y evitar prdidas por retrasos.
As mismo la carpeta de diseo con la activacin de los costos permite minimizar gastos adicionales de
desarrollo, de la implementacin y la puesta en marcha del sistema.
En general la carpeta de diseo simplifica algunas tareas al programador en cuanto a mejor distribucin del
trabajo para ofrecer calidad, eficiencia y rendimiento en sus productos.
EJERCICIO
Un analista de sistemas planteo los siguientes comentarios con respecto al objetivo de la organizacin de
invitar a que los usuarios participen:
La participacin de los usuarios en el diseo de sistemas de informacin es un tema que a menudo es difcil
de tratar. Sin embargo, cada vez que nosotros lo hemos intentado, encontramos que no es eficaz. Voy a dar
varios ejemplos. En varios proyectos, nuestros analistas desarrollaron bosquejos de los formatos de entrada
y salida que fueron dados a los usuarios de la aplicacin. En cada caso, los usuarios sugirieron
modificaciones, las cuales nosotros hicimos. Los nuevos bosquejos fueron regresados a los usuarios para su
revisin. El resultado fue que los cambios condujeron a ms modificaciones. Cuando las realizamos todas, el
diseo final no era mejor que el original, pero ya habamos perdido varias semanas.
En otra ocasin, discutimos varias veces con los usuarios las funciones de un sistema. Al final, nos quedamos
con los requerimientos que propusimos en un principio. Perdimos tiempo de desarrollo y no ganamos nada.
Tambin sealara otra dificultad. Supongamos que los usuarios sugieren cambios significativos en el diseo
que nosotros somos incapaces de efectuar por limitaciones de ndole tcnica. En este caso, probablemente
escucharemos acusaciones sealando que la participacin del usuario es slo un gesto y de que no
atenderemos sus sugerencias cuando ellos las hagan. Francamente no podemos ganar.
Analice los comentarios expresados por el analista y presente su posicin con argumentos sobre estos
comentarios.
Anlisis
El resultado fue que los cambios condujeron a ms modificaciones. Cuando las realizamos todas, el diseo
final no era mejor que el original, pero ya habamos perdido varias semanas.
El usuario en muchos casos puede requerir de determinado arreglo o funcin, pero es el analista de sistemas
quien debe sacar a relucir sus dotes de profesional consultor, analista de costos prioridades y en general ir
estableciendo casos de uso. Esto con el objetivo de minimizar prdidas tanto para la empresa anfitriona (por
la no implementacin del nuevo sistema dentro del espacio de tiempo requerido) y como para la empresa
diseadora del sistema, de todas maneras el analista de sistemas debe tener dentro de su currculo una
amplia gama de situaciones que le ayudan a afrontar cada proyecto.
En otra ocasin, discutimos varias veces con los usuarios las funciones de un sistema. Al final, nos
quedamos con los requerimientos que propusimos en un principio. Perdimos tiempo de desarrollo y no
ganamos nada.
Si el usuario tiene afn de iniciar discusiones plantee nuevas reglas de juego, horarios de trabajo,
reactivaciones, comn acuerdo entre las partes por el producto final entregado,
Todo esto sobre los posibles parmetros que imponga el cliente. Esto con el objetivo de minimizar rias con
el cliente, y de tener una base slida y por escrito de que se harn nuevos cambios a consentimiento del
cliente no importando sus resultados.
Al fin y al cabo el cliente siempre tiene la razn.
Tambin sealara otra dificultad. Supongamos que los usuarios sugieren cambios significativos en el diseo
que nosotros somos incapaces de efectuar por limitaciones de ndole tcnica. En este caso, probablemente
escucharemos acusaciones sealando que la participacin del usuario es slo un gesto y de que no
atenderemos sus sugerencias cuando ellos las hagan. Francamente no podemos ganar.
Como primera medida se puede observar que el programador debe estar a la vanguardia en la medida de lo
posible por actualizar sus conocimientos para as evitar en futuros desarrollos problemas tcnicos que no se
puedan resolver.
Para este tipo de casos se puede acudir a los elementos razonables y en base a esto se pueden mostrar las
caractersticas del servicio a ofrecer, mostrando los grados de restricciones para los cuales no se puede
acudir al diseo y que el usuario debe tener a consideracin, igualmente se le pueden mostrar los beneficios
de adoptar otro tipo de organizacin ( en ltima instancia, entidades amigas) o una solucin alterna al
asunto del diseo en cuestin dndole a entender de que se hace todo lo posible por que el cliente quede
satisfecho; de la misma manera, no podemos ser ajenos a los problemas que aquejan al diseo en general.
Diversos factores como el tipo de pas donde se presente el desarrollo del sistema, la tecnologa, las mismas
disponibilidades del Diseo del Software, en el sentido que a veces an no se ha corregido bugs en la
misma IDE de trabajo, y en fin un sin nmero de situaciones que se pueden presentar de acuerdo a
determinadas circunstancias.
Por lo tanto el Analista de sistemas y el grupo de trabajo encargado debe transmitirle un informe pertinente
de todo este tipo de situaciones que lamentablemente a veces se salen de la mano pero que el usuario debe
tener a modo de informacin y con consentimiento del desarrollo, de esta manera se evitan posibles vacos
entre la empresa prestadora del servicio y los clientes.
A la luz de estos comentarios, es buena idea que los usuarios participen en el diseo?
Yo pienso que en general depende del caso en el que se est realizando el software, ya que se deben
encontrar los motivos para determinar que el usuario es apto o no, para participar en el proceso del
desarrollo del software. Para poner un ejemplo, supongamos que alguien quiere desarrollar un software de
matrices inversas, pero partimos de la premisa de que el programador no tiene ni idea de Software
Matemtico o su conocimiento es limitado, aquel que pide el servicio del diseo del software matemtico es
profesor de la misma matemtico puro, entonces podra caber la pregunta:Porqu quebrarme la cabeza
identificando parmetros establecidos y que ayudaran al correcto funcionamiento del software del sistema
teniendo a un gur(especializado en su materia) de las matemticas?. Creo que si uno desea ser eficiente
en trminos de tiempo de desarrollo y de calidad de contenidos debe dejar en este caso determinado que el
usuario colabore participe en el proceso de desarrollo del software.
Ahora bien debera desarrollarse un documento para especificar a los usuarios problema, porque existen y
pueden llegar a creer que tienen ms conocimiento de los requerimientos del sistema que el mismo
programador, dicho en otras palabras un usuario que hable mucho pero que genere pocas ideas claras
concisas y provechosas.

Clic en la imagen para ver mejor
EJERCICIO
Los gerentes de una organizacin determinan que los analistas de sistemas de la organizacin supervisen el
diseo y desarrollo de todas las aplicaciones de los usuarios, ya sea que stas se ejecuten en computadores
o personales o sobre el sistema de informacin con los que cuenta la organizacin.
La organizacin desea manejar el desarrollo de todas las aplicaciones e insiste en la certificacin de la
confiabilidad del sistema como requisito indispensable para permitir su uso cotidiano.
Un grupo de usuarios ha objetado la posicin de la gerencia. El grupo afirma que se perdern los beneficios
que ofrecen las aplicaciones desarrolladas por los usuarios si la gerencia instala procedimientos formales de
diseo. Insisten en que la administracin del proceso lo sujetar a retrasos y traer como consecuencia un
dao a la utilidad de estos sistemas. Por otra parte, tambin recalcan que si el grupo de sistemas de
informacin no desea ver una aplicacin diseada o desarrollada, bastar que afirmen que representa un
riesgo para las bases de datos de la organizacin, para descartarla.
Analice la posicin de los usuarios. Est de acuerdo o en desacuerdo con los planteamientos?
En cuanto a la posicin de los usuarios podramos definir que en su situacin actual, y por posible
observacin previa de tales implantaciones de desarrollo de sistemas, manifiestan un grado de descontento
que es entendible en la medida que teniendo previa experiencia han objetado que traera retrasos en el
tratamiento de la informacin, la implementacin de este nuevo sistema; conlleva en lo entendido hasta el
momento hacia la desactivacin del usuario como elemento que hace parte del desarrollo por lo tanto se
dejara todo el trabajo a los analistas de sistemas y su punto de vista.
Es por tal motivo que estoy en desacuerdo con la posicin de la gerencia, porque se debera ser imparcial en
una primera instancia y habra que cimentar primero como funciona la organizacin con tales medidas, y si
los ingresos de la misma tal vez se vean afectados por la implantacin de los nuevos parmetros de diseo y
actualizacin.
Elabore un documento de no ms de dos pginas argumentando su decisin.
En este caso preferira tener ms contenido para lanzar juicios subjetivos pero dado el caso argumentare
como si este fuese un asunto ideal.
1. Yo pienso que toda organizacin bien establecida debe poseer un protocolo de comportamiento para este
tipo de situaciones, situaciones que requieren de estudio temporal; Igualmente cuando uno se enfrenta
a un problema determinado debe tener bases investigativas a partir del personal vinculado al sistema,
espacio laboral, entrevistas, pros y contras y en general todo lo concerniente al problema en cuestin.
2. Toda organizacin debera tener un grupo de control y trabajo de campo para ver los comportamientos de
sus asalariados en torno al sistema.
Este se encargara de tener un reporte de los comportamientos del sistema con respecto a los usuarios y
refrescar o actualizar continuamente los reportes para su posterior anlisis y determinacin.
Dentro de tales se incluirn fechas de inicio de implementaciones, comentarios de los usuarios, bugs,
problemas relacionados con la aplicacin del nuevo sistema, elementos vinculados a dichos problemas,
registros, etc.
1.
Esto implicara comportamiento del sistema con respecto a los usuarios, calidad en el manejo de los mismos,
grados de dificultad, grados de adaptacin al sistema, nivel de eficiencia laboral, competitividad del
sistema en base a otros.
Acerca de la calidad en el manejo del sistema podramos acotar que en base a la investigacin este nos debe
arrojar una luz de si el sistema en cuestin esta siendo el ms apto a aplicar en la organizacin, ya que nos
podra estar mostrando una leve, media, o grave dificultad tanto para la estructura y manejo de la
informacin como para la estabilidad y nivel de competencia de la empresa.
En cuanto a los grados de dificultad cabra sealar que el usuario es el aquel que conoce y manipula el
sistema tal vez todos los das y es el que mejor conoce los achaques y trucos para lidiar con aquel, por lo
tanto sera algo inapropiado eximirlo del estudio y de las recomendaciones para el mismo.
Por otro lado los grados de adaptacin al sistema podra estar revelando cuestiones sumamente serias en
cuanto al grado de fluidez del nuevo sistema a implementar con respecto a otros que posiblemente se
asimilaban ms rpido, debido a la calidad organizada que se tiene en cuenta por parte de los usuarios.
Igualmente nos revelara en cierto modo cuestiones de eficiencia en la compaa, competitividad, alcances,
funcionalidad, actualizacin y en general obtener una compaa que cada vez se consolida como empresa
competitiva en el mercado no.
1. Retrasos y errores: Dentro de una organizacin los retrasos en la entrega de reportes informes, costos,
presupuestos, estados de nmina, etc., significan prdidas millonarias. Es debido a esto que se debe
manejar los asuntos con extrema delicadeza y atencin ya que esta en juego mucho dinero y la estabilidad
de la organizacin. Es por tanto que si un usuario en su buena fe, indica anomalas en el comportamiento
del sistema y en su funcionamiento, debera prestrsele atencin ya tal vez hay algn error en el sistema
y la automatizacin del mismo.
1. Negligencia: El analista de sistemas debe ser un profesional tico y no debe individualizar su trabajo y
buscar su propio beneficio tal vez con una expresin como representa un riesgo para las bases de datos
de la organizacin sin antes agotar todo los recursos disponibles y adelantar las posibles soluciones,
porque podra haber un problema de ndole tcnico y no de solucin. Un analista no debe aparentar que se
las sabe todas ante todos y ser poco tico, no querra parecer a los pertenecientes al mundo los Hackers,
ya que es solo ah donde desagrada la ignorancia de algunos pero no tienen en cuenta la buena fe, y la
intencin de los dems. De la misma manera es para los usuarios, esto se tocar en el siguiente apartado.
1. Usuarios problema: Para identificar a un usuario problema, nos podramos remitir a sus comportamientos,
diramos es el que habla mucho y no aporta, es el que quiere soluciones pero no aporta, es el que cree
que el programador se las debera saber todas.
Cuando un usuario a la hora de implementar una solucin solo habla de lo malo pero no lleva a contenidos
slidos, no esta ayudando en nada al programador porque igual en un software lleva registros de
comportamiento en el cual se ingresa el error al momento de aparecer.
Pedir solucin lo ms pronta posible conlleva a un estrs y desagradable clima laboral antes bien aportar
posibles arreglos tanto funcionales como puntuales conlleva a un desarrollo ms efectivo.
Aquel que piense que el programador es el que se las debera saber todas cree que el programador es Dios
y Que error tan grande sabemos que solo somos creacin de el y sabemos que la imperfeccin est en
nosotros. Por lo tanto el programador y en general cualquiera en su campo, no se las sabe todas y no las
gana todas. Igualmente la tecnologa est en constante avance y progreso por lo tanto el programador los
analistas de sistemas deben tratar de ir a la vanguardia de los mismos.
Por otro lado hoy en da las tecnologas de la informacin y comunicacin han avanzado mucho igualmente
las concernientes a la proteccin de las bases de datos por tal motivo me atrevera a sealar que toda
pequea, o mediana empresa en su proyecto de afianzarse an ms en el mercado e ir creciendo como tal,
debera implementar planes de contingencia con respecto a las bases de datos y el punto a considerar sera
que como esta en proceso de crecimiento no debera truncar los proyectos en los cuales intervengan la
optimizacin a futuro de la misma. De igual manera con la utilizacin de dispositivos Raid en todas sus
categoras y dependiendo de la organizacin, se obtendra un grado de seguridad importante, a esto se le
suma la posibilidad de confiar los datos, a una empresa de servicio de proteccin de las bases de datos de la
empresa, y cuyos datos se encuentran fuera del permetro.
Lo que deberan hacer las empresas entonces es apuntarle a la innovacin de sus sistemas, tratar de mejorar
e ir a la vanguardia de manera unnime y conjunta con los miembros que conforman la misma.
De esta manera podramos afirmar que en el caso de los nuevos arreglos a los sistemas de acuerdo a los
estudios pertinentes y al grado de funcionalidad de los mismos se debera permitir la intervencin de los
usuarios.
CONCLUSIONES
De lo anterior podemos concluir:
A partir del desarrollo de habilidades de pensamiento y de aplicacin de los diferentes sistemas y en
particular el expuesto podemos generar la activacin cognitiva de operaciones mentales que faciliten la
apropiacin de nociones, definiciones, leyes que constituyen fundamentos de el diseo de sistemas como
mecanismo de apropiacin hacia los tipos de solucin en el diseo.
Es por tanto que desarrollar habilidades de informacin en contextos diversos mediante la articulacin de
lenguajes de comportamiento de los sistemas son entes muy importantes para dinamizar procesos de
aprendizaje en diferentes campos de el diseo de sistemas as mismo involucrar todos los parmetros que se
incluyen en el diseo de bloques, responsabilidad de los analistas y de los usuarios e igualmente sus
interacciones.
As mismo aportar elementos significativos que contribuyan a desarrollar en aquel que estudia el sistema la
habilidad para argumentar, razonar o formular generalizaciones por induccin o deduccin a travs de la
interpretacin de los fundamentos estructurales que caracterizan a tales mtodos de estudios del diseo de
sistemas.
Desde las incidencias y argumentaciones generadas en los diferentes procesos de activacin y habilitacin
de los incidentes entre Analistas vs. usuarios, y usuarios vs. gerencia encontramos su capacidad para
mantenerse equilibradamente y a progreso o desligarse de sus partes para encontrarse con diferentes
parmetros que pueden ser tanto positivos como negativos. Esto deja como dechado una aplicacin
ejemplar que habilita la disposicin integral de los diseos de sistemas.