1. UNIVERSIDAD ABIERTA PARA ADULTOS
UAPA
Asignatura:
Gestión De Software
Tema:
Construcción y administración de
sistemas (Completo)
Profesor:
Ing. Solanlly Martínez
Fecha de entrega:
06 de agosto de 2014
3. Sistemas como cambio organizacional planeado
La construcción de un nuevo sistema de información es una forma de cambio
organizacional planeado. La introducción de un nuevo sistema de información
implica bastante más que hardware y software nuevos. También incluye cambios
en trabajos, habilidades, administración y organización. Cuando se diseña un
nuevo sistema de información, se estaré diseñando la organización. Los
constructores de sistemas deben entender cómo afectará un sistema a los
procesos de negocios específicos y a toda la organización.
4. Desarrollo de sistema y cambio organizacional
La tecnología de información puede favorecer varios grados de
cambio organizacional, desde el incremental hasta el de largo
alcance. Se pueden citar cuatro tipos de cambio organizacional
estructural que la tecnología de información hace posible:
automatización, estructuración, reingeniería y cambios de
paradigma. Cada uno implica diferentes recompensas y riesgos.
5. • La forma más común de cambio organizacional que la tecnología
de información hace posible es la automatización. Las primeras
aplicaciones de la tecnología de información estaban destinadas a
ayudar a los empleados a realizar sus tareas con mayor eficiencia y
efectividad. Por ejemplo: cálculo de sueldos y registros de nóminas,
acceso rápido a cuentas de clientes, reservaciones, etc.
6. • La estructuración de procedimientos es una forma más profunda de cambio
organizacional que la automatización. La automatización deja en evidencia
nuevos cuellos de botella en la producción. Con la estructuración de
procedimientos se persigue agilizar los procedimientos operativos
estandarizados.
7. Análisis
Diseño
Programación
Pruebas
Conversión
Puesta en productivo
y Mantenimiento
Visión Global del Desarrollo de Sistemas
Características:
Generalmente se llevan a cabo secuencialmente pero esto puede variar de acuerdo al Enfoque de Construcción de
Sistemas seleccionado.
Cada actividad requiere interacción con la organización.
8. Análisis de sistema
• El análisis de sistemas describe lo que un sistema debería hacer para
satisfacer los requerimientos de información y el diseño de sistemas
muestra como cumplirá este objetivo el sistema.
El diseñador de los sistemas detalla las especificaciones del sistema que
producirán las funciones identificadas durante el análisis de sistemas.
• El analista de sistemas elabora un panorama general de la estructura
organizacional y los sistemas existentes, identificando a los principales
responsables y usuarios de datos de la organización.
9. Terminación de sistemas
La terminación de los procesos de desarrollo de sistemas traducen las
especificaciones establecidas durante el análisis y el diseño, concluyendo con
programaciones, pruebas, conversión, producción y mantenimiento. Para el
funcionamiento de un sistema se deben realizar pruebas exhaustivas y
completas para determinar si el sistema producirá los resultados deseados
correctos
10. Modelado y diseño de sistemas
El diseño del sistema es la estrategia de alto nivel para resolver problemas y
construir una solución. Éste incluye decisiones acerca de la organización del
sistema en subsistemas, la asignación de subsistemas a
componentes hardware y software, y decisiones fundamentales conceptuales
y de política que son las que constituyen un marco de trabajo para el diseño
detallado
11. El diseño de sistemas es la primera fase de diseño en la cual se selecciona la
aproximación básica para resolver el problema. Durante el diseño del sistema, se
decide la estructura y el estilo global. La arquitectura del sistema es la
organización global del mismo en componentes llamados subsistemas. La
arquitectura proporciona el contexto en el cual se toman decisiones más
detalladas en una fase posterior del diseño.
12. El diseñador de sistemas debe tomar las
siguientes decisiones:
• - Organizar el sistema en subsistemas
• - Identificar la concurrencia inherente al problema
• - Asignar los subsistemas a los procesadores y tareas
• - Seleccionar una aproximación para la administración de almacenes de datos
• - Manejar el acceso a recursos globales
• - Seleccionar la implementación de control en software
• - Manejar las condiciones de contorno
• - Establecer la compensación de prioridades
13. Los modelos de comportamiento se utilizan para describir el comportamiento
del sistema en su totalidad. Entre los modelos de comportamiento existentes se
distinguen dos de estos: modelos de flujo de datos, que modelan el procesamiento
de los datos en el sistema, y modelos de máquinas de estado, que modelan como
el sistema reacciona a los eventos. Estos modelos pueden usarse de forma
separada o conjuntamente, dependiendo del tipo de sistema que se esté
desarrollando
14. • Creación de prototipos.
es un modelo del comportamiento del sistema que puede ser usado
para entenderlo completamente o ciertos aspectos de él y así
clarificar los requerimientos… Un prototipo es una representación de
un sistema, aunque no es un sistema completo, posee las
características del sistema final o parte de ellas
15. Características de los prototipos
• Funcionalidad limitada.
• Poca fiabilidad.
• Características de funcionalidad pobres.
• Alto grado de participación del usuario el cual evalúa los prototipos, propone
mejoras y detalla requisitos.
• Alto grado de participación del analista de sistemas, ya que en muchos casos los
usuarios no pueden indicar los requisitos sin tener experiencia con el sistema.
• El prototipo da mayor conocimiento al usuario y analistas ayudando a que el
usuario aprenda a utilizar el sistema.
16. Desarrollo por parte del usuario final.
• En el desarrollo del usuario final usted y otros usuarios finales pueden
desarrollar formas nuevas o mejoradas para realizar sus tareas sin
involucramiento directo de profesionales de SI. Las capacidades de
desarrollo de aplicaciones incorporadas es una variedad de paquetes de
Software para usuarios finales han hecho más fácil para muchos usuarios el
desarrollo de sus propias soluciones basadas en el computador.
17. Desarrollo de aplicaciones para la empresa digital.
Las empresas necesitan componentes de software que se puedan agregar,
modificar, reemplazar o reconfigurar con propósitos de responder
rápidamente a las nuevas oportunidades. Los sistemas deben ser escalables
para aceptar las cantidades crecientes de usuarios y transmitir los datos a
través de múltiples plataformas. En el entorno de la empresa digital, las
organizaciones necesitan contar con la flexibilidad para agregar, cambiar y
retirar rápidamente sus capacidades de tecnología. Las compañías están
adoptando procesos de desarrollo más cortos para muchas de sus aplicaciones
de comercio electrónico y de negocios en línea.
18. Desarrollo rápido de aplicaciones
• El RAD es un proceso de desarrollo de software, desarrollado inicialmente por
James Martin en 1980. El método comprende el desarrollo iterativo, la
construcción de prototipos y el uso de utilidades CASE.Tradicionalmente, el
desarrollo rápido de aplicaciones tiende a englobar también la usabilidad, utilidad y
la rapidez de ejecución.
• El Desarrollo Rápido de Aplicaciones (DRA) (Rapid Application Development RAD)
es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza
un ciclo de desarrollo extremadamente corto. DRA es una adaptación a “Alta
velocidad” en el que se logra el desarrollo rápido utilizando un enfoque de
construcción basado en componentes.
19. Fases
• Modelado de gestión: el flujo de información entre las funciones de gestión se modela de forma
que responda a las siguientes preguntas: ¿Qué información conduce el proceso de gestión? ¿Qué
información se genera? ¿Quién la genera? ¿A dónde va la información? ¿Quién la proceso?
• Modelado de datos: el flujo de información definido como parte de la fase de modelado de gestión
se refina como un conjunto de objetos de datos necesarios para apoyar la empresa. Se definen las
características (llamadas atributos) de cada uno de los objetos y las relaciones entre estos objetos.
• Modelado de proceso: los objetos de datos definidos en la fase de modelado de datos quedan
transformados para lograr el flujo de información necesario para implementar una función de
gestión. Las descripciones del proceso se crean para añadir, modificar, suprimir, o recuperar un
objeto de datos. Es la comunicación entre los objetos.
20. • Generación de aplicaciones: El DRA asume la utilización de técnicas de
cuarta generación. En lugar de crear software con lenguajes de
programación de tercera generación, el proceso DRA trabaja para volver a
utilizar componentes de programas ya existentes (cuando es posible) o a
crear componentes reutilizables (cuando sea necesario). En todos los casos
se utilizan herramientas automáticas para facilitar la construcción del
software.
• Pruebas de entrega: Como el proceso DRA enfatiza la reutilización, ya se
han comprobado muchos de los componentes de los programas. Esto
reduce tiempo de pruebas. Sin embargo, se deben probar todos los
componentes nuevos y se deben ejercitar todas las interfaces a fondo.