scispace - formally typeset
Search or ask a question
Topic

User story

About: User story is a research topic. Over the lifetime, 1078 publications have been published within this topic receiving 23717 citations.


Papers
More filters
Proceedings ArticleDOI
01 Dec 2018
TL;DR: A solution named Sponto is proposed, which to automate the software development process using ontology-based approaches to produce reliable boilerplates to the developers and the communities to reuse the base and to build the software applications without spending a considerable amount of time on recreating the artifacts.
Abstract: Ontologies are well-known for representing knowledge of a particular domain and an upcoming trend in the field of Computer Science to produce intelligent systems. Further, they help to solve traceability issues and transitive dependencies. Creation of software applications and use of software applications are increased due to new and innovative customer requirements and technologies. Development teams are following several Software Development methodologies to support and to produce quality software applications to the outer world. Agile methodologies are becoming more popular in small organizations and development teams to support the feature by feature development with less throughput. User Stories represent the actual user requirements in Agile. This paper proposes a solution named Sponto, which to automate the software development process using ontology-based approaches to produce reliable boilerplates to the developers and the communities to reuse the base and to build the software applications without spending a considerable amount of time on recreating the artifacts. The proposed solution supports and generates database scripts, Business Process Model diagrams, Java code snippets, and test cases from user stories.

5 citations

Book ChapterDOI
18 Jun 2005
TL;DR: This panel will offer a forum to share and learn from industry practitioners and researchers on how to make off-shore software development work in an agile context.
Abstract: Off-shore development is increasing in popularity. Off-shoring affects many things in our environment: what and where we build and deploy; how we budget and deliver services; and how and when we communicate. Can the high touch, high bandwidth model that Agile purports be applied to a situation where one of the fundamental tenants – a co-located team – is shattered? This panel will offer a forum to share and learn from industry practitioners and researchers on how to make off-shore software development work in an agile context.

5 citations

Book ChapterDOI
Thomas Stober1, Uwe Hansmann1
01 Jan 2010
TL;DR: The five principles of a fractal team, which were introduced in Chap.
Abstract: Agile thinking is an attempt to simplify things by reducing complexity of planning, by focusing on customer value, and by shaping a fruitful climate of participation and collaboration. There are a vast number of methods, techniques, best practices, that claim to be “agile.” In this chap. we want to give an overview of the most common ones. The five principles of a fractal team, which we introduced in Chap. 1, apply to most of them: self-similarity, goal orientation, self organization, self improvement, and vitality are cornerstones when implementing an organization capable of executing software projects in an agile way. The desire to establish flexible and efficient development processes which produce high quality results is not new and has not only been applied to software development: More than two decades ago, the manufacturing industry underwent dramatic changes, when the traditional production concepts of Taylor and Ford were challenged by extremely successful Japanese enterprises such as Toyota. The Western hemisphere was puzzled at how the competition from Far East seemed to be able to produce better quality at lower cost and quickly began to outperform the rest of the world. What happened? What was the secret of the amazing efficiency and innovation?

5 citations

Proceedings ArticleDOI
01 Jan 2016
TL;DR: Technique researched in this paper follows the user stories, which get the most possible accurate estimates of project size estimation in agile projects.
Abstract: There exist no concrete models for project size estimation in agile, contrary to traditional projects. In agile, contrasting approaches like standard component estimation, wideband-Delphi or expert consensus and function points technique do not proof much workable for early estimation of size, cost and duration due to uncertain initial requirements. Estimation in agile projects is important regardless of the immature nature of the requirements, on which they work. Next is the translation of effort estimates to project size or vice versa, which is equally important. Technique researched in this paper follows the user stories, which get us most possible accurate estimates. Number of story points with a story matter as well for correct size of story. There are certain specific metrics contained in a story which help in identification of its size and reliability. These factors, in weight age of story point are used to calculate sizing of an agile project.

5 citations

Journal ArticleDOI
TL;DR: The work conducted to develop an Android chatbot application to support the requirements elicitation activity in software engineering is presented, making the work less time-consuming and structured even for users not accustomed to requirements engineering.
Abstract: Nowadays, software products have become an essential part of human life. To build software, developers must have a good understanding of the requirements of the software. However, software developers tend to jumpstart system construction without having a clear and detailed understanding of the requirements. The user story concept is one of the practices of the requirements elicitation. This paper aims to present the work conducted to develop an Android chatbot application to support the requirements elicitation activity in software engineering, making the work less time-consuming and structured even for users not accustomed to requirements engineering. The chatbot uses Nazief & Adriani stemming algorithm to pre-process the natural language it receives from the users and artificial mark-up language (AIML) as the knowledge base to process the bot’s responses. A preliminary acceptance test based on the technology acceptance model results in an 83.03% score for users’ behavioral intention to use.

5 citations


Network Information
Related Topics (5)
Software development
73.8K papers, 1.4M citations
86% related
Component-based software engineering
24.2K papers, 461.9K citations
86% related
Software system
50.7K papers, 935K citations
84% related
Software construction
36.2K papers, 743.8K citations
84% related
Business process
31.2K papers, 512.3K citations
81% related
Performance
Metrics
No. of papers in the topic in previous years
YearPapers
202334
202259
202157
202084
201991
201875