O processo de desenvolvimento de software implica na necessidade constante de tomadas de decisão. A cada etapa do processo, torna-se necessário estabelecer a comunicação e interação entre usuários, gerentes, analistas, programadores e mantenedores numa constante troca de informações. O registro dos artefatos produzidos durante todo o processo é uma questão que norteia as pesquisas em ambiente de desenvolvimento de software. Quando se fala em suporte ao processo de colaboração entre os elementos de uma equipe de desenvolvimento, este registro torna-se ainda mais necessário. Neste contexto, a modelagem dos dados a serem armazenados se amplia para comportar outras informações provenientes da interação do grupo além dos artefatos gerados. As informações trocadas durante este processo interativo que incluem fatos, hipóteses, restrições, decisões e suas razões, o significado de conceitos e, os documentos formais formam o que é denominado pela literatura especializada como memória de grupo. A proposta da arquitetura SaDg PROSOFT visa fornecer suporte a memória de grupo, no que diz respeito ao registro das justificativas de projeto(Design Rationale), através de uma integração com o gerenciador de processos (GP) provido pelo ADS PROSOFT. Esta integração se dá através das ferramentas inseridas no modelo, assim desenhadas: Editor de Norma, Editor de Argumentação, Extrator de Alternativas, Editor de Votação. O ADS PROSOFT integra ferramentas para desenvolvimento de software. Este ADS foi escolhido para o desenvolvimento do modelo SADG, pois baseia-se na construção formal de software, mas particularmente no método algébrico, por ser um ambiente estendível, possibilitando a inclusão do modelo SaDg PROSOFT ao seu conjunto de ferramentas, por ter características de um ambiente distribuído e cooperativo e por não dispor de nenhum suporte à discussões e decisões em grupos. São apresentados os fundamentos de modelos SADG e algumas ferramentas. Alguns dos principais requisitos desses ambientes foram coletados e são apresentados a fim de embasar a proposta do trabalho. O modelo SADG é apresentado na forma de ferramentas PROSOFT(chamadas ATOs) e permite a definição de atividades como: Atividade de argumentação, atividade de extração e a atividade de votação. Além disso, permite a coordenação destas atividades através de um facilitador e do próprio GP, e também, possui um mecanismo para a configuração do processo decisório.

Orientador: Hans Kurt Edmund Liesembergo / Dissertação (mestrado) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-11T23:41:56Z (GMT). No. of bitstreams: 1 Stehling_RenatodeOliveira_M.pdf: 2979549 bytes, checksum: 22873141d924f1a60ebb9e29aea93209 (MD5) Previous issue date: 1999 / Resumo: Xchart é uma linguagem visual, orientada a eventos e projetada para especificar controles de diálogo que não podem ser adequadamente descritos com as atuais propostas baseadas em DTEs (Diagramas de Transição de Estados). A arquitetura reflexiva proposta é uma extensão que não visa adaptar Xchart a nenhum novo contexto. O objetivo é controlar a complexidade do código descrito nessa linguagem, promovendo a separação de domínios e permitindo a intervenção na especificação de forma transparente. Nossa proposta procurou preservar ao máximo as características da linguagem Xchart. As novas estruturas são tratadas exclusivamente em tempo de compilação. O sistema de execução de Xchart (SE) não precisou ser alterado porque o código executável é o mesmo da abordagem convencional. Em tempo de execução, não há overhead relacionado ao mecanismo de reflexão adotado. / Abstract: Xchart is a visual and event -oriented language designed to specify dialogue controls that cannot be adequately described by proposals based on STDs (State Transition Diagrams). The proposed reflective architecture does not intend to adapt Xchart to any new context The main purpose is to control the complexity of the code described in this language by means of promoting domain separation and allowing an interference with specifications in an transparent way. Our proposal tried to preserve the features of Xchart language as much as possible. The new structures are handled in compilation time. There was no need to adapt the Xchart execution system (ES) because the executable code is the same as the one of the conventional approach. At execution time, there is no overhead related with the adopted reflection mechanism. / Mestrado / Mestre em Ciência da Computação

Orientador: Iscia Teresinha Lopes Cendes / Tese (doutorado) - Universidade Estadual de Campinas, Faculdade de Ciências Médicas / Made available in DSpace on 2018-08-18T18:59:17Z (GMT). No. of bitstreams: 1 Rocha_CristianedeSouza_D.pdf: 3551438 bytes, checksum: f6ebb3553396723b256a55fd2fae1034 (MD5) Previous issue date: 2011 / Resumo: A construção de perfis de expressão usando microarrays tornou-se um método amplamente utilizado para o estudo dos padrões de expressão gênica. Estes estudos produzem uma grande quantidade de dados que faz com que a análise seja complexa e demorada. À medida que a qualidade dos arrays se torna mais confiável com a introdução dos arrays industriais, a quantidade de dados gerados aumenta e o ponto crítico dos experimentos, passa a ser garantir uma boa análise de bioinformática. Para facilitar esta análise desenvolvemos um pipeline que executa todos os passos de processamento de dados, tais como a correção de background, controle de qualidade, normalização, detecção de genes diferencialmente expressos e análises de clusterização. Além disso, nossa ferramenta permite a escolha de diversos testes estatísticos paramétricos e não paramétricos e também faz mineração de dados, buscando as informações relevantes dos genes e gerando links para diversos bancos de dados públicos. A função principal desta ferramenta é auxiliar pesquisadores que trabalham com microarrays, pois ela facilita a análise da grande quantidade de dados que este tipo de experimento gera, podendo fornecer uma análise personalizada com a escolha dos testes estatísticos e valores de corte de acordo com os parâmetros que o usuário julgar mais apropriado para as condições de seu experimento. A facilidade de uso e aplicações múltiplas implementadas apresentadas nesta ferramenta são inéditas e esperamos contribuir de maneira significativa para estimular e facilitar o uso dos estudos de expressão em larga escala / Abstract: Expression profile using microarrays has become a widely used method for studying gene expression patterns. These studies produce a large amount of data which makes the analysis complex and time consuming. As the arrays' quality becomes more reliable the critical point remains the bioinformatics tools used to process and analyze the data generated in these large experiments. Therefore, we aimed to develop a pipeline that runs all the steps of data processing such as background correction, quality control, normalization, detection of differentially expressed genes and clustering analysis. In addition, our tool allows the choice of several parametric and non-parametric tests to be used for group comparisons. Furthermore, it can be used for data mining, searching for relevant information of genes as well as creating links to various public available databases. The main goal of this tool is to provide researchers working with microarray data a user friendly tool which includes customized statistical analysis. This type of research tool with this many function is not previously available and we hope to contribute to make large scale expression studies easier and faster, specially for researchers that are starting to use this type of technology / Doutorado / Neurociencias / Doutor em Fisiopatologia Medica

Orientador: Eliane Martins / Dissertação (mestrado profissional) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-03T18:45:09Z (GMT). No. of bitstreams: 1 Goncalves_KlausnerVieira_M.pdf: 1428663 bytes, checksum: b81e8057b76890177a04bfc4f1faf65e (MD5) Previous issue date: 2003 / Resumo: A evolução do uso de sistemas computacionais nas atividades humanas tem exigido cada vez mais um alto nível de qualidade dos softwares. Esta busca para garantir a qualidade do software toma o processo de desenvolvimento de software mais dificil e complexo. Na tentativa de reduzir os custos e aumentar a qualidade da atividade de teste, várias técnicas e critérios vêm sendo propostos, onde a diferença entre essas técnicas está na origem da informação que é utilizada para avaliar ou construir conjuntos de casos de teste, sendo que cada técnica possui uma variedade de critérios para esse: fim. Com o aumento expressivo de aplicações que utilizam Banco de Dados Relaciona!, toma-se necessária a adequação de técnicas e critérios de Teste de Software para os testes destas aplicações. O presente trabalho visa apresentar técnicas de Teste de Software em Aplicações de Banco de Dados Relaciona! através da utilização de técnicas de Teste Estrutural (Caixa Branca) e Teste Funcional (Caixa Preta). A partir do estudo destas técnicas é definida uma estratégia de teste que cobre Teste Estrutural baseado em critérios de cobertura de Fluxo de Controle e Complexidade Cic10mática e Testes Funcionais baseados em Particionamento de Equivalência e Análise de Valor Limite. Para apoiar esta estratégia é desenvolvida também uma ferramenta de auxílio para execução dos testes (STest for Delphi) / Abstract: The evolution of the use of computational systems in the human activities beings has demanded each time plus one high leveI of qua1ity of softwares. This search to guarantee the quality of software becomes the process of software development of more difficult and complexo In the attempt to reduce the costs and to increase the quality of the activity of test, severa! techniques and criteria come being proposed, where the difference between these techniques is in the origin of the information that is used to evaluate or to construct sets of test cases, being that each technique possesss a variety of criteria for this end. With the expressive increase of applications that use Relational Database, one becomes necessary the adequacy oftechniques and criteria ofTest ofSoftware for the tests ofthese applications. The present work allns at to present techniques of Test of Software in Applications of Relational Database through the use of techniques of Structural Test (White Box) and Functional Test (Black Box). From the study of these techniques is de:6ned a test strategy that has covered established Structural Test in criteria of covering of Control Flow and Cyclomatic Complexity and Funcional Tests based in Equivalence Partitioning and Boundary Value Analysis. To support this strategy, it is also developed, a tool ofaid for execution ofthe tests (STest for Delphi) / Mestrado / Engenharia de Computação / Mestre em Computação

Orientador: Ariadne Maria Brito Rizzoni Carvalho / Dissertação (mestrado) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-03T19:56:57Z (GMT). No. of bitstreams: 1 Batista_EdinelsonAparecido_M.pdf: 5235326 bytes, checksum: cf502830edf17b876faaf3974cc6838f (MD5) Previous issue date: 2003 / Resumo: O processo de engenharia de requisitos é peça-chave para o sucesso ou fracasso de um sistema. Dentre as diversas fases que compõem a engenharia de requisitos, as principais são: elicitação, análise, especificação e validação. A elicitação de requisitos é a fase em que o desenvolvedor se preocupa com a descoberta dos requisitos do sistema. É a mais subjetiva das fases e, por ser basicamente dependente de seres humanos, dá margem a interpretações diferentes e ambíguas. A definição dos requisitos não é um processo matemático e há fatores organizacionais, técnicos e sociais envolvidos. Desde que a engenharia de requisitos surgiu no início dos anos 90, os desenvolvedores de software têm se defrontado com a questão de encontrar a melhor forma para a identificação dos requisitos do sistema e diversas técnicas e métodos têm sido propostos. Durante o processo de elicitação de requisitos várias fontes de informação são consultadas pelos desenvolvedores, mas as pessoas são as mais importantes. Apesar de todo avanço tecnológico, o que se percebe é que a elicitação é feita de maneira bastante informal, muitas vezes com aplicação de técnicas inadequadas; isso pode ensejar erros que se propagam para as fases seguintes do ciclo de vida do software, gerando um produto com falhas, não confiável e sem qualidade. Diversas técnicas podem ser aplicadas nesta fase para ajudar os desenvolvedores a descobrir o que o usuário realmente necessita. O objetivo desta monografia é propor uma taxonomia para as técnicas utilizadas na fase de elicitação de requisitos, através de um esquema de classificação facetado. As técnicas são classificadas segundo uma lista de parâmetros, ou facetas, que podem auxiliar os desenvolvedores na escolha das técnicas que serão utilizadas na elicitação. As técnicas são descritas e seus processos relacionados, bem como as situações em que seu uso é indicado. A escolha correta da técnica de elicitação cria condições para que os requisitos sejam melhor especificados e para que as possíveis falhas no desenvolvimento de sistemas fiquem num patamar aceitável e tolerável / Abstract: The requirements engineering is fundamental to the success or failure of a computational system. The requirements engineering is composed of several phases, being elicitation, analysis, specification and validation main ones. The requirements elicitation phase is concerned with discovering the requirements of the system. It is the most subjective of the phases and, because it depends on human beings, it is possible that different and ambiguous interpretations are produced. The definition of requirements is not a mathematical process; there are organizational, technical and social factors involved. Since the requirements engineering appeared at the beginning of the 90's, the requirements engineer has faced the problem of finding the best form of identifying the system's requirement and, since then, several techniques and methods have been proposed. During the requirements elicitation process, the requirements engineer consults several sources, but people are essentiaIly the most important source. In spite of the technological advance, elicitacion stilI takes place in an informal way; application of inadequate elicitacion techniques produces errors which propagate to the foIlowing development phases, generating a product with failures, not trustworthy and without quality. Several techniques can be applied to help the requirements engineer to discover what the users reaIly need. The goal of this work is to propose a taxonomy for the techniques used in the requirements elicitation phase, through the use of a faceted classification scheme. The techniques are classified according to a list of parameters, or facets, that can help the requirements engineer to choose the techniques that could be used in the elicitacion phase. The techniques are described and their processes are related, as weIl as the situations when they should be applied. The use of the appropriate technique leads to better specified requirements, decreasing the problems in the systems' s development as a whole / Mestrado / Engenharia de Computação / Mestre em Computação

Orientador : Cecilia Mary Fischer Rubira / Dissertação (mestrado) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-03T19:49:48Z (GMT). No. of bitstreams: 1 SilvaJunior_MoacirCaetanoda_M.pdf: 751726 bytes, checksum: f9c7c93622a67d6706cee9ebff14bf91 (MD5) Previous issue date: 2003 / Mestrado

Orientadores: Ariadne Maria Brito Rizzoni Carvalho, Thelma Cecilia dos Santos Chiossi / Dissertação (mestrado profissional) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-04T13:53:20Z (GMT). No. of bitstreams: 1 Drach_MarcosDavid_M.pdf: 1097883 bytes, checksum: 0be02ee41451affd5b6b6ef00b77ddf1 (MD5) Previous issue date: 2005 / Resumo: Métricas de software são padrões quantitativos de medidas de vários aspectos de um projeto ou produto de software, e se constitui em uma poderosa ferramenta gerencial, contribuindo para a elaboração de estimativas de prazo e custo mais precisas e para o estabelecimento de metas plausíveis, facilitando assim o processo de tomada de decisões e a subsequente obtenção de medidas de produtividade e qualidade. A métrica de Análise por Pontos de Função - FPA, criada no final da década de 70 com o objetivo de medir o tamanho de software a partir de sua especificação funcional, foi considerada um avanço em relação ao método de contagem por Linhas de Código Fonte - SLOC, a única métrica de tamanho empregada na época. Embora vários autores tenham desde então publicado várias extensões e alternativas ao método original no sentido de adequá-lo a sistemas específicos, sua aplicabilidade em sistemas Web ainda carece de um exame mais crítico. Este trabalho tem por objetivo realizar uma análise das características computacionais específicas da plataforma Web que permita a desenvolvedores e gerentes de projeto avaliarem o grau de adequação da FPA a este tipo de ambiente e sua contribuição para extração de requisitos e estimativa de esforço / Abstract: Software metrics are quantitative standards of measurement for many aspects of a software project or product, consisting of a powerful management tool that contributes to more accurate delivery time and cost estimates and to the establishment of feasible goals, facilitating both the decision-making process itself and the subsequent obtention of data measuring productivity and quality. The metric Function Point Analysis - FPA, created at the end of 70¿s to measure software size in terms of its functional specification, was considered an advance over the Source Line Of Code - SLOC counting method, the only method available at that time. Although many authors have published various extensions and alternatives to the original method, in order to adapt it to specific systems, its applicability in Web-based systems still requires a deeper and more critical examination. This work aims to present an analysis of the specific computational characteristics of the Web platform that allows developers and project managers to evaluate the adequacy of the FPA method to this environment and its contribution to the requirement extraction and effort estimation / Mestrado / Engenharia de Computação / Mestre Profissional em Computação

M.B.A. / The aim of this research was to determine why information technology software projects fail in South Africa in order to determine whether there is a cause and cost similarity between international first world and South African IT Software Project failures. This research topic was primarily chosen because there is a lack of research on IT Software project failure in South Africa. The following objectives were defined to support the aim of the research: To ascertain project cost failure statistics sources internationally from relevant literature. To ascertain from literature what has been said about causes/reasons of project failure internationally. To ascertain South African IT Software Project failure statistics and reasons by means of a questionnaire. To determine whether the literature on international IT software project failure and South African IT software project failure compare. The research project was conducted amongst members of the Project Management Institute of South Africa (PMISA). In addition, companies that are not members of PMISA were also contacted and requested to respond to an e-mail questionnaire. It is interesting to note that one of the reasons for projects being challenged and cancelled, deals with, or is related to, requirements. Changing and / unclear user requirements was always listed in the top three reasons for projects being challenged and cancelled. The top three reasons listed by The Standish Group also lists changing and / unclear user requirements in the top three. This research would therefore suggest that effectively dealing with changing and / unclear user requirements would significantly increase project success. In conclusion, the comparison between South African companies and International companies revealed that the causes are for the most part the same, and the costs appear to be vastly different, but similar in trend. As is evident from the research literature, this research topic rarely studied, and therefore additional research can be done to explore this topic.

Software quality has become and persistently remains a big issue among software users and developers. So, the importance of software evaluation cannot be overemphasized. An accepted fact in software engineering is that software must undergo evaluation process during development to ascertain and improve its quality level. In fact, there are too many techniques than a single developer could master, yet, it is impossible to be certain that software is free of defects. Therefore, it may not be realistic or cost effective to remove all software defects prior to product release. So, it is crucial for developers to be able to choose from available evaluation techniques, the one most suitable and likely to yield optimum quality results for different products - it bogs down to choosing the most appropriate for different situations.

No description available.