Mostrar el registro sencillo del ítem

dc.contributor.advisorRojas Morales, Fernandospa
dc.contributor.authorGarcés Zúñiga, Juan Carlosspa
dc.contributor.authorJaimes Cáceres, Ronaldspa
dc.date.accessioned2020-06-26T17:56:26Z
dc.date.available2020-06-26T17:56:26Z
dc.date.issued2005
dc.identifier.urihttp://hdl.handle.net/20.500.12749/1328
dc.description.abstractEn algunos procesos de ingeniería del software, así como en diferentes procesos que se presentan en las organizaciones como lo son la toma de decisiones que afectan el funcionamiento mismo de la organización, el cambio de tecnología, o la implementación de un nuevo sistema; los desarrolladores se enfocan en la diseminación de nuevas prácticas y técnicas; sin embargo por lo general se pierden las razones que hay tras estas prácticas dificultando su mejora conforme cambia el contexto de aplicación. Se hace entonces indispensable el tener un registro de las decisiones tomadas en el pasado para tener una idea clara del por qué se realizan las tareas de cierta forma, cuándo se tomó esta decisión y basado en qué argumentos. También es relevante el saber cuáles alternativas se presentaron en el momento para solucionar éstas situaciones y qué criterios se tuvieron en cuenta a la hora de decidirse por alguna de éstas alternativas. Por esto es conveniente llevar una fundamentación de la información pues ésta permite mejorar la calidad de las decisiones haciendo explícitos los elementos de la decisión. La fundamentación es la justificación de las decisiones y es esencial en dos áreas, la primera es el apoyo a la toma de decisiones y la segunda en la captura del conocimiento. La fundamentación es la información mas importante del proceso de desarrollo cuando se hacen cambios al sistema; por desgracia la fundamentación también es la información más compleja que generan los desarrolladores y por tanto la más difícil de mantener y actualizar.spa
dc.description.tableofcontents1. INTRODUCCION 19 2. ANTECEDENTES 22 2.1 SISTEMA DE INFORMACIÓN BASADO EN PROBLEMAS 22 2.2 LENGUAJE DE REPRESENTACIÓN DE DECISIONES (DRL) 23 2.3 PREGUNTAS OPCIONES Y CRITERIOS (QOC) 23 3. ESTADO DEL ARTE 24 4. MARCO TEORICO 26 4.1 INTRODUCCIÓN 26 4.2 SISTEMA 28 4.3 INGENIERÍA DE SISTEMAS 28 4.4 SISTEMAS COLABORATIVOS 29 4.5 FUNDAMENTACIÓN DE LA INFORMACIÓN DEL SDD 30 4.6 COMPONENTES 32 4.6.1 Hardware 32 4.6.2 Software 33 4.6.3 Recursos humanos 33 4.7 BENEFICIOS 34 4.8 TIPOS DE USUARIO DEL SISTEMA 35 5. ANALISIS Y DISEÑO 36 5.1 DISEÑO METODOLÓGICO 36 5.1.1 Primera fase 36 5.1.1.1 Concepto del software 36 5.1.2 Segunda fase 36 5.1.2.1 Análisis de los requisitos de software 36 5.12.1 Análisis de los requisitos de software 36 5.1.2.2 Indicadores de evaluación del sistema 37 5.1.3 Tercera fase 37 5.1.3.1 Diseño global 37 5.1.3.2 Diseño detallado 37 5.1.4 Generación de código 37 5.1.5 Pruebas 37 5.1.6 Documentación 37 5.2 TECNOLOGÍAS ESTUDIADAS 37 5.2.1 php 38 5.2.2 asp 39 5.2.3 java 40 5.2.3.1 Características importantes de java 40 5.2.3.1.1Simple 40 5.2.3.1.2 Orientado a objetos 41 5.2.3.1.3 Distribuido 42 5.2.3.1.4 Robusto 42 5.2.3.1.5 Es de arquitectura neutral 43 5.2.3.1.6 Es seguro 44 5.2.3.2 Javabeans 44 5.2.3.3 Jsp 45 5.2.4 my sql 45 5.3 SELECCIÓN DE LA TECNOLOGÍA 47 5.4 INDICADORES 47 5.4.1 Clasificación de los indicadores 48 5.4.1.1 Indicadores de cumplimiento 49 5.4.1.2 Indicadores de evaluación 49 5.4.1.3 Indicadores de eficiencia 49 5.4.1.4 Indicadores de eficacia 49 5.4.1.5 Indicadores de gestión 49 5.4.2 Indicadores de evaluación del sistema 50 5.4.2.1 Indicadores internos 50 5.4.2.2 Indicadores externos 52 5.5 MODELAMIENTO DEL SISTEMA 54 5.5.1 Diagrama de casos de uso 54 5.5.2 Diagramas de secuencia 57 5.5.3 Diagramas de colaboración 58 5.5.4 Diagrama de clases 59 6. APLICACIONES 60 6.1 Casos de aplicación 61 6.1.1 Administración de sistemas de información 61 6.1.2 santa clara 61 7. CONCLUSIONES 62 8. REFERENCIAS 63spa
dc.format.mimetypeapplication/pdfspa
dc.language.isospaspa
dc.rights.urihttp://creativecommons.org/licenses/by-nc-nd/2.5/co/*
dc.titleSistema colaborativo web para el soporte a toma de decisionesspa
dc.title.translatedCollaborative web system for decision-making supporteng
dc.degree.nameIngeniero de Sistemasspa
dc.coverageBucaramanga (Colombia)spa
dc.publisher.grantorUniversidad Autónoma de Bucaramanga UNABspa
dc.rights.localAbierto (Texto Completo)spa
dc.publisher.facultyFacultad Ingenieríaspa
dc.publisher.programPregrado Ingeniería de Sistemasspa
dc.description.degreelevelPregradospa
dc.type.driverinfo:eu-repo/semantics/bachelorThesis
dc.type.localTrabajo de Gradospa
dc.type.coarhttp://purl.org/coar/resource_type/c_7a1f
dc.subject.keywordsInformation systems administrationeng
dc.subject.keywordsDecision support systemseng
dc.subject.keywordsSystems Engineeringeng
dc.subject.keywordsInvestigationseng
dc.subject.keywordsAnalysiseng
dc.subject.keywordsDecision Makingeng
dc.subject.keywordsSoftware Engineeringeng
dc.subject.keywordsWeb Technologyeng
dc.identifier.instnameinstname:Universidad Autónoma de Bucaramanga - UNABspa
dc.identifier.reponamereponame:Repositorio Institucional UNABspa
dc.type.hasversioninfo:eu-repo/semantics/acceptedVersion
dc.rights.accessrightsinfo:eu-repo/semantics/openAccessspa
dc.rights.accessrightshttp://purl.org/coar/access_right/c_abf2spa
dc.relation.referencesGarcés Zúñiga, Juan Carlos, Jaimes Cáceres, Ronald, Rojas Morales, Fernando (2005). Sistema colaborativo web para el soporte a toma de decisiones. Bucaramanga (Colombia) : Universidad Autónoma de Bucaramanga UNABspa
dc.relation.referencesAbcdatos, Tutoriales de Jsp, disponible en http://www.abcdatos.com/tutoriales/tutorial/o223.html, Junio de 2004spa
dc.relation.referencesBRUEGGE Y DUTOIT, ingeniería del software orientado a objetos, Prentice Hall, Cap. 8, 2002.spa
dc.relation.referencesCAYS HORSTMAN Y GARY CORNELL, Java 2, Prentice Hall, Volumen 2, 2003. pág. 811, 813, 819.spa
dc.relation.referencesCIAO, opinión rational rose enterprise edition, disponible en. http://www.ciao.es/Rational_Rose_Enterprise_Edition__Opinion_612900, Agosto de 2004spa
dc.relation.referencesERIC J. BRAUDE, Ingenieria de software una perspectiva orientada a objetos, alfaomega, 2003. pág. 24.spa
dc.relation.referencesGuiarte Multimedia S.L., Desarrollo Web Home Page, disponible en http://www.desarrolloweb.com/, Octubre de 2004spa
dc.relation.referencesNuñez Manuel, Gestión Indicadores, disponible en http://personales.jet.es/amozarrain/gestion_indicadores.htm, Agosto de 2004spa
dc.relation.referencesPRESSMAN, Roger S. Ingeniería de Software: Un enfoque Práctico. Mc GrawHill, 2002. pág. 285spa
dc.relation.referencesPublispain, tutoriales de java, disponible en http://www.publispain.com/supertutoriales/diseno/java/, Junio de 2004spa
dc.contributor.cvlacRojas Morales, Fernando [0000068993]*
dc.subject.lembAdministración de sistemas de informaciónspa
dc.subject.lembSistemas de soporte a la toma de decisionesspa
dc.subject.lembIngeniería de sistemasspa
dc.subject.lembInvestigacionesspa
dc.subject.lembAnálisisspa
dc.description.abstractenglishIn some software engineering processes, as well as in different processes that occur in organizations such as decision-making that affect the very operation of the organization, technology change, or the implementation of a new system; developers focus on disseminating new practices and techniques; however, the reasons behind these practices are generally lost, making it difficult to improve as the application context changes. It is therefore essential to have a record of the decisions made in the past to have a clear idea of ​​why the tasks are carried out in a certain way, when this decision was made and based on what arguments. It is also relevant to know which alternatives were presented at the time to solve these situations and what criteria were taken into account when deciding on any of these alternatives. For this reason, it is convenient to keep a foundation of the information as it allows improving the quality of the decisions by making the elements of the decision explicit. The justification is the justification of the decisions and it is essential in two areas, the first is the support for decision making and the second in the capture of knowledge. The rationale is the most important information in the development process when making changes to the system; unfortunately the rationale is also the most complex information generated by developers and therefore the most difficult to maintain and update.eng
dc.subject.proposalToma de decisiones
dc.subject.proposalIngeniería de software
dc.subject.proposalTecnología web
dc.type.redcolhttp://purl.org/redcol/resource_type/TP
dc.rights.creativecommonsAtribución-NoComercial-SinDerivadas 2.5 Colombia*
dc.contributor.researchgroupGrupo de Investigación Pensamiento Sistémico - GPSspa
dc.contributor.researchgroupGrupo de Investigaciones Clínicasspa
dc.coverage.campusUNAB Campus Bucaramangaspa
dc.description.learningmodalityModalidad Presencialspa


Ficheros en el ítem

Thumbnail

Este ítem aparece en la(s) siguiente(s) colección(ones)

Mostrar el registro sencillo del ítem

Atribución-NoComercial-SinDerivadas 2.5 Colombia
Excepto si se señala otra cosa, la licencia del ítem se describe como Atribución-NoComercial-SinDerivadas 2.5 Colombia