Guia de Teoria de Sistemas

UNIVERSIDAD NACIONAL AUTÓNOMA DE HONDURAS
INFORMATICA ADMINISTRATIVA
IA127 TEORÍA DE SISTEMAS
15:00
ASIGNACIÓN:
Cuestionario, Problemas y Ejercicios
TEMA
Capítulo 3
EQUIPO #4
20151005115 Saul Ramses Rovelo Martinez

Saul.rovelo@unah.hn
Barrio la cruz, Tatumbla F.M.
20151003274 Luis Alexander Moran Torres

lmoran@unah.hn
Col. Cerro Grande Zona 2 Bloque 53 Casa 19, Tegucigalpa F.M.
20161030535 Jogli Cineret Irias Vanegas

Jogli.irias@unah.hn
Residencial Vegas del Country frente a llantera Pichu, Tegucigalpa F.M.
20161004770 Mario Alexander García Montoya

Mario.garcia@unah.hn
El Country frente a colegio San Francisco Calle 2, Tegucigalpa F.M.
20171004905 Luis Fernando Castro Rodríguez

lfcastror@unah.hn
Barrio las Flores calle principal frente a iglesia Luz resplandeciente,
Marale F.M.
11 de julio de 2020
Preguntas
1. Explique por qué es importante tener un proceso de desarrollo de sistemas
estandarizado para una organización.
R// Porque los sistemas son un producto complejo y la mayoría para ser exactos el
70% o más de los proyectos de desarrollo de sistemas fracasan al no cumplir con las
expectativas, cuestan más que los presupuestos o no son entregados en el tiempo
establecido
2. ¿Cómo se relacionan el ciclo de vida del sistema y la metodología de desarrollo
de sistemas?
R// se relacionan al momento que la metodología de desarrollo del sistema ejecuta la
etapa de desarrollo de sistemas del ciclo de vida del sistema
3. ¿Cuáles son los 10 principios fundamentales para el desarrollo de sistemas?
• Principio 1: Hacer participar a los usuarios del sistema
• Principio 2: Utilizar un método de solución del sistema
• Principio 3: Establecer faces y actividades
• Principio 4: Documentar a través del desarrollo
• Principio 5: Establecer estándares
• Principio 6: Administrar el proceso y los proyectos
• Principio 7: Justificar sistemas de información como inversiones de capital
• Principio 8: No tema cancelar o revisar el alcance
• Principio 9: Divida y vencerá
• Principio 10: Diseñar sistemas de crecimiento y cambio

4. ¿Por qué es importante la documentación a lo largo del proceso de desarrollo?
R// Son esenciales para la transmisión del funcionamiento del sistema hacia las
personas que no trabajaron en ella, y así conseguir una comunicación mas clara con
el funcionamiento de este.
5. ¿Por qué son necesarias la administración de proceso y la administración de
proyecto?
R// La administración de proceso define la metodología que se utilizará en cada
proyecto, piense en ella como la receta para construir un sistema. La administración
de proyecto está preocupada por administrar un solo ejemplo del proceso, en relación
con un solo proyecto.
6. ¿Qué es administración de riesgos? ¿Por qué es necesaria?
R// Las partes interesadas son personas y organizaciones (por ejemplo, clientes,
patrocinadores, organizaciones ejecutoras y el público) que participan activamente
en el proyecto o cuyos intereses pueden verse afectados positiva o negativamente por
la ejecución o finalización del proyecto. Y los usuarios finales son los grupos
especiales de partes interesadas. Son responsables de usar el sistema regularmente
para ayudar a la organización a realizar sus negocios sin problemas. Estos
propietarios del sistema y los usuarios del sistema son responsables de iniciar la
mayoría de los proyectos mediante la evaluación y el análisis de los sistemas actuales
y proporcionar comentarios y sugerencias para cualquier mejora adicional. El ímpetu
para la mayoría de los proyectos es una combinación de problemas, oportunidades y
directivas.
7. ¿Qué partes interesadas inician la mayoría de los proyectos? ¿Cuál es el ímpetu
para la mayoría de los proyectos?
R// La carta del proyecto también llamada declaración del alcance del proyecto no es
más que la declaración que incluye el alcance, las metas, los objetivos y el
participante del proyecto al proporcionar información sobre las funciones y
responsabilidades, las metas y los objetivos, las principales partes interesadas y la
autoridad del gerente del proyecto sobre el proyecto.
Los seis elementos de la declaración de alcance típica son: -
• Metas y objetivo del proyecto.
• Resultado del proyecto que puede ser tangible y medible
• Evento especial del proyecto o puntos de control de la vida del proyecto.
• Requisitos técnicos del proyecto que son esenciales para un desempeño efectivo.
• Límites y exclusiones que no están disponibles para un proyecto.
• Revisión del cliente interno y externo.
El objetivo principal del documento de alcance del proyecto creado en la fase de
inicio del proyecto es autorizar formalmente el trabajo del proyecto al gerente del
proyecto al proporcionarle la autoridad para hacer su trabajo. Un proyecto solo puede
comenzar después de la formulación de la carta del proyecto.
El patrocinador del proyecto debe firmar la carta del proyecto porque el gerente
del proyecto puede comenzar el proyecto oficialmente una vez que se haya firmado.
El patrocinador del proyecto es una alta gerencia que aprueba y apoya la asignación
de recursos de cualquier proyecto, involucra el establecimiento de objetivos y evalúa
el éxito del proyecto.

8. ¿Quiénes son los principales participantes en la fase de análisis de
requerimientos? ¿Por qué son ellos los participantes principales?
R// Los principales participantes en la fase de análisis de requerimientos son:
• Los usuarios del sistema
• Analistas del sistema
• Administradores del proyecto
Y son ellos los participantes principales porque en esta etapa se definen y
priorizan los requerimientos del negocio, en pocas palabras el analista se presenta
a los usuarios para averiguar lo que necesita o requieren del nuevo sistema.
9. ¿Cuáles son los tres productos más importantes en la definición de alcance?
R// Los tres entregables más importantes en la definición del alcance son los
siguientes:
• Carta del proyecto.
• Gerente de proyecto identificado / asignado.
• Restricciones.
10. ¿Quiénes son los principales participantes en la fase de análisis de
requerimientos? ¿Por qué son ellos los participantes principales?
R// Los participantes principalmente incluyen tanto USUARIOS DEL SISTEMA
(que puede incluir propietarios que en realidad utilizarán el sistema) como
ANALISTAS DEL SISTEMA. También participan ADMINISTRADORES DEL
PROYECTO. Los DISEÑADORES DEL SISTEMA se omiten en esta fase con el
fin de evitar una atención prematura a las soluciones de tecnología. Los componentes
pueden por sí mismos proveer el marco de referencia para definir muchos

requerimientos del negocio, incluidos REQUERIMIENTOS DE DATOS DEL
NEGOCIO, REQUERIMIENTOS DE PROCESOS DEL NEGOCIO y
REQUERIMIENTOS DE INTERFAZ DEL NEGOCIO Y SISTEMAS. Como se
pretende que los requerimientos del negocio resuelvan los problemas, el marco de
referencia de PIECES también puede proporcionar un útil ámbito, en esta ocasión
para una definición de requerimientos.
11. ¿Qué análisis de factibilidad se realiza en el análisis de decisión?
R// El análisis de factibilidad es una actividad transversal del ciclo de vida. Diferentes
mediciones de factibilidad son aplicables a distintas fases de la metodología. Estas
mediciones incluyen factibilidad técnica, operacional, económica, de programa y de
riesgo.
El análisis de factibilidad requiere buenas técnicas de estimación.
12. ¿Qué es el desarrollo basado en modelos?
R// Estrategia de desarrollo de sistemas que hace énfasis en trazar modelos de
sistemas como ayuda para visualizar y analizar los problemas, definir los
requerimientos de negocios y diseñar los sistemas de información.
13. ¿Qué es el desarrollo de aplicación rápida (RAD)?
R// El desarrollo rápido de aplicaciones (RAD, por sus siglas en inglés) es la fusión
de varias técnicas estructuradas (en particular, la ingeniería de información basada
en datos) con técnicas de prototipos y de desarrollo conjunto de aplicaciones para
agilizar el desarrollo de sistemas.
14. ¿Qué beneficios puede traer el RAD al proceso de desarrollo de sistemas?
R// El RAD precisa el uso interactivo de técnicas estructuradas y la elaboración de
prototipos para definir los requerimientos de los usuarios y el diseño del sistema
final. Al utilizar técnicas estructuradas, el desarrollador primero construye modelos
preliminares de procesos y datos de los requerimientos de negocios
15. ¿Qué es la ingeniería de software asistida por computadora (CASE)? Liste
algunos ejemplos de CASE.
R// La ingeniería de software asistida por computadora (CASE) es el uso de
herramientas de software automatizadas que brindan soporte al dibujo y análisis de
modelos de sistemas y a las especificaciones correspondientes. Algunas herramientas
de CASE también posibilitan la elaboración de prototipos y generación de código.
Ejemplos:
• Eclipse
• ORACLE
• SYBASE –
• Powersoft's
• VISIO – MICROSOFT
• Software Engineering Lab.
• IMB Software
PROBLEMAS Y EJERCICIOS
1. El Modelo de Madurez de la Capacidad (CMM) fue desarrollado por el Software
Engineering Institute en Carnegie Mellon y es ampliamente utilizado por los
sectores público y privado. ¿Cuál es el propósito del marco de referencia CMM y
cómo lo logra?
R// Su propósito principal es ayudar a todas las organizaciones a lograr estos beneficios
para ayudar a mejorar la madurez de sus procesos de desarrollos de sistemas. Y lo logra
con sus cinco niveles de madurez,
2. Liste los cinco niveles de madurez y describa brevemente cada uno de ellos.
• Nivel 1 Inicial: Se le puede llamar métodos inconsistentes, en este nivel los
proyectos de desarrollo de sistemas no siguen un proceso consistente, cada
equipo de desarrollo elige sus propias herramientas y métodos.
• Nivel 2 Repetible: También se le puede llamar administración del proyecto y en
este nivel los procesos y prácticas de administración de proyectos están
establecidos para rastrear costos, programas y funcionalidades del proyecto.
• Nivel 3 Definido: También llamado proceso consistente utilizado, en este nivel
se adquiere o desarrolla un proceso de desarrollo de sistemas estándar.
• Nivel 4 Administrado: Se le puede llamar proceso de administrado y medido, en
este nivel se establecen metas mensurables para la calidad y la productividad.
• Nivel 5 Optimizado: Se le puede llamar mejora de proceso continua, en este
nivel el proceso de desarrollo estandarizado es vigilado continuamente y
mejorado con base en medidas y análisis de datos establecidas en el nivel 4, esto

puede incluir cambiar la tecnología y las mejores prácticas utilizadas para
realizar actividades requeridas en el proceso estándar de desarrollo del sistema.
3. En la tabla 3.1 en este libro se ilustra la diferencia en la duración de un proyecto
típico, persona-meses, calidad y costo, lo que depende de si el proceso de desarrollo
de sistema de una organización está al nivel 1, 2 o 3 de CMM. ¿Entre cuáles dos
niveles de CMM una organización obtiene el mayor beneficio en términos de
porcentaje de mejora? ¿Cuál cree usted que es la razón para esto?
R// a mi pensar se obtiene un mayor beneficio entre el Nivel 2 y 3 porque se tiene un
menor tiempo estipulado para el proyecto con menos personal y así mismo con una
cantidad de errores mínima a un porcentaje aceptable de costos
4. La metodología de desarrollo de sistemas y el ciclo de vida de sistemas son dos
términos que se utilizan muy a menudo y con la misma frecuencia son mal
utilizados. ¿Cuál es la diferencia entre los dos términos?
R// Una metodología de desarrollo de sistemas “ejecuta” la etapa de desarrollo de
sistemas del ciclo de vida del sistema. Cada sistema de información tiene su propio ciclo
de vida. La metodología es el proceso estándar para construir y mantener ese sistema y
todos los demás sistemas de información a través de sus ciclos de vida.
5. Describa cómo el usar una metodología de desarrollo de sistemas está en línea con
las metas CMM y puede ayudar a una organización a aumentar su nivel de
madurez.
• Un método consistente y reproducible se aplique a todos los proyectos.
• Hay un riesgo reducido asociado con las omisiones y los errores.
• Se produzca documentación completa y consistente de un proyecto al otro.

• Analistas de sistemas, diseñadores y constructores puedan ser reasignados
rápidamente entre proyectos debido a que todos usan el mismo proceso.
• Como los equipos y el personal de desarrollo cambian constantemente, los
resultados del trabajo anterior pueden ser encontrados con facilidad y entendidos
por las personas que les siguen.
6. Algunos principios fundamentales son comunes a todas las metodologías de
desarrollo de sistemas. Identifique esos principios fundamentales y explíquelos.
• Principio 1: Hacer participar a los usuarios del sistema
• Principio 2: Utilizar un método de solución de problemas
• Principio 3: Establecer fases y actividades
• Principio 4: Documentar a través del desarrollo
• Principio 5: Establecer estándares
• Principio 6: Administrar el proceso y los proyectos
• Principio 7: Justificar sistemas de información como inversiones de capital
• Principio 8: No tema cancelar o revisar el alcance
• Principio 9: Divida y vencerá
• Principio 10: Diseñar sistemas para crecimiento y cambio
7. El marco de referencia PIECES fue desarrollado por James Wetherbe como medio
para clasificar problemas. Identifique las categorías, luego clasifique los siguientes
problemas por medio del marco de referencia PIECES:
a) Los datos duplicados son almacenados en todo el sistema.
b) Hay necesidad de hacer un puerto para una aplicación existente con los
aparados de PDA.
c) Los informes de ventas trimestrales necesitan generarse automáticamente.

d) Los empleados pueden obtener acceso a porciones confidenciales del
sistema de personal.
e) Las interfaces de usuario del sistema de inventarios son difíciles y
confusas, lo que resulta en una alta frecuencia de pedidos incorrectos.
R// Problemas de rendimiento, oportunidades y directivas
A. Rendimiento: la cantidad de trabajo realizado durante un período de tiempo.
B. Tiempo de respuesta: el retraso promedio entre una transacción o solicitud y un
respuesta a esa transacción o solicitud y una respuesta a esa transacción o
solicitud.
INFORMACIÓN (y datos) Problemas, oportunidades y directivas
A. Salidas
1. Falta de información
2. Falta de información necesaria
3. Falta de información relevante
4. Demasiada información: "sobrecarga de información"
5. Información que no está en un formato útil
6. Información que no es precisa
7. Información que es difícil de producir.
8. La información no es oportuna para su uso posterior

B. entradas
1. Los datos no se capturan
2. Los datos no se capturan a tiempo para ser útiles
3. Los datos no se capturan con precisión: contiene errores
4. Los datos son difíciles de capturar
5. Los datos se capturan de forma redundante: los mismos datos se capturan más
de una vez
6. Se capturan demasiados datos.
7. Se capturan datos ilegales.
C. Datos almacenados
1. Los datos se almacenan de forma redundante en múltiples archivos y / o bases
de datos.
2. Los datos almacenados no son precisos (pueden estar relacionados con el n. ° 1)
3. Los datos no son seguros contra accidentes o vandalismo
4. Los datos no están bien organizados.
5. Los datos no son flexibles, no es fácil satisfacer las nuevas necesidades de
información
de los datos almacenados
6. No se puede acceder a los datos.

ECONOMIA Problemas, oportunidades y directivas
A. Los costos son desconocidos
B. Los costos no se pueden rastrear hasta la fuente
C. Los costos son demasiado altos
CONTROL (y seguridad) Problemas, oportunidades y directivas
A. Muy poca seguridad o control
1. Los datos de entrada no se editan adecuadamente
2. Los delitos son (o pueden ser) cometidos contra datos
a. Fraude
si. Malversación
3. Se infringe la ética en los datos o la información: se refiere a datos o
información que llega a personas no autorizadas
4. Los datos almacenados de forma redundante son inconsistentes en diferentes
archivos o
bases de datos
5. Las normas o pautas de privacidad de datos están siendo (o pueden ser)
violado
6. Se producen errores de procesamiento (ya sea por personas, máquinas o

software)
7. Decisión: se están produciendo errores
B. Demasiado control o seguridad
1. La burocracia burocrática ralentiza el sistema
2. Controles inconvenientes a clientes o empleados
3. Los controles excesivos causan demoras en el procesamiento
Problemas, oportunidades y directivas de EFICIENCIA
A. Las personas, las máquinas o las computadoras pierden tiempo
1. Los datos se ingresan o copian de forma redundante
2. Los datos se procesan de forma redundante
3. La información se genera de forma redundante
B. Personas, máquinas o computadoras, materiales de desecho y suministros.
C. El esfuerzo requerido para las tareas es excesivo
D. Los materiales necesarios para las tareas son excesivos.
SERVICIO Problemas, oportunidades y directivas
A. El sistema produce resultados inexactos.
B. El sistema produce resultados inconsistentes.
C. El sistema produce resultados poco confiables.

D. El sistema no es fácil de aprender.
E. El sistema no es fácil de usar.
F. El sistema es incómodo de usar
G. El sistema es inflexible a situaciones nuevas o excepcionales.
H. El sistema es inflexible al cambio.
I. El sistema es incompatible con otros sistemas.
J. El sistema no está coordinado con otros sistemas.
8. Cada fase de un proyecto incluye productos específicos que deben ser producidos
y entregados en la siguiente fase. Con la metodología FAST hipotética del libro de
texto, ¿cuáles son los productos para las fases de integración de análisis de
requerimientos, diseño lógico y diseño físico?
R// La metodología FAST es una de las más utilizadas, y se divide en fases que deben
respetarse y seguirse para obtener un mejor producto o sistema final. Algunas de las
fases más importantes de la metodología FAST son el análisis de requisitos, el diseño
lógico y el diseño físico. Cada una de estas fases tiene sus ventajas y desventajas, pero
todas tienen resultados que se pueden producir para pasar a la siguiente fase con éxito.
El análisis de requisitos define y prioriza los requisitos del negocio. El analista debe
trabajar con los usuarios o propietarios y averiguar qué necesitan para el nuevo sistema;
por lo tanto, su entregable es la declaración de requisitos comerciales. Esta declaración
puede ser un documento de algunas páginas o incluso un documento extenso de una
página que no incluye detalles técnicos.

Dado que el análisis de requisitos produce un documento que describe los requisitos
del negocio, el diseño lógico, sin embargo, traduce esos requisitos del sistema en
modelos de sistema, que son simplemente imágenes con una mejor representación de
los requisitos del negocio. Por lo tanto, los entregables del diseño lógico son modelos y
especificaciones de sistemas lógicos, que brindan más detalles sobre los requisitos.
En la fase de diseño físico, el nuevo sistema de información finalmente se diseña
después de pasar con éxito las fases anteriores. Y los entregables para esta fase incluyen
modelos y especificaciones de diseño físico, prototipos de diseño y procesos
comerciales rediseñados. Y esta es la fase que traduce los requisitos comerciales al
diseño físico para la construcción de sistemas.
9. La definición de alcance es la primera fase de la metodología FAST y es ya sea la
primera fase o parte de la primera fase de la mayoría de las metodologías. ¿Qué
dispara la fase de alcance? ¿Qué interesados participan en esta fase? ¿Cuáles dos
preguntas esenciales necesitan ser respondidas?, y ¿cuáles son los tres productos
importantes que salen de esta fase?
R// ¿Qué dispara la fase de alcance?
La realización o continuación del proyecto en cuestión. Cuando se quiere alcanzar
los objeticos y/o la metodología es clara para su finalización. Y proceder a la
sistematización de cada proceso para su desarrollo.
¿Qué interesados participan en esta fase?
Pueden participar todos(as), pueden estar involucrados, pero como estos ya son
procesos de índole administrativo y sistemas, los que tengan basta experiencia y
conocimiento en el campo de altas jerarquías.
¿Cuáles dos preguntas esenciales necesitan ser respondidas?

1. Si cumple los requisitos establecidos, objetivos a corto y largo plazo
2. Si su información o estructura no es redundante, si es concisa.
10. La fase de análisis de requerimientos es una parte esencial de una metodología de
desarrollo de sistema. De acuerdo con la metodología FAST
• ¿Qué interesados participan típicamente en esta fase?
R// La documentación mejora las comunicaciones y la aceptación. La
documentación revela fortalezas y debilidades del sistema para los múltiples
interesados. Estimula la participación de los usuarios y reasegura la
administración acerca del progreso. Al mismo tiempo, algunas metodologías han
sido criticadas por esperar demasiada documentación que agrega poco valor al
proceso o sistema resultante. Nuestra metodología FAST defiende un equilibrio
entre el valor de la documentación y el esfuerzo por producirla. Los expertos
llaman a esto modelado acelerado.
• ¿Cuál es el enfoque principal del análisis de requerimientos?
R// Los negocios cambian constantemente; por lo tanto, los requerimientos de
negocios para un sistema también cambian. Uno de los disparadores más
comunes para un proyecto de reingeniería es un NUEVO REQUERIMIENTO
DE NEGOCIOS (o revisado). Dado el requerimiento, la fase de ANÁLISIS DE
REQUERIMIENTOS debe ser revisada con un enfoque basado en el impacto
del nuevo requerimiento del sistema existente. Con base en análisis de
requerimientos, el proyecto entonces procedería a las fases de diseño lógico,
análisis de decisión, diseño físico, construcción y entrega.
• ¿Cuál no es el enfoque?
R// Dicho de manera simple, el analista se aproxima a los usuarios para averiguar
lo que necesitan o requieren del nuevo sistema, al evitar cuidadosamente
cualquier discusión de tecnología o implantación técnica. Ésta es tal vez la fase
más importante del desarrollo de sistemas.
Errores y omisiones en el análisis de requerimientos resultarán en la
insatisfacción del usuario con el sistema final y modificaciones costosas.
• ¿Por qué cada requerimiento propuesto debe ser evaluado?
R// Los requerimientos propuestos son demasiado ambiciosos, los involucrados
deben negociar, frecuentemente bajo la guía del analista de sistemas, para
concordar sobre cualesquiera modificaciones o simplificaciones de los
requerimientos del sistema. También deben concordar sobre la condición crítica
y la prioridad de los requerimientos. Esto es crucial para asegurar el éxito del
esfuerzo de desarrollo.
• ¿Qué error crítico debe ser evitado?
R// Muchos analistas inexpertos cometen un error crítico luego de completar la
fase de análisis del problema. La tentación en ese punto es comenzar a considerar
alternativas de solución, particularmente técnicas. Uno de los errores citados con
mayor frecuencia en los nuevos sistemas de información se ilustra en la frase
“seguro, el sistema funciona y técnicamente es impresionante, pero no hace lo
que nosotros necesitamos”. La fase de análisis de requerimientos define los
requerimientos de negocios para un sistema nuevo

11. En la metodología FAST, así como en la mayoría de las metodologías de sistemas,
los propietarios de sistemas y los diseñadores de sistemas no participan en la fase
de análisis de requerimientos. ¿Cuál cree usted que sea la razón para esto?
R// Puede ser porque ese no es su campo en específico
12. ¿Cuál es el propósito esencial de la fase de diseño lógico?
R// La fase del diseño lógico traduce los requerimientos del negocio a modelos de
sistemas. El término diseño lógico debe ser interpretado como “de tecnología
independiente”, lo que significa que las imágenes ilustran el sistema en forma
independiente de cualquier solución técnica posible, por tanto, modelan requerimientos
del negocio que deben ser satisfechos mediante cualquier solución técnica que
quisiéramos considerar.
• ¿Cómo lo cumple?
R// Distintas metodologías requieren o recomiendan diferentes cantidades y
grados de modelado de sistemas o diseño lógico. Metodologías estrictas como
análisis y diseño estructurado, ingeniería de la información y el Rational Unified
Process (RUP) normalmente requieren que muchos tipos o ejemplos de modelos
de sistemas sean dibujados con distintos niveles de detalles.
• ¿Cómo se incorporan las soluciones tecnológicas en esta fase?
R// Por fortuna, las herramientas automatizadas de cómputo están disponibles
para ayudar al analista de sistemas en estas tareas de dibujo. En forma
alternativa, las metodologías ágiles como desarrollo rápido de aplicaciones y
programación extrema recomiendan “apenas suficiente modelado”.
Este tan llamado modelado ágil busca prevenir que el proyecto degenere en una
condición llamada parálisis de análisis.

• ¿Cuáles son algunos sinónimos comunes para esta fase utilizada por otras
metodologías?
R// Sus sinónimos frecuentes abarcan diseño conceptual y diseño esencial, de
los cuales el segundo se refiere a modelar la “esencia” de un sistema o sus
“requerimientos esenciales” con independencia de cualquier tecnología.
• ¿Qué es el modelado ágil y cuál es su propósito?
R// Busca prevenir que el proyecto degenere en una condición llamada parálisis
de análisis
13. ¿Cuál es el propósito esencial de la fase de diseño físico?
R// El propósito de la fase de DISEÑO FÍSICO E INTEGRACIÓN es transformar los
requerimientos de negocios (representados en parte por los MODELOS LÓGICOS DEL
SISTEMA) en las ESPECIFICACIONES DE DISEÑO FÍSICO que guiarán la
construcción del sistema.
• ¿Quién debe participar en esta fase y quién puede participar?
R// EL DISEÑADOR DE SISTEMAS y el ANALISTA DE SISTEMAS
(papeles que tal vez se traslapan con algunos de los mismos individuos) son los
participantes fundamentales; sin embargo, ciertos aspectos del diseño
normalmente tienen que ser compartidos con los USUARIOS DEL SISTEMA
(por ejemplo, los diseños de pantalla y el flujo de trabajo).
• ¿Cuáles son dos filosofías de diseño físico en los distintos extremos del
continuo y en qué son diferentes?
R// Hay dos filosofías extremas del diseño físico: Diseño por especificación y
diseño por elaboración de prototipos.

La diferencia entre ambas es que en el diseño por especificación los modelos de
sistema físico y especificaciones detallados son producidos como una serie de
planos escritos (o generados por computadora) para la construcción. Mientras
que en el diseño por elaboración de prototipos las aplicaciones o subsistemas
incompletos pero que funcionan (llamados prototipos) se construyen y se refinan
con base en la retroalimentación de los usuarios y otros diseñadores.
• ¿Es esta una fase probable en la que un proyecto puede ser cancelado?
R// Un proyecto rara vez se cancela después de la fase de diseño a menos que
esté demasiado por encima de lo presupuestado o retrasado en el programa.
• ¿Con qué otra fase es posible que exista un traslape y cuál cree usted que
sea la razón para esto?
R// Debe señalarse que, en las metodologías modernas, existe una tendencia
hacia fusión de la fase de diseño con nuestra siguiente fase, construcción. En
otras palabras, las fases de diseño y construcción normalmente se traslapan. Creo
que la razón es que tienen mucho en común.
14. Un cliente ha contratado a su compañía de desarrollo de software para desarrollar
un nuevo sistema de procesamiento de pedidos. Sin embargo, los marcos de tiempo
son muy cortos y son inflexibles para la entrega de al menos la parte básica del
nuevo sistema. Es más, los requerimientos del usuario no están bien definidos ni
son claros.
¿Cuáles son dos estrategias de desarrollo de sistemas que podría ser provechoso
utilizar en este trabajo?
R// Desarrollo secuencial o iterativo y Estrategia de desarrollo basado en modelos

15. ¿Cuál es la desventaja potencial de utilizar las estrategias descritas en la pregunta
anterior?
R// Consume mucho tiempo. Toma tiempo recopilar los hechos, dibujar los modelos y
validar esos modelos. Esto es especialmente verdadero si los usuarios están inciertos o
si son imprecisos acerca de sus requerimientos de sistemas.

Matriz de trabajo
Número de Preguntas y
Fotografía Nombre Completo
Cuenta Ejercicios realizados
Luis Alexander Preguntas 1 2 3 y 4,

20151003274
Moran Torres Ejercicios 1 2 y 3
Saul Ramsés Preguntas 5 6 y 7,

20151005115
Rovelo Martínez Ejercicios 4 5 y 6
Mario Alexander Preguntas 8 9 y 10,

20161004770
Garcia Montoya Ejercicios 7 8 y 9
Preguntas 11 12 y
Jogli Cineret Irias
20161030535 13, Ejercicios 10 11
Vanegas
y 12
Luis Fernando Preguntas 14 15 16,

20171004905
Castro Rodríguez Ejercicios 13 14 y 15

Guia de Teoria de Sistemas

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Guia de Teoria de Sistemas

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDAD NACIONAL AUTÓNOMA DE HONDURAS

IA127 TEORÍA DE SISTEMAS

Cuestionario, Problemas y Ejercicios

20151005115 Saul Ramses Rovelo Martinez

20151003274 Luis Alexander Moran Torres

20161030535 Jogli Cineret Irias Vanegas

20161004770 Mario Alexander García Montoya

20171004905 Luis Fernando Castro Rodríguez

1. Explique por qué es importante tener un proceso de desarrollo de sistemas

estandarizado para una organización.

expectativas, cuestan más que los presupuestos o no son entregados en el tiempo

2. ¿Cómo se relacionan el ciclo de vida del sistema y la metodología de desarrollo

R// se relacionan al momento que la metodología de desarrollo del sistema ejecuta la

etapa de desarrollo de sistemas del ciclo de vida del sistema

3. ¿Cuáles son los 10 principios fundamentales para el desarrollo de sistemas?

• Principio 1: Hacer participar a los usuarios del sistema

• Principio 2: Utilizar un método de solución del sistema

• Principio 3: Establecer faces y actividades

• Principio 4: Documentar a través del desarrollo

• Principio 5: Establecer estándares

• Principio 6: Administrar el proceso y los proyectos

• Principio 7: Justificar sistemas de información como inversiones de capital

• Principio 8: No tema cancelar o revisar el alcance

• Principio 9: Divida y vencerá

• Principio 10: Diseñar sistemas de crecimiento y cambio

4. ¿Por qué es importante la documentación a lo largo del proceso de desarrollo?

5. ¿Por qué son necesarias la administración de proceso y la administración de

R// La administración de proceso define la metodología que se utilizará en cada

proyecto, piense en ella como la receta para construir un sistema. La administración

con un solo proyecto.

6. ¿Qué es administración de riesgos? ¿Por qué es necesaria?

patrocinadores, organizaciones ejecutoras y el público) que participan activamente

en el proyecto o cuyos intereses pueden verse afectados positiva o negativamente por

especiales de partes interesadas. Son responsables de usar el sistema regularmente

para ayudar a la organización a realizar sus negocios sin problemas. Estos

mayoría de los proyectos mediante la evaluación y el análisis de los sistemas actuales

y proporcionar comentarios y sugerencias para cualquier mejora adicional. El ímpetu

para la mayoría de los proyectos es una combinación de problemas, oportunidades y

7. ¿Qué partes interesadas inician la mayoría de los proyectos? ¿Cuál es el ímpetu

para la mayoría de los proyectos?

participante del proyecto al proporcionar información sobre las funciones y

responsabilidades, las metas y los objetivos, las principales partes interesadas y la

autoridad del gerente del proyecto sobre el proyecto.

Los seis elementos de la declaración de alcance típica son: -

• Metas y objetivo del proyecto.

• Resultado del proyecto que puede ser tangible y medible

• Evento especial del proyecto o puntos de control de la vida del proyecto.

• Límites y exclusiones que no están disponibles para un proyecto.

• Revisión del cliente interno y externo.

El objetivo principal del documento de alcance del proyecto creado en la fase de

proyecto al proporcionarle la autoridad para hacer su trabajo. Un proyecto solo puede

comenzar después de la formulación de la carta del proyecto.

de recursos de cualquier proyecto, involucra el establecimiento de objetivos y evalúa

el éxito del proyecto.

8. ¿Quiénes son los principales participantes en la fase de análisis de

requerimientos? ¿Por qué son ellos los participantes principales?

R// Los principales participantes en la fase de análisis de requerimientos son:

• Los usuarios del sistema

• Analistas del sistema

• Administradores del proyecto

Y son ellos los participantes principales porque en esta etapa se definen y

priorizan los requerimientos del negocio, en pocas palabras el analista se presenta

9. ¿Cuáles son los tres productos más importantes en la definición de alcance?