Vous êtes sur la page 1sur 8

FORO UNIDAD 1

-En sus propias palabras identifique cuales son los tres aspectos que más fallan en el
proceso de construcción de sistemas.

1. No entender con exactitud los requerimientos del cliente, lo que conlleva a


realizar un retrabajo constante en cada una de las etapas del proyecto, al no
captar los requerimientos esenciales del negocio y ocasionando un aumento en
los costos de la construcción del sistema.
2. Hacer una mala planificación, esto ocasiona que no se cumplan con los tiempos
de entrega de cada una de las fases de la construcción del sistema.
3. Tener motivación débil en el equipo de trabajo. La motivación es primordial en el
equipo de trabajo, pues cada integrante realizara sus labores con total plenitud,
dando lo mejor de sí, lo cual da como resultado un producto estable y de calidad.

-Opine cuál cree que sea es el papel del analista para mitigar dichos problemas.

El papel del analista es retroalimentar con el cliente cada uno de los aspectos y actores
involucrados en la creación del sistema, obteniendo la información requerida por medio
de herramientas que garanticen el entender la problemática a la que se enfrenta con
mayor exactitud y evitando ambigüedades, así como también apoyarse con sus demás
compañeros de equipo para con estos resultados, buscar la forma de planear con
exactitud la construcción del sistema, cumpliendo con los tiempos previstos en cada
una de sus etapas, logrando un producto de calidad y escalable.

ACTIVIDAD 1
1. ¿Qué es UML?
UML es una notación de modelado visual, que utiliza diagramas para mostrar distintos
aspectos de un sistema. Si bien muchos destacan que UML es apto para modelar
cualquier sistema, su mayor difusión y sus principales virtudes se advierten en el campo
de los sistemas de software.

2. ¿Cuál es la importancia de UML?

- Nos ayuda a visualizar un sistema como deseamos que sea diseñado.


- Nos permite especificar la estructura y conducta del sistema.
- Nos da una plantilla que guía el proceso de construcción.
- Documenta las decisiones que hemos tomado.
3. ¿Cuáles son los beneficios del modelado?
Beneficios:
- Representación Gráfica del Sistema, procesos y métodos.
- Mejor compresión de lo que espera cliente del sistema.
- Expresión de los requerimientos con mayor exactitud.
- Compresión total del sistemas por otras personas
- Permite la implementación orientada objetos de una manera mas clara y
concisa.
- Permite la implementación de modelos iterativos con mayor claridad, es decir,
ayuda a un mejor control sobre las iteraciones.
- Es un lenguaje estándar para la modelación de sistemas de información.
- Ayuda al equipo de trabajo a comunicar la visión del sistema que se está
construyendo.
- Permite documentar la estructura y conducta de un sistema antes de que sea
codificado
- Es una herramienta invaluable durante la construcción, sirve como guía para el
programador.
- Apoyan al proyecto a largo plazo, ya que documentan las decisiones de diseño
tomadas y ya no solo se depende de la memoria.

4. ¿Cuál es el origen de UML y en que métodos está basado?


Surgió en 1995, por iniciativa de Grady Booch, James Rumbaugh e Ivar Jacobson, tres
conocidos ingenieros de software que ya habían avanzado con sus propias notaciones
de modelado. Precisamente, UML se define como “unificado”, porque surgió como
síntesis de los mejores elementos de las notaciones previas.
Y nos ha venido muy bien, ya que, a mediados de la década de 1990, nos encontrábamos
empantanados en la falta de un estándar, aunque fuese de facto, que marcase el camino
para la modelización de software orientado a objetos.
Luego UML se especificó con más rigurosidad y, en 1997 se presentó la versión 1.0,
que fue aprobada y establecida como estándar por el OMG (Object Management Group,
un consorcio de empresas de desarrollo de estándares). De allí en más, siguió
evolucionando, formalizándose, creciendo y complejizándose.
Hacia 2000, UML ya se había convertido en el estándar para modelización de software
orientado a objetos. En la actualidad, UML es un lenguaje de visualización, especificación
y documentación de software, basado en trece tipos de diagramas, cada uno con sus
objetivos, destinatarios y contexto de uso.
Se habla de lenguaje, porque es una herramienta de comunicación formal, con una
serie de construcciones, una sintaxis y una semántica definidas.
Esta basado en los siguientes métodos:
- Object-modeling technique de Rumbaugh, el cual se enfoca en el análisis
orientado a objetos.
- Método de ingeniería de software orientado a objetos de Jacobson.
- Método Booch de Booch, el cual se enfoca en el diseño orientado a objetos.

5. ¿Cuáles son los objetivos de UML?


Objetivos
- Crear de una metodología estándar para el análisis y diseño de sistemas de
información.
- Proporcionar una notación y semánticas suficientes para poder alcanzar una
gran cantidad de aspectos del modelado contemporáneo de una forma directa y
económica.
- Proporcionar las semánticas suficientes para alcanzar aspectos del modelado
que son de esperar en un futuro, como por ejemplo aspectos relacionados con la
tecnología de componentes, el cómputo distribuido, etc.
- Proporcionar mecanismos de extensión de forma que proyectos concretos
puedan extender el meta-modelo a un coste bajo.
- Proporcionar mecanismos de extensión de forma que aproximaciones de
modelado futuras podrían desarrollarse encima del UML.
- Permitir el intercambio de los modelos entre una gran variedad de herramientas.
- Ser tan simple como sea posible, pero manteniendo la capacidad de modelar
toda la gama de sistemas que se necesita construir.
- UML es un lenguaje de modelado de propósito general que pueden usar todos
los modeladores.
- Imponer un estándar mundial.
- Ser independiente del proceso de desarrollo y de los lenguajes de programación.

6. ¿Cuál es el futuro de UML?


- Extensiones para los negocios: notaciones para procesos de negocio.
- Lecciones de las extensiones de negocio.
- Interfaces Gráficas de Usuario. establecemos un diagrama híbrido que muestre
las relaciones de espacio de los componentes de la pan-talla, y que muestre sus
conexiones y casos de uso. Esto tiene la ventaja de mostrar la evolución de una
GUI conforme toma forma, y mantiene a los casos de uso correspon-dientes en
el centro de la atención.
- Sistemas Expertos. es un diagrama que visualice las reglas y sus relaciones
internas. En este diagrama, un cuadro dividido en compartimientos modela la
regla. Un compartimiento contiene al identificador de la regla, otro resume la
parte if, otro la parte then y otras dos muestran las reglas relacionadas. Los
vínculos a las reglas adyacentes aparecen como líneas de conexión entre las
partes adecuadas de las reglas
Estudie tanto la lectura como la presentación sobre Ciclos de Vida y genere una tabla comparativa. Deberán incluirse las
siguientes columnas:
- Nombre del ciclo de vida
- Ventajas
- Desventajas
- Proyectos en que puede utilizarse
La tabla no debe ser mayor a una página.
Proyectos en que puede
Nombre del ciclo de vida Ventajas Desventajas
utilizarse
Cascada y V Es un modelo sencillo y Es difícil que el cliente
disciplinado. exponga explícitamente
Es fácil aprender a utilizarlo todos los requisitos al
y comprender su principio.
funcionamiento. Puede resultar complicado
Ayuda a detectar errores en regresar a etapas anteriores
las primeras etapas a bajo (ya acabadas) para realizar
costo. correcciones.
• Ayuda a minimizar los El cliente debe tener
gastos de planificación, paciencia pues obtendrá el
pues se realiza sin producto al final del ciclo de
problemas vida.
Es difícil que el cliente
exponga explícitamente
todos los requisitos.
Entregas incrementales Reduce el tiempo de Requiere de mucha
desarrollo inicial, ya que se planeación, tanto
implementa la funcionalidad administrativa como
parcial. técnica.
Si se detecta un error Requiere de metas claras
grave, solo se desecha la para conocer el estado del
última interacción. proyecto.
No es necesario disponer Orientado a ciertos tipos de
de los requerimientos de clientes.
todas las funcionalidades
en el comienzo del
proyecto.
Provee un impacto
ventajoso frente al cliente,
que es la entrega temprana
de partes operativas del
software
Entregas incrementales con
prototipos
Evolutivo Los requerimientos del El desarrollo de software en
usuario se pueden cambiar forma evolutiva requiere un
en cualquier momento. especial cuidado en la
Modelo útil cuando manipulación de
desconocemos la mayoría documentos, programas,
de los requerimientos etc. desarrollados para
iniciales o cuando no están distintas versiones del
completos. software.
Es acorde a un modelo de Modelo evolutivo asume
calidad y mejoramiento que las necesidades no son
continuo debido a que se completamente conocidos
construye una serie de al inicio del proyecto.
grandes versiones Modelo costoso
sucesivas de un producto.
Espiral Puede comenzar el El costo temporal que suma
proyecto con un alta grado cada vuelta de la espiral.
de incertidumbre. Dificultad para evaluar los
Bajo riesgo de retraso en riesgos y la necesidad de la
caso de detección de presencia o la
errores. comunicación continua con
El error se soluciona en la el cliente-usuario.
próxima rama de la espiral Requiere una considerable
habilidad para la evaluación
y resolución del riesgo, y se
basa en esta habilidad para
el éxito.
Si un riesgo importante no
es descubierto y
gestionado, indudablemente
surgirán problemas.
Todo ahora
Exploratorio