Representing Task Contextual Information on Software Development Process

Introduction

Recent studies are advocating that Software Process Development (SPD) can be viewed as a Knowledge Intensive Process (INCLUIR REFERENCIAS). In fact the development of a software involves several processes that are less predictable, COLOCAR CARACTERISTICAS BASICAS (VER CICCIO) and depends intensively on participants' knowledge. Some authors introduced the expression Artfull Process to describe processes with this characteristics.

There are plenty of challenges in working in a KIP. One of these issues is knowing the context of a task. Considering SPD for example, the context of a coding task includes the artifacts that are consumed and produced during that task (source-code, documentation, manual, etc.). A senior developer, for example, knows the documentation (business requirements, rules, constraints, manuals, etc) that is consumed and the source-code that is created or updated during a coding task. A junior developer (or a new member in a development team) may have more difficulty to reach these artifacts.

In this text, the context of a task will be referred as Task Context Information (TCI).

We are presenting a solution to assist the participants in a SDP to know the TCI. A model to represent SDP and TCI is proposed based on an existent notation (BPMN). This notation allows the software process engineering to define at design-time the process and the TCIs of some activities. It is also possible to learn by mining process log.

The solution builds knowledge from previous instances of a process and uses this knowledge to predict a candidate TCI. The solution involves a model to represent a TCI and a heuristic to learn and predict a Task Contextal Information.

KIP

Knowledge Intensive Processes (KiPs) are those whose execution is highly influenced by the participants' knowledge. They are genuinely knowledge, information and data centric and require flexibility at design- and run-time [72]. DiCicio characterizes KIP with eight main characteristics: Knowledge-driven, Collaboration-oriented, Unpredictable, Emergent, Goal-oriented, Event-driven, Constraint- and rule-driven and Non-repeatable. The author also proposed a framework to evaluate the support to KIP was devised and used it to check the efficiency of some existing process-oriented solutions. This framework includes 25 requirements divided in 7 areas: Data, KNOWLEDGE ACTIONS, RULES AND CONSTRAINTS, GOALS, PROCESSES, KNOWLEDGE WORKERS and ENVIRONMENT. The study concludes that none of the approaches evaluated fulfills all the requirements. Actually, there are plenty of requirements that is not covered by almost all approaches. Therefore, there are plenty of open questions in this subject.

DiCicio presents a study that discusses the characteristics, requirements and analysis of contemporary approaches related to KIP. A framework to evaluate the support to KIP was devised and used to check the efficiency of some existing process-oriented solutions. The study concludes that none of the approaches fulfills all the requirements. Actually, there are plenty of open questions related to KIP.

KIP and SDP

There are several studies that claim that Software Development Development (SDP) is a Knowledge Intensite Process (REFERENCIAS).

bla bla bla