Capítulo 13 Diseño de Sistemas
Páginas: 7 (1750 palabras)
Publicado: 16 de septiembre de 2014
Capítulo 13
Diseño de Sistemas
13.2 ¿En qué se diferencia el diseño del análisis?
Diseño: la forma de construir el sistema sin llegar a construirlo realmente.
Los modelos producidos por las actividades de diseño muestran la forma en que colaboraran las distintas partes del sistema; indican lo que existe en el sistema y en qué forma se relacionan las distintas partes entre sí.
13.2.1Cómo avanzar hasta el diseño
La palabra análisis significa descomponer en componentes. La actividad de análisis se caracteriza al preguntar qué ocurre en el sistema actual y qué se necesita en el nuevo sistema. Es el proceso de búsqueda para comprender la organización, investigar sus requisitos y modelarlos.
El objetivo del diseño es producir una solución que cumpla los requisitos que hayansido analizados. La actividad del diseño está relacionada con especificar cómo cumplirá los requisitos del sistema.
Las circunstancias pueden reflejar restricciones tales como cuanto se puede invertir como máximo en el nuevo sistema o la necesidad de que el nuevo sistema funcione junto a uno existente.
El analista de sistemas se centrará en la forma en que se encuentra organizada la empresay en mejorar, si es posible, la organización.
El diseño se puede contemplar como una etapa en el ciclo de vida del desarrollo de los sistemas o como una actividad que tiene lugar dentro del desarrollo de un sistema.
En los proyectos que siguen el modelo de ciclo de vida en cascada, la etapa de análisis deberá completarse antes de que comience la etapa de diseño.
En los proyectos que siguenun ciclo de vida iterativo, el diseño no es una etapa con límites tan claros, sino que se trata de una actividad que se irá ejecutando a lo largo de la evolución del modelo del sistema.
En el proceso unificado el diseño se organiza como un flujo de trabajo – una serie de actividades con entradas y salidas – que es independiente de la fase del proyecto.
En el proceso unificado racional, elanálisis y el diseño se combinan en un único flujo de trabajo – las actividades de diseño producen un modelo general, en caso de que sea necesario, pero el énfasis se realiza sobre el diseño – y este flujo de trabajo es independiente de la fase del proyecto.
13.2.2 Diseño en el ciclo de vida iterativo
Los ciclos de vida iterativos, tales como el proceso unificado de desarrollo de software tienenasociadas algunas ventajas:
Mitigación de riesgos.
Gestión del cambio.
Formación del equipo.
Mejora de la calidad.
Mitigación de riesgos: proceso iterativo permite la identificación temprana de los riesgos y problemas potenciales que puedan surgir en la vida de un proyecto.
Gestión del cambio: los requisitos de usuarios cambian durante el transcurso de un proyecto, debido al tiempo queduran los proyectos y en ocasiones porque hasta que los usuarios no ven resultados no están seguros de lo que quieren.
Incluye el cambio de requisitos, también se revisara las decisiones tecnológicas durante el proyecto (hardware y software) y la seguridad dentro del proyecto.
Formación del equipo: incluye aquellos que estén relacionados con las pruebas y el despliegue, además los implicados en elproyecto desde su principio; resultara más fácil aprender y comprender requisitos y soluciones. También podrá identificar las necesidades de formación.
Mejora de la calidad: la verificación de los entregables comenzará pronto y continuará a lo largo de todo el proyecto. Esto ayudará a impedir la situación en la que todas la pruebas se realicen en una “gran explosión” final lo que provocará queexista poco tiempo para resolver los errores que se vayan encontrando.
La etapa de análisis proporciona un modelo abstracto de lo “que hay que hacer” mientras que la etapa de diseño documenta “exactamente cómo hacerlo”.
13.3 Diseño lógico y físico
En algún instante dentro de la vida del proyecto de desarrollo de sistemas se van a utilizar para desarrollar y entregar el sistema, la...
Diseño de Sistemas
13.2 ¿En qué se diferencia el diseño del análisis?
Diseño: la forma de construir el sistema sin llegar a construirlo realmente.
Los modelos producidos por las actividades de diseño muestran la forma en que colaboraran las distintas partes del sistema; indican lo que existe en el sistema y en qué forma se relacionan las distintas partes entre sí.
13.2.1Cómo avanzar hasta el diseño
La palabra análisis significa descomponer en componentes. La actividad de análisis se caracteriza al preguntar qué ocurre en el sistema actual y qué se necesita en el nuevo sistema. Es el proceso de búsqueda para comprender la organización, investigar sus requisitos y modelarlos.
El objetivo del diseño es producir una solución que cumpla los requisitos que hayansido analizados. La actividad del diseño está relacionada con especificar cómo cumplirá los requisitos del sistema.
Las circunstancias pueden reflejar restricciones tales como cuanto se puede invertir como máximo en el nuevo sistema o la necesidad de que el nuevo sistema funcione junto a uno existente.
El analista de sistemas se centrará en la forma en que se encuentra organizada la empresay en mejorar, si es posible, la organización.
El diseño se puede contemplar como una etapa en el ciclo de vida del desarrollo de los sistemas o como una actividad que tiene lugar dentro del desarrollo de un sistema.
En los proyectos que siguen el modelo de ciclo de vida en cascada, la etapa de análisis deberá completarse antes de que comience la etapa de diseño.
En los proyectos que siguenun ciclo de vida iterativo, el diseño no es una etapa con límites tan claros, sino que se trata de una actividad que se irá ejecutando a lo largo de la evolución del modelo del sistema.
En el proceso unificado el diseño se organiza como un flujo de trabajo – una serie de actividades con entradas y salidas – que es independiente de la fase del proyecto.
En el proceso unificado racional, elanálisis y el diseño se combinan en un único flujo de trabajo – las actividades de diseño producen un modelo general, en caso de que sea necesario, pero el énfasis se realiza sobre el diseño – y este flujo de trabajo es independiente de la fase del proyecto.
13.2.2 Diseño en el ciclo de vida iterativo
Los ciclos de vida iterativos, tales como el proceso unificado de desarrollo de software tienenasociadas algunas ventajas:
Mitigación de riesgos.
Gestión del cambio.
Formación del equipo.
Mejora de la calidad.
Mitigación de riesgos: proceso iterativo permite la identificación temprana de los riesgos y problemas potenciales que puedan surgir en la vida de un proyecto.
Gestión del cambio: los requisitos de usuarios cambian durante el transcurso de un proyecto, debido al tiempo queduran los proyectos y en ocasiones porque hasta que los usuarios no ven resultados no están seguros de lo que quieren.
Incluye el cambio de requisitos, también se revisara las decisiones tecnológicas durante el proyecto (hardware y software) y la seguridad dentro del proyecto.
Formación del equipo: incluye aquellos que estén relacionados con las pruebas y el despliegue, además los implicados en elproyecto desde su principio; resultara más fácil aprender y comprender requisitos y soluciones. También podrá identificar las necesidades de formación.
Mejora de la calidad: la verificación de los entregables comenzará pronto y continuará a lo largo de todo el proyecto. Esto ayudará a impedir la situación en la que todas la pruebas se realicen en una “gran explosión” final lo que provocará queexista poco tiempo para resolver los errores que se vayan encontrando.
La etapa de análisis proporciona un modelo abstracto de lo “que hay que hacer” mientras que la etapa de diseño documenta “exactamente cómo hacerlo”.
13.3 Diseño lógico y físico
En algún instante dentro de la vida del proyecto de desarrollo de sistemas se van a utilizar para desarrollar y entregar el sistema, la...
Leer documento completo
Regístrate para leer el documento completo.