Skip to main content

Posts

Showing posts from September, 2016

General Idea for Creating a Software Architecture Using Reference Models

The architecture developed in this blog will follow the steps given in the diagram below:  According to the diagram: The first step is to form a list of functional requirements for the software. The second step is to form a module structure representing the functional requirements. The third step is to identify the style(s) suitable for the architecture. The style should be the one that incorporated all the quality attributes associated with the functional modules. The fourth step is to combine the module structure with the appropriate style into a single diagram. The resultant diagram is known as the Reference Architecture Diagram.  NOTE: THE ARCHITECTURE IS NOT YET FINALIZED! The fifth step is to give a brief description on the functional module. NOTE: NOW THE ARCHITECTURE IS COMPLETE The final step is to develop the system represented by the designed software system's architecture. Formation of a Software Architecture for Student Portal System Step 1: Iden

A Survey of the Use of Crowdsourcing in Software Engineering - Key Points

*Crowdsourcing an emerging distributed problem-solving model that involves the use of both the human and the machine. Software engineers are recruited online globally to perform various software engineering tasks i.e. requirement extraction, designing, coding and testing of the software. Applying this model has resulted in: Increased parallelism thus reducing the time-to-market. Lower costs. Lower defect rates with flexibility development capability. According to the survey conducted an observable increase in Crowdsourced Software Engineering has been noticed, whereas according to many of the authors not much work has been done regarding this model. The purpose  of conducting the survey were: To provide a comprehensiv e survey of current research progress in the field of Crowdsourced Software Engineering. To summarize the challenges for Crowdsourced Software Engineering. To reveal to what extent these challenges were addressed by existing work. The survey was conducted usi

Embracing the Engineering Side of Software Engineering - Summary

This article is about the application of scientific, mathematical and psychological principles to the practical ends. Software development is tightly coupled with economic considerations affecting project decisions. The focus of the majority of the researchers today is to increase the quantity of their publications rather than the quality of their publications. This as a result led to the immaturity of the research conducted in the field of software engineering. One of the solutions suggested by the author is the involvement of the industry in the research process such that the source of the research problem should come from the industry and the results obtained from the research should also be practically applied to the industry for its validation. Most of the research has been done without involving actual people i.e. the industry. Researchers must show diligence in understanding the relevant contextual factors, although time-consuming but are of the great essence in software enginee

Research in Software Engineering Paradigms and Methods - Key Points

Software engineering is new to the research field due to its different: Research methods. Validation methods. The main focus of this papers is in the identification of research problems in software engineering. Research problems in software engineering can be classified into 2 categories: Scientific Nature Engineering Nature  Consist of different objects of study  Problem of building new software from existing  artifacts  Focus is on the theoretical aspects of Software  engineering  Its focus is on the artificial aspects  It is not just the actual but also the knowledge  It is not just the application but also the  knowledge  Example: What things are like?  Example: What things should be like to create  new? Software engineering and computer science had been considered as a single field till the early 1980's which led to the immaturity of the software engineering research field. This immaturity had been verified as a result of the detected deficiencie

What Makes Good Research in Software Engineering? - Key Points

The main objective of this research is to devise an efficient research strategy in the field of Software Engineering. Another main object of the project is to identify the kinds of contributions that have a substantial impact and the types of research that are successful. Understanding of research strategies can help design research plan and reports in software engineering. Software and engineering research can be characterized on the basis of: Kinds of interesting research questions. Research methodology adopted. Criteria for evaluation of research results. Software engineering researchers rarely write explicitly about their paradigms of research and their standards for judging the quality of the research. In 1984-85, Redwine, Riddle, and others proposed a model for the way software engineering technology evolves from research ideas to widespread practice. Software engineering researchers recently criticized common practices in the field for failing to collect, analyze and repo

Software Architecture Views and Structures

Description of Views: In the year 1995 Kruchten presented his 4+1 architectural view model consisting of the following five types of views: Logical Development Process Physical Scenario Later with further development and research in the domain of architectural view following new views were developed to represent their respective structures: Views Sub-View of Description Logical None Highlights the functionalities provided by the system to the end-users. Unified Modeling Language (UML) diagrams such as the Class diagram, Domain diagram, Use Case diagram, State diagrams and Activity diagrams can be used to represent the logical view of the architecture. Development None It is also known as an implementation view. It is mainly concerned with the software project management. It represents the system with the programmer’s perspective. Process None It deals with the representation of