Tareas Autnomas

Unidad I: Fundamentos de Sistemas

1. LISTAR 2 EJEMPLOS DE SISTEMAS DE INFORMACIN QUE
CONSIDERE
BUENOS, JUSTIFICAR SU RESPUESTA.

Ejemplos muy comunes de sistemas de informacin son:
Sistema Bibliotecario: Que est conformado a su vez
por varios subsistemas destinados al servicio de la
informacin, tales como el biliotecario, libros, registros,
en fin, todo lo que sirva de medio para el tratamiento de
la informacin.
Sistema de Matriculacin: Estos sistemas organizan
todos los datos relacionados a los alumnos, profesores,
cursos, etc. Al igual que el anterior tambin tiene
subsistemas de informacin.

2. MEDIANTE UN ORGANIZADOR GRFICO EJEMPLIFIQUE UN
SISTEMA DE ACUERDO A SUS ELEMENTOS.



3. REALIZAR UN CRUZIGRAMA EN LA HERRAMIENTA HOT POTATOES,
SOBRE LOS TPICOS VISTOS EN CLASE.





4. DESARROLLAR EL MINICASO PRCTICO ARCHER INDUSTRIES,
INC.(Libro de clase).

1) Porque quienes participan en la reunion tienen
diferentes puntos de vista sobre un mismo sistema?

Eso se debe a que cada participante tiene sus propias
espectativas con restepcto al sistema en cuestin.

2) Cada uno de los participantes ha mostrado su
precupacin por un aspecto concreto del sistema.
Exponga brevemente el punto de vista de cada
participante sobre su concepto del sistema ideal.

Cada uno de los participantes busca que el sistema
tenga xito, para lo cual todos tienen el punto de
vista de que el sistema debe realizar ms de un
proceso a la vez.

3) Porque la opinion de Jane sobre el sistema provoca
problemas de comunicacion con Todd?

Porque Jane utiliza una terminola propia de un
informtico, en esta caso Todd no logra entender
perfectamente a jane como el quisiera ya que no
domina estos trminos.



4) En que medida influyen estos enfoques en el trabajo
de Becky?

Los diferentes enfoque pueden que generen incomodidades
a Bicky pero al final le sirven como referencia para la
toma de decisiones.


Como deberia abordar estos diversos puntos de vistas?


Discutiendo cada uno de ellos y lograr llegar a un concenso
demanera que al final de la junta de grupo ya se hayan
establecido conclusiones.



1. REALIZAR UN EJEMPLO DE CADA TIPO DE SISTEMAS, SIN
REPETIR LOS
VISTOS EN CLASE

a) Sistema de procesamiento de transacciones (TPS)
- Reservacin de Hotel

b) Sistemas de informacin gerencial (MIS)
- Sistema de Informacin de Informes Financieros
Externos

c) Sistemas de soporte a decisiones (DSS)
- Modelos de Inventario

d) Sistemas de informacin ejecutiva (EIS
- Datamart

e) Sistemas de automatizacin de oficinas (OAS)
- Procesadores de texto

f) Sistema Planificacin de Recursos (ERP)
- Clientes de correo electrnico

g) Sistema experto (SE)
- Dipmeter Advisor (auxiliar en el anlisis de los
datos)
2. CREE SU PROPIA DEFINCIN DE ANLISIS DE SISTEMAS, DE
ACUERDO A
LO REVISADO EN CLASE

Es el proceso mediante el cul se estudia los objetivos,
estructura, lmites, funciones y los problemas que va
resolver
un sistema informtico previo a su creacin.

3. DESCRIBA DE MANERA REPRESENTATIVA EL TRABAJO DE
UN ANALISTA
DE SISTEMAS.



4. DESARROLLAR EL MINICASO PRCTICO J.B.HOFFMAN AND
COMPANY.
(LIBRO DE CLASE )


1.PORQUE RAZON QUERRIA UNA EMPRESA ELIMINAR LOS PUESTOS
DE PROGRAMADOR Y DAR A TODO EL PERSONAL DE SUS S
ISTEMAS DE INFORMACION EL TITULO DE ANALISTA DE SISTEMAS
?

Porque segn sus puntos de vistas es mejor contar con
personal
que tenga un enfoque de analista, para identificar con
ms
agilidez los problemas.

VE USTED EN TAL CASO VENTAJAS O INCOVENIENTES QUE NO SE H
ALLAN EXPUESTO?

VENTAJAS
El ahorro de personal

DESVENTAJAS
El sistema suele ser confidencial no debe de enterarse
personas ajenas
No hay formacion a tiempo completo
No desarrolla nuevos sistemas
PORQUE CREE USTED QUE HOFMAN NO TOMO LA DESICION DE
ELIMINAR,
EN SU LUGAR, EL PUESTO DE ANALISTA DE SISTEMAS?
Esperamos de todos nuestros analistas que trabajen muy cerca
de sus clientes para poder analizar y disear sus sistemas.
Pero tambien en que hagan algunos programas .La mayor parte
de la programacion proviene de la necesidad de mantener los p
rogramas existentes

2. PORQUE PUEDE PENSARSE QUE LA PROGRAMACION ES UNA TECNICA
ESENCIAL EN LA MAYORIA DE ESTOS TRABAJOS, AUN CAUNDO NO ESTEN
DEDICADOS ESPECIFICAMENTE A LA PROGRAMACION?
La definicion academica se limita a decir, por lo general, que
su mision es analizar y disear sistemas. Pero en la practica,
la mayoria de los analistas de sistemas tambien hacen programas
de cuando en cuando


3. COMENTE ESTA AFIRMACION
"NO PUEDO A ESPERAR A TERMINAR LA CARRERA. LA MAYOR DIFERENCIA
QUE EXISTE ENTRE ESTUDIAR Y TRABAJAR ES QUE, CUANDOSE ESTA
TRABAJANDO, NO DEBE UNO PREOCUPARSE DE LOS EXAMENES DE TAL
ASIGNATURA, NI DE LAS TAREAS DE TAL OTRA, NI DE TAL PROYECTO"
El estudiante en muchas ocaciones trunca su carrera por causa
del trabajo y al momento de recibir alguna "paga" con lo cual va
a sastiface sus necesidades al momento, este a la vez le absorbe
todo su tiempo, sin percatarse que si el hubiese terminado sus
estudios obtendria mejores resultados dentro de un empleo justo
y honesto.


4. COMENTAR LA SIGUIENTE FRASE

"NO PUEDO ESPERAR A TERMINAR MI CARRERA. SOLO QUIERO NO VOLVER A
ESTUDIAR NUNCA "
Esto indica que el estudiante al momento de empezar a estudiar
no supo elegir la carrera correcta y no se siente satisfecho
consigo mismo y de antemano sabe que no va a poder ejercer su
profesion.





ESTNDARES ISO/IEC 12207/1995

INTRODUCCIN
ISO/IEC 12207 establece un proceso de ciclo de vida para
el software que incluye procesos y actividades que se
aplican desde la definicin de requisitos, pasando por la
adquisicin y configuracin de los servicios del sistema,
hasta la finalizacin de su uso. Este estndar tiene como
objetivo principal proporcionar una estructura comn para
que compradores, proveedores, desarrolladores, personal de
mantenimiento, operadores, gestores y tcnicos involucrados
en el desarrollo desoftware usen un lenguaje comn. Este
lenguaje comn se establece en forma de procesos bien
definidos.
ESTRUCTURA
La estructura del estndar ha sido concebida de manera
flexible y modular de manera que pueda ser adaptada a las
necesidades de cualquiera que lo use. Para conseguirlo, el
estndar se basa en dos principios fundamentales:
Modularidad y responsabilidad. Con la modularidad se
pretende conseguir procesos con un mnimo acoplamiento y
una mxima cohesin. En cuanto a la responsabilidad, se
busca establecer un responsable para cada proceso,
facilitando la aplicacin del estndar en proyectos en los
que pueden existir distintas personas u organizaciones
involucradas.
PROCESOS
Los procesos se clasifican en tres tipos: Principales, de
soporte y de la organizacin. Los procesos de soporte y de
organizacin deben existir independientemente de la
organizacin y del proyecto ejecutado. Los procesos
principales se instancian de acuerdo con la situacin
particular.
Procesos principales.
o Adquisicin.
o Suministro.
o Desarrollo.
o Operacin.
o Mantenimiento.
Procesos de soporte.
o Documentacin
o Gestin de la configuracin.
o Aseguramiento de calidad.
o Verificacin.
o Validacin.
o Revisin conjunta.
o Auditora.
o Resolucin de problemas.
Procesos de la organizacin.
o Gestin.
o Infraestructura.
o Mejora.
o Recursos Humanos.
En la siguiente grfica se muestra la dependencia entre
Procesos,Actividades y Tareas:

Fuente: http://es.wikipedia.org/wiki/ISO/IEC_12207




LAS ERRADAS 10 FASES DEL DESARROLLLO DEL SOFTWARE

Hasta ahora hemos estudiado las diferentes fases de
desarrollo de software, sin embargo, aunque resulte algo
cmica la siguiente imagen, esta no se aleja de la
realidad.



Analizando ms detenidamente la grfica se nos van
generando varias interrogantes, Ser que el cliente no
sabe lo que quiere? Ser que el equipo del proyecto no
entiende lo que el cliente pide? Ser que entre el
equipo mismo no se entienden?

Bien, pues resulta que en realidad existe una fase o ms
bien un factor que debe permanecer constante durante todo
el desarrollo del software, este es la COMUNICACIN.

Es indistpensable mantener una buena comunicacin, primero
entre el equipo o grupo del proyecto y a su vez tambin con
el cliente, se debe generar la confianza necesaria para que
ste pueda explicarse y decidirse en que es lo que mismo
quiere en para su sistema.




MINICASO PRCTICO - CENTURY TOOL AND DIE, INC.

1) Qu haria usted si estuviera en el lugar del Sr. Washinton?
Cmo reaccionaria ante el rendimiento de Larry? y de Valeri?
y de Gene?
Pues en cuanto al rendimiendo de todos estaria muy deseccionado
por el motivo que por la mala estruccturacion y analisis del
proyecto pues no se logro lo que se esperaba de el sistema,
dando un gasto elevado de recursos para la empresa.
En cuanto al rendimiento de Larry y Valeri pues fue totalmente
incomprensible por que al no planear posibilidades estrategicas
ni intentar realizar un sondeo de los problemas y tratar de
recolectar mayor informacion pues fue todo un fracaso al momento
de tratar de implementar o realizar el sistema para la empresa,
pero fue algo muy malo la falta de colaboracion de Gene para
poder proveer de mayor informacion al grupo de trabajo, ademas
que la comunicacin entre estos era totalmente escaza.
2) En que se equivoco Valeri? llevaba las riendas del
proyecto?Por que si o por que no?
Pues no es tanto en que se equivoco, sino en lo que no realizo
para asegurarse de que el proyecto funcionaria y saldria tal
como se lo esperaba en el tiempo esperado, debido al mal
planeamiento y comunicacin pues fue un fracaso la realizacion
del sistema. En cuanto a llevar las riendas del proyecto, debo
decir que no, ya que en la realizacion de este proyecto nadie
llevaba las riendas sino que realizaban lo que creian correcto
sin antes realizar un previo analisis de las posibilidades.
3) En que se equivoco Larry y Gene? Se les puede considerar
responsables del fracaso de un proyecto informatico cuando su
experiencia y sus conocimientos son limitados en el terreno
informatico?
Debo decir que si son responsables, debido a que por la misma
razon que sus conocimientos son limitados en el terreno
informatico debian realizar un mejor informe y planificacion,
ademas que pudieron buscar asesoria.
4) Por qu se sentian tan incomodos Valeri y sus colaboradores
con los problemas planteados y las necesidades planteadas?
Por que no pudieron realizar nada para eliminar estos problemas
y satisfacer las necesidades planteadas, ademas de que la
comunicacin y comprension entre ellos era muy limitada y
recomendable para poderv realizar el proyecto.
5) Deberia haber cancelado el proyecto?que habria pasado con
la inversion de 150.000 dolares que ya se habian hecho?
Pues no se puede hacer una cancelacion de proyecto tan facil
debido que ya habia un monto de gasto muy belevado, es
preferible realizar un analisis de factibilidad para saber si es
posible seguir o mejor se detiene el proyecto para analisar los
posibles errores y proseguir el proyecto en un futuro si es que
esconveniente.
6) Si usted fuera Larry o Valerie?En que habria actuado de
diferente manera?
Pues hubiese cambiado la forma de trabajo, poniendo a alguien a
cargo de el proyecto, realizar sesiones de trabajo para dialogar
con el grupo y encontrar la mejor solucion,ademas de que
trataria de recolectar la mayor cantidad de informacion posible
para realizar un plan estrategico muy detallado.




PREGUNTA POSTEADA POR LA ING. ROSEMARY EN SU BLOG
CREEN QUE LA TCNICA QUE NOS PRESENTAN LUIS Y RUBEN ES
PARECIDA A LA QUE PRETENDE USAR SANDRA EN EL EPISODIO 2 DE
SOUNDSTAGE? COMENTAR EN SU EPORTAFOLIO.
Sandra propone utilizar una nueva tcnica de recoleccin de
informacin llamada "El Desarrollo conjunto de
aplicaciones".
Haciendo comparacin con la Sesin de Grupo, tcnica
presentada por Rubn y yo, es fcil encontrar similitudes
ya que en ambas se requiere de una cooperacin en conjunto
del personal involucrado en el proyecto, de manera que cada
miembro realize aportaciones, al mismo a la vez que todos
se mantienen informados del tema.
En conclusin, la tcnica "Desarrollo Conjunto de
Aplicaciones" es una forma extensa de decir Sesin de
Grupo.

Unidad II: Gestin de Proyectos






1. Los Ingenieros de Sistemas tienen tendencia a asignar
ms
personas a los proyectos que van con retraso con
respecto al
plan. Cules son algunos de los problemas que pueden
derivarse de esta accin?

Uno de los principales problemas segn mi punto de vista
sera un posible retraso de actividades debido a que
antes
de incorporar ms personas en la realizacin del
proyecto se
los debe poner al da en cuanto al avanze del trabajo,
lo que
tomara ms tiempo y alargara ms el proyecto.
2. Concierte una cita para hacer una visita a un director
de proyectos de Sistemas (Ing. de Sistemas con
experiencia
en direccin de proyectos).

Qu tcnicas usa para planificar y controlar los
proyectos?

En s, antes de la realizacin de cada proyecto por
separado
nos hacemos preguntas tales como: Qu se quiere hacer?
Por qu se quiere hacer? Para qu se quiere hacer?
Cundo
se quiere hacer? Dnde se va hacer? Cando se va
hacer?
Con qu recursos se va hacer?, en fin respondiendo a
estas preguntas por lo general se logra obtener una
buena organizacin y control de nuestros proyectos.

Por qu?

Porque dichas preguntas son la base de todo proceso
de planificacin.

Emplea algn software de gestin de proyectos? Si fuera
as,
Qu es lo que le gusta y lo que no le gusta al director
de proyectos en dicho software?

S, actualmente empleo el Microsoft Project puesto que c
uenta con gran variedad de funciones.