4. Organización de la propuesta de
sistemas
Aunque el propósito de los estatutos del proyecto
es identificar los objetos, determinar el alcance y
asignar responsabilidades, el analista también
necesita preparar una propuesta de sistemas en la
que se incluya la mayor cantidad de detalles sobre
las necesidades, opciones y recomendaciones del
sistema.
4
5. Qué debemos incluir en la propuesta
de sistemas
Hay diez secciones principales que conforman una
propuesta de sistemas por escrito. Cada una de estas
partes tiene una función específica, por lo que en última
instancia la propuesta se debe ordenar de la siguiente
manera:
1. Carta de presentación.
2. Portada del proyecto.
3. Índice de contenido.
4. Resumen ejecutivo (incluyendo las recomendaciones).
5. Esquema del estudio de sistemas con la
documentación apropiada.
5
6. Qué debemos incluir en la propuesta
de sistemas
6. Resultados detallados del estudio de sistemas.
7. Alternativas de sistemas (tres o cuatro posibles
soluciones).
8. Recomendaciones de los analistas de sistemas.
9. Resumen de la propuesta.
10. Apéndices (documentación variada, resumen de
fases, correspondencia, etcétera).
6
7. Carta de presentación.
En la propuesta de sistemas debemos incluir
una carta de presentación para los gerentes y la
fuerza de trabajo de TI. Esta carta debe enlistar
a las personas que hicieron el estudio e incluir
un resumen de los objetivos del mismo. La carta
de presentación debe ser concisa y amigable.
7
8. Portada del proyecto
En la portada debe incluir el nombre del proyecto, los
nombres de los miembros del equipo de análisis de
sistemas y la fecha en que se envía la propuesta.
El título de la misma debe expresar con precisión su
contenido, aunque también puede incluir algo de
imaginación.
El índice de contenido puede ser útil para los que leen
propuestas extensas.
Si la propuesta tiene menos de 10 páginas puede omitir
el índice de contenido.
8
9. Resumen ejecutivo
El resumen ejecutivo puede tener de 250 a 375
palabras. En él se informa el quién, qué, cuándo,
dónde, por qué y cómo de la propuesta, de igual forma
que lo haría el primer párrafo en un artículo de noticias.
También debe incluir las recomendaciones del analista
de sistemas y la acción deseada por parte de la
administración, ya que algunas personas tendrán
tiempo de leer sólo el resumen.
Debe escribirse al último, después de completar el
resto de la propuesta.
9
10. Esquema del estudio de sistemas con la
documentación apropiada
El esquema del estudio de sistemas provee
información sobre los métodos que se utilizaron
en el estudio, y quién o qué fue lo que se
estudió. En esta sección se deben incluir los
cuestionarios, las entrevistas, las muestras de
datos de archivo, los procesos de observación o
creación de prototipos que se hayan utilizado en
el estudio de sistemas.
10
11. Resultados detallados del estudio de
sistemas
La sección de resultados detallados describe lo que
descubrió el analista de sistemas en relación con las
necesidades humanas y de sistemas por medio de todos los
métodos descritos en la sección anterior.
Aquí debemos incluir las conclusiones sobre los problemas
que experimentan los trabajadores al interactuar con
tecnologías y sistemas que pasan a primer plano a través
del estudio.
También hay que incluir los problemas o sugerir las
oportunidades que presentan las alternativas que
presentaremos en la siguiente sección.
11
12. Alternativas de sistemas
En la sección de la propuesta acerca de las alternativas
de sistemas, el analista debe presentar dos o tres
soluciones alternativas que hagan frente de manera
directa a los problemas antes mencionados.
Las alternativas que se presenten aquí deben incluir una
en la que se recomiende dejar el sistema como está.
Hay que explorar cada alternativa por separado.
Además, hay que describir los costos y beneficios de
cada situación.
Como por lo general hay puntos de conflicto
involucrados en cualquier solución, asegúrese de incluir
las ventajas y desventajas de cada una.
12
13. Alternativas de sistemas
Cada alternativa debe indicar con claridad lo que deben
hacer los usuarios y gerentes para implementarla.
La redacción debe ser lo más clara posible, como
“Comprar computadoras portátiles para todos los
gerentes de nivel medio”, “Comprar software
empaquetado para respaldar a los usuarios en el
manejo del inventario” o “Modificar el sistema existente
mediante el financiamiento de esfuerzos internos de
programación”.
13
14. Recomendaciones de los analistas de
sistemas
Una vez que el analista de sistemas haya sopesado las
alternativas, tendrá una opinión profesional definida sobre
la solución que sea más funcional.
La sección de recomendaciones del analista de sistemas
expresa la solución recomendada.
Aquí hay que incluir las razones que respaldan la
recomendación del equipo, para que sea fácil comprender
por qué se recomienda.
Esta recomendación debe fluir en forma lógica del análisis
previo de las soluciones alternativas; además debe
relacionar claramente los hallazgos sobre la interacción
humano-computadora con la opción que se ofrece.
14
15. Resumen de la propuesta
El resumen de la propuesta es un enunciado corto
que refleja el contenido del resumen ejecutivo.
En él se informan los objetivos del estudio y la
solución recomendada.
El analista debe enfatizar una vez más la importancia
y viabilidad del proyecto, junto con el valor de las
recomendaciones para cumplir con los objetivos de
los usuarios y mejorar la empresa. Concluya la
propuesta con una observación positiva.
15
16. Apéndices
El apéndice es la última parte de la propuesta de
sistemas, y puede incluir cualquier información
que el analista de sistemas considere de interés
para ciertos individuos, pero que no sea esencial
para comprender el estudio de sistemas y lo que
se está proponiendo.
16
17. Entrada de propuesta
Una vez que termine de escribir la propuesta
de sistemas, seleccione cuidadosamente
quiénes van a recibir el informe.
Entregue el informe personalmente a las
personas que seleccionó. Su visibilidad es
importante para la aceptación y el éxito en
última instancia del sistema
17
18. Tareas típicas de la fase de análisis de decisión. el producto y meta de la
fase final es producir una propuesta del sistema
18
19. Identificación de los beneficios y costos
Podemos considerar los beneficios y costos
como tangibles e intangibles.
Al considerar los sistemas debemos tener en
cuenta ambos tipos en esta ocasión nos
enfocaremos a los costos.
19
20. Costos tangibles
Los costos tangibles son aquellos que el analista de
sistemas y el personal contable de la empresa
pueden pronosticar con precisión.
Entre los costos tangibles se incluye el costo del
equipo como las computadoras y terminales, el costo
de los recursos, el costo del tiempo del analista de
sistemas, el costo del tiempo de los programadores y
los salarios de los demás empleados relacionados.
Por lo general, estos costos están bien establecidos o
se pueden descubrir con mucha facilidad, y son los
que requerirán un desembolso de efectivo por parte
de la empresa.
20
21. Costos intangibles
Los costos intangibles son difíciles de estimar y tal vez no
se conozcan.
Entre éstos se incluyen perder la ventaja competitiva,
perder la reputación de ser el primero con una innovación
o el líder en un campo, reducir la imagen de la empresa
debido al aumento en la inconformidad de los clientes, y un
proceso inefectivo de toma de decisiones debido a que la
información pertinente se recibe después de tiempo o no
se tiene acceso a ella.
21
22. Costos intangibles
Como podrá imaginar, es casi imposible pronosticar un
monto de dinero para los costos intangibles de una manera
precisa.
Para ayudar a los encargados de la toma de decisiones
que desean ponderar el sistema propuesto y todas sus
implicaciones, usted debe incluir los costos intangibles
incluso cuando no sean cuantificables.
22
23. ¿Cuánto costará el sistema?
Los costos caen en dos categorías.
Existen algunos relacionados con el desarrollo del sistema
y otros correspondientes a la operación del sistema
mismo.
Los primeros pueden calcularse desde el comienzo del
proyecto y se deben refinar al final de cada fase del
mismo.
Los segundos son estimables sólo después de haber
definido algunas soluciones específicas basadas en la
computadora.
23
24. ¿Cuánto costará el sistema?
Los costos de desarrollar un sistema de información
pueden clasificarse según la fase en que ocurren.
Los de desarrollo del sistema usualmente son costos de
una sola vez, que no vuelven a ocurrir, sino hasta después
de completar el proyecto. Muchas organizaciones tienen
categorías estándar de costos que deben evaluarse.
24
25. Costos de personal
Los sueldos de analistas de sistemas,
programadores, consultores, personal de
introducción de datos, operadores de
computadoras, secretarias, etc., que trabajan en
el proyecto, componen los costos de personal.
Puesto que muchas de estas personas dedican
tiempo a diversos proyectos, sus sueldos se
deben prorratear para reflejar el tiempo dedicado
a cada uno de ellos.
25
26. Uso de computadoras
Es el tiempo de computadora usado en una o más
de las actividades siguientes: programación,
pruebas, conversión, procesamiento de texto,
mantenimiento del diccionario del proyecto,
elaboración de prototipos, cargado de nuevos
archivos de datos, etc.
Si un centro de cómputo realiza cargos por uso de
los recursos de cómputo, como el almacenamiento
en disco o la impresión de informes, debe estimarse
su costo.
26
27. Capacitación
Los cursos de capacitación pueden
acompañarse de gastos si es necesario
capacitar al personal de cómputo o usuarios
finales.
Los cursos de capacitación en paquete se
pueden cargar sobre la base de una tarifa fija por
sitio, una cuota por estudiante (por ejemplo, 395
dólares por estudiante) o una tarifa por hora
(como 75 dólares por hora de clase).
27
28. Costos de insumos, duplicación y
equipo.
28
Costos de equipo y software de
cómputo nuevos
29. Un ejemplo de costos de desarrollo de
una solución típica
Cuando los analistas estiman los costos de desarrollo es
importante asignar partidas a la posibilidad de que se
incurra en costos del sistema después de que entre en
operación.
Los beneficios durante su ciclo de vida deben hacer que se
recuperen los costos de desarrollo y de operación. A
diferencia de los costos de desarrollo del sistema, los de
operación tienden a recurrir durante el ciclo de vida del
propio sistema. Estos costos de operación pueden
clasificarse como fijos o variables.
Los costos fijos ocurren a intervalos regulares y con una
tasa relativamente fija.
29
30. Un ejemplo de costos de desarrollo de
una solución típica
Pagos de arrendamientos y de licencias de
software.
Sueldos prorrateados de operadores de
sistemas de información y personal de soporte
(si bien los sueldos tienden a aumentar, su
incremento es gradual y no suele cambiar
radicalmente de un mes a otro).
30
31. Un ejemplo de costos de desarrollo de
una solución típica
Los costos variables ocurren en proporción a algún factor de
uso. Sus ejemplos abarcan:
Costos de uso de computadoras (por ejemplo, tiempo de uso
de CPU, equipo de uso de conexión de terminales, uso de
espacio de almacenamiento), que pueden variar con la carga
de trabajo.
Insumos (por ejemplo, formularios impresos, papel de
impresora, tarjetas perforadas, disquetes, cintas magnéticas
y otros), que también varían con la carga de trabajo.
Costos generales y de administración prorrateados (como los
de servicios públicos, mantenimiento y teléfono), que pueden
asignarse durante la vida útil del sistema con técnicas
estándar de contabilidad de costos 31
34. Actividad 1 (Laboratorio 2 - 15%)
Elaborar una propuesta de costos de una solución de
sistemas este deberá contener.
Costo de Desarrollo.
❖ Personal
❖ Costos
❖ Hardware y Software nuevo.
❖ Costo de desarrollo totales
Costos Operativos Anuales Proyectados
❖ Personal
❖ Gastos
Un integrante explicara la propuesta de costos.
34