DSIC PDF

Preview

Summary

Apuntes DSIC...

Description

Tema 1. Introducción a los sistemas de información corporativos Un proyecto software se puede considerar como un proceso que consume recursos y está sujeto a influencias externas (requisitos, costes, plazos y recursos) y/o internas (dificultades técnicas de producción, sobre estimación de productividad, etc.). Dicho proceso tendrá una serie de objetivos tangibles, que normalmente serán entregados en un plazo, con un coste y con unos niveles de calidad. La ingeniería del software es el estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software. SISTEMA DE INFORMACIÓN Sistema  Conjunto de componentes que interaccionan entre sí para lograr un objetivo común. Dato  Representan hechos no estructurados. Hecho recogidos de observaciones o registros de eventos acerca de objetos o personas. Información Datos que han sido procesados con algún propósito en una forma que es significativa para quienes los utilizan y que son de valor real y perceptible para decisiones actuales y futuras. Un sistema de información es el conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su posterior uso, generados para cubrir una necesidad. Los elementos de un sistema de información se pueden clasificar en: -

Equipo humano Los datos Las actividades Recursos materiales Clientes y usuarios.

Meta: objetivo a largo plazo de la Corporación Objetivos: Es el fin o intento al que se dirige una acción concreta que constituye un elemento encaminado a la consecución de la meta. Estrategia: Conjunto de reglas que aseguran una decisión óptima en cada momento. Plan estratégico: Es la definición de lo que la empresa en cada momento quiere ser en un plazo y en cómo conseguirlo. Articula la meta y los objetivos dotándole de una estrategia para lograrlo. Asegura la rentabilidad a largo plazo.

ERP Sistema de Planificación de Recursos Empresariales. Son Sistemas Integrados de Gestión para empresas de tamaño medio/grande. Facilitan la gestión de todos los recursos de la empresa mediante la integración de la información de todos los departamentos/áreas. Integran información de los distintos departamentos facilitando el seguimiento de las actividades de la cadena de valor. La cadena de valor incluye proveedores y distribución. EJ: ORACLE

CRM Nuevas tendencias de Marketing: Enfoque hacia el cliente Captación, retención y fidelización.

CRM Y ERP no son incompatibles. Mientras que ERP maneja procesos, CRM está orientado al cliente.

SISTEMAS DE WORKFLOW Sistemas de gestión de flujos de trabajo. Surgen para automatizar operaciones intensivas en personal. Business Intelligence (BI). Conjunto de estrategias y herramientas enfocadas a la administración y creación de conocimiento. Transformación de los datos de la compañía en conocimiento, para obtener una ventaja competitiva.

SISTEMAS DE SOPORTE A LA DECISIÓN Es un SI basado en un computador interactivo, flexible y adaptable, especialmente desarrollado para apoyar la solución de un problema de gestión no estructurado y mejorar la toma de decisiones.

Tema 2. Plan de proyecto Un plan de sistemas es el marco de referencia para el desarrollo de sistemas de información que respondan a los objetivos estratégicos de la organización. APLICACIONES ESTÁNDAR Incorporan mejoras resultado de experiencias en otras compañías. Ofrecen mantenimiento y soporte. Adaptación a múltiples casos y contextos internacionales. Profesionales con conocimientos. SOLUCIÓN A MEDIDA Se ajustan a las necesidades de la organización. Costes de implantación y mantenimiento. Conocimiento especializado de la organización y del sistema para evolucionarlo. PMI Project Management Institute es una organización cuyo objetivo principal es promover la práctica profesional de la Gestión de Proyectos en todo el mundo de manera estandarizada. PMBOOK Es un estándar para la gestión de proyectos. Es una guía que se debe personalizar a la institución, al proyecto y al equipo. ¿QUÉ ES EL PLAN DE PROYECTO? Es el producto del Plan de Desarrollo Software y se complementa con el Plan de Calidad. Es un documento escrito. De base y actualizable. Debe proporcionar un resumen para la alta dirección. Debe permitir la supervisión rápida del proyecto. Debe ser un documento orientado al cliente. El primer cometido del jefe de proyecto es la elaboración del plan. Al que contribuirán todos los integrantes del mismo.

Tema 3. Desarrollo de Sistemas: Gestión del compromiso Un compromiso es algo que se quiere hacer y que alguien espera que hagas. El compromiso es personal y contractual, y requiere un acuerdo voluntario y explícito entre dos o más partes sobre: -

Qué se hará Los criterios para determinar que está hecho Quién lo hará Cuando se hará La compensación o retribución que se dará Quien proporcionará la compensación

RESPONSABILIDAD PARA HACER COMPROMISOS Compromiso supone aceptar el trabajo y que la otra parte acepte la remuneración. Documentar qué se hará en caso de que haya problemas. Si eres incapaz de cumplir el compromiso, díselo inmediatamente a la otra parte e intenta minimizar el impacto sobre esa personal. CONSECUENCIAS DE LA NO GESTIÓN -

El trabajo requerido excede del tiempo disponible. Fallar al enfrentarse a los compromisos. Los trabajos de desarrollo de software son a veces más complejos de lo previsto. Prioridades mal colocadas. Pobre calidad del trabajo. Pérdida de confianza. Pérdida de respeto a tus opiniones.

Si hay retraso en las tareas, este permanece salvo que se haga algo distinto.

Tema 4. Gestión integral del proyecto En algunos dominios se define un proyecto software como un conjunto de actividades integrales. ESTIMACIÓN Consiste en la predicción de personal, del esfuerzo, de los costes y del tiempo que se requerirá para realizar todas las actividades y construir todos los productos asociados a un proyecto. ORGANIZACIÓN Es la estructuración del proyecto. Estructurar indica qué tareas se van a realizar, con qué recursos y cómo se llevarán a cabo para obtener un conjunto de productos. Organizar un proyecto consistirá en: -

Identificar los hitos y entregables del proyecto Descomponer el proyecto en grupos de actividades elementales Construir la estructura de los equipos de realización.

WBS (Work Breakdown Structure) Representa en forma de organigrama la estructura de actividades a realizar organizada por paquetes de trabajo. RBS (Resource Breakdown Structure) Representa la organización de los recursos disponibles para el proyecto. PBS (Product Breakdown Structure) Descomposición de los entregables del proyecto (productos)

PLANIFICACIÓN Toma su entrada del proceso de estimación y de organización. Se define como el proceso de selección de una estrategia para la obtención de unos productos finales dados. Métodos: -

Análisis de redes Método del camino crítico PERT Gant

SEGUIMIENTO Facilita una visión adecuada del progreso real, de forma que la dirección pueda tomar unas medidas eficaces cuando el desarrollo del proyecto software se desvía notablemente de los planes software.

CALIDAD Es una acción que realiza el jefe de calidad. Se evaluará la calidad del proceso, del producto y de las métricas. GESTIÓN DE CONFIGURACIÓN Una configuración es una combinación de versiones particulares de los componentes que forman un sistema consistente. La gestión de configuración define una serie de procesos y actividades encaminadas a gestionar la evolución de los Sistemas de Información a lo largo de su ciclo de vida completo, de forma que en todo momento pueda conocerse su estado.

¿QUÉ ES CMM? Modelo de Madurez de Capacidades. Modelo y norma de la industria de cómo se desarrollan las capacidades organizacionales que propeden a la calidad, que define cinco niveles de capacidad organizacional. En el nivel 1 se hace software pero no hay procesos claros. Nivel 2: foco en gestión de proyectos. Nivel 3: foco en proceso de la organización Nivel 4. Foco en administración por métricas. Nivel 5: Foco en mejora continua y optimización.

DESEMPEÑO DE UN PROCESO El desempeño en la ejecución de un proceso es la medida de los resultados reales conseguidos como efecto de su realización. El desempeño puede ser distinto cada vez que se realiza el proceso. Deseamos controlar y predecir el desempeño en la ejecución de un proceso.

CAPACIDAD DE UN PROCESO Rango de resultados esperado que puede ser obtenido cuando se realiza un proceso

MADUREZ DE UN PROCESO El nivel al cual un proceso está explícitamente documentado, gestionado, medido, controlado y continuamente mejorado.

Tema 5. Gestión del tiempo: Planificación y seguimiento ¿QUÉ ES LA GESTIÓN DEL TIEMPO? El tiempo es un bien escaso, casi siempre insuficiente. Es necesario hacer una gestión eficaz para aprovecharlo: 1. 2. 3. 4.

Decidir cómo quieres utilizar tu tiempo. Hacer una estimación de tiempo. Controlar la forma de utilizar el tiempo frente a lo estimado. Decidir qué cambios hacer para llevar tus acciones en concordancia con lo estimado.

DIAGRAMA DE GANNT Gráfico que permite la visualización clara y completa de la ubicación de las actividades en el tiempo. -

Tiene la forma de tabla Cada columna representa una unidad de tiempo Cada fila representa una actividad.

HISTOGRAMA DE CARGAS Muestra la demanda de recursos (acumulada) para las tareas planificadas en el proyecto a lo largo del tiempo. Una desigualdad en la utilización del recurso puede resultar poco adecuada desde el punto de vista organizativo y de eficiencia de los recursos, así como generar costes adicionales.

¿Cómo realizar un diagrama de Gant? -

Determinar las tareas a realizar Determinar el orden Determinar las fechas estimadas de inicio y fin Identificar las dependencias Asignar recursos

La problemática de la planificación es que el método es adecuado para procesos repetibles y completamente dominados como la producción o la construcción pero cuando están involucradas nuevas tecnologías y grandes grupos humanos no funciona como debería. Las técnicas de planificación avanzada deben resolver esta problemática.

MODELO PERT: Grafo orientado sin circuitos donde:

-

Nodos: representan actividades Arcos: representan enlaces entre actividades.

EVENTOS Un evento es una actividad externa: -

Entrega de un suministrador Enlaces con otros proyectos Resultados de reuniones

HITOS Un hito es una actividad con duración cero -

Reuniones importantes Entregas significativas Partidas presupuestarias.

SEGUIMIENTO Es el proceso de obtención de análisis de información acerca del progreso, estado y trayectoria de un proyecto. VALOR CONSEGUIDO

Tema 6. Métricas del software: Estimación del tamaño y recursos

El proceso de estimación es la primera etapa en la gestión de proyectos. Se define como el proceso que proporciona un valor a un conjunto de variables para la realización de un trabajo dentro de un rango aceptable de tolerancia. Será la predicción de personal, del esfuerzo, de los costes y del tiempo que se requerirá para realizar todas las actividades y construir todos los productos asociados a un proyecto. La estimación es difícil de realizar: -

No existe un modelo universal Muchas personas implicadas en los proyectos a distintos niveles. Utilidad de la estimación y etapa del desarrollo No se pueden obtener estimaciones claras y precisas al comienzo del proyecto La tecnología infiere en la estimación Se tiende a subestimar Malas interpretaciones de las unidades de medida.

El estimador es mejor que no tenga ningún interés, directo o indirecto en los resultados del proceso de estimación, guiado exclusivamente por su profesionalidad. Se trata de un proceso continuo que va cambiando a medida que conocemos el proyecto. ¿Cuál es la salida del proceso de estimación? Información básica: - Cuánto costará -

Qué tiempo llevará

Información adicional: Esfuerzo, tamaño del sistema, etc.

Parámetros a medir: se calculan mediante lo que se llama métricas. Una métrica es una aplicación continua de técnicas basadas en las medidas de los procesos de desarrollo de software y sus productos, para producir información de gestión significativa y a tiempo.

TIPOS DE MÉTRICAS Métricas del producto: Tamaño -

-

Líneas de Código (LOC, KLOC) NLOC: Es cualquier línea de un texto de un programa que no es un comentario o línea en blanco. Sin tener en cuenta el número de instrucciones en una línea. CLOC: líneas con comentarios. Longitud real: NLOC+CLOC Puntos de función (funcionalidad) Puntos características Puntos objeto

Métricas del proceso: Basadas en opinión de expertos. Comparación directa con proyectos pasados. Se fragmenta el producto en sus partes. La estimación global es la suma de las estimaciones de los componentes.

COCOMO SOFTCOST SPQR COPMO ESTIMACS

PUNTOS DE FUNCIÓN Los puntos de función miden la complejidad del software cualificando la funcionalidad que proporcionan externamente a partir del diseño lógico del sistema. Objetivo de los puntos de función: -

Medir lo qué el usuario pide y lo que recibe. Medir de forma independiente de la tecnología Proporcionar un medio para la estimación.

PUNTO DE FUNCIÓN DE ALBRETCH Proyecto nuevo: PF=AF*PFSA AF=0.65+(0.01*TDI) Donde TDI es el grado de influencia y se calcula como la suma de puntuaciones obtenidas para el proyecto por cada uno de los factores técnicos.

ILF Grupo de datos lógicamente relacionados identificables por los usuarios y utilizados dentro de los límites de la aplicación. Ej: Ficheros maestros, mensajes help actualizados por la aplicación, mensajes error actualizados por la aplicación. Calcular la complejidad: DET: tipo de elemento datos.

Contar cada campo único y no recursivo reconocible por el usuario, contar un DET por cada dato que exista en un ILF. RET: tipo de elemento registro Reglas de identificación: Contar un RET por cada grupo de DETs. EIF Es un grupo de datos relacionados lógicamente identificables por el usuario o información de control utilizada por la aplicación, pero mantenida por otro sistema. Los DET y RET se cuentan exactamente igual que ocurría con los ILF.

EI Datos o información de control que se introduce en la aplicación desde fuera de sus límites. EJ: Transacciones, pantallas de entrada. DET: igual que siempre FTR: Tipo de fichero referenciado. Número de accesos a datos cuando se procesa la función tipo transacción. EO Datos o información de control que se sale de los límites de la aplicación. EJ: Transferencias a otras aplicaciones, los informes, los gráficos. DET Y FTR: igual que antes. EQ Datos no calculados que se obtienen por la combinación de una EI y de una EO, ningún ILF se modifica en un proceso de consulta.

EJ: Búsqueda inmediata de datos, ayudas, tutoriales. DET y FTR: igual que antes.

El número de puntos de función sin ajustar (NPFSA), se obtiene mediante la ecuación: NPFSA= Pei*EI+Peo*EO+Peq*EQ+Pilf*ILF+Peif*EIF

Cálculo del Grado total de influencia (TDI): Cada característica se valora en una escala de 0 a 5. 1. Comunicación de datos 2. Funciones distribuida 3. Rendimiento

4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.

Configuraciones fuertemente utilizadas Frecuencia de transacciones Entradas de datos online Eficiencia del usuario final Actualizaciones on-line Procesos complejos Utilización en otros sistemas (reutilización) Facilidad de instalación Facilidad de operación Instalación en distintos lugares Facilidad de cambio

CÁLCULO DE LOS PF, ÚLTIMO PASO PF= NPF * AF Para usar eficientemente los puntos de función se usan los siguientes ratios:

MÉTRICAS DE ESFUERZO: MÉTODO COCOMO II COCOMO distingue tres modelos distintos: -

Diseño preliminar Diseño Post-Arquitectura Diseño de composición de aplicaciones

MODELO DE DISEÑO PRELIMINAR Indicado para estimar en proyectos antes de que la arquitectura esté completa. MODELO POST-ARQUITECTURA Indicado para proyectos en los que la arquitectura ha sido completada. DISEÑO DE COMPOSICIÓN DE APLICACIONES Indicados para proyectos construidos con herramientas, reutilización del sw y contrucción de Interfaces.

Tema 7. Calidad Hay que poner todos los medios para conseguir que el proceso de desarrollo produzca bienes que cumplan las especificaciones requeridas. Mientras que la calidad del producto estudia la adecuación del producto a las especificaciones. La calidad del proceso estudia la capacidad del sistema de producción de obtener productos que cumplan las especificaciones. NUESTRO OBJETIVO ES TENER UNA CAMPANA DE GAUSS LO MÁS ESTRECHA POSIBLE. CALIDAD DEL SOFTWARE Concordancia con los requerimientos funcionales y de rendimiento explícitamente establecidos con los estándares de desarrollo explícitamente documentados y con las características implícitas que se espera de todo SW desarrollado profesionalmente. FALLOS, DEFECTOS Y ERRORES Un fallo ocurre cuando algo deja de funcionar como y cuando debería hacerlo. Un defecto es la causa de un fallo. Es algo en el producto que está, pero no debería, no está, pero debería o no está como debería estar. Un bug es el término común usado para describir un defecto, en un programa. Un error es la acción que ha provocado la introducción de un defecto en el producto. Un fallo ocurre durante el funcionamiento del equipo Un defecto se introduce en el producto durante su desarrollo. Un error lo comete una persona durante el desarrollo.

UN FALLO PROVOCADO POR UN ERROR DE UN USUARIO ES UN DEFECTO NUESTRO. Por ello calidad es también atender a la formación y entrenamiento de los usuarios. COSTE DE LA FALTA DE CALIDAD Un defecto que llega a la fase de explotación y pervive hasta que ocasiona un fallo arrastra un volumen impredecible de perjuicios que se pueden estimar económicamente. Los procedimientos de detección final de defectos son caros, poco productivos y mal considerados. Lo ideal es que los defectos no crucen la frontera del desarrollo. El coste de un defecto está directamente relacionado con la “distancia” entre el momento en que se introdujo y el momento en que se detectó.

POR MUY PRONTO QUE SE DETECTE UN DEFECTO IMPLICA COMO MÍNIMO LA REALIZACIÓN DEL RETRABAJO NECESARIO PARA SU CORRECCIÓN.

-

Coste de la calidad. Prevención de errores y detección de defectos Coste de la no calidad. Corrección de defectos y repercusiones externas: falta de credibilidad, descontento, responsabilidad, pérdida de clientes.

DEFINICIÓN DE MODELOS DE CALIDAD El modelo de McCall Se focaliza en el producto final, identificando atributos claves desde el punto de vista del usuario. Estos atributos se denominan factores de calidad y son normalmente factores externos. McCall propone tres perspectivas para agrupar los factores de calidad: -

Habilidad para ser cambiado Adaptabilidad al nuevo ambiente Características de operación

MODELO DE BOEHM Introduce características de alto nivel, características de nivel intermedio y características primitivas, cada una de las cuales contribuye al nivel general de calidad.

PROS Y CONTRAS DE UN MODELO DE CALIDAD La calidad se concreta, algo que se puede definir, medir y planificar. Ayudan a comprender las relaciones entre las características de un producto software. Ayudan a mejorar la comunicación entre los usuarios, dirección y técnicos. PERO: Son empíricos, no se ha demostrado su validez absoluta. NIVELES DE CALIDAD Hay dos niveles: -

Empresa: Sistema de calidad Proyecto: Plan de calidad adaptado.

GARANTÍA DE CALIDAD Conjunto de actividades de planificación, estimación y supervisión que se realizan de manera independiente del equipo de desarrollo, de tal forma que los productos software resultantes cumplan los requisitos e...