Terminos de reusabilidad UNFM= Grado de familiaridad ASLOG= Lineas Codigo adaptebles DM= % de diseo que se modifica AA= Ajuste

de asimilacin CM= Porcentaje de cdigo que se modifica SU= Entrnamiento de Linea LM= porcentaje de Integracin BraCkcage.- es el % de codigo descartado o desperdicicado por cambios qu se dan en los requerimientos, el % debe ser minimo de tal forma que incremente el tamao del programa Submodelos del cocomo.- un se aplica de acuerdo al grado de detalle dentro del ciclo de vida en espiral: Application composition.- se utiliza en la prototipacion es donde se puede realizar una estimacin de manera temprana en un proyecto, ya que con este sub modelo podemos estimar el esfuerzo de manera temprana para lo cual utiliza mtricas distintas para el tamao. Early Desing.- se utiliza en la evaluacin de las alternativas del diseo esto se puede dar al realizar un anlisis preliminar, en la culminacin del estudio para luego determinar los pasos a seguir. Post Arquitectura.- se da en la definicin de la arquitectura del SW este proceso es el mas completo, y utilizado cuando se tiene definida la arquitectura, es decir cuando se tiene un conocimiento pleno del proyecto donde se tiene que definir el nivel de cada escala utilizada, y adems el tiempo que se debe utilizar. De que manera afecta UNFM de un sw en el modo de reusabilidad de componentes propuestos.-el grado de familiaridad afecta con el conocimiento que se tiene de las caractersticas, como una fcil referencia estandarizados para una fcil aplicacin y validados para una fcil integracin en la cual no se usan variables globales, si no que cumplen una funcin especifica. la complejidad del proyecto.- tiene un gran efecto sobre la incertidumbre, que es inherente a la planificacin. La complejidad sin embargo es una medida relativa que se afectada por la familiaridad con anteriores esfuerzos. Tamao del proyecto.- es otro factor importante que puede afectar a la precisin y eficacia de las estimaciones. A medida que aumenta el tamao la interdependencia entre los distintos elementos de sw crece rapidamente. el factor b= refleja la economia de escala de un proyecto, los factores de escala afectan dierectamente a b que es un factor de exponente que afecta al esfuerzo geometricamente 1.01+0.01 es el factor para la ecuacin E=a*sizeb 1.-prec= precedentes el mantenimiento, se entienden los requerimientos y lo que se usara en el sistema y lo que se usara en el sistema 2.-flex= se maneja un volumen especifico de informacin, debe integrarse con otros sistemas. 3.- resl= resolucin de riesgo y arquitectura. los riesgos son los imprevistos, lo que puede suceder, lo que se va ha cumplir con el proyecto, mientras mas rapido se apliquen polticas mas temprano se detectan los riesgos de manera temprana. Si no se consideran los riegos criticos se aumenta el esfuerzo 4.- team= equipo de tarbajo, no solo los desarrolladores sino tambin los usuarios. 5.- dtam= madurez del proceso, basado en CMM este modelo plantea estandades para el desarrollo del proyecto: como usar modelos de calidad de sw, utilizar ingenieria del proyecto. CMM plantea niveles de madurez del proyecto y ver como se puede pasar al siguiente proceso. En base a estos factores de escala se determina la que afecta directamente al tamao y porcentaje de esfuerzo. *b=1el esfuerzo es doble, la relacion es exacta entre esfuerzo y tamao. *b<1 el esfuerzo no se incrementa en la misma proporcin hay una economa de escala, por tanto no justifica caso ideal *b>1 el esfuerzo se aplica en mayor tamao

Existen valores de experiencia, estos los da la CMM (inicial, repetible, definido, administrado, optimizado). Sw compontes.- donde nosotros podemos crear en java, actives,ocx. Sist.Integrados.- son sistemas de gestin, songrandes y queremos llegar a esto como ing de sist. Generadores de aplica.- generan prototipos. Entonces nostros emplearemos mas sw de componentes para llegar a un sistema integrado EAF =es el factor de aguste del esfuerzo es lel multiplicador del esfuerzo de un producto que toma valores tipicos que dan como resultado el esfuerzo aplicado en persona mes, ao Como determino que modelo usar de los tres sub modelos.- se toma en cuenta el: Ciclo de vida en espiral .- la cual nos permitira utilizar prototipos y mejora las falencias o problemas de interfaz usuario, integracin a otros sistemas. Tb hace ref al anlisis de las alternativas del diseo, teniendo claro el anlisis, evaluadas estas alternativas definidas mas la arquitectura, la cual hace una secuencia en le anlisis de riesgos. Mercado de sw.- la cual esta constituido por s.o., compiladores, que puedan crear una exigencia de alto grado de capacitacion y conocimiento tcnico a bajo nivel donde cada usuario puede crear una aplicacin Cuando existe economa de escalas y cuando no.- existe una economia de escalas cuando este se ve afectado por los 5 factores de escala (PREC, FLEX, RESL, TEAM, PMAT) el cual afectara directamente al tamao y porcentaje del esfuerzo requrido dentro del desarrollo de un producto y no hay escala de economia cuando los 5 factores no afectan a (b) es decir no afectan al esfuerzo. De que manera esta inmerso en el modelo la traslacin automatica del codigo.- esta inmerso en el modelo como la suma de las nuevas lineas codigo y de las lineas adaptadas de proyectos anteriores para dar lugar a un nuevo proyecto segn el modelo matemtico.

Modelos de calidad Segn MCALL plantea tres factore que son 1se deberia tener la capacidad de soportar cambios que tiene el sw.-( Facilidad de mantenimiento, flexibilidad, facilidad de prueba) 2 la capacidad de adaptarse a nuevos entornos (portabilidad, reusabilidad, interoperabilidad) 3 caractersticas operacionales(correccion, fiabilidad, eficiencia, integridad,facilidad de uso) segn Bohem,brown y lipow. Este modelo hace referencia a la mantenibilidad + la confiabilidad segn la calidad. En conclusin podemos decir que las necesidades que se tienen van en un orden de prioridades que nos permite tomas decisiones. Este modelo identifica como areas clave a la mantenibilidad y a la confiabilidad el cual hace una medicin a la calidad, por esta razn es que se presta mucha atencin a estas areas durante el desarrollo de un producto, puesto que este modelo centra a la calidad en le producto final . Segn ISO 9126.- establece factores de atributos de alto nivel que estan soportados por atrib. De bajo nivel este modelo concluye que existen ciertas bases slidas para la calidad de un producto y establece caractersticas como ser: *una medicion de calidad debera contener una gua sistemtica para identificar y clasificar los defectos de la calidad hasta cierto # de niveles adaptables. *tambien establece que la calidad es indefinible = es decir que depende del usuario de lo que quiera hacer lo cual acta en forma directa, para este modelo:(los atributos de alto nivel son mas importantes para obtener calidad, que es lo que quiere el cliente) grficamente podemos decir que los atributos de alto comparten muchos atributos de bajo nivel, es decir que los atributos de bajo nivel no son excluyentes sino que ban de acuerdo a las necesidades mas importantes que se tienen para el sw.

Como se explico anteriormente este modelo hace mayor nfasis en la reusabilidad ponindola como una caracterstica de alto nivel ademas define las caracteristicas de lato nivel deseables en todo sw: (funcionalidad mantenibilidad, confiabilidad, portabilidad usabilidad, eficiencia, reusabilidad). Se sostiene que las caractersticas de bajo nivel tamb. Hacen posible la calidad a travez de la correccin, descripcin, estructurales y modularidad.. reusabilidad usa caractersticas estandar de lenguaje, no depende de hw.su implemetacion es simple y bien definida

Segn TQM.-hace referencia a la voz del cliente o lo que quiere el cliente. Tiene el objetivo de sacar un producto en le mercado en el momento preciso con el precio exacto y la calidad del mismo es decir realizar un monitoreo ctte del mcdo. Hace referencia a la: Planificacin.-es el monitoreo del entorno externo en la cual se plantea muchos principios a lo panes de la empresa Funcion de calidad.- hace un monitoreo ctte de todo el proceso y es la base para lanzar un producto al mcdo. Control estadstico.- se hace la medicion del proyecto en cuanto a los costos del proyecto contra el precio accesible al mcdo. es decir lo que el cliente puede acceder. Forma Horizontal.- involucra al dpto es decir que es lo que va hacer Forma vertical.- involucra a las diferentes lneas de produccin cuando se tiene que lanzar al mcdo En conclusin podemos decir que esto modelo incentiva la calidad de los productos en la libre competencia del mcdo e incrementa el lucro sin monopolio. SQFD.- despliegue de la funcion de calidad de sw. Este modelo trata de mejorar la calidad del proceso de desarrollo basndose en tcnicas para mejorar la especificacin de requerimientos para lograr la calidad en el proceso y el producto. Los beneficios que se quiere obtener son: (incrementar la productividad del anlisis y codificacin, pocos cambios en el diseo, reduccin del # de errores, menos mantenimiento). Este modelo se basa en: Req del cliente.- la cual biene como entrada que son puestos en trminos mas tcnicos es decir que se adecuen a terminos que usan los desarrolladores. Especificaciones del producto.- el entorno donde la interfaz sera implenentado Matriz de correlacion.- se refiere a l grado de correlacion es decir que los atributos se ponen si se tiene. Esta se forma por los numeros para determinar la correlacion entre cada uno de ellos con cada uno de ellos donde el cliente tiene que participar para lograr el concenso. Req prioritarios.- es desrrolar una lista de los requerimientos prioritarios del cliente en orden por el mas importante. Prio de la especificacin.- para cada req prioritario que tan importante es en terminos tcnicos tcnicos de tal forma cuantificar el grado de prioridad para luego recien tomar en cuenta como entrada al desarrollo. El rsultado de todo este proceso no permitira contar con las especificaciones. Planificacin y organizacion Funcionalidad.- es la optencion mediante la evaluacin del conjunto de caractersticas y de posibilidades del programa la generalidad de las funciones que se entregan y la seguridad de todo el sistema . Complejidad.-es una medida relativa que se ve afectado por el grado de familiaridad con anteriores proyectos

Planificacin.-es establecer planes razonables para realizar las actividades de ing. Y gstion de un determinado proyecto de sw esto involucra al desdarrrollo de estimaciones establecioendo acuerdos y la def formal de un plan de trabajo. La planificacin como se integra con la estimacin.- se integra mediante la estimacin documentada que es usada en la planificacin y el seguimiento de un proyecto de sw Tipos de planes.- son: (plan de desarrrollo, de aseguramiento de la calidad de prueba del sw, de gestion de riesgos y mejoramiento del proceso) Cual es la diferencia que existe entre el dcto. del plan del proyecto de sist. Y el dcto de especificaciones del sistema.- el propsito del dcto. del plan del proyecto es establecer planes que debe cumplir la planificacin del sw el cual comprende el mbito de trabajo el esfuerzo a consumir, organizacin del equipo priorizar los riesgos y controlar ente cualquier cambio:, (-Problema, objetivos, metas-Justificacin Ciclo de vida -Estruc. organizacional esta estimacin documentada es hacer un seguimiento del proyecto. El dcto de especificaciones sirve como base para el SW. Hw, bases de datos describe la funcin y rendimiento de un sistema y las restricciones que especifican cada uno de los elementos de los sistemas asignados.(titulo, objetivos y metas, restricciones del sistema del proyecto, alcance, event,subsis y func., modelo ambinetal y corporativo, caractersticas prioritarias del sistema, criterios de aceptacin, modelos de anlisis y diseo.) Para llegar al plan de un proyecto de SW es necesario: definir el problema.-Establecer un enunciado definitivo del mismo, restricciones del problema, objetivo y metas que se lograrn Definir la alternativa de solucin implica: (Esbozar varias estrategias de solucin sin considerar las restricciones Realizar un estudio de factibilidad de c/uRecomendar una estrategia de solucin, indicando por que se rechazan las otras. planear el proceso de desarrollo.) Planear el proceso desarrollo implica.(Definir un modelo de ciclo de vida.Definir una estructura organizacional para el proy.Definir las actividades que van a permitir : gestionar la configuracin del sw, asegurar la calidad tanto en el producto como en el desarrollo, validar el sistema.) Determinar el mtodo y herramientas. Estimar el costo, el esfuerzo, el tiempo, el personal. Establecer un programa preliminar para el desarrollo: fases, etapas, actividades, tareas, tiempos, recursos, diagramas Gantt, Pert. Algunos factores a considerar al establecer metas del proyecto.- Nuevas capacidades a proporcionarCapacidades para preservar / mejorar El nivel de Complejidad -Requisitos de Eficiencia -Requisitos de Confiabilidad- Seguridad-Interfaz del usuario-Mantenibilidad

examen Prototipacion evolutiva.- este es un ciclo de vida basado en procesos que facilita al desarrollador evolucionar hasta alcanzar la aprobacin del usuario establece: 1)un plan de proyecto .- con la que se genera comenzar un proyecto, hace un anlisis rapido que permite entender al sistema 2)BD.- es la creacin de la base de datos para dar lugar a los menus con diferentes funciones asignadas, entonces podemos decir que esta aqu se hace una iteracin del prototipo dependiendo siempre si el usuario lo aprueba o no. Realizando un anlisis minucioso por parte del usuario para luego continuar con la derivacin del diseo es decir a partir de la interaccin del prototipo

se hace el diseo. La afirmacin prueba al sistema, valida es decir que verifica cada componente si el sistema esta dentro de sus limites. La operacin y mantenimiento.- es la puesta en marcha del proyecto 1) que es area clave.- son llamadas areas clave aquellas areas donde algunas mejoras por unidad de esfuerzo son mas significativas que otras, son aquellas donde se realiza una gestion, grado en el que el sistema cumple con los req. 2) confiabilidad y sus atributos.- es un complejo de cualidades, es decir que sea cofiable que cometa el menor error posible (autocontencion, completitud, consistencia, precisin y robustez seguridad) 3) mantenibilidad y sus atributos.- pensar el software en funcin de cambios futuros: (analizabilidad, estabilidad, testeabilidad modificabilidad) 4) productividad.- es el rendimiento individual y colectivo de los participantes en el desarrrollo, es importante porque la demanda de sistemas crece mas rapido que la prod del personal. 5) que se evalua el auditor de sist.- la utilidad y caliada (el uso de) un sistema el desarrollo de un sistema