Home

Sistema Experto para la Identificación de Riesgos en el Desarrollo

Contents

1. 8 4 Dimensi n de xito Caracter stica El Existe una ubicaci n id nea para el SE Valor Todo Carmcter stica Peso Valor Intervalo Difuso PesomValor_______ _ Pewefvalor Mucho 5 6 Hai 7 8 8 8 39 2 46 2 54 6 61 6 1 25 1 060606061 0 897435897 0 795454545 E i Regular 3 4 4 4 5 6 6 6 34 44 56 66 2 941 2 272727273 1 785714286 1 515151515 A3 2 Regular 3 4 4 4 5 6 6 6 6 8 8 8 11 2 13 2 0 588 0 454545455 0 357142857 0 303030303 A4 5 Nada 0 Oj 1 2 2 2 0 05 0 05 6 11 500 500 4 166666667 2 272727273 AS T Nada 0 Oj 1 2 2 2 0 07 0 07 8 4 15 4 700 700 5 833333333 3 181818182 A6 8 Si 10 10 10 10 80 80 80 80 0 8 0 8 0 8 0 8 AZ 8 Mucho 5 6 6 6 7 8 8 8 44 8 52 8 62 4 70 4 1 429 1 212121212 1 025641026 0 909090909 AS 8 Todo 7 8 8 8 10 10 62 4 70 4 80 80 1 026 0 909090909 0 8 0 8 A9 6 Mucho 5 6 6 6 7 8 8 8 33 6 39 6 46 8 52 8 1 071 0 909090909 0 769230769 0 681818182 A10 3 Si 10f 10 10 10 30 30 30 30 0 3 0 3 0 3 0 3 All 8 Si 10 10 10 10 80 80 80 80 0 8 0 8 0 8 0 8 A12 3 Regular 3 4 4 4 5 6 6 6 10 2 13 2 16 8 19 8 0 882 0 681818182 0 535714286 0 454545455 A13 3 Todo 7 8 8 8 10 10 23 4 26 4 30 30 0 385 0 340909091 0 3 0 3 A14 10 No e ie 9 Q 0 1 0 1 0 1 0 1 1000 1000 1000 1000 ALS 6 Nada 0 O 1 2 2 2 0 06 0 7 2 13 2 600 600 S 2 727272727 94 2809 740909 1
2. MC Code and Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Unit Test General omisi n Necesito Cardin Feasibility Conjunto de 1 1 No Yes no caracteres Unit test Conjunto de 1 1 No Yes no caracteres Coding Conjunto de 1 1 No Yes no Implementation caracteres Sub clase de Marco 1 1 No MC PL RIS 15 2 5 Marco clase Integration and Test MC Integration Tipo Ranura Modal Multiv Prop Valores Valores Si and Test General Permit omisi n Necesito Cardin Environment Conjunto de 1 1 No Yes no caracteres Product Conjunto de 1 1 No Yes no caracteres System Conjunto de 1 1 No Yes no caracteres Sub clase de Marco 1 1 No MC PL RIS 126 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 15 2 6 Marco clase Engineering Specialities MC Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Engineering General omisi n Necesito Specialities Cardin Maintainability Conjunto de 1 1 No Yes no caracteres Reliability Conjunto de 1 1 No Yes no caracteres Safety Conjunto de 1 1 No Yes no caracteres Human Factors Conjunto de 1 1 No Yes no caracteres Specifications Conjunto de 1 1 No Yes no carac
3. Yes Interfaces No Yes Performance No Yes Testability No Yes Harware Constraints No Non Developmental Yes Software No Yes Code and Unit Test Feasibility No Yes Unit test No Yes Coding Implementation No Yes Integration and Test Environment No Yes Product No Yes System No q Yes Engineering Specialities Maintainability No Yes Reliability No Yes Safety No Yes Security No Yes Human Factors No Ledo Palacios 74 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software e Yes Specifications e No e Yes Development Process Formality e No e Yes Suitability e No e Yes Process Control e No e Yes Familiarity e No e Yes Product Control e No e Yes Development System Capacity e No e Yes Suitability e No e Yes Usability e No e Yes Familiarity e No e Yes Reliability e No e Yes System Support e No e Yes Deliverability e No e Yes Management Process Planning e No e Yes Project Organization e No Management Experience e Yes Ledo Palacios 75 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software No Yes Program Interfaces No o Yes Management Methods Monitoring No Yes Personnel Management No Yes Quality Assurance
4. Dado que la minima distancia se encuentra entre las caracteristicas No C2 y C4 se agrupan las mismas Primero se muestra la tabla que permite obtener el valor que cada elemento restante tendra con el resulta de la combinaci n de los dos elementos anteriores D No C2 D C4 Menor No C1 1 1 1 C3 2 1 1 C5 2 2 2 La nueva tabla es la siguiente NoC1 No C2 C4 C3 CS No Cl 1 2 3 No C2 C4 1 2 C3 1 C5 En esta iteraci n se unen los elementos No C2 C4 con No Cl C3 y C5 Como no quedan m s caracteristicas esta termina siendo la tabla final de caracteristicas 54 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 10 2 1 rbol de Caracter sticas No C2 C4 No C1 C3 C5 10 2 2 An lisis de los resultados En base al rbol podemos decir que C2 Interna Externa y C4 T cnica No T cnica son caracter sticas opuestas ya que la negaci n de la primera tiene distancia cero con la segunda Algo parecido podr a decirse entre C1 Intelectual F sica y C3 Uso de IDEs en resoluci n Poco Mucho y C5 Desarrollo Management ya que las tres se encuentran a distancia de las anteriores Obviando los opuestos mencionados se puede decir que las caracter sticas son bastante similares entre s ya que las distancias son bastante peque as al punto que ninguna llega a dos 11
5. Elemento de Clase Taxon mica Requirements Nombre de la regla R1 Requirements Product Engineering 136 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The translation of requirements into an effective design within project and operational constraints Formulaci n externa Si Functionality no y Difficulty no y Interfaces yes y Performance no y Testability no y Hardware Constraints no y Non Developmental Software no ENTONCES Design no conclusion TRUE Elemento de Clase Taxon mica Design Nombre de la regla R2 Design Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The translation of software designs into code that satisfies the requirements allocated to individual units For
6. y Dev Sys no conclusion TRUE y Man Proc no conclusion TRUE y Man Met no conclusion TRUE y Work Env no conclusion TRUE y Resources no conclusion TRUE y Contract no conclusion TRUE y Interfaces no conclusion TRUE ENTONCES Conclusion No risks were found Nombre de la regla R14 No Risk En las formulaciones externas de cada una de las reglas citadas anteriormente se tom el caso particular en que no se encuentran riesgos de ning n tipo para el desarrollo del software Cualquier otra combinaci n en los valores de los elementos de las taxonom as dar como resultado un riesgo en el desarrollo el cual se indicar como conclusi n en la aplicaci n 18 S E para la Identificaci n de Riesgos en el Desarrollo de Software 18 1 An lisis y dise o 18 1 1 Introducci n Mientras que en el cl sico modelo cliente servidor cada modificaci n al c digo del programa significa una nueva versi n del lado del cliente la propuesta de Java Server Pages JSP implica que solamente se modifique el c digo en un programa dentro del servidor y al instante ese cambio impactaria en los accesos de todos los usuarios Es por esto que se decidi utilizar JSP para el Sistema Experto propuesto en ste trabajo Por otra parte en lo que respecta a los accesos en s el dise o a trav s del web permite de por s que potencialmente no haya l mites en la cantidad de usua
7. Shows the different activities composing software development risk management The paradigm is represented as a circle to emphasize that risk management is a continuous process while the arrows show the logical and temporal flow of information between the activities in risk management Communication is placed in the center of the paradigm because it is both the conduit Ledo Palacios 46 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software through which all information flows and often is the major obstacle to risk management In essence the paradigm is a framework for software risk management From this framework a project may structure a risk management practice best fitting into its project management structure Software Computer programs instructions that cause the hardware the machines to do work Software as a whole can be divided into a number of categories based on the types of work done by programs Software Development Risk Taxonomy Central to the risk identification method is the software development taxonomy The taxonomy provides a framework for organizing and studying the breadth of software development issues Hence it serves as the basis for eliciting and organizing the full breadth of software development risks both technical and non technical The taxonomy also provides a consistent framework for the development of oth
8. 21 1 2 Software Requirements e We recommend using Tomcat as Web Server because it supports Servlets and JSPs You may use other Web Servers like JBoss JRun or Jonas Tomcat runs on any operating system that has the Java Virtual Machine e Java Virtual Machine JVM e Must be present in the system the following libraries O O O Freemarker 2 3 8 OGNL 2 6 11 Struts2 codebehind 2 0 12 Struts core 2 0 12 Xwork 2 0 6 CLIPSJNI 0 2 The CLIPSJNI library is a dll file and a jar file They should be located in the folder common lib of Tomcat folder or the equivalent to that of other servers In addition it must be included in the PATH system 21 2 Execution Usage English Version 4 Access the Main Page You can use any browser You must select the language that will be used by the system 153 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software E Trabajo Profesional EN PL Risk Identification System Entrar Enter Access to the system Logging is not required nor any kind of permits Desarrollado por SALTO Ledo Nicol s Palacios Daniel we DE INGENIENA Uriverjas de Buenos Ares 5 Acceso a cuestionario Se deben responde todas las preguntas PL Risk Identification Current class to which questions belong Product Engineering Class Requirements Element Design Element CODE AN
9. ENTONCES Elemento de Clase Taxon mica Integration and Test Environment Identificador de la regla R4 1 Integration and Test Product Engineering Regla Si Product Yes ENTONCES Elemento de Clase Taxon mica Integration and Test Product Identificador de la regla R4 2 Integration and Test Product Engineering Regla Si System Yes ENTONCES Elemento de Clase Taxon mica Integration and Test System Identificador de la regla R4 3 Integration and Test Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The class focuses on the work to be performed Product requirements or 94 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software development activities that may need specialized expertise such as safety security and reliability Regla Si Maintainability Yes ENTONCES Elemento de Clase Taxon mica Engineering Specialities Maintainability Identificador de la regla R5 1 Engineering Specialities Product Engineering Regla Si Reliability Yes ENTONCES Elemento de Clase Taxon mica Engineering Specialities Reli
10. The degree to which a relationship can be established between two or more products of the development process especially products having a predecessor successor or master subordinate relationship to one another Traceability mechanism Processes and procedures manual and or automated that map all software components and artifacts from source requirements through test cases Track Tracking consists of monitoring the status of risks and actions taken to ameliorate risks Appropriate risk metrics are identified and monitored to enable the evaluation of the status of risks themselves and of risk mitigation plans Tracking serves as the watch dog function of management Transition plan A plan documented in the Computer Resources Integrated Support Document specifying how products are to be transitioned from development to support Track Tracking consists of monitoring the status of risks and actions taken to ameliorate risks Appropriate risk metrics are identified and monitored to enable the evaluation of the status of risks themselves and of risk mitigation plans Tracking serves as the watch dog function of management Transition plan A plan documented in the Computer Resources Integrated Support Document specifying how products are to be transitioned from development to support unit 1 A separately testable element specified in the design of a computer software comp
11. This attribute covers functional requirements that may not submit to a feasible design or use of specified algorithms or designs without a high degree of certainty that they will satisfy their source requirements Algorithm and design studies may not have used appropriate investigation techniques or may show marginal feasibility This attribute covers target hardware with respect to system and processor architecture and the dependence on hardware to meet system and software performance requirements These constraints may include throughput or memory speeds real time response capability database access or capacity limitations insufficient reliability unsuitability to system function or insufficiency in the amount of specified hardware Human Factors Meeting human factors requirements is dependent on understanding the operational environment of the installed system and agreement with various customer and user factions on a mutual understanding of the expectations Ledo Palacios 61 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software embodied in the human factors requirements It is difficult to convey this understanding in a written specification Mutual agreement on the human interface may require continuous prototyping and demonstration to various customer factions Integration and Test This element covers integration and test planning
12. amenazados por el proyecto 32 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Valor Mucho Justificaci n del valor La mayor a piensa que el sistema los ayudar en gran medida en sus tareas y no se ven amenazados ya que son necesarios para otras tareas Caracter stica E15 Los expertos convergen en sus soluciones y m todos Valor Mucho Justificaci n del valor Generalmente llegan a las mismas conclusiones Caracter stica E16 Se acepta la planificaci n del proyecto propuesta por el IC Valor Si Justificaci n del valor Los directivos y usuarios conf an en la planificaci n realizada por el IC Caracter stica E17 Existen limitaciones estrictas de tiempo en la realizaci n del sistema Valor Regular Justificaci n del valor Si bien no es estricto el tiempo en que se espera se finalice el proyecto Se desea tenerlo funcionando en un tiempo razonable Caracter stica E18 La direcci n y usuarios apoyan los objetivos y directrices del proyecto Valor Mucho Justificaci n del valor Ellos las apoyan en gran medida Caracter stica E19 El nivel de formaci n requerido por los usuarios del sistema es elevado Valor Poco Justificaci n del valor No es necesario que el nivel de formaci n sea elevado 33 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarr
13. puede usar corrientemente hechos conocidos El conocimiento t ctico se modela mediante el uso de reglas y se documenta mediante el uso de Tablas PER Palabras del Experto Regla donde se plantea el cuerpo del conocimiento y las reglas que lo modelan del tipo SI ENTONCES 13 1 Tablas PER Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The definition of what the software product is to do the needs it must meet how it is to behave and how it will be used This element also addresses the feasibility of developing the product and the scale of the effort 89 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Regla Si Stability No ENTONCES Elemento de Clase Taxon mica Requirements Stability Identificador de la Regla R1 1 Requirements Stability Product Engineering Regla Si Completeness No ENTONCES Elemento de Clase Taxon mica Requirements Completeness Identificador de la Regla R1 2 Requirements Product Engineering Regla Si Clarity No ENTONCES Elemento de Clase Taxon mica Requirements Clarity Identificador de la Reg
14. a y Morale ENTONCES Work Env no conclusion TRUE no Elemento de Clase Taxon mica Work Environment Nombre de la regla R10 Work Environment Development Environment Estado de la regla Texto de la regla Palabras del experto The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but can still have major effects on its success The external constraints imposed on schedule staff budget or facilities Formulaci n externa Si Schedule no y Staff no y Budget no y Facilities yes ENTONCES Resources no conclusion TRUE Elemento de Clase Taxon mica Resources Nombre de la regla R11 Resources Program Constraints Ledo Palacios 140 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Estado de la regla Palabras del experto Texto de la regla The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but can still have major effects on its success The terms and conditions of the project contract Formulaci n externa Si Type of Contract no y Restrictions no y Dependencies no ENTONCES Contract no conclusion TRUE
15. Adem s debe incluirse a la misma en el PATH del sistema 18 2 3 Ejecuci n Modo de uso 1 Acceder a la p gina inicial Se puede utilizar cualquier navegador Se debe seleccionar el idioma a utilizar por el sistema 144 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software E Trabajo Profesional x fot PL Risk Identification System Acceso al Sistema No se requiere logueo ni FACULTAD permisos de ning n tipo G DE INGENIERIA Ledo Nicol s Palacios Daniel Urivertaiad de Pueros Ares 145 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 2 Acceso a cuestionario Se deben responde todas las preguntas emba de ta cual pertenecen PL Identificaci n de Riesgos las preguntas Clase Ingenier a del Producto Elemento Requemientos ELEMENTO CODIGO Y UNIDAD DE TESTEO Elemento Dise o A PPP i Viabilidad 3 Elemento C digo y Unidad de Testeo El dise o de la implementaci n es dificil o imposible de realizar Elemento Testeo e Integraci n L RE E 9 No O Si O Comentarios Elemento Especialidades de la Ingenier a Clase Ambiente de Desarrollo Testeo Elemento Proceso de Desarrollo Elemento Desarrolo del Sistema Los tiempos y niveles de testeo especificados son adecuados Elemento Proceso de Gesti n No Si Comentarios Elemento M t
16. Conocimientos F cticos En esta parte se especifican los datos que el sistema necesita de entrada salida y para realizar las distintas tareas Se identifican conceptos atributos y valores asociados Para ellos se crean un glosario de t rminos la tabla de concepto atributo valor TCAV y el mapa de relaciones El conocimiento f ctico engloba todos los atributos valores sujetos verbos elementos sustantivos conceptos etc que forman parte del dominio en el cual estamos trabajando En este caso en particular el dominio es la identificaci n de las distintas taxonom as de riesgo que se pueden dar en el desarrollo de software 55 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 11 1 Glosario de T rminos En el glosario de t rminos se provee una tabla de t rminos y sus respectivas definiciones ver Tabla N 2 Estos t rminos son aquellos que el usuario debe saber para poder comprender el dominio del sistema Por ser estos t rminos parte del dominio del sistema definen muchos de los atributos de cada una de las taxonom as de riesgo para el desarrollo de software Es una herramienta que ayuda a poder comprender con mayor profundidad determinados conceptos que pueden prestar a confusi n Los t rminos que poseen llamadas son conceptos que se encuentran repetidos pero cuyos contextos son diferentes Al final de la Tabla N 2 se encue
17. Elemento de Clase Taxonomica Contract Nombre de la regla R12 Contract Program Constraints Estado de la regla Texto de la regla Palabras del experto Formulaci n externa The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but can still have major effects on its success The external interfaces to customers other contractors corporate management and vendors Si Customer no y Associate Contractors no y Subcontractors no y Prime Contractor no y Corporate Management no y Vendors yes y Politics no ENTONCES Interfaces no conclusion TRUE Elemento de Clase Taxon mica Program Interfaces Nombre de la regla R13 Program Interfaces Program Constraints Estado de la regla Texto de la regla Palabras del experto If there are no risks in the previous elements then there are no risks in this system Formulaci n externa Si Requirements no conclusion TRUE y Design no conclusion TRUE y Test no conclusion TRUE y Integration no conclusion TRUE y Engineering no conclusion TRUE y Dev Proc no conclusion TRUE Ledo Palacios 141 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software
18. Identificador de la regla R8 3 Management Process Development Environment Regla Si Program Interfaces Yes ENTONCES Elemento de Clase Taxon mica Management Process Program Interfaces Identificador de la regla R8 4 Management Process Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The methods tools and supporting equipment that will be used to manage and control the product development such as monitoring tools personnel management quality assurance and configuration management Regla Si Monitoring No ENTONCES 100 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Elemento de Clase Taxon mica Management Methods Monitoring Identificador de la regla R9 1 Management Methods Development Environment Regla Si Personnel Management No ENTONCES Elemento de Clase Taxon mica Management Methods Personnel Management Identificador de la regla R9 2 Management Methods Development Environment Regla Si Quality Assurance No ENTONCES Elemento de Clase Taxon mica Management Methods Quality Assurance Identificador de la regla R9 3 Management Methods Development Environment Reg
19. Integration environment The hardware software and supporting tools that will be used to support product integration Integration testing Internal interfaces Testing in which software components hardware components or both are combined and tested to evaluate the interaction between them The points where the software system under development interacts with other components of the system under Ledo Palacios 42 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software development Issues For field test purposes an abbreviated ranking exercise was conducted with a management team on a selected subset of identified issues The results briefing included a description of the method of selecting risks for ranking and the results of that ranking Long term issues Issues of strategic importance to the project that can be compromised in the heat of battle Issues such as employee training and development establishing and improving processes and procedures and similar activities are important to the long term viability of the project and the organization Mainteinance To keep in good repair To provide for support Management The person or persons who manage an organization Executive ability Non developmental software NDS Deliverable software that is not developed under the contract but is provided by the contractor
20. Management Process Nombre de la regla R8 Management Process Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The methods tools and supporting equipment that will be used to manage and control the product development Ledo Palacios 139 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software such as monitoring tools personnel management quality assurance and configuration management Formulaci n externa Si Monitoring yes y Personnel Management yes y Quality Assurance yes y Configuration Management yes ENTONCES Man Met no conclusion TRUE Elemento de Clase Taxon mica Management Methods Nombre de la regla R9 Management Methods Development Environment Estado de la regla Texto de la regla Palabras del experto Formulacion externa The development environment class is concerned with the project environment in which a software product is engineered The general environment within which the work will be performed including the attitudes of people and the levels of cooperation communication and morale Si Quality Attitude no y Cooperation no y Communication no
21. The presence of subcontractors may introduce risks due to inadequate task definitions and subcontractor management mechanisms or to not transferring subcontractor technology and knowledge to the program or corporation Ledo Palacios 68 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Suitability 1 Suitability refers to the adequacy with which the selected development model process methods and tools support the scope and type of activities required for the specific program Suitability 2 Suitability of the development system is associated with the degree to which it is supportive of the specific development models processes methods procedures and activities required and selected for the program This includes the development management documentation and configuration management processes System The system integration attribute refers to integration of the contractual product to interfacing systems or sites Factors associated with this attribute are external interface specifications ability to faithfully produce system interface conditions prior to site or system integration access to the system or site being interfaced to adequacy of time for testing and associate contractor relationships System Support Development system support involves training in use of the system access to expert users or consultants and repa
22. This attribute addresses lack of experience in implementing the required level of system security that may result in underestimation of the effort required for rigorous verification methods certification and accreditation and secure or trusted development process logistics developing to unprecedented requirements and dependencies on delivery of certified hardware or software Specifications This attribute addresses specifications for the system hardware software interface or test requirements or design at any level with respect to feasibility of implementation and the quality attributes of stability completeness clarity and verifiability Stability The stability attribute refers to the degree to which the requirements are changing and the possible effect changing requirements and external interfaces will have on the quality functionality schedule design integration and testing of the product being built The attribute also includes issues that arise from the inability to control rapidly changing requirements For example impact analyses may be inaccurate because it is impossible to define the baseline against which the changes will be implemented Staff This attribute refers to the stability and adequacy of the staff in terms of numbers and skill levels their experience and skills in the required technical areas and application domain and their availability when needed Subcontractors
23. cticos 119 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Determinar CLASE SOFTWARE DEVELOPMENT RI SK Entrada Elementos de los riesgos y sus atributos Razonamiento Caracter stica de cada atributo de los riesgos Salida Clase Taxon mica al cual corresponde el riesgo Determinar Determinar Determinar PRODUCT ENGI NEERI NG DEVELOPMENT ENVI RONMENT PROGRAM CONSTRAINTS Entrada Entrada Entrada Elementos de Product Engineering y sus Elementos de Development Environment y sus Elementos de Program Constraints y sus atributos atributos atributos Razonamiento Razonamiento Razonamiento Caracteristicas de las actividades realizadas Caracteristicas de las actividades realizadas en Caracteristicas de las actividades en Product Engineering Development Environment realizadas en Program Constraints Salida Salida Salida Valores de los atributos de sus elementos Valores de los atributos de sus elementos El Valores de los atributos de sus El riesgo se manifiesta en Product riesgo se manifiesta en Development elementos El riesgo se manifiesta en Engineering Environment Constraints x KK KKK Ledo Palacios E Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software EQ A III Determinar REQUI REMENTS Entrada Atributos de los requerimientos Razonamiento Caracter sticas del riesg
24. performance design constraints and attributes of the software and its external interfaces System integration The act of assembling hardware and or software components into a deliverable product System requirement A condition or capability that must be met or possessed by a system or system component to satisfy a condition or capability needed by a user to solve a problem System testing Testing conducted on a complete integrated system to evaluate the system s compliance with its specified requirements Target computer The hardware and supporting software system that will actually be used when the software system is fielded Taxonomy A taxonomy is a scheme that partitions a body of knowledge and defines the relationships among the pieces It is used for classifying and understanding the body of knowledge TBDs Requirements in formal requirements statements that are to be defined Test specifications A document that prescribes the process and procedures to be used to verify that a product meets its requirements TQB taxonomy based questionnaire The TBQ consists of questions under each taxonomic attribute designed to elicit the range of risks and concerns potentially affecting the software product Ledo Palacios 48 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Traceability
25. the Government or a third party NDS may be referred to as reusable software Government furnished software or commercially available software depending on its source Orange Book A security standard set by the U S Government as described in Federal Criteria for Information Technology Security Volume 1 December 1992 Plan Planning turns risk information into decisions and actions both present and future Planning involves developing actions to address individual risks prioritizing risk actions and creating an integrated risk management plan The plan for a specific risk could take many forms For example e Mitigate the impact of the risk by developing a contingency plan along with an identified triggering event should the risk occur Ledo Palacios 43 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software e Avoid a risk by changing the product design or the development process e Accept the risk and take no further action thus accepting the consequences if the risk occurs e Study the risk further to acquire more information and better determine the characteristics of the risk to enable decision making The key to risk action planning is to consider the future consequences of a decision made today Preliminary design The process of analyzing design alternatives and defining the architecture components interfaces and timin
26. 978 1933988078 Carr M Konda S Monarch I Ulrich C Walker C 1993 Taxonomy Based Risk Identification Technical Report CMU SEI 93 TR 6 ESC TR 93 183 Clips 2010 Clips http clipsrules sourceforge net Vigente al 01 03 2010 Deg Innocenti A Salcedo J Hollman E Britos P Garc a Mart nez R Rossi B 2000 Sistema Experto en An lisis de Fallas en L neas El ctricas de Transmisi n Centro de Ingenier a del Software e Ingenier a del Conocimiento CAPIS ITBA Eckel B 2006 Thinking in Java 4 Edition Prentice Hall ISBN 978 0131872486 Freeman E Freeman E 2005 Head First HTML with CSS amp XHTML O Reilly Media ISBN 978 0596101978 Garc a Mart nez R 1997 Sistemas Aut nomos Nueva Librer a ISBN 950 9088 84 6 Garc a Martinez R Britos P 2004 Ingenier a de Sistemas Expertos Nueva Librer a ISBN 987 1104 15 4 Garc a Martinez R Servente M Pasquini D 2003 Sistemas Inteligentes Nueva Librer a ISBN 987 1104 05 7 133 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Gomez S Perichinsky G y Garc a Mart nez R 2001 Argumentaci n Utilizando Razonamiento Basado en Precedentes en Sistemas Expertos Legales ISBN 950 31 0050 X Hall M Brown L 2004 Core Servelets and JavaServer Pages 2 Edition Prentice Hall ISBN 978 0130092298 Lightbody P Carre
27. Conocimiento Estrat gico Descripci n de Estrategias e Conocimiento T ctico Tablas PER e Conocimiento T ctico Seudo reglas e Modelo Din mico Mapa de Conocimientos e Modelo Din mico rbol Jer rquico 21 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Formalizaci n de los conocimientos e Se establecen los m dulos que definen el motor de inferencias la base de conocimientos interfaces de usuario y a otros sistemas e Formalizaci n Marcos An lisis y selecci n de herramientas a utilizar e An lisis de las herramientas a utilizar e Selecci n de herramientas a utilizar clips para motor de inferencia JSP Struts2 HTML etc para el proyecto Web global Selecci n de la arquitectura del sistema e An lisis de las distintas arquitecturas posibles y selecci n de la que mejor se adapta al negocio e Selecci n de la arquitectura El Modelo Vista Controlador MVC Implementaci n de casos de prueba Desarrollo de casos de prueba para el futuro testeo de la aplicaci n realizados en base a las necesidades del cliente y el modelo del negocio Implementaci n de la aplicaci n e Implementaci n del motor de inferencia y del proyecto Web teniendo en cuenta la arquitectura seleccionada e Desarrollo de la l gica de Negocio e Desarrollo de la Vista HTML Integraci n Creaci n de un Wrapper para la comunicaci n entre el proyecto Web rea
28. Development Environment Estado de la regla Texto de la regla Palabras del experto The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but 102 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software can still have major effects on its success The external constraints imposed on schedule staff budget or facilities Regla Si Schedule Yes ENTONCES Elemento de Clase Taxon mica Resources Schedule Identificador de la regla R11 1 Resources Program Constraints Regla Si Staff Yes ENTONCES Elemento de Clase Taxon mica Staff Identificador de la regla R11 2 Resources Program Constraints Regla Si Budget Yes ENTONCES Elemento de Clase Taxon mica Resources Budget Identificador de la regla R11 3 Resources Program Constraints Regla Si Facilities No ENTONCES Elemento de Clase Taxon mica Resources Facilities Identificador de la regla R11 4 Resources Program Constraints Estado de la regla Texto de la regla Palabras del experto The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but 103 Ledo Palacios Trabajo Profesional Sistema Experto para la Id
29. Eclipse El mismo se puede descargar desde http apache localhost net ar tomcat tomcat 5 v5 5 25 bin apache tomcat 5 5 25 zip Para instalarlo lo que se debe hacer es descomprimir su contenido en la carpeta plugins de eclipse Con respecto a la configuraci n del Tomcat dentro de Eclipse para esto ya debe estar instalado el plugin Menu Window gt Preferences Solapa Tomcat En Tomcat Version elegir 5 x En Tomcat Home poner la ruta de la carpeta del Tomcat En Context Declaration Mode elegir Context Files En lasub solapa Advanced en Tomcat base poner la ruta de la carpeta del Tomcat Para poder correr la aplicaci n se debe crear un proyecto Tomcat y volcar el contenido de las subcarpetas js y jsp de la carpeta que se encuentra en el cd bajo el nombre TrabajoProfesional en la carpeta del proyecto creado Para correr la aplicaci n debe ejecutarse el Tomcat y luego desde el browser ingresar la siguiente URL http ocalhost 8080 TrabajoProfesional jsp index jsp 152 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 21 Anexo IV Usability Manual 21 1 Configuration 21 1 1 Hardware Requirements e A server forming part of a network that provides services to clients Customers in our application would be other computers connected to the network and through the Internet Explorer or other browser can access the system
30. Engineering Development Environment y Program Constraints 9 1 Tabla N 1 T rmino Significado Acceptance criteria The criteria that a system or component must satisfy to be accepted by a user customer or other authorized entity Acceptance testing Formal testing conducted to determine whether or not a system satisfies its acceptance criteria and to enable the customer to determine whether or not to accept the system Analyze Analysis is the conversion of risk data into risk decision making information Analysis provides the basis for the project manager to work on the right risks Application domain Refers to the nature of the application Two examples are real time flight control systems and management information systems Attributte e Stability e Scale 36 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Audit e Formality e Product Control e Schedule e Facilities An independent examination of a work product or set of work products to assess compliance with specifications standards contractual agreements or other criteria Availability The relative time that an operational product must be available for use Usually expressed as the ratio of time available for use to some total time period or as specific hours of operation Baseline A specification or product that has b
31. Experto para la Identificaci n de Riesgos en el Desarrollo de Software Will the implementation be difficult to understand or maintain e Reliability Are the reliability or availability requirements difficult to meet e Safety Are the safety requirements infeasible and not demonstrable e Security Are the security requirements more stringent than the current state of the practice or program experience e Human Factors Will the system will be difficult to use because of poor human interface definition e Specifications Is the documentation adequate to design implement and test the system e Formality Will the implementation be difficult to understand or maintain e Suitability Is the process suited to the development model e g spiral prototyping e Process Control Is the software development process enforced monitored and controlled using metrics Are distributed development sites coordinated e Familiarity Are the project members experienced in use of the process Is the process understood by all staff members e Product Control Are there mechanisms for controlling changes in the product e Capacity Is there sufficient work station processing power memory or storage capacity e Suitability Does the development system support all phases activities and functions e Usability How easy is the development system to use e Familiarity Is there little prior company or project member experience with the development system e Reliabil
32. No Configuration Yes Management No Yes Work Environment Quality Attitude No Yes Cooperation No A Yes Communication No Yes Morale No Yes Resources Schedule No Yes Staff No Yes Budget No o Yes Facilities No Yes Contract Type of Contract No Ea Yes Restrictions No Ledo Palacios 76 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software e Yes Dependencies e No e Yes Program Interfaces Customer e No e Yes Associate Contractors e No e Yes Subcontractors e No e Yes Prime Contractor e No e Yes Corporate Management e No e Yes Vendors e No e Yes Politics e No 11 2 2 Anexo Tabla N 3 TCAV Este anexo es una herramienta que le permitir a los usuarios comprender mejor por qu los atributos en la Tabla N 3 TCAV toman los valores propuestos El orden en el que se expondr n los atributos es el mismo que en el que se encuentran en la Tabla N 3 TCAV Stability Are requirements changing even as the product is being produced Completeness Are requirements missing or incompletely specified Clarity Are requirements unclear or in need of interpretation Validity Will the requirements lead to the product the customer has in mind Feasibility 77 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo
33. Yes ENTONCES Elemento de Clase Taxon mica Program Interfaces Associate Contractors Identificador de la regla R13 2 Program Interfaces Program Constraints Regla Si Subcontractors Yes ENTONCES Elemento de Clase Taxon mica Program Interfaces Subcontractors Identificador de la regla R13 3 Program Interfaces Program Constraints Regla Si Prime Contractor Yes ENTONCES Elemento de Clase Taxon mica Program Interfaces Prime Contractor Identificador de la regla R13 4 Program Interfaces Program Constraints Regla Si Corporate Management Yes ENTONCES Elemento de Clase Taxon mica Program Interfaces Corporate Management Identificador de la regla R13 5 Program Interfaces Program Constraints Regla Si Vendors No 105 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software ENTONCES Elemento de Clase Taxon mica Program Interfaces Vendors Identificador de la regla R13 6 Program Interfaces Program Constraints Regla Si Politics Yes ENTONCES Elemento de Clase Taxon mica Program Interfaces Politics Identificador de la regla R13 7 Program Interfaces Program Constraints 13 2 Reglas para conclusiones Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the int
34. activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The translation of software designs into code that satisfies the requirements allocated to individual units Regla Si Feasibility No ENTONCES Elemento de Clase Taxon mica Code and Unit Test Feasibility Identificador de la regla R3 1 Code and Unit Test Product Engineering Regla Si Unit Test No ENTONCES Elemento de Clase Taxon mica Code and Unit Test Unit Test Identificador de la regla R3 2 Code and Unit Test Product Engineering Regla Si Coding Implementation Yes ENTONCES Elemento de Clase Taxon mica Code and Unit Test Coding Implementation Identificador de la regla R3 3 Code and Unit Test Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical 93 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The integration of units into a working system and the validation that the software product performs as required Regla Si Environment No
35. and schedule with controlling factors involved in Ledo Palacios 62 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software defining implementing and testing the product with managing project personnel and with handling external organizations including the customer senior management matrix management and other contractors Monitoring The monitoring includes the activities of obtaining and acting upon status reports allocating status information to the appropriate program organizations and maintaining and using progress metrics Morale Risks that result from low morale range across low levels of enthusiasm and thus low performance productivity or creativity anger that may result in intentional damage to the project or the product mass exodus of staff from the project and a reputation within the company that makes it difficult to recruit Non Developmental Software Since non developmental software NDS is not designed to system requirements but selected as a best fit 1t may not conform precisely to performance operability or supportability requirements The customer may not accept vendor or developer test and reliability data to demonstrate satisfaction of the requirements allocated to NDS It may then be difficult to produce this data to satisfy acceptance criteria and within the estimated NDS test budget Requirements changes may n
36. as multiple development and installation sites and product coordination with existing possibly changing systems Contract Risks associated with the program contract are classified according to contract type restrictions and dependencies Ledo Palacios 57 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Cooperation The period of time that begins when a software The cooperation attribute addresses lack of team spirit among development staff both within and across work groups and the failure of all management levels to demonstrate that best efforts are being made to remove barriers to efficient accomplishment of work Corporate Management Risks in the corporate management area include poor communication and direction from senior management as well as non optimum levels of support Customer The customer attribute refers to the customer s level of skill and experience in the technical or application domain of the program as well as difficult working relationships or poor mechanisms for attaining customer agreement and approvals not having access to certain customer factions or not being able to communicate with the customer in a forthright manner Deliverability Some contracts require delivery of the development system Risks may result from neglecting to bid and allocate resources to ensure that the development syste
37. development process includes such phases as requirements analysis product definition product creation testing and delivery It includes both general management processes such as costing schedule tracking and personnel assignment and also project specific processes such as feasibility studies design reviews and regression testing This element groups risks that result from a development process that is inadequately planned defined and documented that is not suited to the activities necessary to accomplish the project goals and that is poorly communicated to the staff and lacks enforced usage Development System The development system element addresses the hardware and software tools and supporting equipment used in product development This includes computer aided software engineering tools simulators compilers test equipment and host computer systems Difficulty The difficulty attribute refers to functional or design requirements that may be extremely difficult to realize Systems engineering may design a system architecture difficult to implement or requirements analysis may have been based on optimistic design assumptions The difficulty attribute differs from design feasibility in that it does not proceed from pre ordained algorithms or designs Engineering Specialities The engineering specialty requirements are treated Ledo Palacios 59 Trabajo Profesional Sistema Expert
38. during coding or the design and interface specifications may be changing perhaps without an approved detailed design baseline and the use of developmental hardware may make an additional contribution to inadequate or unstable interface specification Or the nature of the system itself may aggravate the difficulty and complexity of the coding task En este caso el t rmino Feasibility es un atributo perteneciente al concepto Code and Unit Test dentro de la taxonom a de riesgos en el desarrollo de software denominado Product Engineering Program Interfaces 1 This attribute refers to the interactions of managers at all levels with program personnel at all levels and with external personnel such as the customer senior management and peer managers En este caso el t rmino Program Interfaces es un atributo perteneciente al concepto Management Process dentro de la taxonom a de riesgos en el desarrollo de software denominado Development Environment 71 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Program Interfaces 2 This element consists of the various interfaces with entities and organizations outside the development program itself En este caso el t rmino Program Interfaces es un concepto perteneciente a la taxonom a de riesgos en el desarrollo de software denominado Program Constraints Reliability 1 System reliability or availability require
39. el Desarrollo de Software o M todos de gesti n o Ambiente laboral e Limitaciones de programa o Recursos o Contratos o Interfaces de programa Por cada subproblema se estudia su clase con sus atributos asociados y los valores que stos pueden tomar De las respuestas del cuestionario se infiere los riegos enfrentados actualmente 17 2 SE Sistema Experto 17 2 1 Motor de inferencia Fue desarrollado en el lenguaje CLIPS Originalmente el mismo inclu a todo el cuestionario TBQ Taxonomy Base questionnaire definido como reglas Para esta versi n esas reglas fueron eliminadas dejando solamente las que verdaderamente sirven para detectar los riesgos y que se presentan en el siguiente tem 17 2 2 Reglas Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The definition of what the software product is to do the needs it must meet how it is to behave and how it will be used This element also addresses the feasibility of developing the product and the scale of the effort Regla Si Stability yes y Completeness no y Clarity no y Validity yes y Feasibility no y Precedent no y Scale no ENTONCES Requirements no conclusion TRUE
40. el problema en la actualidad Valor Todo Justificaci n del valor El experto resuelve el problema en la actualidad Caracter stica E9 La soluci n del problema es prioritaria para la instituci n 31 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Valor Mucho Justificaci n del valor No es una prioridad de la instituci n pero como ayuda al buen desarrollo de sistemas sin duda es importante Caracter stica E10 Las soluciones son explicables Valor Todo Justificaci n del valor Son explicables las soluciones Caracter stica E11 Los objetivos del sistema son claros y evaluables Valor Mucho Justificaci n del valor Los objetivos son claros identificar riesgos en el desarrollo de software y evaluables los expertos lo hacen con frecuencia Caracter stica E12 Los conocimientos est n repartidos entre un conjunto de individuos Valor Regular Justificaci n del valor Participan varios individuos pertenecientes a puestos variados tanto de diferentes sectores como jerarqu a en la empresa Caracter stica E13 Los directivos usuarios expertos e IC est n de acuerdo en las funcionalidades del SE Valor Mucho Justificaci n del valor S est n de acuerdo con las funcionalidades que ofrecer el sistema Caracter stica E14 La actitud de los expertos ante el desarrollo del sistema es positiva y no se sienten
41. example use specific development methods or equipment and the resultant complications such as acquisition of data rights for use of non developmental software Safety Scale This attribute addresses the difficulty of implementing allocated safety requirements and also the potential difficulty of demonstrating satisfaction of requirements by faithful simulation of the unsafe conditions and corrective actions Full demonstration may not be possible until the system is installed and operational This attribute covers both technical and management challenges presented by large complex systems development Technical challenges include satisfaction of timing scheduling and response requirements communication among processors complexity of system integration analysis of inter component dependencies and impact due to changes in requirements Management of a large number of tasks and people introduces a complexity in such areas as project organization delegation of responsibilities communication among management and peers and configuration management Ledo Palacios 67 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Schedule This attribute refers to the stability of the schedule with respect to internal and external events or dependencies and the viability of estimates and planning for all phases and aspects of the program Security
42. execution and facilities for both the contractual product and for the integration of the product into the system or site environment Interfaces This attribute covers all hardware and software interfaces that are within the scope of the development program including interfaces between configuration items and the techniques for defining and managing the interfaces Special note is taken of non developmental software and developmental hardware interfaces Maintainability Maintainability may be impaired by poor software architecture design code or documentation resulting from undefined or un enforced standards or from neglecting to analyze the system from a maintenance point of view Management Experience This attribute refers to the experience of all levels of managers with respect to management software development management the application domain the scale and complexity of the system and program the selected development process and hands on development of software Management Methods This element refers to methods for managing both the development of the product and program personnel These include quality assurance configuration management staff development with respect to program needs and maintaining communication about program status and needs Management Process The management process element pertains to risks associated with planning monitoring and controlling budget
43. hacerse y qu poscondiciones resultar n de lo que se haga es decir los conocimientos estrat gicos fijan la secuencia de pasos que el Sistema Experto deber seguir para ejecutar su tarea Para ello se utiliza el rbol de descomposici n funcional Este es un rbol invertido cuya ra z es el objetivo del sistema y cuyas ramas son las estrategias que se llevan a cabo para cumplimentar el objetivo Luego de dividir la tarea en pasos modulares se describen los pasos que componen las hojas del rbol especificando para cada uno objetivo precondiciones entradas razonamiento y salida 83 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 12 1 rbol de Descomposici n Funcional 0 Determinar Clase Software Development Risk 1 Determinar 2 Determinar Development Environment 3 Determinar Program Product Engineering Constraints 1 1 2 1 3 1 Requirements Development Resources Process 1 2 2 2 3 2 Design Development Contract System 1 3 2 3 3 3 Code and Management Program Unit Test Process Interfaces 1 4 2 4 Integration Management and Test Methods 1 5 Engineering Specialities Environment 12 2 Descripci n de Estrategias Nombre de la estrategia 0 Determinar Clase Software Development Risk Objetivo Determinar qu clase de software taxon mico es Precondiciones Entrada Elementos de
44. importante notar que pueden existir defectos que pertenezcan a distintos problemas es decir que a diferentes problemas se le asignan uno o m s defectos iguales Es as que un grupo de defectos tambi n puede desembocar en m s de un problema es por esto que el sistema experto da consejos de c mo solucionar los posibles problemas no la soluci n ptima Una vez tenidos los problemas presentados por el o los conjuntos de defectos se procede a desplegar o informar sobre las soluciones aconsejables Sistema Experto en An lisis de Fallas en L neas El ctricas de Transmisi n Los Sistemas el ctricos de Transmisi n est n sometidos a diversos fen menos contingencias que producen distintos tipos de fallas perturbaciones el ctricas Entre los fen menos f sicos causantes de una falla el ctrica se puede mencionar viento incendio de campo la ca da de una torre maniobras descargas atmosf ricas etc Estos fen menos pueden originar diversos tipos de fallas Descripci n del proceso de detecci n de fallas El Sistema Experto procesa en tiempo real la informaci n adquirida por el Registrador de Eventos y frente a un suceso caracter stico de una falla emite un diagn stico previo que asistir a los especialistas y los operadores a identificar r pidamente el origen del problema y efectuar las Operaciones que correspondan En el siguiente gr fico se puede observar un esquema de la soluci n propuesta Registrador Sistema Usuan
45. los riesgos y sus atributos Razonamiento Caracter stica de cada atributo de los riesgos Salida Clase de Software al cual corresponde el riesgo Nombre de la estrategia 1 Determinar Product Engineering PE Objetivo Determinar si el riesgo corresponde a PE 84 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Precondiciones 0 Determinar Clase Software Development Risk Entrada Elementos de PE y sus atributos Razonamiento Caracter sticas de las actividades realizadas en PE Salida El riesgo se manifiesta en PE Nombre de la estrategia 2 Determinar Development Environment DE Objetivo Determinar si el riesgo corresponde a DE Precondiciones 0 Determinar Clase Software Development Risk Entrada Elementos de DE y sus atributos Razonamiento Caracter sticas de las actividades realizadas en DE Salida El riesgo se manifiesta en DE Nombre de la estrategia 3 Determinar Program Constraints PC Objetivo Determinar si el riesgo corresponde a PC Precondiciones 0 Determinar Clase Software Development Risk Entrada Elementos de PC y sus atributos Razonamiento Caracter sticas de las actividades realizadas en PC Salida El riesgo se manifiesta en PC Nombre de la estrategia 1 1 Requirements Objetivo Determinar si el riesgo corresponde al elemento Requirements Precondiciones T
46. nuestro sistema experto fue realizado en este idioma adem s de en espa ol e Reducir las respuestas del usuario del sistema experto a expresiones simples del tipo yes o no dadas las necesidades de nuestro motor de inferencia e Simplicidad y velocidad de procesamiento dado que es un sistema que puede tener varias aplicaciones realizando consultas concurrentemente al motor de inferencia e Encontrar una manera de acotar el dominio de respuestas posibles del usuario dada la diversidad y complejidad que pueden tener las mismas Cu l fue nuestra soluci n a este conjunto de problemas Despu s de realizar un an lisis exhaustivo de la situaci n encontramos una soluci n a todos los problemas que hab an ido surgiendo Lo que hicimos fue definir un dominio de t rminos en idioma ingl s que denotar n aceptaci n y negaci n El mismo fue definido en base a las preguntas realizadas por el sistema experto al usuario y el sentido com n El m dulo denominado como NLP recibe como entrada la frase ingresada por el usuario la parsea y luego la analiza Del an lisis se pueden obtener 3 respuestas posibles 1 La frase posee connotaci n negativa por consiguiente es an loga a un no 2 La frase posee connotaci n positiva por consiguiente es an loga a un yes 3 La frase no se encuentra bien formulada o carece de la informaci n necesaria con lo cual su estado es indefinido y el usuario eventualmente deber esp
47. the project environment in which a software product is engineered The tools and supporting equipment used n product development such as computer aided software engineering CASE tools simulators compilers and host computer systems Formulaci n externa Si Capacity yes y Suitability yes y Usability yes y Familiarity no y Reliability no y System Support yes y Deliverability no ENTONCES Dev Sys no conclusion TRUE Elemento de Clase Taxon mica Development System Nombre de la Regla R7 Development System Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The planning monitoring and controlling of budgets and schedules controlling factors involved in defining implementing and testing the product the project manager s experience in and the manager s expertise in dealing with external organizations including customers software development management and the product domain senior management matrix management and other contractors Formulaci n externa Si Planning yes y Project Organization yes y Management Experience yes y Program Interfaces no ENTONCES Man Proc no conclusion TRUE Elemento de Clase Taxon mica
48. 023 370879 Resultad Justificaci n del valor En la empresa que quiera utilizar el m todo para identificar los riesgos Caracter stica E2 Problemas similares se han resuelto mediante INCO Valor No Justificaci n del valor No hay conocimiento de otros sistemas de este estilo resueltos con INCO en Argentina Caracter stica E3 El problema es similar a otros en los que result imposible aplicar esta tecnolog a Valor No Justificaci n del valor No hay referencias 30 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Caracter stica E4 La continuidad del proyecto est influenciada por vaivenes pol ticos Valor Nada Justificaci n del valor No es influenciado por la pol tica Caracter stica ES La inserci n del sistema se efect a sin traumas es decir apenas se interfiere en la rutina cotidiana Valor Nada Justificaci n del valor No interferir en la rutina cotidiana Caracter stica E6 Se dispone de experiencia en INCO Valor Mucho Justificaci n del valor Se dispone de material bibliogr fico y asesoramiento de expertos Caracter stica E7 Se dispone de los recursos humanos hardware y software necesarios para el desarrollo e implementaci n del sistema Valor Todo Justificaci n del valor Existen los recursos necesarios o pueden conseguirse Caracter stica ES El experto resuelve
49. 9 6 45 El resultado final del An lisis de Viabilidad es el promedio de los valores obtenidos de las cuatro dimensiones analizadas el mismo es de 6 1 El proyecto es viable ya que supera el l mite de 6 puntos que se utiliza en este m todo 35 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 9 An lisis Estructural de textos El an lisis de texto consiste en la b squeda a trav s de la documentaci n de determinados t rminos El objetivo es extraer conceptos fundamentales del dominio para empezar a conocer el vocabulario de este Tambi n se provee el significado de los t rminos cuyo origen puede ser el mismo informe u otros textos especializados En el an lisis estructural de texto se presenta en una tabla ver Tabla N 1 donde figuran t rminos propios del dominio del sistema que el usuario puede no llegar a comprender y su significado El objetivo primordial de este an lisis es proveerle al usuario una herramienta con el significado de muchos t rminos t cnicos y espec ficos propios del dominio del sistema Los t rminos de la Tabla N 1 que se encuentran en negrita son aquellos que engloban otros conceptos De alguna manera podr amos hablar de conceptos complejos que encapsulan otros Por ejemplo el t rmino class taxonomies hace referencia a los 3 tipos de taxonom as de riesgo que existen en el desarrollo de software que son Product
50. CES 97 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Elemento de Clase Taxon mica Development System Capacity Identificador de la Regla R7 1 Development System Development Environment Regla Si Suitability No ENTONCES Elemento de Clase Taxon mica Development System Suitability Identificador de la Regla R7 2 Development System Development Environment Regla Si Usability No ENTONCES Elemento de Clase Taxon mica Development System Usability Identificador de la Regla R7 3 Development System Development Environment Regla Si Familiarity Yes ENTONCES Elemento de Clase Taxon mica Development System Familiarity Identificador de la Regla R7 4 Development System Development Environment Regla Si Reliability Yes ENTONCES Elemento de Clase Taxon mica Development System Reliability Identificador de la Regla R7 5 Development System Development Environment Regla Si System Support No ENTONCES Elemento de Clase Taxon mica Development System System Support 98 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Identificador de la Regla R7 6 Development System Development Environment Regla Si De
51. D UNIT TEST ELEMENT Feasibility Is the implementation of the design difficult or impossible No O Yes O Comments j Integration and Test Element Engineering Specialities Element Development Environment Class Testing o seme ee eee Are the specified level and time for unit testing adequate Management Process Element No O Yes Comments Management Methods Element Work Environment Element Coding Implementation Program Constraints Class Are there any problems with coding and implementation Resources Element No O Yes O Comments Contract Element Program Interfaces Element Conclusions Answers Once you answer all the question selected you must continue to the next page of the quiestionnaire clicking here 154 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 6 Once the questionnaire is answered the report will appear in the following format This is the output in case risks are identified PL Risk Identification Prod can Oh Requirements Element Risks in requirements Design Element DESIGN ELEMENT Code and Unit Test Element Risks in design ee A DEVELOPMENT PROCESS ELEMENT Engineering Specialities Element Risks in development process Development Environment Class DEVELOPMENT SYSTEM ELEMENT a Risks in development system evelopment System Elemeni AGN EN M Roen W ORK ENVIRONMENT ELEMEN
52. Difficulty Yes ENTONCES Elemento de Clase Taxon mica Design Difficulty Identificador de la regla R2 2 Design Product Engineering Regla Si Interfaces No 91 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software ENTONCES Elemento de Clase Taxon mica Design Interfaces Identificador de la regla R2 3 Design Product Engineering Regla Si Performance Yes ENTONCES Elemento de Clase Taxon mica Design Performance Identificador de la regla R2 4 Design Product Engineering Regla Si Testability No ENTONCES Elemento de Clase Taxon mica Design Testability Identificador de la regla R2 5 Design Product Engineering Regla Si Hardware Constraints Yes ENTONCES Elemento de Clase Taxon mica Design Hardware Constraints Identificador de la regla R2 6 Design Product Engineering Regla Si Non Developmental Software Yes ENTONCES Elemento de Clase Taxon mica Design Non Developmental Software Identificador de la regla R2 7 Design Product Engineering 92 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical
53. General omisi n Necesito Cardin Customer Conjunto de 1 1 No Yes no caracteres Associate Conjunto de 1 1 No Yes no Contractors caracteres Subcontractors Conjunto de 1 1 No Yes no caracteres Prime Conjunto de 1 1 No Yes no Contractor caracteres Corporate Conjunto de 1 1 No Yes no Management caracteres Vendors Conjunto de 1 1 No Yes no caracteres Politics Conjunto de 1 1 No Yes no 131 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software caracteres Sub clase de Marco 1 1 MC PL RIS 15 3 Reglas de Producci n Las reglas de producci n estar n dadas por las seudo reglas del Conocimiento T ctico llevadas a alg n lenguaje de programaci n que permita llevar a cabo el sistema experto Ledo Palacios 132 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 16 Referencias Alonso de la Barra A Haddad R Herrera C 1998 Sistema Experto de Asistencia T cnica de Autom viles Universidad de Santiago de Chile Facultad de Ciencias Apache Software Foundation 2010 Apache Struts http struts apache org Vigente al 01 03 2010 Bloch J 2008 Effective Java 2 Edition Prentice Hall ISBN 978 0321356680 Brown D Davis C Stanlick S 2008 Struts 2 in Action Manning ISBN
54. Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 15 2 9 Marco clase Management Process MC Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Management General omisi n Necesito Process Cardin Planning Conjunto de 1 1 No Yes no caracteres Project Conjunto de 1 1 No Yes no Organization caracteres Management Conjunto de 1 1 No Yes no Experience caracteres Program Conjunto de 1 1 No Yes no Interfaces caracteres Sub clase de Marco 1 1 No MC PL RIS 15 2 10 Marco clase Management Methods MC Management Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Methods General omisi n Necesito Cardin Monitoring Conjunto de 1 1 No Yes no caracteres Personnel Conjunto de 1 1 No Yes no Management caracteres Quality Conjunto de 1 1 No Yes no Assurance caracteres Configuration Conjunto de 1 1 No Yes no Management caracteres Sub clase de Marco 1 1 No MCPL RIS 129 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 15 2 11 Marco clase Work Environment MC Work Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Environment Gen
55. T Management Methods Element Risks in work environment Work Environment Element RESOURCES ELEMENT PRAC a ia i PR EE CONTRACT ELEMENT Contract Element Risks in contract Program Interfaces Element PROGRAM INTERFACES ELEMENT POH HHHHHH HEHE HEH EEE EEE SESE Risks in program interfaces Conclusions POCO SESETE SESE ER EES EEE FESS Return to Main Page If any risks are detected the system output will be the following CONGRATULATIONS No risks were found There is a possibility that the user enters an answer that is outside the domain defined by the application This means that the answer is inconsistent or its formulation does not have a consistent meaning to what was asked In this case when the user clicks the Accept button after filling the questions of one of the sections the output will be the following 155 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software PL Risk Identification Product Engineering Class Requirements Element Design Element scenes Feasibility p i Code and Unit Test Element Is the implementation of the design difficult or impossible Integration and Test Element Engineering Specialities Element 9 No O Yes Comments Developer Erion Cass Development Process Element Are the specified level and time for unit testing adequate Development System Element Management Process Element ONo O Yes Co
56. Universidad de Buenos Aires Facultad de Ingenieria E a Pa CE A rn les lpiverstdad _ Rae RS de Buenos Aires 75 99 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software PL Risk Identification System RIS Director Dr Ram n Garcia Martinez Co Directores M Ing Hern n Merlino M Ing Enrique Fern ndez Alumnos Nicol s Ledo 81192 Daniel Palacios 80380 Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Resumen Tanto en el mbito laboral como el acad mico una de las principales dificultades que se encuentran a la hora de desarrollar una aplicaci n inform tica es la identificaci n de riesgos Es por ste motivo que nace P L Risk Identification System P L tuvo como objetivo primordial ofrecerle al usuario una v a rapida eficiente e intuitiva de poder detectar informar e individualizar riesgos en el proceso de desarrollo de software mediante una serie preguntas Resulta ser una poderosa herramienta portable por ser una aplicacion web y muy sencilla de utilizar Abstract Both in the working and the academic environments one of the main difficulties encountered when developing a computer application is the identification of risks It is for this reason P L Risk Identification System was developed P L Risk Identification System s primary objective was to offer the user a rapid efficient and intuitive tool to
57. ability Identificador de la regla R5 2 Engineering Specialities Product Engineering Regla Si Safety Yes ENTONCES Elemento de Clase Taxon mica Engineering Specialities Safety Identificador de la regla R5 3 Engineering Specialities Product Engineering Regla Si Security Yes ENTONCES Elemento de Clase Taxon mica Engineering Specialities Security Identificador de la regla R5 4 Engineering Specialities Product Engineering Regla Si Human Factors Yes ENTONCES Elemento de Clase Taxon mica Engineering Specialities Human 95 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Factors Identificador de la regla R5 5 Engineering Specialities Product Engineering Regla Si Specifications No ENTONCES Elemento de Clase Taxon mica Engineering Specialities Specifications Identificador de la regla R5 6 Engineering Specialities Product Engineering Estado de la regal Texto de la regla Palabras del expert The development environment class is concerned with the project environment in which a software product is engineered The definition planning documentation suitability enforcement and communication of the methods and procedures used to develop the product Regla Si Formality Yes ENTONCES Elemento de Clase Taxon
58. alidades rendimiento e interfaces analizar el entorno de la tarea y del riesgo de desarrollo del SE Todo ello hace que el proyecto se justifique y asegura que los IICC y los clientes tengan la misma percepci n de los objetivos del sistema 5 2 Fase II Desarrollo de los distintos prototipos Esta fase concierne al desarrollo de prototipos que permiten definir y refinar las especificaciones del sistema A continuaci n se describen los prototipos de investigaci n campo y operaci n que son sucesivos refinamientos cada uno del anterior Etapa II 1 Concepci n de la soluci n Produce un dise o general del sistema prototipo El IC y el experto estudian las especificaciones parciales del sistema y el plan del proyecto y en base a ellos producen un dise o general 13 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Etapa 11 2 Adquisici n y conceptualizaci n de los conocimientos La adquisici n tanto en la extracci n de los conocimientos p blicos libros documentos manuales de procedimientos etc como en la educci n de los conocimientos privados de los expertos se alterna con la conceptualizaci n para modelar el comportamiento del experto La conceptualizaci n permite entender el dominio del problema a partir de la informaci n obtenida en la etapa de adquisici n Etapa II 3 Formalizaci n de los conocimientos Se seleccionan los forma
59. ama Elemento Interfases del Programa 2 Cen sassssesecesene Volver ala P gina Principal En caso de no detectar ning n riesgo la salida del sistema ser la siguiente FELICITACIONES No se encontraron riesgos Existe la posibilidad que el usuario ingrese una respuesta que este fuera del dominio definido para la aplicaci n Es decir que la respuesta no sea coherente o bien su formulaci n no posea un significado acorde a lo que se le pregunt En este caso cuando el usuario presione el bot n Aceptar luego de haber llenado las preguntas de alguna de las secciones ocurrir lo que se muestra a continuaci n 147 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software PL Identificaci n de Riesgos Clase Ingenier a del Producto Elemento Requemientos ELEMENTO CODIGO Y UNIDAD DE TESTEO Elemento Dise o e eaacannonrarnenenonos Viabilidad sagecseeecseeeceeceveeseeceeeees eeseeesseseeseed El dise o de la implementaci n es dificil o imposible de realizar Elemento Testeo e Integraci n awe i No Si O Comentarios Elemento Especialidades de la Ingenieria ERA eee Ss Sir A AE Los tiempos y niveles de testeo especificados son adecuados Elemento Proceso de Gesti n ONo O Si O Comentarios Elemento M todos de Gesti n Error de Entrada Elemento Ambiente de Trabajo Codificaci n Implementaci n Clase Limitaciones del Programa Exi
60. amiliarity depends on prior use of the system by the company and by project personnel as well as adequate training for new users En este caso el t rmino Familiarity es un atributo perteneciente al concepto Development System dentro de la taxonom a de riesgos en el desarrollo de software denominado Development Environment Feasibility 1 The feasibility attribute refers to the difficulty of implementing a single technical or operational requirement or of simultaneously meeting conflicting requirements Sometimes two requirements by themselves are feasible but together are not they cannot both exist in the same product at the same time Also included is the ability to determine an adequate qualification method for demonstration that the system satisfies the requirement En este caso el t rmino Feasibility es un atributo perteneciente al concepto Requirements dentro de la taxonom a de riesgos en el desarrollo de software denominado Product Engineering Feasibility 2 The feasibility attribute of the code and unit test element addresses possible difficulties that may arise from poor design or design specification or from inherently difficult implementation needs For example the design may not have quality attributes such as module cohesiveness or interface minimization the size of the modules may contribute complexity the design may not be specified in sufficient detail requiring the programmer to make assumptions or design decisions
61. ando el patr n filter recoge las respuestas y mediante un sistema sat lite de NLP procesamiento de lenguaje natural env a las respuestas al modelo para que este interactu con el motor de inferencia y as poder lograr el resultado que se busca Luego invoca a la p gina de la vista que corresponda para que la informaci n sea presentada 14 Ledo Palacios i Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 18 2 Configuraci n 18 2 1 Requerimientos de Hardware e Un servidor que formando parte de una red provea servicios a los clientes Los clientes en nuestra aplicaci n ser n otras computadores conectadas a la red que mediante el Internet Explorer u otro navegador pueda acceder al sistema 18 2 2 Requerimientos de Software e Se recomienda el uso de Tomcat como servidor Web ya que soporta servlets y JSPs Tambi n pueden ser otros servidores web como JBoss JRun o JOnAs Tomcat funciona en cualquier sistema operativo que disponga de la maquina virtual de java e Maquina virtual de java JVM e Deben estar presentes en el sistema las siguientes librer as o Freemarker 2 3 8 o OGNL 2 6 11 o Struts2 codebehind 2 0 12 o Struts core 2 0 12 o Xwork 2 0 6 o CLIPSJNI 0 2 La librer a CLIPSJNI consiste en un archivo dll y un archivo jar Los mismos deben ser ubicados en la carpeta common lib del Tomcat o la carpeta equivalente a esta de otros servidores
62. ar justificado de alguna manera que nos permita estimar si el mismo ser apropiado y si ser exitoso Para ello se realiz el C lculo de Viabilidad en el que se analizan caracter sticas para cuatro dimensiones del proyecto Adecuaci n Plausibilidad Justificaci n y xito 8 1 Dimensi n de Plausibilidad Caracter stica P1 Existen expertos est n disponibles y son cooperativos Valor Si Justificaci n del valor Varios miembros del staff del SEI tienen una rica experiencia en desarrollo en los sectores civiles y militares Caracter stica P2 El experto es capaz de estructurar sus m todos y procedimientos de trabajo Valor Todo Justificaci n del valor El apunte muestra claramente como los expertos pudieron estructurar claramente el proceso Caracter stica P3 La tarea est bien estructurada y se entiende Valor Todo Justificaci n del valor La aplicaci n TBQ es bastante estructurada aunque no completamente cerrada a cambios seg n el contexto 24 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Caracter stica P4 Existen suficientes casos de prueba y sus soluciones asociadas Valor 10 Justificaci n del valor Existen numerosos desarrollos anteriores en los que se trat de identificar los riesgos Caracter stica P5 La tarea s lo depende de los conocimientos y no del sentido com n Valor 10 Justificac
63. are dimensions and quality that a hardware item must meet Identification Conclusion In concluding the risk identification it was necessary to provide feedback to all participants This was done through a results briefing This briefing consists of all identified issues and some suggestions on the next steps in managing the identified issues The intent of the briefing is to provide the participants with feedback on the results of their efforts Identify Before risks can be managed they must be identified Identification surfaces risks before they become problems and adversely affect a project The SEI has developed techniques for surfacing risks by the application of a disciplined and systematic process that encourages project personnel to raise concerns and issues for subsequent analysis One such technique the taxonomy based questionnaire is described in subsequent chapters of this report IEEE Institute of Electrical and Electronics Engineers Inc Implementation The act of preparing a product for use by the customer Information System An organized collection storage and presentation system of data and other knowledge for decision making progress reporting and for planning and evaluation of programs It can be either manual or computerized or a combination of both Integration The act of assembling individual hardware and or software components into a usable whole
64. are software and documentation The integration of units into a working system and the validation that the software product performs as required Formulaci n externa Si Environment No O Product Yes O System Yes ENTONCES Integration no conclusion FALSE Elemento de Clase Taxon mica Integration and Test Nombre de la regla R4 Integration and Test Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The class focuses on the work to be performed Product requirements or development activities that may need specialized expertise such as safety security and reliability gt Formulaci n externa Si Maintainability Yes O Reliability Yes O Safety Yes 109 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software O Security Yes O Human Factors Yes O Specifications No ENTONCES Engineering no conclusion FALSE Elemento de Clase Taxon mica Engineering Specialities Nombre de la regla R5 Engineering Specialities Product Engineering Estado de la regla Texto d
65. area 0 y Tarea 1 Entrada Atributos de los requerimientos Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Requirements Nombre de la estrategia 1 2 Design Objetivo Determinar si el riesgo corresponde al elemento Design Precondiciones Tarea 0 y Tarea 1 Entrada Atributos del Dise o Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Design Nombre de la estrategia 1 3 Code and Unit Test Ledo Palacios 85 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Determinar si el riesgo corresponde al elemento Code and Unit Objetivo Test Precondiciones Tarea 0 y Tarea 1 Entrada Atributos del elemento Code and Unit Test Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Code and Unit Test Nombre de la estrategia 1 4 Integration and Test Determinar si el riesgo corresponde al elemento Integration and Objetivo Test Precondiciones Tarea 0 y Tarea 1 Entrada Atributos del elemento Integration Test Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Integration and Test Nombre de la est
66. arrollo de Software Justificaci n del valor Es posible dividirlo en subproblemas que ser an las clases de la taxonom a Caracter stica A10 El experto no sigue un proceso determinista en la resoluci n del problema Valor Si Justificaci n del valor cada proyecto es distinto y su resoluci n requerir nuevos an lisis Caracter stica All La tarea acepta la t cnica del prototipado gradual Valor Si Justificaci n del valor se han detectado subproblemas para los cuales se pueden hacer prototipos Caracter stica A12 El experto resuelve el problema a veces con informaci n incompleta o incierta Valor Regular Justificaci n del valor Puede suceder que no se disponga de toda la informaci n necesaria al momento de realizar la tarea Caracter stica A13 Es conveniente justificar las soluciones adoptadas Valor Todo Justificaci n del valor Para tener un panorama m s completo de la situaci n Caracter stica A14 La tarea requiere investigaci n b sica Valor No Justificaci n del valor La tarea no requiere investigaci n b sica Caracter stica A15 El sistema funcionar en tiempo real con otros programas o dispositivos 29 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Valor Nada Justificaci n del valor No necesariamente dado que no es un sistema de simulaci n
67. ch as monitoring tools personnel management quality assurance and configuration management Formulaci n externa Si Monitoring No 112 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software O Personnel Management No O Quality Assurance No O Configuration Management No ENTONCES Man Met no conclusion FALSE Elemento de Clase Taxon mica Management Methods Nombre de la regla R9 Management Methods Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The general environment within which the work will be performed including the attitudes of people and the levels of cooperation communication and morale Formulaci n externa Si Quality Attitude Yes O Cooperation Yes O Communication Yes O Morale Yes ENTONCES Work Env no conclusion FALSE Elemento de Clase Taxon mica Work Environment Nombre de la regla R10 Work Environment Development Environment 113 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Estado de la regla Texto de la regla Palabras del exper
68. ciones Tarea 0 y Tarea 2 Entrada Atributos del elemento Management Process Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Management Process Nombre de la estrategia 2 4 Management Methods Determinar si el riesgo corresponde al elemento Management Objetivo Methods Precondiciones Tarea 0 y Tarea 2 Entrada Atributos del elemento Management Methods Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Manifestaci n de riesgo correspondiente a Management Salida Methods Nombre de la estrategia 2 5 Work Environment Determinar si el riesgo corresponde al elemento Work Objetivo Environment Precondiciones Tarea 0 y Tarea 2 Entrada Atributos del elemento Work Environment Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Work Environment Nombre de la estrategia 3 1 Resources Objetivo Determinar si el riesgo corresponde al elemento Resources Ledo Palacios 87 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Precondiciones Tarea 0 y Tarea 3 Entrada Atributos del elemento Resources Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Reso
69. computer Database A collection of data arranged for ease of search and retrieval Design specifications A document that prescribes the form parts and details of the product according to a plan Design to cost Bidding a selected reduced set of requirements to meet cost objectives Detailed design The process of refining and expanding the preliminary design of a system or component to the extent that the design is sufficiently complete to be implemented Developer Person who makes something available and usable Development computer The hardware and supporting software system used for Ledo Palacios 39 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software software development Development Environment class Development facilities The development environment class is concerned with the project environment in which a software product is engineered This environment consists of the following elements e Development Process The definition planning documentation suitability enforcement and communication of the methods and procedures used to develop the product e Development System The tools and supporting equipment used in product development such as computer aided software engineering CASE tools simulators compilers and host computer systems e Management Process The planning monitoring and contr
70. conocimiento declarativo hechos sobre objetos situaciones y el conocimiento de control informaci n sobre el seguimiento de una acci n Para que un sistema experto sea una herramienta efectiva los usuarios deben interactuar de una forma f cil reuniendo dos capacidades para poder cumplirlo Explicar sus razonamientos o base del conocimiento los sistemas expertos se deben realizar siguiendo ciertas reglas o pasos comprensibles de manera que se pueda generar la explicaci n para cada una de estas reglas que a la vez se basan en hechos Adquisici n de nuevos conocimientos o integrador del sistema son mecanismos de razonamiento que sirven para modificar los conocimientos anteriores Sobre la base de lo anterior se puede decir que los sistemas expertos son el producto de investigaciones en el campo de la inteligencia artificial ya que sta no intenta sustituir a los expertos humanos sino que se desea ayudarlos a realizar con m s rapidez y eficacia todas las tareas que realiza Debido a esto en la actualidad se est n mezclando diferentes t cnicas o aplicaciones aprovechando las ventajas que cada una de estas ofrece para poder tener empresas m s seguras Un ejemplo de estas t cnicas ser a los agentes que tienen la capacidad de negociar y navegar a trav s de recursos en l nea y es por eso que en la actualidad juega un papel preponderante en los sistemas expertos Un Sistema Experto est conformado por e Base de conocimie
71. ct requirements or development activities that may need specialized expertise such as safety security and reliability Formulaci n externa Nombre de la regla Si Maintainability no y Reliability no y Safety no y Security no y Human Factors no y Specifications yes ENTONCES Engineering no conclusion TRUE Elemento de Clase Taxon mica Engineering Specialities R5 Engineering Specialities Product Engineering Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The definition planning documentation suitability enforcement and communication of the methods and procedures used to develop the product Formulaci n externa Nombre de la regla Si Formality no y Suitability yes y Process Control yes y Familiarity yes y Product Control yes ENTONCES Dev Proc no conclusion TRUE Elemento de Clase Taxon mica Development Process R6 Development Process Development Environment Ledo Palacios 138 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with
72. de Software Are requirements infeasible from an analytical point of view e Precedent Do requirements specify something never done before or that your company has not done before e Scale Do requirements specify a product larger more complex or requiring a larger organization Than n the experience of the company e Functionality Are there any potential problems in meeting functionality requirements e Difficulty Will the design and or implementation be difficult to achieve e Interfaces Are the internal interfaces hardware and software well defined and controlled e Performance Are there stringent response time or throughput requirements e Testability Is the product difficult or impossible to test e Hardware Constraints Are there tight constraints on the target hardware e Non Developmental Software Are there problems with software used in the program but not developed by the program e Feasibility Is the implementation of the design difficult or impossible e Testing Are the specified level and time for unit testing adequate e Coding Implementation Are there any problems with coding and implementation e Environment Is the integration and test environment adequate e Product Is the interface definition inadequate facilities inadequate time insufficient e System System integration uncoordinated poor interface definition or inadequate facilities e Maintainability 78 Ledo Palacios Trabajo Profesional Sistema
73. del control directo del proyecto a diferencia de las anteriores que si est n bajo el control de personas de la empresa que quiere identificar riesgos 10 2 Clasificaci n de Caracter sticas Matriz Triangular Superior Cl C2 C3 C4 C5 Cl 1 6 7 7 C2 7 7 8 C3 1 1 C4 2 C5 52 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Matriz de Opuestos El E2 E3 No Cl 4 4 2 No C2 5 4 2 No C3 1 3 4 No C4 1 5 4 No C5 1 3 5 Matriz distancia entre Caracteristicas Cl C2 C3 C4 C5 Cl 1 6 7 7 C2 7 7 7 8 C3 2 1 1 1 C4 1 0 7 2 C5 3 2 7 8 A partir de los valores obtenidos en sta matriz se arma la matriz de distancias minimas con los m nimos valores para cada par de caracter sticas Ledo Palacios Comb Dist Comb Dist Menor c1 c2 1 c1 no c2 7 1 c1 c3 6 c1 no c3 2 2 c1 c4 7 c1 no c4 1 1 c1 c5 7 c1 no c5 3 3 c2 c3 7 c2 no c3 1 1 c2 c4 8 c2 no c4 0 0 c2 c5 8 c2 no c5 2 2 c3 c4 1 c3 no c4 7 1 c3 c5 1 c3 no c5 7 1 c4 c5 2 c4 no c5 8 2 53 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Matriz distancias M nimas NoCl No C2 C3 C4 C5 No Cl 1 2 1 3 No C2 2 0 2 C3 1 1 C4 2 C5
74. detect report and identify risks in the software development process through a series of questions It turns out to be a powerful technology which is not only portable it s in fact a web application buy very easy to use Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software ndice PP Po doce E E EE 2 aN JAn e 1 PE E E E E 2 A E E E E e E 6 PETT ON 6 Sc D mino de Aplicaci n ssrin EE E E S 6 3 1 SUSU ITE o o PAP a a o E a a a E R a aas 8 4 Estado lA ia das 10 5 Met dol sia IDEAL ana ta 12 5 1 Fase I Identificaci n de la di is 12 5 2 Fase II Desarrollo de los pr isis das 13 5 3 Fase HI Ejecuci n de la construcci n del sistema IntegradO ooooccnnnccnocanocacnonononnnnnnnnnn nono ncnns 15 5 4 Fase IV Actuaci n para conseguir el mantenimiento perfectiVO oooconnncnnnninnoninonnnnonnnannnonnnnns 15 5 5 Fase V Lograr una adecuada transferencia tecnol gica ooooonoccconccinconocccooncnonncnonenancnnna corn nnnns 16 6 Estimaci n de Tiempos y Diagramas de Cad 17 61 Estaci n de Tareas ul ibas 17 6 2 Estimaci n Ue UA a ita 18 7 Descripci n de Sub tareas teal Z LAR 21 7 1 Fase 1 Identificaci n de la tarea ninia idad ines 21 7 2 Fase 2 Desarrollo de los distintos prototipos 222 ccseecccocesscvececesetccsesssessauenhscceasvecveceutasceevsvoens 21 7 3 Fase 3 Ejecuci n de la construcci n del sistema inte grado eeeeseeeseeeeneeseeeeeseeese
75. din General omisi n Necesito Stability Conjunto de 1 1 No Yes no caracteres Completeness Conjunto de 1 1 No Yes no caracteres Clarity Conjunto de 1 1 No Yes no caracteres 124 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Validity Conjunto de 1 1 No Yes no caracteres Feasibility Conjunto de 1 1 No Yes no caracteres Precedent Conjunto de 1 1 No Yes no caracteres Scale Conjunto de 1 1 No Yes no caracteres Sub clase de Marco 1 1 No MC PL RIS 15 2 3 Marco clase Design MC Design Tipo Ranura Modal Multiv Prop Valores Permit Valores Si General omisi n Necesito Cardin Funtionality Conjunto de 1 1 No Yes no caracteres Difficulty Conjunto de 1 1 No Yes no caracteres Interfaces Conjunto de 1 1 No Yes no caracteres Performance Conjunto de 1 1 No Yes no caracteres Testability Conjunto de 1 1 No Yes no caracteres Hardware Conjunto de 1 1 No Yes no Constraints caracteres Sub clase de Marco 1 1 No MCPL RIS 125 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 15 2 4 Marco clase Code and Unit Test
76. e 15 2 11 Marco clase Work Environment msi asa ireanaios 130 152 12 Marco Clase Res Cures ups A es 130 15 2 13 Marc clase Contrat sodas 131 15 2 14 Marco clase Program mer acer id 131 5 3 Reglas de Pd aii 132 1G Referencias cine 133 17 Anexo I Manual de Usabilidad ii A 135 17 1 Introducci n PP RE A EEA AE E AREER ETETEA 135 17 2 SE Sistema RSMO dos 136 17 2 1 Mo t rde A E To E rS ENESES 136 IT 22 Rep AAA PR o A E E Rs 136 18 Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 142 181 An lisis Usan Aa 142 Sl A aid 142 18 1 2 Arquitectura del SIS ri iaa 143 E ies AAA o eee fe Cee ee MOREnet ee rete ane SORT eer ernen nes aeea aa ERS 144 18 2 1 Requerimientos de Rar w ate ii 144 18 2 2 Requerimientos de Software ii 144 18 2 3 Ejecuci n Modo de TSO ii ti 144 19 Anexo II Procesador de lenguaje natural eters guveratelancwsteevanereegbevendeleneede 149 19 1 Introduccion NLP Natural Language Processing ccooconononoccnoncnononcnonanonccnancnnn cnn nor ncnnnnos 149 19 2 Soluciones e implementaci n propuesta ia 149 20 Anexo III Herramientas utilizadas y aclaraciones oooooccnnccnocccooannonnnonnnonn nono ncnononnn crac cono n cnn nnnnnos 152 21 Anexo IV Usability Marta lt nii d adaeeeeseateen 153 ARE o PI teeccnntnn ites 153 22 1 1 Hardware REQUIEM toba 153 221 2 Software Requirements a id 153 A A a o e ane aden eae 153 5 Ledo Palacios Trabajo Profesio
77. e Software Figura N 2 Requirements oding Implementation l l l 1 l l l l l A l j Human EE EE E J Resources gt ED E Program Interfaces A A ai mae sociate Prime Subcontractors Conte Corporate vonage P L Risk Identification System RIS 118 Development Process Ho AS 7 1 1 1 LA gt ll Management Process Se q l l l Project I E E l lanagemen Program Experience Interfaces AAA Management Methods e ab mieten ee ee tae paring ee 1 l Por ersonnel l Em l Quality onfiguration l 1 Assurance Management l A Work Environment ac a a a a ae a J 1 Quality 7 l Ui ae Ds hs es sarees ones bea Contract ES E eta Rees q l l ype of A l Contract Restrictions Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 14 3 rbol Jer rquico e En cada nodo del rbol jer rquico que se corresponde con el rbol de descomposici n funcional de los conocimientos estrat gicos se puede destacar O Las entradas salidas y conceptos se corresponden a los conceptos y atributos definidos en la tabla conceptos atributos anteriormente definidos por el grupo en el trabajo de conocimientos f cticos O Mientras que el razonamiento se corresponde a las reglas y f rmulas definidas en los conocimientos t
78. e la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The definition planning documentation suitability enforcement and communication of the methods and procedures used to develop the product Formulaci n externa Si Formality Yes O Suitability No O Process Control No O Familiarity No O Product Control No ENTONCES Dev Proc no conclusion FALSE Elemento de Clase Taxon mica Development Process Nombre de la regla R6 Development Process Development Environment 110 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The tools and supporting equipment used in product development such as computer aided software engineering CASE tools simulators compilers and host computer systems Formulaci n externa Si Capacity No O Suitability No O Usability No O Familiarity Yes O Reliability Yes O System Support No O Deliverability Yes ENTONCES Dev Sys no conclusion FALSE Elemento de Clase Taxon mica Develo
79. ecessitate re engineering or reliance on vendors for special purpose upgrades Performance The performance attribute refers to time critical performance user and real time response requirements throughput requirements performance analyses and performance modeling throughout the development cycle Personnel Management Planning Personnel management refers to selection and training of program members and ensuring that they take part in planning and customer interaction for their areas of responsibility work according to plan and receive the help they need or ask for to carry out their responsibilities The planning attribute addresses risks associated with Ledo Palacios 63 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software developing a well defined plan that is responsive to contingencies as well as long range goals and that was formulated with the input and acquiescence of those affected by it Also addressed are managing according to the plan and formally modifying the plan when changes are necessary Politics Political risks may accrue from relationships with the company customer associate contractors or subcontractors and may affect technical decisions Precedent The precedent attribute concerns capabilities that have not been successfully implemented in any existing systems or are beyond the experience of program person
80. ecificar su respuesta o bien reformularla El an lisis de la frase que realiza NLP esta basado en un an lisis probabil stico y estad stico en base a la cantidad de matcheos de cada uno de los t rminos que componen la frase contra el dominio de palabras de connotaci n negativa y positiva que definimos De esta forma simple logramos una velocidad de respuesta mucho mayor sin recurrir a soluciones de alta complejidad que no solo dificultan el procesamiento sino que no se adaptan a nuestras necesidades Como conclusi n podemos observar que este m dulo de alguna manera tiene relaci n directa con la interfaz la vista y el motor de inferencia que es el m dulo a m s bajo nivel Cada respuesta del usuario luego de ser analizada ser enviada al motor de inferencia que luego de recopilar todas las respuestas del usuario llegar a la conclusi n definitiva 150 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Creemos que la soluci n propuesta a este problema fue muy eficiente simple y pr ctica y se adapt excelentemente al proyecto realizado 151 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Anexo III Herramientas utilizadas y aclaraciones I D E Eclipse SDK version 3 3 1 Tomcat 5 5 Para hacer m s sencillo su uso se instal el plugin de Tomcat para el
81. ect customer intentions for the product This may be affected by misunderstandings of the written requirements by the contractor or customer unwritten customer expectations or requirements or a specification in which the end user did not have inputs This attribute is affected by the completeness and clarity attributes of the requirements specifications but refers to the larger question of the system as a whole meeting customer intent Vendors Vendor risks may present themselves in the forms of dependencies on deliveries and support for critical system components Work Environment The work environment element refers to subjective aspects of the environment such as the amount of care given to ensuring that people are kept informed of program goals and information the way people work together responsiveness to staff inputs and the attitude and morale of the program personnel 11 1 2 Anexo Tabla N 2 Familiarity 1 Familiarity with the development process covers knowledge of experience in and comfort with the prescribed process En este caso el t rmino Familiarity es un atributo perteneciente al concepto Development Process dentro de la taxonomia de riesgos en el desarrollo de software denominado Development Environment Ledo Palacios 70 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Familiarity 2 Development system f
82. een formally reviewed and agreed upon that thereafter serves as the basis for further development and that can be changed only through formal change control procedures Baseline management In configuration management the application of technical and administrative direction to designate the documents and changes to those documents that formally identify and establish baselines at specific times during the life cycle of a configuration item Benchmark A standard against which measurements or comparisons can be made Change control A part of configuration management that reviews approves and tracks progress of alterations in the configuration of a configuration item delivered to be delivered or under formal development after formal establishment of 1ts configuration identification Class Taxonomies e Product Engineering e Development Environment e Program Constraints Command A signal that initiates an operation defined by an instruction Communicate Risk communication lies at the center of the model to emphasize both its pervasiveness and its criticality Ledo Palacios 37 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Without effective communication no risk management approach can be viable While communication facilitates interaction among the elements of the model there are higher level communicat
83. eenaees 22 7 4 Fase 4 Actuaci n para conseguir el mantenimiento perfectivo oooonocononcccoconannconncnonnnnononannnn 23 7 5 Fase 5 Lograr una adecuada transferencia tecnol gica ooooccnonccinccnoncnoncnnnancnonnnonncconccncnnnoo 23 Estadio d Viabilidad sesno rana E R E A E E E nen ieee 24 8 1 Dimensi n de Plausivilidad sseeseeeeeeseeeeseeeeeressrssrrsresstrsesresstesrssresstserertenserstesreesteseesereset 24 8 2 Dimensi n de Just ECA CUO id i a a tl 25 8 3 Dimension d e ADECUA 21 84 Dinooson de Tunas E R E 30 AN A narar esre o A EO E EEE ETE EEO EEEE aii 35 9 An lisis Estructural de is at 36 AAA A 36 10 Caleulo del Empanada litio RE AAT 50 10 1 Clasificaci n de los Elementos sessin ee E i a dee 51 10 1 1 rbol de A ccc ca eccessesicat ccxatuet shes tearsstensie cise a dasnndaasennianadian 52 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 10 1 2 An lisis de los resultados cri nie 52 10 2 Clasificaci n de Caracteristicas td 52 10 2 1 rbol de Caracter sticas nit 55 1 2 2 An lisis de los t sultadO Sinni a n EE E E 55 UL Conocimientos Pacos singen ia a E a E a a a Eaa 55 11 1 Glosario de TES ispirni eriat REE EEE EERE ERR 56 WEA Taba N A a 56 LZ Anexo Tabla N 2 dd 70 11 2 Tabla Concepto Atributo Valor TCA LY wsccscsccsscsasccsssvessasecssnccassiacsasescadsenssseasscadeasatess ences 73 IA Tabla NA A o A 73 11 2 2 Anex
84. ellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The definition of what the software product is to do the needs it must meet how it is to behave and how it will be used This element also addresses the feasibility of developing the product and the scale of the effort Regla Si Stability No O Completeness No O Clarity No O Validity No Ledo Palacios 106 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software O Feasibility No O Precedent Yes O Scale Yes ENTONCES Requirements no conclusion FALSE Elemento de Clase Taxon mica Requirements Nombre de la regla R1 Requirements Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The translation of requirements into an effective design within project and operational constraints Formulaci n externa Si Functionality Yes O Difficulty Yes O Interfaces No O Performance Yes O Testability No O Hard
85. elos aplicados se enfocan no s lo a la comprensi n del lenguaje de por s sino a aspectos generales cognitivos humanos y a la organizaci n de la memoria El lenguaje natural sirve s lo de medio para estudiar estos fen menos Dificultades en el procesamiento de lenguajes naturales e Ambigiiedad surge cuando una expresi n hablada o escrita posee m s de un significado o interpretaci n e Recepci n imperfecta de datos acentos extranjeros regionalismos o dificultades en la producci n del habla errores de mecanografiado o expresiones no gramaticales etc e An lisis sint ctico y sem ntico analizar la forma y el sentido de una expresi n 19 2 Soluciones e implementaci n propuesta A lo largo del desarrollo del sistema nos enfrentamos con varios inconvenientes Uno de ellos fue desarrollar un procesador de lenguaje natural que se adaptara a nuestras necesidades Hoy en d a existen varias herramientas open source como es el caso de Open NLP que proveen al usuario muchas facilidades a la hora de resolver un problema tan grande como es la interpretaci n de un lenguaje natural Como contrapartida son herramientas muy complejas que necesitan de una adaptaci n muy grande para lo que nosotros necesit bamos 149 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Cu les eran nuestras necesidades frente a este problema e PLN de lenguaje ingl s dado que
86. entificaci n de Riesgos en el Desarrollo de Software can still have major effects on its success The terms and conditions of the project contract Regla Si Type of Contract Yes ENTONCES Elemento de Clase Taxon mica Contract Type of Contract Identificador de la regla R12 1 Contract Program Constraints Regla Si Restrictions Yes ENTONCES Elemento de Clase Taxon mica Contract Restrictions Identificador de la regla R12 2 Contract Program Constraints Regla Si Dependencies Yes ENTONCES Elemento de Clase Taxon mica Contract Dependencies Identificador de la regla R12 3 Contract Program Constraints Estado de la regla Texto de la regla Palabras del experto The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but can still have major effects on its success The external interfaces to customers other contractors corporate management and vendors Regla Si Customer Yes ENTONCES 104 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Elemento de Clase Taxon mica Program Interfaces Customer Identificador de la regla R13 1 Program Interfaces Program Constraints Regla Si Associate Contractors
87. er risk management methods and activities The software taxonomy is organized into three major classes 1 Product Engineering The technical aspects of the work to be accomplished 2 Development Environment The methods procedures and tools used to produce the product EN Program Constraints The contractual organizational and operational factors within which the software is developed but which are generally outside of the direct control of the local management These taxonomic classes are further divided into elements and each element is characterized by its attributes Software architecture The organizational structure of the software or module Software life cycle The period of time that begins when a software product is Ledo Palacios 47 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software conceived and ends when the software is no longer available for use The software life cycle typically includes a concept phase requirements phase design phase implementation phase test phase installation and checkout phase operation and maintenance phase and sometimes retirement phase Software requirement A condition or capability that must be met by software needed by a user to solve a problem or achieve an objective Software SRS requirements specification Documentation of the essential requirements functions
88. eral omisi n Necesito Cardin Quality Conjunto de 1 1 No Yes no Attitude caracteres Cooperation Conjunto de 1 1 No Yes no caracteres Communication Conjunto de 1 1 No Yes no caracteres Morale Conjunto de 1 1 No Yes no caracteres Sub clase de Marco 1 1 No MC PL RIS 15 2 12 Marco clase Resources MC Resources Tipo Ranura Modal Multiv Prop Valores Permit Valores Si General omisi n Necesito Cardin Schedule Conjunto de 1 1 No Yes no caracteres Staff Conjunto de 1 1 No Yes no caracteres Budget Conjunto de 1 1 No Yes no caracteres Facilities Conjunto de 1 1 No Yes no caracteres Sub clase de Marco 1 1 No MC PL RIS 130 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 15 2 13 Marco clase Contract MC Contract Tipo Ranura Modal Multiv Prop Valores Permit Valores Si General omisi n Necesito Cardin Type of Conjunto de 1 1 No Yes no Contract caracteres Restrictions Conjunto de 1 1 No Yes no caracteres Dependencies Conjunto de 1 1 No Yes no caracteres Sub clase de Marco 1 1 No MC PL RIS 15 2 14 Marco clase Program Interfaces MC Program Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Interfaces
89. especificaciones y dise o Los SSBBCC se construyen de forma incremental generando primero un prototipo de investigaci n que se convierte en un prototipo de campo para finalmente resultar un prototipo de operaci n Esta etapa se corresponde con la definici n de los requisitos especificaciones y dise o 14 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software del siguiente prototipo que para ser construido deber pasarse de nuevo por las etapas II 1 a I 5 Esta fase acaba con la obtenci n del sistema experto completo Las etapas 2 a 6 se repiten para cada prototipo 5 3 Fase III Ejecuci n de la construcci n del sistema integrado La fase III consta de Etapa III 1 Requisitos y dise o de la integraci n con otros sistemas Es el estudio y dise o de interfaces y puentes con otros sistemas hardware y software Etapa III 2 Implementaci n y evaluaci n de la integraci n Su fin es desarrollar utilizando t cnicas de IS los requisitos de la etapa anterior Esto es esta etapa implemento la integraci n del SE con los otros sistemas hardware y software para conseguir un sistema final Etapa II 3 Aceptaci n por el usuario del sistema final Es la prueba ltima de aceptaci n por los expertos y usuarios finales que debe satisfacer todas sus expectativas y exigencias tanto en lo concerniente a su fiabilidad como eficiencia Fase IV Act
90. ether are not they cannot both exist in the same product at the same time Also included is the ability to determine an adequate qualification method for demonstration that the system satisfies the requirement Feasibility 2 The feasibility attribute of the code and unit test element addresses possible difficulties that may arise from poor design or design specification or from inherently difficult implementation needs Ledo Palacios 60 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software For example the design may not have quality attributes such as module cohesiveness or interface minimization the size of the modules may contribute complexity the design may not be specified in sufficient detail requiring the programmer to make assumptions or design decisions during coding or the design and interface specifications may be changing perhaps without an approved detailed design baseline and the use of developmental hardware may make an additional contribution to inadequate or unstable interface specification Or the nature of the system itself may aggravate the difficulty and complexity of the coding task Formality Formality of the development process is a function of the degree to which a consistent process is defined documented and communicated for all aspects and phases of the development Functionality Hardware Constraints
91. g and sizing estimates for a system or component Procedure A written description of a course of action to be taken to perform a given task Process A sequence of steps performed for a given purpose for example the software development process Product Enginnering class The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The class focuses on the work to be performed and includes the following elements e Requirements The definition of what the software product is to do the needs it must meet how it is to behave and how it will be used This element also addresses the feasibility of developing the product and the scale of the effort e Design The translation of requirements into an effective design within project and operational constraints e Code and Unit Test The translation of software designs into code that satisfies the requirements allocated to individual units e Integration and Test The integration of units into a Ledo Palacios 44 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software working system and the validation that the software product performs as required Engineering Specialities Product requirements or development activities that may need speciali
92. hay nada obvio Por ejemplo un sistema experto sobre medicina podr a admitir que un hombre lleva 40 meses embarazado a no ser que se especifique que esto no es posible Lenguaje natural Con un experto humano podemos mantener una conversaci n informal mientras que con un SE no podemos Capacidad de aprendizaje Cualquier persona aprende con relativa facilidad de sus errores y de errores ajenos que un SE haga esto es muy complicado Perspectiva global Un experto humano es capaz de distinguir cuales son las cuestiones relevantes de un problema y separarlas de cuestiones secundarias Capacidad sensorial Un SE carece de sentidos Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software e Flexibilidad Un humano es sumamente flexible a la hora de aceptar datos para la resoluci n de un problema e Conocimiento no estructurado Un SE no es capaz de manejar conocimiento poco estructurado Actualmente el dif cil y cambiante mercado competitivo se vuelve m s complejo por la gran diversidad de informaci n que se ven obligados a almacenar y analizar raz n por la cual las empresas se ven en la necesidad de recurrir a poderosas y o robustas herramientas o sistemas que les sirvan de soporte a la hora de tomar decisiones De esta forma estos inteligentes precisos y eficientes sistemas son adoptados por m s organizaciones en las cuales se convierten y o transforman en una im
93. her hardware or software testability of requirements negotiation of customer agreement on test criteria adequacy of test specifications and sufficiency of time for integration and test Product Control Product control is dependent on traceability of requirements from the source specification through implementation such that the product test will demonstrate the source requirements The change control process makes use of the traceability mechanism in impact analyses and reflects all resultant document modifications including interface and test documentation Product engineering Product engineering refers to the system engineering and software engineering activities involved in creating a system that satisfies specified requirements and customer expectations These activities include system and software requirements analysis and specification software design and implementation integration of hardware and software components and software and system test The elements of this class cover traditional software engineering activities They comprise those technical factors associated with the deliverable product itself independent of the processes or tools used to produce it or the constraints imposed by finite resources or external factors beyond program control Product engineering risks generally result from requirements that are technically difficult or impossible to implement often in combination with inabilit
94. i n del valor Alguna situaci n muy particular puede necesitar del sentido com n Caracter stica Peso Valor i Peso Valor Peso Valor Pl 10 Si 100 100 1 1 1 P2 7 Todo 10 54 6 61 6 70 zol pol ES 0 7 0 7 9 19 9 57 10 10 Resultado 8 2 Dimensi n de Justificaci n Caracter stica J1 Resuelve una tarea til y necesaria Valor Mucho Justificaci n del valor la identificaci n de riesgos es muy importante en el desarrollo ya que puede ayudar a mitigarlos o por lo menos a estar preparados para afrontarlos Caracter stica J2 Se espera una alta tasa de recuperaci n de la inversi n Valor 8 25 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Justificaci n del valor la identificaci n de riesgos puede ahorrarnos grandes problemas ya entramos en conocimiento de los mismos tempranamente Caracter stica J3 Hay escasez de experiencia humana Valor Poco Justificaci n del valor los expertos tienen amplio conocimiento en desarrollo e identificaci n de riesgos Caracter stica J4 Hay necesidad de tomar decisiones en situaciones cr ticas o ambientes hostiles penosos y O poco gratificantes Valor Poco Justificaci n del valor no existe esa necesidad Caracter stica J5 Hay necesidad de distribuir los conocimientos Valor Mucho Justificaci n del valor es
95. importante que el conocimiento est al alcance de todos los usuarios del sistema Caracter stica J6 Los conocimientos pueden perderse de no realizarse el sistema Valor Mucho Justificaci n del valor no existen actualmente procesos claros para determinar los riesgos de un proyecto de software Caracter stica J7 No existen soluciones alternativas Valor Si 26 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Justificaci n del valor no existen actualmente procesos claros para determinar los riesgos de un proyecto de software cy NE OS Intervalo Difuso E 2 2 2 Muchos ec 78 se a ssl e Tol se m J2 a 56 56 56 56 56 J3 IT E E a 4 4 7 2 13 20 26 16 8 ECN Poco 1 2 2 2 3 4 4 4 12 22 34 x 28 10 Mucho 5 6 6 6 7 8 8 5 56 66 7al sal 72 ee Son So eee Li def tof tof rol soj sol sofea so Resultado 8 3 Dimensi n de Adecuaci n Caracter stica Al La transferencia de experiencia entre humanos es factible Valor Mucho Justificaci n del valor existe bibliograf a sobre los riesgos en desarrollo de software Caracter stica A2 La tarea requiere experiencia Valor Regular Justificaci n del valor Debido al cuestionario no es necesario ser un experto sobre riesgos en desarrollo o siquiera tener conocimientos muy espec ficos sobre el proyecto que se eval a Carac
96. ions and constraints that may present implementation or test difficulties Coding Implementation This attribute addresses the implications of implementation constraints Some of these are target hardware that is marginal or inadequate with regard to speed architecture memory size or external storage capacity required implementation languages or methods or differences between the development and target hardware Communication Risks that result from poor communication are due to lack of knowledge of the system mission requirements and design goals and methods or to lack of information about the importance of program goals to the company or the project Completeness Configuration Management Missing or incompletely specified requirements may appear in many forms such as a requirements document with many functions or parameters to be defined requirements that are not specified adequately to develop acceptance criteria or inadvertently omitted requirements When missing information is not supplied in a timely manner implementation may be based on contractor assumptions that differ from customer expectations When customer expectations are not documented in the specification they are not budgeted into the cost and schedule The configuration management CM attribute addresses both staffing and tools for the CM function as well as the complexity of the required CM process with respect to such factors
97. ions to consider as well To be analyzed and managed correctly risks must be communicated to and between the appropriate organizational levels and entities This includes levels within the development project and organization within the customer organization and most especially across that threshold between the developer the customer and where different the user Because communication is pervasive our approach is to address it as integral to every risk management activity and not as something performed outside of and as a supplement to other activities Communication The process of transmitting and receiving ideas information and messages Configuration In configuration management the functional and physical characteristics of hardware or software as set forth in technical documentation or achieved in a product Configuration management A discipline applying technical and administrative direction and surveillance to identify and document the functional and physical characteristics of a controlled item control changes to a configuration item and its documentation and record and report change processing and implementation status Configuration management function The organizational element charged with configuration management Configuration management system The processes procedures and tools used by the development organization to accomplish configuration management Control T
98. ir or resolution of problems by vendors Testability The testability attribute covers the amenability of the design to testing design of features to facilitate testing and the inclusion in the design process of people who will design and conduct product tests Type of Contract This attribute covers the payment terms cost plus award fee cost plus fixed fee etc and the contractual requirements associated with such items as the Statement of Work Contract Data Requirements List and the amount and conditions of customer involvement Unit Test Factors affecting unit test include planning and preparation and also the resources and time allocated for test Constituents of these factors are entering unit test with quality code obtained from formal or informal code inspection or verification procedures pre planned test cases Ledo Palacios 69 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software that have been verified to test unit requirements a test bed consisting of the necessary hardware or emulators and software or simulators test data to satisfy the planned test and sufficient schedule to plan and carry out the test plan Usability Usability refers to development system documentation accessibility and workspace as well as ease of use Validity This attribute refers to whether the aggregate requirements refl
99. ira J 2008 Webwork in Action Manning ISBN 978 1932394535 Liguori R Liguori P 2008 Java Pocket Guide O Reilly Media ISBN 978 0596514198 Montes J 2009 Sistemas Expertos http www monografias com trabajos 1 6 sistemas expertos sistemas expertos shtml Vigente al 01 03 2010 Musciano C Kennedy B 2006 HTML amp XHTML The Definitive Guide Sixth Edition O Reilly Media ISBN 978 0596003821 W3Schools 2010 HTML Tutorial http www w3schools com html Vigente al 01 03 2010 Wikipedia 2010 Diagrama de Gantt http es wikipedia org wiki Diagrama_de_ Gantt Vigente al 01 03 2010 Wikipedia 2010 Modelo Vista Controlador http es wikipedia org wiki Modelo_Vista_Controlador Vigente al 01 03 2010 Wikipedia 2010 Sistema Experto http es wikipedia org wiki Sistema_experto Vigente al 01 03 2010 134 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 17 Anexo I Manual de Usabilidad 17 1 Introducci n El presente trabajo tiene como objetivo plasmar mediante una interfaz grafica amigable para el usuario un sistema experto de identificaci n de riesgos en desarrollos de software Los efectos de la introducci n del sistema experto se prev que ayudara a encontrar los riesgos en tiempos tempranos para entre otras cosas evitar el uso ineficiente de recursos humanos Se espera que el cuestionario vaya
100. ity Does the system suffer from software bugs down time insufficient built in back up e System Support 79 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Is there timely expert or vendor support for the system e Deliverability Are the definition and acceptance requirements defined for delivering the development system to the customer not budgeted HINT If the participants are confused about this it is probably not an issue from a risk perspective e Planning Is the planning timely technical leads included contingency planning done e Project Organization Are the roles and reporting relationships clear e Management Experience Are the managers experienced in software development software management the application domain the development process or on large programs e Program Interfaces Is there poor interface with customer other contractors senior and or peer managers e Monitoring Are management metrics defined and development progress tracked e Personnel Management Are project personnel trained and used appropriately e Quality Assurance Are there adequate procedures and resources to assure product quality e Configuration Management Are the change procedures or version control including installation site s adequate e Quality Attitude Is there a lack of orientation toward quality work e Cooperation Is there a lack of team spirit Does conf
101. la R1 3 Requirements Product Engineering Regla Si Validity No ENTONCES Elemento de Clase Taxon mica Requirements Validity Identificador de la Regla R1 4 Requirements Product Engineering Regla Si Feasibility No ENTONCES Elemento de Clase Taxon mica Requirements Feasiblity Identificador de la Regla R1 5 Requirements Product Engineering Regla Si Precedent Yes ENTONCES 90 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Elemento de Clase Taxon mica Requirements Precedent Identificador de la Regla R1 6 Requirements Product Engineering Regla Si Scale Yes ENTONCES Elemento de Clase Taxon mica Requirements Scale Identificador de la Regla R1 7 Requirements Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The translation of requirements into an effective design within project and operational constraints Regla Si Functionality Yes ENTONCES Elemento de Clase Taxon mica Design Functionality Identificador de la regla R2 1 Design Product Engineering Regla Si
102. la Si Configuration Management No ENTONCES Elemento de Clase Taxon mica Management Methods Configuration Management Identificador de la regla R9 4 Management Methods Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The general environment within which the work will be performed including the 101 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software attitudes of people and the levels of cooperation communication and morale Regla Si Quality Attitude Yes ENTONCES Elemento de Clase Taxon mica Work Environment Quality Attitude Identificador de la regla R10 1 Work Environment Development Environment Regla Si Cooperation Yes ENTONCES Elemento de Clase Taxon mica Work Environment Cooperation Identificador de la regla R10 2 Work Environment Development Environment Regla Si Communication Yes ENTONCES Elemento de Clase Taxon mica Work Environment Communication Identificador de la regla R10 3 Work Environment Development Environment Regla Si Morale Yes ENTONCES Elemento de Clase Taxon mica Work Environment Morale Identificador de la regla R10 4 Work Environment
103. lict resolution require management intervention e Communication Is there poor awareness of mission or goals poor communication of technical information among peers and managers e Morale Is there a non productive non creative atmosphere Do people feel that there is no recognition or reward for superior work e Schedule Is the schedule inadequate or unstable 80 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software e Staff Is the staff inexperienced lacking domain knowledge lacking skills or understaffed e Budget Is the funding insufficient or unstable e Facilities Are the facilities adequate for building and delivering the product e Type of Contract Is the contract type a source of risk to the program e Restrictions Does the contract cause any restrictions e Dependencies Does the program have any dependencies on outside products or services e Customer Are there any customer problems such as lengthy document approval cycle poor communication and inadequate domain expertise e Associate Contractors Are there any problems with associate contractors such as inadequately defined or unstable interfaces poor communication or lack of cooperation e Subcontractors Is the program dependent on subcontractors for any critical areas e Prime Contractor Is the program facing difficulties with its Prime contractor e Corporate Management Is there a lack of supp
104. lismos para representar los conocimientos que conforman la conceptualizaci n obtenida y el dise o detallado del SE Este ltimo es en una estructura modular del sistema que incorpora los conceptos que participan en el prototipo Se establecen los m dulos que definen el motor de inferencias la base de conocimientos interfaces de usuario y a otros sistemas etc Etapa 11 4 Implementaci n Si en la etapa anterior se seleccion una herramienta de desarrollo adecuada y el problema se ajusta a ella y viceversa la implementaci n es inmediata y autom tica En otro caso es necesario programar al menos parte del Sistema Basado en Conocimiento en adelante SBC Etapa II 5 Validaci n y evaluaci n La fiabilidad es el punto m s sensible de todo SE y por tanto su punto cr tico dado que estos sistemas est n construidos para contextos en los que las decisiones son en gran medida discutibles Sin embargo existen t cnicas que permiten realizar esta validaci n de una forma razonablemente satisfactoria Para ello se deben realizar las siguientes acciones Casos de prueba o juego de ensayo que a modo de Test de Turing permiten comparar las respuestas de los expertos frente a las del sistema y ver si hay discrepancias o no Ensayo en paralelo que es una consecuencia del anterior y consiste en que los expertos usen rutinariamente el SE desarrollado para ver las discrepancias entre ambos Etapa II 6 Definici n de nuevos requisitos
105. liverability Yes ENTONCES Elemento de Clase Taxon mica Development System Deliverability Identificador de la Regla R7 7 Development System Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The planning monitoring and controlling of budgets and schedules controlling factors involved in defining implementing and testing the product the project manager s experience in software development management and the product domain and the manager s expertise in dealing with external organizations including customers senior management matrix management and other contractors Regla Si Planning No ENTONCES Elemento de Clase Taxon mica Management Process Planning Identificador de la regla R 1 Management Process Development Environment Regla Si Project Organization No ENTONCES 99 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Elemento de Clase Taxon mica Management Process Project Organization Identificador de la regla R8 2 Management Process Development Environment Regla Si Management Experience No ENTONCES Elemento de Clase Taxon mica Management Process Management Experience
106. lizado en Java y el motor de inferencia realizado en CLIPS 7 3 Fase 3 Ejecuci n de la construcci n del sistema integrado Testing y An lisis correctivo Testeo de la aplicaci n integrada con los casos de prueba propuestos y correcci n de los bugs 22 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Lanzamiento de Versi n Beta Testing de la aplicaci n por parte del cliente Puesta a punto de la aplicaci n Correcci n de bugs y lanzamiento de versi n definitiva 7 4 Fase 4 Actuaci n para conseguir el mantenimiento perfectivo Definir el mantenimiento del sistema global Definir el mantenimiento que se llevar a cabo igual que en cualquier otro tipo de sistema Definir el mantenimiento de las bases de conocimientos Definir como se har el mantenimiento Adquisici n de nuevos conocimientos Dise ar protocolos para que cuando aparezcan nuevos conocimientos puedan captarse y registrarse 7 5 Fase 5 Lograr una adecuada transferencia tecnol gica Organizar la transferencia tecnol gica Planificar las sesiones de tutor a entre los dise adores y los usuarios Completar la documentaci n del sistema Desarrollo del manual del usuario 23 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 8 Estudio de Viabilidad El desarrollo del sistema experto debe est
107. m meets all deliverable requirements Dependencies This attribute refers to the possible contractual dependencies on outside contractors or vendors customer furnished equipment or software or other outside products and services Design The attributes of the design element cover the design and feasibility of algorithms functions or performance requirements and internal and external product interfaces Difficulty in testing may begin here with failure to work to testable requirements or to include test features in the design The following attributes characterize the design element Development Environment The development environment class addresses the project environment and the process used to engineer a software product This environment includes the development Ledo Palacios 58 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software process and system management methods and work environment These environmental elements are characterized below by their component attributes Development Process The development process element refers to the process by which the contractor proposes to satisfy the customer s requirements The process is the sequence of steps the inputs outputs actions validation criteria and monitoring activities leading from the initial requirement specification to the final delivered product The
108. malizaci n Aedo 07 0 8 2 009 Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 4 Actuaci n para conseguir el mantenimiento perfectivo Comienzo Definir el mantenimiento del 23 11 2009 sistema global Ledo Palacios rabajo Profesio Definir el mante imi nto de las ee Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 7 Descripci n de las Sub tareas a realizar 7 1 Fase 1 Identificaci n de la tarea Plan de requisitos y adquisici n de conocimientos Lectura y an lisis del informe Taxonomy Based Risk Identification realizado por el Software Engineering Institute SEI de la Universidad Carnegie Mellon Entrevista a Expertos y Usuarios Evaluaci n y selecci n de la tarea M todo de estudio de viabilidad Definiciones de las caracter sticas de la tarea An lisis de los requisitos funcionales operativos de interfaz de soporte criterios de xito casos de prueba o juego de ensayo 7 2 Fase 2 Desarrollo de los distintos prototipos Concepci n de la soluci n e An lisis de la metodolog a a utilizar e Selecci n de la metodolog a Metodolog a Ideal Adquisici n y conceptualizaci n de los conocimientos e M todo de An lisis estructural de texto e M todo de Emparrillado e Conocimientos F cticos Tabla Concepto Atributo valor e Mapa de Relaciones e Conocimiento Estrat gico rbol de Descomposici n funcional e
109. ments may be affected by hardware not meeting its reliability specifications or system complexity that aggravates difficulties in meeting recovery timelines Reliability or availability requirements allocated to software may be stated in absolute terms rather than as separable from hardware and independently testable En este caso el t rmino Reliability es un atributo perteneciente al concepto Engineering Specialities dentro de la taxonom a de riesgos en el desarrollo de software denominado Product Engineering Reliability 2 Development system reliability is a measure of whether the needed components of the development system are available and working properly whenever required by any program personnel En este caso el t rmino Reliability es un atributo perteneciente al concepto Development System dentro de la taxonom a de riesgos en el desarrollo de software denominado Development Environment Suitability 1 Suitability refers to the adequacy with which the selected development model process methods and tools support the scope and type of activities required for the specific program En este caso el t rmino Suitability es un atributo perteneciente al concepto Development Process dentro de la taxonom a de riesgos en el desarrollo de software denominado Development Environment Suitability 2 Suitability of the development system is associated with the degree to which it is supportive of the specific development models proces
110. mica Development Process Formality Identificador de la regla R6 1 Development Process Development Environment Regla SI Suitability No ENTONCES Elemento de Clase Taxon mica Development Process Suitability Identificador de la regla R6 2 Development Process Development Environment Regla Si Process Control No 96 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software ENTONCES Elemento de Clase Taxon mica Development Process Process PControl Identificador de la regla R6 3 Development Process Development Environment Regla Si Familiarity No ENTONCES Elemento de Clase Taxon mica Development Process Familiarity Identificador de la regla R6 4 Development Process Development Environment Regla Si Product Control No ENTONCES Elemento de Clase Taxon mica Development Process Product Control Identificador de la regla R6 5 Development Process Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The tools and supporting equipment used in product development such as computer aided software engineering CASE tools simulators compilers and host computer systems Regla Si Capacity No ENTON
111. mments Management Methods Element InputError Work Environment Element Coding Implementation Program Constraints Class Are there any problems with coding and implementation Resources Element No Yes Comments Contract Element Conclusions As you can see clearly in the image when a question is wrongly answered the system highlights in red the attribute whose answer was incoherent In this particular case the attribute Testing was the wrongly answered and the user can continue answering the questions of the expert system only if he answers the question again correctly 156 Ledo Palacios Trabajo Profesional
112. mulaci n externa Si Feasibility no y Unit Test yes y Coding lmplementation no ENTONCES Test no conclusion TRUE Elemento de Clase Taxon mica Code and Unit Test Nombre de la regla R3 Code and Unit Test Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The integration of units into a working system and the validation that the software product performs as required Ledo Palacios 137 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Formulaci n externa Si Environment yes y Product no y System no ENTONCES Integration no conclusion TRUE Elemento de Clase Taxon mica Integration and Test Nombre de la regla R4 Integration and Test Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The class focuses on the work to be performed Produ
113. nal Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 1 Introducci n Este proyecto consiste en la realizaci n de un Sistema Experto basado en el informe Taxonomy Based Risk Identification realizado por el Software Engineering Institute SEI de la Universidad Carnegie Mellon El mismo consiste en un m todo sistem tico y repetible que facilita la identificaci n de riesgos en proyectos de desarrollo de software Para tal fin existe un cuestionario basado en taxonom as Taxonomy Base questionnaire TBQ que organiza el proceso de desarrollo en tres niveles clases elementos y atributos El cuestionario tiene preguntas para cada uno de estos niveles de manera de no dejar ning n aspecto sin revisar El SE en desarrollo emular entonces este cuestionario para as automatizar el uso de esta t cnica 2 Visi n Desarrollar un Sistema Experto basado en el informe Taxonomy Based Risk Identification realizado por el Software Engineering Institute SEI de la Universidad Carnegie Mellon El mismo consistir en un m todo sistem tico y repetible que facilitar la identificaci n de riesgos en proyectos de desarrollo de software 3 Dominio de Aplicaci n Para poder determinar el dominio de la aplicaci n debemos tener una idea bien concreta del problema que se intenta solucionar Hoy en d a lograr minimizar los riesgos en el desarrollo de software es una pieza clave para mejorar caracter s
114. nar CONTRACT Entrada Atributos del elemento Contract Razonamiento Caracter sticas del riesgo seg n regla R12 Salida Valores de los atributos Type of Contract Restrictions Dependencies Determinar PROGRAM INTERFACES Entrada Atributos del elemento Program Interfaces Razonamiento Caracter sticas del riesgo seg n regla R13 Salida Valores de los atributos Customer Subcontractors Corporate Management Associate Contractors Prime Contractors Vendors Politics Ledo Palacios 123 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 15 Formalizaci n 15 1 Introducci n Luego de la conceptualizaci n se procede a expresar dichos conocimientos de una manera formal La etapa de formalizaci n tiene como objetivo expresar los conocimientos sobre el problema y su resoluci n en estructuras que puedan ser utilizadas por una computadora 15 2 Marcos 15 2 1 Marco clase PL RIS MC PL RIS Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Cardin General omisi n Necesito Nombre Conjunto de 1 1 No P L Risk caracteres Identification System Empresa Conjunto de 1 1 No P L caracteres Fecha Date 1 1 No 2008 15 2 2 Marco clase Requirements MC Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Requirements Car
115. nel or of the company The degree of risk depends on allocation of additional schedule and budget to determine the feasibility of their implementation contingency plans in case the requirements are not feasible as stated and flexibility in the contract to allocate implementation budget and schedule based on the outcome of the feasibility study Even when unprecedented requirements are feasible there may still be a risk of underestimating the difficulty of implementation and committing to an inadequate budget and schedule Prime Contractor When the program is a subcontract risks may arise from poorly defined task definitions complex reporting arrangements or dependencies on technical or programmatic information Process Control Product Process control refers not only to ensuring usage of the defined process by program personnel but also to the measurement and improvement of the process based on observation with respect to quality and productivity goals Control may be complicated due to distributed development sites The product integration attribute refers to integration of the Ledo Palacios 64 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software software components to each other and to the target hardware and testing of the contractually deliverable product Factors that may affect this are internal interface specifications for eit
116. ntos BC Contiene conocimiento modelado extra do del di logo con el experto e Base de hechos Memoria de trabajo contiene los hechos sobre un problema que se ha descubierto durante el an lisis e Motor de inferencia Modela el proceso de razonamiento humano Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software M dulos de justificaci n Explica el razonamiento utilizado por el sistema para llegar a una determinada conclusi n Interfaz de usuario es la interacci n entre el SE y el usuario y se realiza mediante el lenguaje natural Ventajas Permanencia A diferencia de un experto humano un SE sistema experto no envejece y por tanto no sufre p rdida de facultades con el paso del tiempo Duplicaci n Una vez programado un SE lo podemos duplicar infinidad de veces Rapidez Un SE puede obtener informaci n de una base de datos y realizar c lculos num ricos mucho m s r pido que cualquier ser humano Bajo costo A pesar de que el costo inicial pueda ser elevado gracias a la capacidad de duplicaci n el coste finalmente es bajo Entornos peligrosos Un SE puede trabajar en entornos peligrosos o da inos para el ser humano Fiabilidad Los SE no se ven afectados por condiciones externas un humano s cansancio presi n etc Consolidar varios conocimientos Apoyo Acad mico Etc Limitaciones Sentido com n Para un Sistema Experto no
117. ntran explicados con mayor exactitud en un anexo Anexo de la Tabla N 2 11 1 1 Tabla N 2 T rmino Definici n Associate Contractors The presence of associate contractors may introduce risks due to conflicting political agendas problems of interfaces to systems being developed by outside organizations or lack of cooperation in coordinating schedules and configuration changes Budget This attribute refers to the stability of the budget with respect to internal and external events or dependencies and the viability of estimates and planning for all phases and aspects of the program Capacity Clarity Risks associated with the capacity of the development system may result from too few workstations insufficient processing power or database storage or other inadequacies in equipment to support parallel activities for development test and support activities This attribute refers to ambiguously or imprecisely written individual requirements that are not resolved until late in the development phase This lack of a mutual contractor and customer understanding may require re work to meet the customer intent for a requirement Code and Unit Test Attributes of this element are associated with the quality Ledo Palacios 56 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software and stability of software or interface specificat
118. o de eventos Experto SE J i Esquema unifilar de Chocon Base de Oeste datos A la izquierda de la figura se puede observar el unifilar de una estaci n los eventos generados en esta son almacenado en una base de datos por el Registrador Cronol gico de Eventos RCE anta la ocurrencia de una falla el RCE habilita al SE Este sistema lee los eventos registrados y emite un 11 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software diagn stico que permitir a los operadores revisar el origen posible de la falla y facilitar a los especialistas la informaci n del SE para el an lisis de la situaci n Al igual que en los dos casos detallados anteriormente los sistemas expertos se pueden utilizar de manera satisfactoria para la detecci n de riesgos en el desarrollo de sistemas de software Es por este motivo que el presente proyecto proporciona una herramienta de apoyo de gran relevancia para detectar riesgos en el desarrollo de software constituy ndose en una importante ayuda para los desarrolladores del mismo Esta herramienta tendr la posibilidad de almacenar gran cantidad de informaci n y realizar un gran n mero de operaciones en poco tiempo de manera que se obtengan conclusiones r pidamente Con las investigaciones realizadas durante la realizaci n del proyecto pudimos concluir que a pesar de existir un sin n mero de sistemas expertos para resol
119. o Tabla N 3 TCAYV cccccccccccccecsesesssseceeececeesenssseaeceseceescsesnsaeseeeceesesensnsaseeeeeeeens 77 11 3 Map cs A e E E o 82 12 Conocimiento Estrato pic 24 aiseee E E E T EE evaded 83 12 1 rbol de Descomposici n Funcional scsssssessssessessessesssssesssesssessussessecssesesseeussussesaneseeaes 84 12 2 Descripci n de Estrategias iaa 84 13 Conocimiento 89 13 1 Tablas PER Palabras del Experto Regla ooooooncccnnncnnonononnconcnonnnononcnoncnonnronn cono nncnnnnnnnnrnnnos 89 13 2 Koer las para con Cl SIONES astenia aida iii 106 14 INOS GC ap tin 117 MU Vo tuo Lopes Eo Miisa A 117 14 2 Mapa de ONO C IMIG S ces 2rscceasaccqueeuseardsanctaasvareiaweusentdeatneesnanavngumarneneeeteaeeraeers 117 14 3 rbol Terque ia 119 AP Un III REEE EEEE EEES 124 As A 0 nn ve EEEE SEEE EREEREER 124 LS 2 MICOS A O 124 15 2 1 Marco clase PL RIS ir iii 124 13522 Marco clase Required 124 15 23 Marco clase Destilados 125 15 24 Marco clase Code and Unit Testisi 126 15 2 5 Marco clase Integration and VSS raras 126 15 2 6 Marco clase Engineering Specialities acciccnninni nnnrioinnscerrccinie creci cidad 127 15 2 7 Marco clase Development Process ansiada 127 15 2 8 Marco clase Development st id 128 15 2 9 Marco clase Management Process unica 129 15 2 10 Marco clase Management Methods iia 129 4 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Softwar
120. o hold in restraint check To verify or regulate by systematic comparison Cost A loss sacrifice or penalty Ledo Palacios 38 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software COTS commercial off the shelf Critical design review CDR A type of non developmental software that is supplied by commercial sources A review conducted to verify that the detailed design of one or more configuration items satisfy specified requirements to establish the compatibility among the configuration items and other items of equipment facilities software and personnel to assess risk areas for each configuration item and as applicable to assess the results of producability analyses review preliminary hardware product specifications evaluate preliminary test planning and evaluate the adequacy of preliminary operation and support documents Customer The person or organization receiving a product or service There may be many different customers for individual organizations within a program structure Government program offices may view the customer as the user organization for which they are managing the project Contractors may view the program office as well as the user organization as customers Data Factual information especially information organized for analysis or used to make decisions Numerical information suitable for processing by
121. o para la Identificaci n de Riesgos en el Desarrollo de Software separately from the general requirements element primarily because they are often addressed by specialists who may not be full time on the program This taxonomic separation is a device to ensure that these specialists are called in to analyze the risks associated with their areas of expertise Environment The integration and test environment includes the hardware and software support facilities and adequate test cases reflecting realistic operational scenarios and realistic test data and conditions This attribute addresses the adequacy of this environment to enable integration in a realistic environment or to fully test all functional and performance requirements Facilities This attribute refers to the adequacy of the program facilities for development integration and testing of the product Familiarity 1 Familiarity with the development process covers knowledge of experience in and comfort with the prescribed process Familiarity 2 Feasibility 1 Development system familiarity depends on prior use of the system by the company and by project personnel as well as adequate training for new users The feasibility attribute refers to the difficulty of implementing a single technical or operational requirement or of simultaneously meeting conflicting requirements Sometimes two requirements by themselves are feasible but tog
122. o seg n regla R1 Salida Valores de los atributos Stability Completeness Clarity Validity Feasibility Precedent Scale Determinar DESIGN Entrada Atributos del Dise o Razonamiento Caracter sticas del riesgo seg n regla R2 Salida Valores de los atributos Functionality Difficulty Interfaces Performance Testability Hardware Constraints Non Develoomental Software Ledo Palacios 121 Determinar CODE AND UNIT TEST Entrada Atributos del elemento Code and Unit Test Razonamiento Caracteristicas del riesgo seg n regla R3 Salida Valores de los atributos Feasibility Testing Coding l mplementing Determinar INTEGRATION AND TEST Entrada Atributos del elemento Integration and Test Razonamiento Caracter sticas del riesgo seg n regla R4 Salida Valores de los atributos Environment Product System Trabajo Profesional Determinar ENGI NEERING SPECI ALI TI ES Entrada Atributos del elemento Engineering Specialities Razonamiento Caracter sticas del riesgo seg n regla R5 Salida Valores de los atributos Mainteinability Safety Human Factors Reliability ecuritv Specifications Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Determinar DEVELOPMENT PROCESS Entrada Atributos del elemento Development Process Razonamiento Caracter sticas del riesgo seg n regla R6 Salida Valores de los atributos Formality Pr
123. oces Control Suitability Familiarity Product Control Determinar DEVELOPMENT SYSTEM Entrada Atributos del elemento Development System Razonamiento Caracteristicas del riesgo seg n regla R7 Salida Valores de los atributos Capacity Usability Reliability Suitability Familiarity System Support Delierability Kk Determinar MANAGEMENT PROCESS Entrada Atributos del elemento Mangement Process Razonamiento Caracter sticas del riesgo seg n regla R8 Salida Valores de los atributos Planning Management Experience Project Organization Program Interfaces Determinar MANAGEMENT METHODS Entrada Atributos del elemento Management Methods Razonamiento Caracter sticas del riesgo seg n regla R9 Salida Valores de los atributos Monitoring Quality Assurance Personnel Management Configuration Management Ledo Palacios 122 Trabajo Profesional Determinar WORK ENVI RONMENT Entrada Atributos del elemento Work Environment Razonamiento Caracter sticas del riesgo seg n regla R10 Salida Valores de los atributos Quality Attitude Communication Cooperation Morale Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Determinar RESOURCES Entrada Atributos del elemento Resources Razonamiento Caracter sticas del riesgo seg n regla R11 Salida Valores de los atributos Schedule Budget Staff Facilities KKK Determi
124. odos de Gestion Elemento Ambiente de Trabajo Codificaci n implementaci n Clase Limitaciones del Programa Existe alg n problema con la codificaci n o la implementaci n Elemento Recursos 9 No O Si O Comentarios Elemento Contrato Elemento Interfases del Programa Conclusiones Las respuestas se Una vez que se responden todas las seleccionan i preguntas del cuestionario se debe pasar a la siguiente p gina del cuestionario clickeando aqu 146 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 3 Terminadas de responder todo el cuestionario el informe saldr en este formato Esta salida es en el caso de que se detecten riesgos PL Identificaci n de Riesgos Clase Ingenieria del Producto Elemento Requemientos Riesgo en requerimientos Elemento Dise o ELEMENTO DISENO Elemento Ss Testeo Riesgo en dise o men een apm Elemento Especialidades de la Ingenieri ELEMENTO PROCESO DE DESARROLLO Riesgo en proceso de desarrollo Clase Ambiente de Desarrollo ELEMENTO SISTEMA DE DESARROLLO a rains retire Riesgo en sistema de desarrollo lemento Desarrollo ema Elemento Proceso de Gestion ELEMENTO RECURSOS Elemento M todos de Gesti n Riesgo en recursos Elemento Ambiente de Trabajo ELEMENTO CONTRATO Ca del Pr ease eneeeeeet eres perrea ELEMENTO INTERFASES DEL PROGRAMA Elemento Contrato Riesgo en interfases del progr
125. olling of budgets and schedules controlling factors involved in defining implementing and testing the product the project manager s experience in software development management and the product domain and the managers expertise in dealing with external organizations including customers senior management matrix management and other contractors e Management Methods The methods tools and supporting equipment that will be used to manage and control the product development such as monitoring tools personnel management quality assurance and configuration management e Work Environment The general environment within which the work will be performed including the attitudes of people and the levels of cooperation communication and morale The office space furnishings and equipment that support the development staff Development model The abstract visualization of how the software development functions such as requirements definition Ledo Palacios 40 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software design code test and implementation are organized Typical models are the waterfall model the iterative model and the spiral model Development process The implemented process for managing the development of the deliverable product For software the development process includes the following major activities translating
126. ollo de Software Caracter stica E20 Las relaciones IC Experto son fluidas Valor Mucho Justificaci n del valor El experto accede de buena gana a las preguntas del IC Caracter stica E21 El proyecto forma parte de un camino cr tico con otros sistemas Valor No Justificaci n del valor El proyecto no se utilizar en conjunto con otros proyectos Caracter stica E22 Se efectuar una adecuada transferencia tecnol gica Valor Todo Justificaci n del valor La mayor a de los usuarios no tendr n inconvenientes en la utilizaci n del nuevo sistema ya que est n acostumbrados al uso de nuevas tecnolog as Caracter stica E23 Lo que cuenta en la soluci n es la calidad de la respuesta Valor Si Justificaci n del valor La calidad de la respuesta es fundamental para la decisi n del ciclo de vida adecuado 34 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Caracter stica Peso Intervalo Difuso Peso Valor 7 8 8 8 10 10 ajo ajajajaj jnjo aja 0 uno AjAa 0 10 01 00 2 3619 1 1929 9 1921 1917 1 8 5 Resultados Dimensi n Valores Intervalo Peso Valor Plausibilidad 9 19 9 57 10 10 76 56 80 Justificaci n Adecuaci n xito Intervalo Resultado Final 5 6 5 9 6 2
127. on interfaz gr fica para llevarla a cabo 4 C4 T cnica No T cnica si la clase est relacionada con tareas pertenecientes a la ingenier a del software o no 5 C5 Desarrollo Management si la clase est relacionada con tareas de programaci n o de planificaci n 50 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Parrilla Evaluada El E2 E3 Cl 2 2 4 C2 1 2 4 C3 5 3 2 C4 5 4 2 C5 5 3 1 10 1 Clasificaci n de los Elementos Matriz distancia entre elementos El E2 E3 El 6 15 E2 9 E3 Dado que la distancia m nima se encuentra entre los elementos E1 y E2 los mismos se agrupan Distancia con Distancia con Menor El E2 Distancia E3 15 9 9 El E2 E3 El E2 9 E3 51 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 10 1 1 rbol de Elementos El E2 E3 10 1 2 An lisis de los resultados Un an lisis del rbol nos permite ver que los elementos m s parecidos son Product Engineering y Development Environment aunque esto de todas maneras es relativo ya que est n separados por una distancia de 6 La distancia entre los dos primeros y el ltimo Program Constraints puede ser explicada por su definici n de ser las cosas externas o que est n fuera
128. onent 2 A logically separable part of a computer program 3 A software component that is not subdivided into other components unit testing Testing of individual hardware or software units or groups of related units Ledo Palacios 49 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 10 C lculo del Emparrillado El Emparrillado est basado en la Teor a de la Construcci n Personal Esta t cnica de educci n es un modelo del pensamiento humano que se basa en el concepto de que cada persona tiene su propia visi n del mundo que lo rodea B sicamente es un test de clasificaci n en el cual se vincula una lista de elementos sobre la base de un conjunto bipolar de caracter sticas En este SE los elementos que se comparan son las clases de la Taxonom a creada por el SEI Para el c lculo del emparrillado se consideraron los siguientes elementos que se corresponden con las clases de la Taxonom a del SEI 1 El Product Engineering 2 E2 Development Environment 3 E3 Program Constraints Y las siguientes caracter sticas 1 CI Intelectual F sica si la clase est relacionada con algo te rico o algo m s pr ctico 2 C2 Interna Externa si la clase est relacionada con tareas de control directo de la empresa o fuera del control directo 3 C3 Uso IDEs en Resoluci n Poco Mucho si la clase permite el uso de software c
129. ort or micro management from upper management e Vendors Are vendors responsive to programs needs e Politics Are politics causing a problem for the program 81 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 11 3 Mapa de relaciones En el mapa de relaciones se muestra la relaci n existente entre los conceptos que forman parte del dominio del sistema En este caso en paricular nuestro dominio son las distintas taxonom as de riesgo en el desarrollo de software En la siguiente figura Figura N 1 se muestra el mapa de relaciones Figura N 1 Program Engineerin Development Environment g g g Requirements Code and Unit Test Development Process Work Environment Integration and Test Management Process Engineering Specialities Development System Management Methods Se ee P L Risk Identification System RIS Program Constraints Se a eae a ae ee Pe NE Resources Program Interfaces Contract 2 Ledo Palacios i Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 12 Conocimiento Estrat gico En esta secci n se desarrolla el tipo de conocimiento relacionado con la manera en que las distintas partes del dominio del sistema experto son aplicadas para la resoluci n de una tarea Se especifica qu es lo que hay que hacer bajo qu condiciones puede
130. os del mismo El nico modo de eliminar estas diferencias es mediante una meticulosa transferencia tecnol gica que engloba las dos etapas siguientes Etapa V I Organizar la transferencia tecnol gica Meticulosamente mediante entrenamiento en sesiones de tutor a entre los dise adores y los usuarios que sirvan tanto para explicar el manejo del propio sistema como para manejar y entender la documentaci n del mismo Etapa V 2 Completar la documentaci n del sistema desde el dossier t cnico al manual del usuario que deben incorporar todas las peculiaridades de su uso de una forma amigable para el usuario final a quien debe ir dirigido 16 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 6 Estimaci n de Tiempos y Diagramas de Gantt 6 1 Estimaci n de Tareas OO 17 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 6 2 Estimaci n de Sub Tareas 1 Identificaci n de la tarea Ledo Palacios Id di Nombrecdetaca Com i enzo Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 2 Desarrollo de los distintos prototipos 3 Ejecuci n de la construcci Chel sistema integrado N om b re d e t area Com enzo 29 06 2009 it 03 07 2009 de los conocimientos Ledo Palacios 3 For
131. pment System Nombre de la Regla R7 Development System Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The planning 111 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software monitoring and controlling of budgets and schedules controlling factors involved in defining implementing and testing the product the project manager s experience in software development management and the product domain and the manager s expertise in dealing with external organizations including customers senior management matrix management and other contractors Formulaci n externa Si Planning No O Project Organization No O Management Experience No O Program Interfaces Yes ENTONCES Man Proc no conclusion FALSE Elemento de Clase Taxon mica Management Process Nombre de la regla R8 Management Process Development Environment Estado de la regla Texto de la regla Palabras del experto The development environment class is concerned with the project environment in which a software product is engineered The methods tools and supporting equipment that will be used to manage and control the product development su
132. portante estrategia de negocio Por otra parte es importante mencionar que estos seguir n siendo usados en todas y cada una de las reas y o campos donde los expertos humanos sean escasos Por consecuencia de lo anterior estos sistemas son utilizados por personas no especializadas por lo cual el uso frecuente de los SE les produce y o genera conocimiento a los usuarios 4 Estado del Arte Si bien no se encuentran en el mercado sistemas que intenten resolver el problema abordado en el informe utilizando sistemas expertos se han encontrado diversos sistemas expertos para la detecci n de riesgos y fallas aplicados en distintos dominios Se describir n algunos de stos sistemas a continuaci n Sistema Experto de Asistencia T cnica de Autom viles Este sistema se implement por medio del lenguaje de programaci n l gica Turbo Prolog 2 0 y pertenece a la categor a de Sistemas Expertos de Diagnostico Descripci n del proceso de detecci n de fallas Cuando un veh culo es abordado por el t cnico este debe separar y desmantelar la partes y piezas de dicho auto Una vez terminado se realiza un an lisis para detectar las posibles fallas o defectos Estos defectos se agrupan en conjuntos a los cuales se les denomina Problemas Una vez detectado el problema se puede buscar una posible soluci n 10 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Es
133. qu informaciones se van a obtener y suministrar funcionalidades a exigir y requisitos necesarios para alcanzar todo ello Para confeccionar el plan de requisitos es necesario comenzar con la adquisici n de conocimientos entrevist ndose con directivos expertos y usuarios La adquisici n profunda se llevar a cabo en la fase II Etapa 1 1 Evaluaci n y selecci n de la tarea Esta etapa conforma el estudio de viabilidad desde la perspectiva de la INCO cuantificando dicha evaluaci n para ver qu grado de dificultad presenta la tarea Esta etapa es fundamental para evitar a priori fallos detectados en la aplicaci n pr ctica de esta tecnolog a Etapa 1 3 Definiciones de las caracter sticas de la tarea Aqui se establecen las caracter sticas m s relevantes asociadas con el desarrollo de la aplicaci n Una definici n de la aplicaci n desde el punto de vista del sistema Es decir una especificaci n t cnica completa emitida por el Ingeniero del Conocimiento en adelante IC Se debe llevar a cabo una especificaci n inicial de los siguientes tipos de requisitos funcionales operativos de interfaz de soporte criterios de xito casos de prueba o juego de ensayo Recursos materiales y humanos para desarrollar el Sistema Experto en adelante SE An lisis de costes beneficios y evaluaci n de riesgos Hitos y calendario En esta fase los expertos usuarios y directivos consiguen perfilar el mbito del problema definir funcion
134. rategia 1 5 Engineering Specialities Determinar si el riesgo corresponde al elemento Engineering Objetivo Specialities Precondiciones Tarea 0 y Tarea 1 Entrada Atributos del elemento Engineering Specialities Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Manifestaci n de riesgo correspondiente a Engineering Salida Specialities Nombre de la estrategia 2 1 Development Process Determinar si el riesgo corresponde al elemento Development Objetivo Process Precondiciones Tarea 0 y Tarea 2 Entrada Atributos del elemento Development Process Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Development Process Nombre de la estrategia 2 2 Development System Objetivo Determinar si el riesgo corresponde al elemento Development Ledo Palacios 86 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software System Precondiciones Tarea 0 y Tarea 2 Entrada Atributos del elemento Development System Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Development System Nombre de la estrategia 2 3 Management Process Determinar si el riesgo corresponde al elemento Management Objetivo Process Precondi
135. rios conectados a la aplicaci n En nuestro caso se tuvo que tener en cuenta la cantidad de instancias que se puedan levantar del motor de inferencia ver mas adelante 142 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 18 1 2 Arquitectura del sistema Modelo Vista Controlador MVC es un patr n de arquitectura de software que separa los datos de una aplicaci n la interfaz de usuario en tres componentes distintos El patr n MVC se ve frecuentemente en aplicaciones web donde la vista es la p gina y el c digo que provee de datos din micos a la p gina el modelo es la l gica encerrada y el controlador es el responsable de recibir los eventos de entrada desde la vista Profundizando en la Figl Petici n Respuesta Controlador Filtros de entrada autentificaci n Ejecuci n de acciones Filtros de salida compresi n cach Modelo Datos persistentes Normas de validaci n Relaciones Fig 1 Diagrama MVC de D E LV Risk Identification System El Modelo se encarga de la interacci n entre el motor de inferencia y el c digo jsp Obtiene las respuestas asociadas al cuestionario y las procesa La Vista presenta la informaci n obtenida con el modelo de manera que el usuario la pueda visualizar En nuestro caso es el resultado del cuestionario sobre los riesgos a enfrentar en el desarrollo software El Controlador utiliz
136. s were found Nombre de la regla R14 No Risk 116 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 14 M delo Din mico 14 1 Introducci n Consiste en la integraci n de los conocimientos f cticos estrat gicos y t cticos El modelo din mico es un modelo que permite comprobar en definitiva si no existen demasiados errores ni olvidos en el proceso que realiza el experto Se utilizan dos t cnicas el rbol de jerarqu a de tareas armado con rbol de descomposici n funcional la T C A V y las seudoreglas y el Mapa de conocimientos que representa el proceso de inferir valores de los atributos y los enlaces entre los atributos 14 2 Mapa de Conocimientos En la p gina actual y la siguiente se representa el mapa de conocimientos que se ha logrado como resultado del an lisis de conocimientos f cticos realizado El mapa de conocimientos en definitiva refleja c mo est ubicado el conocimiento del experto En cada nodo del mapa de conocimientos se pueden destacar los atributos que pertenecen al dominio del sistema Los atributos fueron encapsulados dentro del concepto al cual pertenecen para que se comprenda la idea global que se intenta transmitir En la Figura N 2 se presenta el mapa de conocimientos 117 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo d
137. ses methods procedures and activities required and selected for the program This includes the development management documentation and configuration management processes En este caso el t rmino Suitability es un atributo perteneciente al concepto Development System dentro de la taxonom a de riesgos en el desarrollo de software denominado Development Environment 72 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 11 2 Tabla concepto atributo valor TCAV En la TCAV se exponen los conceptos que forman parte del dominio del sistema y los atributos que forman parte de estos conceptos Los atributos a su vez pueden tomar diferentes valores y esto es lo que representa la columna valor de la tabla Para tener una idea m s clara de los valores que pueden tomar los atributos se adjunta un anexo ver Anexo Tabla N 3 TCAY al final de la Tabla N 3 TCAV A continuaci n se muestra la Tabla N 3 TCAV 11 2 1 Tabla N 3 TCAV Concepto Atributo Valor Yes Requirements Stability No Yes Completeness No Yes Clarity No Yes Validity No Yes Feasibility No Yes Precedent No Yes Scale No Yes Design Funtionality No Yes Difficulty No 73 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software
138. side the direct control of the project but can still have major effects on its success The external interfaces to customers other contractors corporate management and vendors Formulaci n externa Si Customer Yes O Associate Contractors Yes O Subcontractors Yes O Prime Contractor Yes O Corporate Management Yes O Vendors No O Politics Yes ENTONCES Interfaces no conclusion FALSE Elemento de Clase Taxon mica Program Interfaces Nombre de la regla R13 Program Interfaces Program Constraints 115 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Estado de la regla Texto de la regla Palabras del experto f there are no risks in the previous elements then there are no risks in this system Formulaci n externa Si Requirements no conclusion TRUE O Design no conclusion TRUE O Test no conclusion TRUE O Integration no conclusion TRUE O Engineering no conclusion TRUE O Dev Proc no conclusion TRUE O Dev Sys no conclusion TRUE O Man Proc no conclusion TRUE O Man Met no conclusion TRUE O Work Env no conclusion TRUE O Resources no conclusion TRUE O Contract no conclusion TRUE O Interfaces no conclusion TRUE ENTONCES Conclusion No risk
139. ste alg n problema con la codificaci n o la implementaci n Elemento Recursos 9 No OSi O Comentarios Elemento Contrato Elemento Interfases del Programa aceptar Conclusiones Si se observa la figura se puede ver claramente como ante una respuesta incoherente el sistema resalta en rojo el atributo cuya respuesta fue err neamente contestada En este caso en particular el atributo Testeo tuvo una respuesta incorrecta y para que el usuario pueda continuar contestando las preguntas del sistema experto deber reformular su respuesta 148 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 19 Anexo II Procesamiento de lenguaje natural 19 1 Introducci n NLP Natural Language Processing El Procesamiento de Lenguajes Naturales abreviado PLN o NLP del idioma ingl s Natural Language Processing es una subdisciplina de la Inteligencia Artificial y la rama ingenieril de la ling stica computacional El PLN se ocupa de la formulaci n e investigaci n de mecanismos eficaces computacionalmente para la comunicaci n entre personas o entre personas y m quinas por medio de lenguajes naturales El PLN no trata de la comunicaci n por medio de lenguajes naturales de una forma abstracta sino de dise ar mecanismos para comunicarse que sean eficaces computacionalmente que se puedan realizar por medio de programas que ejecuten o simulen la comunicaci n Los mod
140. ter stica A3 Los efectos de la introducci n del SE no pueden preverse Valor Regular Justificaci n del valor pueden preverse ya que contamos con varios expertos en el tema Caracter stica A4 27 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software La tarea requiere razonamiento simb lico Valor Nada Justificaci n del valor No es necesario Caracter stica A5 La tarea requiere el uso de heur sticas para acotar el espacio de b squeda Valor Nada Justificaci n del valor No es necesario Caracter stica A6 La tarea es de car cter p blico y m s t ctica que estrat gica Valor Si Justificaci n del valor La tarea tiene mucho car cter p blico Caracter stica A7 Se espera que la tarea contin e sin cambios significativos durante un largo per odo de tiempo Valor Mucho Justificaci n del valor Debido al uso del cuestionario no se esperan cambios significativos en la tarea Caracter stica AS Se necesitan varios niveles de abstracci n en la resoluci n de la tarea Valor Todo Justificaci n del valor Dado que existen diferentes reas en las que se pueden detectar los riesgos Caracter stica A9 El problema es relativamente simple o puede descomponerse en subproblemas Valor Mucho 28 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Des
141. teres Sub clase de Marco 1 1 No MC PL RIS 15 2 7 Marco clase Development Process MC Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Development General omisi n Necesito Process Cardin Formality Conjunto de 1 1 No Yes no caracteres Suitability Conjunto de 1 1 No Yes no caracteres Process Control Conjunto de 1 1 No Yes no caracteres Familiarity Conjunto de 1 1 No Yes no caracteres 127 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Product Control Conjunto de 1 1 No Yes no caracteres Sub clase de Marco 1 1 No MC PL RIS 15 2 8 Marco clase Development System MC Tipo Ranura Modal Multiv Prop Valores Permit Valores Si Development General omisi Necesito System Cardin n Capacity Conjunto de 1 1 No Yes no caracteres Suitability Conjunto de 1 1 No Yes no caracteres Usability Conjunto de 1 1 No Yes no caracteres Familiarity Conjunto de 1 1 No Yes no caracteres Reliability Conjunto de 1 1 No Yes no caracteres System Support Conjunto de 1 1 No Yes no caracteres Deliverability Conjunto de 1 1 No Yes no caracteres Sub clase de Marco 1 1 No MC PL RIS 128 Ledo Palacios Trabajo Profesional
142. ticas como e Calidad e Confiabilidad e Estabilidad e Escalabilidad Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software e Funcionalidad e Performance e Mantenimiento e Seguridad e Capacidad e Usabilidad e Testeo e Codificaci n Implementaci n e Presupuesto e Recursos humanos e Etc Es sabido que existen muy pocas personas id neas en el tema de la detecci n de riesgos en el desarrollo e implementaci n de software Muchas empresas y particulares realizan desarrollos de software sin reparar demasiado en todos los riesgos que un desarrollo tiene asociado lo cual influye negativamente tanto para la empresa demandar m s tiempo del estipulado el desarrollo del sistema lo cual se traduce directamente en una reducci n del ingreso por el sistema como para el cliente tardar m s en tener el sistema funcionando Es por eso que consideramos que es de vital importancia poder llevar los conocimientos de un experto en el ramo a un sistema que pueda ser utilizado por la comunidad de la inform tica Por lo general es muy dif cil contar con la ayuda de los expertos y cuando se logra poder contar con ella es necesario poder volcar esa informaci n a un sistema ya que este puede ser utilizado en cualquier momento que se desee Es en este mbito justamente donde se aplican los Sistemas Expertos Lo que diferencia a estos sistemas de uno tradicional de rec
143. to The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but can still have major effects on its success The external constraints imposed on schedule staff budget or facilities Formulaci n externa Si Schedule Yes O Staff Yes O Budget Yes O Facilities No ENTONCES Resources no conclusion FALSE Elemento de Clase Taxon mica Resources Nombre de la regla R11 Resources Program Constraints Estado de la regla Texto de la regla Palabras del experto The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but can still have major effects on its success The terms and conditions of the project contract Formulaci n externa Si Type of Contract Yes O Restrictions Yes 114 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software O Dependencies Yes ENTONCES Contract no conclusion FALSE Elemento de Clase Taxon mica Contract Nombre de la regla R12 Contract Program Constraints Estado de la regla Texto de la regla Palabras del experto The program constraints class consists of the externals of the project the factors that are out
144. uaci n para conseguir el mantenimiento perfectivo Trata del mantenimiento del sistema dadas las caracter sticas espec ficas de los SSBBCC el mantenimiento perfectivo es esencial puesto que adem s del aumento de funcionalidades efect a la incorporaci n de nuevos conocimientos que sin duda se van a generar por el propio uso del SBC En este el an lisis de protocolos como forma de adquisici n de conocimientos es imprescindible Etapa IV 1 Definir el mantenimiento del sistema global Esta etapa emplea las t cnicas de IS definiendo el mantenimiento que se llevar a cabo igual que en cualquier otro tipo de sistema Etapa IV 2 Definir el mantenimiento de las bases de conocimientos Existen diversas t cnicas para el mantenimiento de bases de conocimiento 15 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Etapa IV 3 Adquisici n de nuevos conocimientos Dise ar protocolos para que cuando aparezcan nuevos conocimientos puedan captarse y registrarse Se deben establecer m todos para actualizar el sistema incorporando los conocimientos adquiridos Fase V Lograr una adecuada transferencia tecnol gica Se encarga de la transferencia tecnol gica Cualquier sistema necesita para su correcta implantaci n y uso rutinario una adecuada transferencia de manejo No resulta lo mismo cuando el sistema es usado por sus constructores que por los usuari
145. uately staffed to perform its duties Quality Attitude This attribute refers to the tendency of program personnel to do quality work in general and to conform to specific quality standards for the program and product Reliability 1 System reliability or availability requirements may be affected by hardware not meeting its reliability specifications or system complexity that aggravates difficulties in meeting recovery timelines Reliability or availability requirements allocated to software may be stated in absolute terms rather than as separable from hardware and independently testable Reliability 2 Development system reliability is a measure of whether the needed components of the development system are Ledo Palacios 66 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software Requirements available and working properly whenever required by any program personnel Attributes of the requirements element cover both the quality of the requirements specification and also the difficulty of implementing a system that satisfies the requirements Resources This element addresses resources for which the program is dependent on factors outside program control to obtain and maintain These include schedule staff budget and facilities Restrictions Contract restrictions and restraints refer to contractual directives to for
146. uperaci n de informaci n es que stos ltimos s lo son capaces de recuperar lo que existe expl citamente mientras que un Sistema Experto debe ser capaz de generar informaci n no expl cita razonando con los elementos que se le dan Pero la capacidad de los SE en el mbito de la recuperaci n de la informaci n no se limita a la simplemente a la recuperaci n Pueden utilizarse para ayudar al usuario en selecci n de recursos de informaci n en filtrado de respuestas etc Un SE puede actuar como un intermediario inteligente que gu a y apoya el trabajo del usuario final Es necesario explicar entonces cuales son las caracter sticas y los problemas que logra resolver en general un sistema experto A continuaci n pasamos a desarrollar este tema Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 3 1 Sistema experto Los sistemas expertos son llamados as porque emulan el comportamiento de un experto en un dominio concreto y en ocasiones son usados por stos Con los sistemas expertos se busca una mejor calidad y rapidez en las respuestas dando as lugar a una mejora de la productividad del experto Se puede entender como una rama de la inteligencia artificial Estos sistemas imitan las actividades de un humano para resolver problemas de distinta ndole no necesariamente tiene que ser de inteligencia artificial Tambi n se dice que un SE se basa en el
147. urces Nombre de la estrategia 3 2 Contract Objetivo Determinar si el riesgo corresponde al elemento Contract Precondiciones Tarea 0 y Tarea 3 Entrada Atributos del elemento Contract Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Contract Nombre de la estrategia 3 3 Program Interfaces Determinar si el riesgo corresponde al elemento Program Objetivo Interfaces Precondiciones Tarea 0 y Tarea 3 Entrada Atributos del elemento Program Interfaces Razonamiento Saber que caracter sticas presenta un riesgo de este tipo Salida Manifestaci n de riesgo correspondiente a Program Interfaces Ledo Palacios 88 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software 13 Conocimiento T ctico Este tipo de conocimiento es el que se refiere a las relaciones que vincula los objetos conceptuales del universo del discurso del dominio de conocimiento del sistema experto Lo que se intenta destacar es la causalidad entre conceptos en particular de qu modo se pueden inferir los valores de determinados atributos de determinados conceptos a partir de los valores que tienen otros atributos de otros conceptos Se especifica c mo y cuando el Sistema Experto puede a adir a sus conocimientos gen ricos informaci n actual acerca del caso Muestran como el SE
148. user needs into software requirements transforming the software requirements into design implementing the design in code testing the code and sometimes installing and checking out the software for operational use These activities may overlap and may be applied iteratively or recursively Development sites The locations at which development work is being conducted Development system The hardware and software tools and supporting equipment that will be used in product development including such items as computer aided software engineering CASE tools compilers configuration management systems and the like Element e Requirements e Engineering Specialities e Development Process e Work Environment e Resources e Program Interfaces External dependencies Any deliverables from other organizations that are critical to a product s success External interfaces The points where the software system under development interacts with other systems sites or people Framework Is a basic conceptual structure used to solve or address complex issues Is used in research to outline possible courses of action or to present a preferred approach to an idea or thought Hardware specifications A document that prescribes the functions materials Ledo Palacios 41 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Softw
149. variando en el tiempo a conveniencia de los usuarios y para mejorar los fines que apunta por lo tanto se dice que es un sistema vivo que con peque as modificaciones en el motor de inferencia y en la capa de presentaci n se adecua y progresa acepta la t cnica de prototipado gradual La ubicaci n id nea para este sistema experto es o bien una universidad o una empresa dedicada al desarrollo de software La identificaci n temprana de riesgos es de vital importancia para la subsistencia de una organizaci n Se considera al sistema como una herramienta de apoyo que no interfiere en el trabajo cotidiano de los empleados aunque puede ser utilizado para la toma de decisiones por parte de la gerencia o el l der del proyecto inform tico El nivel de formaci n requerido por los usuarios del sistema debe incluir conocimientos en inform tica para poder analizar entender y responder las preguntas del cuestionario Se debe contar con poco hardware y software para la utilizaci n del sistema siendo muy poco restrictivo al respecto El problema de identificaci n de riesgos se puede dividir en subproblemas e Ingenier a de producto o Requerimientos o Dise o o C digo y unidad de prueba o Integraci n y testeo o Especialidades de ingenier a e Ambiente de desarrollo o Proceso de desarrollo o Sistema de desarrollo o Proceso de gesti n 135 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en
150. ver distintas problem ticas ninguno aborda puntualmente el problema de la identificaci n de riesgos en el desarrollo de software Es por eso que no s lo es una herramienta novedosa sino que da soporte y soluciones a un problema muy com n y de gran importancia para los tiempos que corren 5 Metodolog a IDEAL La metodolog a IDEAL consta de cinco fases a saber 1 Identificaci n de la tarea 2 Desarrollo de los prototipos 3 Ejecuci n de la construcci n del sistema integrado 4 Actuaci n para conseguir el mantenimiento perfectivo 5 Lograr una adecuada transferencia tecnol gica Cada una de stas fases se subdivide en distintas etapas las cuales se explicar n a continuaci n 5 1 Fase I Identificaci n de la tarea Esta fase considera la definici n de los objetivos de la aplicaci n y en base a ellos determinar si la tarea es susceptible de ser tratada con la tecnolog a de la Ingenier a del Conocimiento en adelante INCO En caso afirmativo se definen las caracter sticas del problema y se especifican los 12 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software requisitos que enmarcar n la soluci n del problema Para ello esta fase se divide en las tres etapas siguientes Etapa 1 1 Plan de requisitos y adquisici n de conocimientos Se identifican las necesidades del cliente describiendo cuales son los objetivos del sistema
151. ware Constraints Yes O Non Developmental Software Yes 107 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software ENTONCES Design no conclusion FALSE Elemento de Clase Taxon mica Design Nombre de la regla R2 Design Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical activities required to build the product to be delivered to the customer It includes the complete system hardware software and documentation The translation of software designs into code that satisfies the requirements allocated to individual units Formulaci n externa Si Feasibility No O Unit Test No O Coding Implementation Yes ENTONCES Test no conclusion FALSE Elemento de Clase Taxon mica Code and Unit Test Nombre de la regla R3 Code and Unit Test Product Engineering Estado de la regla Texto de la regla Palabras del experto The product engineering class consists of the intellectual and physical 108 Ledo Palacios Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software activities required to build the product to be delivered to the customer It includes the complete system hardw
152. y to negotiate relaxed requirements or revised budgets and schedules Ledo Palacios 65 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software from inadequate analysis of requirements or design specification or from poor quality design or coding specifications Program Constraints Program constraints refer to the externals of the project These are factors that may be outside the control of the project but can still have major effects on its success or constitute sources of substantial risk Program Interfaces 1 This attribute refers to the interactions of managers at all levels with program personnel at all levels and with external personnel such as the customer senior management and peer managers Program Interfaces 2 Project Organization This element consists of the various interfaces with entities and organizations outside the development program itself This attribute addresses the effectiveness of the program organization the effective definition of roles and responsibilities and the assurance that these roles and lines of authority are understood by program personnel Quality Assurance The quality assurance attribute refers to the procedures instituted for ensuring both that contractual processes and standards are implemented properly for all program activities and that the quality assurance function is adeq
153. ystem Ledo Palacios 45 Trabajo Profesional Sistema Experto para la Identificaci n de Riesgos en el Desarrollo de Software hardware or software requirements Reusing Hardware or software developed in response to the requirements of one application that can be used in whole or in part to satisfy the requirements of another application Risk The possibility of suffering harm or loss danger A factor element or course involving uncertain danger To expose to a chance of loss or damage Risk Identification The risk identification session began with a briefing to all risk identification participants consisting of a description of the TBQ method and a summary of the schedule and process to be followed over the duration of the risk identification In the interests of minimizing the overall time spent on identification all participants selected by the project were asked to attend Attendees may also include personnel who might take an active role in future risk identification or other risk management activities for the project Safety Schedule The degree to which the software product minimizes the potential for hazardous conditions during its operational mission A timetable A production plan A list of items A program of events or appointments Security The degree to which a software product is safe from unauthorized use SEI risk management paradigm
154. zed expertise such as safety security and reliability Product integration The act of assembling individual hardware and software components into a functional whole Project A plan or proposal scheme An undertaking requiring concerted effort Program Constraints class Quality The program constraints class consists of the externals of the project the factors that are outside the direct control of the project but can still have major effects on its success Program constraints include the following elements e Resources The external constraints imposed on schedule staff budget or facilities e Contract The terms and conditions of the project contract e Program Interfaces The external interfaces to customers other contractors corporate management and vendors A trait or characteristic property Essential character nature Degree or grade of excellence Re engineering The practice of adapting existing software artifacts or systems to perform new or enhanced functions Re engineered artifacts may be substantially different from the existing artifact Reliability The degree of dependability that an operational product must meet Usually expressed as the average time to failure Requirements analysis 1 The process of studying user needs to arrive at a definition of system hardware or software requirements 2 The process of studying and refining s

Download Pdf Manuals

Related Search

Related Contents

cupon - Evans Cycles  Instruction manual  17027128_0412 B_Bauk10 BE 751 1100 1300 NLO.book  manual de instruções radio portável c/usb e sd  G-BOOK mX スタートガイド - G  Philips AQ4010/05 User's Manual  KOHLER K-45133-BN Installation Guide  Adobe InDesign 2 Programming Guide    Automation Equipment  

Copyright © All rights reserved. Failed to retrieve file