Recursos de colección

Universidad Nacional de La Plata (74.783 recursos)

Este servicio se brinda en el marco del Proyecto de Enlace de Bibliotecas (PrEBi) y significa una novedosa iniciativa en pos de la difusión a través de Internet, dentro y fuera del ámbito de la Universidad, de los conocimientos que en ella se generan para servir como vehículo de promoción y jerarquización. Los objetivos que se han planteados para SeDiCI son sumamente ambiciosos e incluyen la difusion electrónica de tesis, tesinas y disertaciones pero también de otros tipos de creaciones intelectuales, pretendiendo abarcar la ciencia, la tecnología y el arte buscando modos de presentación no solo de objetos en forma de documentos de texto sino también otros medios multimediales aptos para creaciones no documentales.

vol. 05, no. 02

Mostrando recursos 1 - 13 de 13

  1. The role of requirements engineering in the development of multi-agent systems

    Prado Leite, Julio César Sampaio do
    There has been an increasing number of literature dealing with the software engineering aspect of building “agent oriented software”. In principle, agent oriented software is software implemented in platforms in which software pieces behave with a certain level of independence from other software pieces. An important characteristic of agent oriented software is the level of intelligence available for each software piece, or agent. (Párrafo extraído del texto a modo de resumen)

  2. Requirements engineering-challenges from the agent-oriented approach

    Cysneiros, Luiz Marcio
    Many methodologies have been proposed to systematize the software development process. Many of them have been widely adopted. However, the majority has focused on analysis and design. Requirements have frequently been forgotten or only superficially dealt with. In, fact in the past we have seen methodologies evolving from programming. That happened when structured analysis evolved from structured programming and more recently with Object-oriented analysis evolving from object-oriented programming. (Párrafo extraído del texto a modo de resumen)

  3. Requirement and analysis: where is the boundary if any?

    Pastor López, Oscar
    Even if it seems to be at a first glance a simple question, this is really a very interesting one. For many years, Analysis has been the generic term to refer to those initial Software Production Process steps where design is not yet taken into account. In some way, the analysis phase has been considered as the natural step where Conceptual Schemas of an Information System are conceived and represented. (Párrafo extraído del texto a modo de resumen)

  4. Requirements and analysis: where is the boundary if any?

    Oliveros, Alejandro
    The concept of System Analysis was very common in the early stages of information systems. Different approaches to System Analysis share the goal of learning about the current system to establish the basis of the new system (Swanson, R., An introduction to Business Data Processing and Computer Programming, 1967). These approaches drove the development of software systems through a long period of time. The vision of the systems was driven by the goals and needs of understanding the functional side of the systems. (Párrafo extraído del texto a modo de resumen)

  5. Understanding the word "analysis" in the context of requirements engineering

    Prado Leite, Julio César Sampaio do
    I have been teaching, in reality, preaching, the importance of a clear understanding for the word “analysis”. It is my conclusion, after years of exposure to the term “system analysis”, that it has mislead lots of young people how wishes to understand the process of software construction, in special the initial steps of the process. My main point is that you can only analyze something that you know. However, educators in the areas of information systems and software engineering always focused the “system analysis” as a modeling discipline, where specifications were written and formalization was sought at the very early...

  6. Structural testing with use cases

    Carniello, Adriana; Jino, Mario; Chaim, Marcos Lordello
    Understanding how a user interacts with a system is important if the goal is to deliver a product that meets the user's needs. Use cases constitute a primary source of requirements in a user-centered perspective and are often utilized to derive acceptance tests. Given such a critical role in requirements engineering, we introduce a novel set of testing criteria based on the use case specification with a two-fold objective: to assess the quality of test cases derived from use cases and to test the use case specification itself. Differently from previous approaches, the novel set of testing criteria requires that...

  7. Construction of a taxonomy for requirements engineering commercial-off-the-shelf components

    Ayala, Claudia; Botella, Pere; Franch, Xavier
    This article presents a procedure for constructing a taxonomy of COTS products in the field of Requirements Engineering (RE). The taxonomy and the obtained information reach transcendental benefits to the selection of systems and tools that aid to RE-related actors to simplify and facilitate their work. This taxonomy is performed by means of a goal-oriented methodology inspired in GBRAM (Goal-Based Requirements Analysis Method), called GBTCM (Goal-Based Taxonomy Construction Method), that provides a guide to analyze sources of information and modeling requirements and domains, as well as gathering and organizing the knowledge in any segment of the COTS market. GBTCM claims...

  8. The use of UML activity diagrams and the i* language in the modeling of the balanced scorecard implantation process

    Haya, Mariela; Franch, Xavier; Mayol, Enric
    Business management is a complex task that can be facilitated using different methodologies and models. One of their most relevant purposes is to align the organization strategy with the daily functioning of the organization. One of these models is the Balanced Scorecard (BSC). In this paper, we propose a modeling strategy for the BSC implantation process. We will model it using UML Activity Diagrams and Strategy Dependency models of the language i*. The Activity Diagrams allow determining the order in which involved activities must be performed, and at the same time, to identify which people has the responsability to carry...

  9. Estimate of the functional size in the requirements elicitation

    Bertolami, Mabel Angélica; Oliveros, Alejandro
    Early measurement of software size allows to estimate costs and effort as well as to plan the development schedule. In previous reports, an approach which applies the Function Points Analysis to the derivative Scenarios of the Language Extended Lexicon was presented. In the process of the validation of that proposal, statistical techniques were applied on a subset of the obtained data from the measurement of several cases of study. In this article, a linear regression analysis which allowed establishing an estimate model of the scenarios functional size and the verification of the validity of that model is presented. The results...

  10. Evaluating methodologies: a requirements engineering approach through the use of an exemplar

    Cysneiros, Luiz Marcio; Werneck, Vera; Yu, Eric
    Systems development methodologies continue to be a central area of research in software engineering. As the nature of applications and systems usage move increasingly towards open networked environments, not only are new methodologies required, but new ways for evaluating methodologies for these new environments are also required. The agent-oriented approach to software engineering introduces concepts such as pro-activeness and autonomy to achieve more flexible and robust systems for complex applications environments. A number of AOSE methodologies have been proposed. In order to evaluate and compare these methods in depth, we proposed the use of a common exemplar-a detailed application setting...

  11. A pattern language to join early and late requirements

    Martínez, Alicia; Pastor López, Oscar; Estrada, Hugo
    At present, the early phase of Requirements Engineering is a new research area in the Software Engineering field. This phase is concerned with the analysis of the organizational context in which a software system will be used. The models used in this phase allow us to describe an organizational environment using actors, goals, business processes and relationships. The late phase of Requirements Engineering, which is focused on representing the expected functionality of the software system, is more developed, so there are multiple techniques and tools to describe the software system that will be developed inside its operational environment. However, although...

  12. Mapping Activity Theory Diagrams into i* Organizational Models

    Cruz Neto, Genésio Gomes da; Gomes, Alex Sandro; Castro, Jaelson Brelaz de
    Modern requirement engineering approaches divide the elicitation process in two different stages: one focused on analyzing the context where the system-to-be will be used and another centered on designing software solutions appropriated to the context modeled. An adequate framework for assisting context analysis is offered by the Activity Theory, a philosophic and interdisciplinary structure to study different forms of human practice that adopts the activity as the basic unit of analysis. However, there are still no methods for integrating context analysis based on Activity Theory and traditional requirement specifications techniques. In a previous work, the authors presented a requirement engineering...

  13. Designing communication-intensive web applications: experience and lessons from a real case

    Perrone, Vito; Bolchini, Davide
    Who uses requirements engineering and design methodologies besides the people who invented them? Are researchers -at least- actually trying to use them in real-world complex projects and not in "paper project"? In this paper, we dare to recount the experience and the lessons we gained in trying to use seriously and in-depth a requirements engineering method (called AWARE) combined with a conceptual user-centered design method (called W2000) for the development of a real-world web application. The project is recounted through the process followed and the artefacts produced, as well as by crystallizing our experience in using and transferring the method...

Aviso de cookies: Usamos cookies propias y de terceros para mejorar nuestros servicios, para análisis estadístico y para mostrarle publicidad. Si continua navegando consideramos que acepta su uso en los términos establecidos en la Política de cookies.