User story (original) (raw)
Eine User Story („Anwendererzählung“) ist eine in Alltagssprache formulierte Software-Anforderung. Sie ist bewusst kurz gehalten und umfasst in der Regel nicht mehr als zwei Sätze. User Stories werden im Rahmen der agilen Softwareentwicklung (z. B. Extreme Programming (XP), Scrum) zusammen mit Akzeptanztests zur Spezifikation von Anforderungen eingesetzt. Dabei wird jede User Story auf eine Story-Card geschrieben.Der Autor der Story sollte der Kunde des Software-Projektes sein.
| Property | Value |
|---|---|
| dbo:abstract | قصة المستخدم في برمجة الحاسوب جملة أو أكثر في اللغة اليومية أو لغة أعمال المستخدم النهائي والتي تستحوذ على ما يريد المستخدم تحقيقه. ويتم استخدام قصص المستخدم مع وسائل [أيجيل لتطوير البرامج] من أجل أساس ما يمكن تنفيذه من ميزات. وكل قصة مستخدم محدودة، وبالتالي تتناسب مع بطاقة ملاحظة صغيرة من أجل ضمان أنها لا تتضخم. وينبغي أن تكتب قصص المستخدم عن طريق العملاء من أجل مشروع برمجي وهي أداتهم الرئيسية في التأثير على تطوير البرنامج. ويمن كتابة قصص المستخدمين من خلال المطورين للتعبير عن المتطلبات غير الوظيفية. وقصص المستخدم هي طريقة سريعة للتعامل مع متطلبات العميل بدون استخدام الكثير من مستندات المطالب الرسمية وبدون أداء المهام الإدارية المثقلة المرتبطة بالمحافظة عليها. والقصد من قصة المستخدم هي القدرة على التجاوب بشكل أسرع وبعبء أقل مع متطلبات العالم الحقيقي المتغيرة بسرعة كبيرة. وقصة المستخدم هي بيان غير رسمي للمطلب طالما أن هناك افتقارًا إلي تطابق إجراءات اختبار قبول. وقبل تنفيذ قصة المستخدم، يجب كتابة إجراء قبول مناسب عن طريق العميل للتأكد عن طريق الاختبار أو تحديد ما إذا تم تحقيق أهداف قصة المستخدم. ويحدث في النهاية بعض الرسميات عندما يقبل المطور قصة المستخدم وإجراء القبول كطلب عمل محدد. (ar) Eine User Story („Anwendererzählung“) ist eine in Alltagssprache formulierte Software-Anforderung. Sie ist bewusst kurz gehalten und umfasst in der Regel nicht mehr als zwei Sätze. User Stories werden im Rahmen der agilen Softwareentwicklung (z. B. Extreme Programming (XP), Scrum) zusammen mit Akzeptanztests zur Spezifikation von Anforderungen eingesetzt. Dabei wird jede User Story auf eine Story-Card geschrieben.Der Autor der Story sollte der Kunde des Software-Projektes sein. (de) Una historia de usuario es una representación de un requisito escrito en una o dos frases utilizando el lenguaje común del usuario. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requisitos (acompañadas de las discusiones con los usuarios y las pruebas de validación). Cada historia de usuario debe ser limitada, esta debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la metodología XP las historias de usuario deben ser escritas por los usuarios. Las historias de usuario son una forma rápida de administrar los requisitos de los usuarios sin tener que elaborar gran cantidad de documentos formales y sin requerir de mucho tiempo para administrarlos. Las historias de usuario permiten responder rápidamente a los requisitos cambiantes. (es) Un récit utilisateur, ou « user story » en anglais, est une description simple d’un besoin ou d’une attente exprimée par un utilisateur et utilisée dans le domaine du développement de logiciels et de la conception de nouveaux produits pour déterminer les fonctionnalités à développer. (fr) In software development and product management, a user story is an informal, natural language description of features of a software system. They are written from the perspective of an end user or user of a system, and may be recorded on index cards, Post-it notes, or digitally in project management software. Depending on the project, user stories may be written by different stakeholders like client, user, manager, or development team. User stories are a type of boundary object. They facilitate sensemaking and communication; and may help software teams document their understanding of the system and its context. (en) ユーザーストーリー（英: User Story）はユーザーの観点から日常用語を用いて説明されたソフトウェアへの要望である。ソフトウェア工学・プロダクトマネジメント・マーケティングの分野で用いられる。 (ja) Een user story is een korte beschrijving (story) van wat een gebruiker (user) wil. User stories worden gebruikt bij het ontwikkelen van software of producten. Een user story bestaat uit enkele zinnen gewone spreektaal van de (computer)gebruiker waarin staat wat de gebruiker doet of moet doen, als onderdeel van z'n werk. User stories worden gebruikt binnen agile software development als een manier om de requirements te beschrijven. Hierin zegt men 'wie', 'wat', 'waarom' wil. Het geheel is weinig gedetailleerd en moet passen op een post-it. Het is de belangrijkste manier waarop de gebruiker invloed heeft op de functionaliteit van het te ontwikkelen systeem of product. User stories kunnen ook door ontwikkelaars geschreven worden om niet-functionele eisen vast te leggen bijvoorbeeld op het gebied van beveiliging, kwaliteit en performance, maar de eerstverantwoordelijke voor de verzameling van de user stories is de producteigenaar. (nl) Historyjka użytkownika (ang. user story) – metoda opisywania wymagań przy tworzeniu oprogramowania w metodykach zwinnych. Historyjki są zazwyczaj pisane z perspektywy użytkownika końcowego. Stosowany jest prosty język, który jest zrozumiały zarówno przez programistów, jak i osoby nietechniczne (np. analitycy, projektanci, menedżerowie). Typowa historyjka użytkownika jest napisana według następującego szablonu: Jako chcę , żeby . W powyższym szablonie użytkownikiem może być lub w systemie. Potrzebą może być potrzeba w rozumieniu psychologicznym lub funkcjonalność systemu. Natomiast potrzeba nie powinna sugerować konkretnych rozwiązań (np. chcę pole tekstowe). Cel do osiągnięcia to wartość którą dostarcza system, problem do rozwiązania lub po prostu powód podjęcia danej akcji w systemie. Przykładowe historyjki użytkownika: * Jako użytkownik Wikipedii chcę edytować artykuł, żeby dopisać lepszy przykład ilustrujący artykuł. * Jako klient banku chcę zobaczyć listę ostatnich transakcji, żeby kontrolować swoje wydatki. * Jako właściciel salonu fryzjerskiego chcę opublikować reklamę w internecie, żeby przyciągnąć więcej klientów. Poza uzupełnionym szablonem historyjka powinna zawierać tzw. warunki satysfakcji (ang. acceptance criteria) które są sprawdzane w trakcie testów akceptacyjnych i pozwalają potwierdzić, że dana historyjka została zaimplementowana zgodnie z oczekiwaniami. Historyjka użytkownika to bardzo wygodna forma wyrażenia wymagania – wartości biznesowej. Jest zapisywana w taki sposób aby mogła być zrozumiana zarówno przez osobę techniczną, jak i osobę odpowiedzialną za biznesową stronę przedsięwzięcia. Testy oparte o historyjki użytkownika to np. testy na poziomie systemu albo testowanie akceptacyjne. (pl) Em desenvolvimento de software e gerenciamento de produto, uma História de usuário (User Stories) é uma especificação de uma ou mais sentenças na linguagem de negócio ou cotidiana do usuário final ou que captura o que um usuário faz ou necessita fazer como parte de sua função de trabalho. Histórias de usuário são usadas com metodologias ágeis de desenvolvimento de software como a base para definir o escopo de um projeto de software. É uma técnica de análise de requisitos. Ela captura o "quem", "o quê" e "por quê" de um requisito em uma forma concisa e simples, geralmente limitada em detalhes, de forma que possa ser escrita a mão em um pequeno cartão de notas de papel. (pt) Пользовательские истории (англ. User Story) — способ описания требований к разрабатываемой системе, сформулированных как одно или более предложений на повседневном или деловом языке пользователя. Пользовательские истории используются гибкими методологиями разработки программного обеспечения для спецификации требований (вместе с приёмочными испытаниями). Каждая пользовательская история ограничена в размере и сложности. Часто история пишется на маленькой бумажной карточке. Это гарантирует, что она не станет слишком большой. В Экстремальном программировании пользовательские истории пишутся пользователями (заказчиками) системы. В методологии SCRUM — проходят проверку пользователем в роли «Владелец продукта» (англ. Product Owner). Для заказчиков (пользователей) пользовательские истории являются основным инструментом влияния на разработку программного обеспечения. Пользовательские истории — быстрый способ документировать требования клиента, без необходимости разрабатывать обширные формализованные документы и впоследствии тратить ресурсы на их поддержание. Цель пользовательских историй состоит в том, чтобы быть в состоянии оперативно и без накладных затрат реагировать на быстро изменяющиеся требования реального мира. Пользовательская история остается неофициальным определением требований, пока отсутствует процедура приемочного тестирования. Прежде чем реализовывать пользовательскую историю, клиент должен определить соответствующую приемную процедуру, чтобы гарантировать что цели пользовательской истории были достигнуты. (ru) 用户故事（英語：User story）是软件开发和项目管理中的常用術語。主旨是以日常语言或商务用语撰寫句子，是一段簡單的功能表述。以客戶或使用者的觀點撰寫下有價值的功能、引導、框架來與使用者進行互動，進而推動工作進程。可以被認為是一種規格文件，但更精確而言，它代表客戶的需求與方向。以該用戶故事來反应對象在組織內的其工作职责、范围、需要進行的任務等。用户故事在敏捷开发方法中用来定义系统需要提供的功能和实现需求管理。 (zh) Історія користувача (англ. user story) - це одне чи більше речень, звичайною мовою предметної області, які описують чого користувач хоче досягти. Історії користувача використовуються в гнучких методологіях для з'ясування базових функцій що будуть реалізовуватись. Кожна історія користувача достатньо коротка і записується на карточках приблизно 7 на 12 сантиметрів, що гарантує те, що вона не стане занадто великою. Історії користувача пишуться споживачами програмного забезпечення і є основним інструментом їх впливу на розробку програми. Вона висвітлює "Хто", "Що", "Чому" вимог у простий й точний спосіб. Історії користувача - швидкий спосіб оперування вимогами користувача, без необхідності застосування занадто формалізованих документів, та виконання адміністративних задач пов'язаних з опрацюванням цих документів. Наміром з яким використовують історії користувача є швидше та менш накладне реагування на швидко змінювані вимоги реального світу. Історії користувача - це неформальний опис вимог до тих пір, поки відсутні відповідні . Перед тим як реалізовувати історію користувача відповідна процедура прийняття має бути написана користувачем, що тестуванням чи іншим чином визначає чи задоволені вимоги історії користувача. Деяка формалізація відбувається коли розробник приймає історію користувача, та відповідну процедуру прийнятності. (uk) |
| dbo:thumbnail | wiki-commons:Special:FilePath/User_Story_Map_in_Action.png?width=300 |
| dbo:wikiPageExternalLink | http://www.batimes.com/articles/user-stories-and-use-cases-dont-use-both.html http://www.payton-consulting.com/user-stories-different-requirements/ |
| dbo:wikiPageID | 2656549 (xsd:integer) |
| dbo:wikiPageLength | 32242 (xsd:nonNegativeInteger) |
| dbo:wikiPageRevisionID | 1120320563 (xsd:integer) |
| dbo:wikiPageWikiLink | dbr:Ron_Jeffries dbr:Extreme_Programming_Practices dbr:Product_management dbr:Alistair_Cockburn dbr:User_(system) dbr:Post-it_note dbr:Boundary_object dbr:Persona_(user_experience) dbr:Product_owner dbr:To-do_list dbr:Given-When-Then dbr:Extreme_Programming dbr:Five_Ws dbc:Extreme_programming dbr:Chrysler_Comprehensive_Compensation_System dbr:Kanban_board dbr:Hierarchy dbc:Software_requirements dbc:Agile_software_development dbr:Jira_(software) dbr:Kent_Beck dbr:Martin_Fowler_(software_engineer) dbr:Software_development dbr:Fibonacci_scale_(agile) dbr:Mike_Cohn dbr:Scrum_(development) dbr:Use_case dbr:Scenario_(computing) dbr:User_(computing) dbr:Extreme_programming dbr:Sensemaking dbr:Planning_game dbr:Product_Backlog dbr:File:User_Story_Map_in_Action.png dbr:File:User_story_mapping.jpg |
| dbp:wikiPageUsesTemplate | dbt:Authority_control dbt:Citation_needed dbt:Clarify dbt:ISBN dbt:Reflist dbt:Short_description dbt:Unreliable_sources dbt:Use_dmy_dates dbt:Cite_quote dbt:Software_development_process |
| dcterms:subject | dbc:Extreme_programming dbc:Software_requirements dbc:Agile_software_development |
| gold:hypernym | dbr:Description |
| rdf:type | owl:Thing yago:WikicatSoftwareRequirements dbo:Stadium yago:Abstraction100002137 yago:Act100030358 yago:Duty101129920 yago:Event100029378 yago:GroupAction101080366 yago:PsychologicalFeature100023100 yago:Requirement105892651 yago:YagoPermanentlyLocatedEntity yago:SocialControl101123598 |
| rdfs:comment | Eine User Story („Anwendererzählung“) ist eine in Alltagssprache formulierte Software-Anforderung. Sie ist bewusst kurz gehalten und umfasst in der Regel nicht mehr als zwei Sätze. User Stories werden im Rahmen der agilen Softwareentwicklung (z. B. Extreme Programming (XP), Scrum) zusammen mit Akzeptanztests zur Spezifikation von Anforderungen eingesetzt. Dabei wird jede User Story auf eine Story-Card geschrieben.Der Autor der Story sollte der Kunde des Software-Projektes sein. (de) Un récit utilisateur, ou « user story » en anglais, est une description simple d’un besoin ou d’une attente exprimée par un utilisateur et utilisée dans le domaine du développement de logiciels et de la conception de nouveaux produits pour déterminer les fonctionnalités à développer. (fr) ユーザーストーリー（英: User Story）はユーザーの観点から日常用語を用いて説明されたソフトウェアへの要望である。ソフトウェア工学・プロダクトマネジメント・マーケティングの分野で用いられる。 (ja) Em desenvolvimento de software e gerenciamento de produto, uma História de usuário (User Stories) é uma especificação de uma ou mais sentenças na linguagem de negócio ou cotidiana do usuário final ou que captura o que um usuário faz ou necessita fazer como parte de sua função de trabalho. Histórias de usuário são usadas com metodologias ágeis de desenvolvimento de software como a base para definir o escopo de um projeto de software. É uma técnica de análise de requisitos. Ela captura o "quem", "o quê" e "por quê" de um requisito em uma forma concisa e simples, geralmente limitada em detalhes, de forma que possa ser escrita a mão em um pequeno cartão de notas de papel. (pt) 用户故事（英語：User story）是软件开发和项目管理中的常用術語。主旨是以日常语言或商务用语撰寫句子，是一段簡單的功能表述。以客戶或使用者的觀點撰寫下有價值的功能、引導、框架來與使用者進行互動，進而推動工作進程。可以被認為是一種規格文件，但更精確而言，它代表客戶的需求與方向。以該用戶故事來反应對象在組織內的其工作职责、范围、需要進行的任務等。用户故事在敏捷开发方法中用来定义系统需要提供的功能和实现需求管理。 (zh) قصة المستخدم في برمجة الحاسوب جملة أو أكثر في اللغة اليومية أو لغة أعمال المستخدم النهائي والتي تستحوذ على ما يريد المستخدم تحقيقه. ويتم استخدام قصص المستخدم مع وسائل [أيجيل لتطوير البرامج] من أجل أساس ما يمكن تنفيذه من ميزات. وكل قصة مستخدم محدودة، وبالتالي تتناسب مع بطاقة ملاحظة صغيرة من أجل ضمان أنها لا تتضخم. وينبغي أن تكتب قصص المستخدم عن طريق العملاء من أجل مشروع برمجي وهي أداتهم الرئيسية في التأثير على تطوير البرنامج. ويمن كتابة قصص المستخدمين من خلال المطورين للتعبير عن المتطلبات غير الوظيفية. (ar) Una historia de usuario es una representación de un requisito escrito en una o dos frases utilizando el lenguaje común del usuario. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requisitos (acompañadas de las discusiones con los usuarios y las pruebas de validación). Cada historia de usuario debe ser limitada, esta debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la metodología XP las historias de usuario deben ser escritas por los usuarios. (es) In software development and product management, a user story is an informal, natural language description of features of a software system. They are written from the perspective of an end user or user of a system, and may be recorded on index cards, Post-it notes, or digitally in project management software. Depending on the project, user stories may be written by different stakeholders like client, user, manager, or development team. (en) Historyjka użytkownika (ang. user story) – metoda opisywania wymagań przy tworzeniu oprogramowania w metodykach zwinnych. Historyjki są zazwyczaj pisane z perspektywy użytkownika końcowego. Stosowany jest prosty język, który jest zrozumiały zarówno przez programistów, jak i osoby nietechniczne (np. analitycy, projektanci, menedżerowie). Typowa historyjka użytkownika jest napisana według następującego szablonu: Jako chcę , żeby . Przykładowe historyjki użytkownika: (pl) Een user story is een korte beschrijving (story) van wat een gebruiker (user) wil. User stories worden gebruikt bij het ontwikkelen van software of producten. Een user story bestaat uit enkele zinnen gewone spreektaal van de (computer)gebruiker waarin staat wat de gebruiker doet of moet doen, als onderdeel van z'n werk. User stories worden gebruikt binnen agile software development als een manier om de requirements te beschrijven. Hierin zegt men 'wie', 'wat', 'waarom' wil. Het geheel is weinig gedetailleerd en moet passen op een post-it. Het is de belangrijkste manier waarop de gebruiker invloed heeft op de functionaliteit van het te ontwikkelen systeem of product. (nl) Історія користувача (англ. user story) - це одне чи більше речень, звичайною мовою предметної області, які описують чого користувач хоче досягти. Історії користувача використовуються в гнучких методологіях для з'ясування базових функцій що будуть реалізовуватись. Кожна історія користувача достатньо коротка і записується на карточках приблизно 7 на 12 сантиметрів, що гарантує те, що вона не стане занадто великою. Історії користувача пишуться споживачами програмного забезпечення і є основним інструментом їх впливу на розробку програми. Вона висвітлює "Хто", "Що", "Чому" вимог у простий й точний спосіб. (uk) Пользовательские истории (англ. User Story) — способ описания требований к разрабатываемой системе, сформулированных как одно или более предложений на повседневном или деловом языке пользователя. Пользовательские истории используются гибкими методологиями разработки программного обеспечения для спецификации требований (вместе с приёмочными испытаниями). Каждая пользовательская история ограничена в размере и сложности. Часто история пишется на маленькой бумажной карточке. Это гарантирует, что она не станет слишком большой. В Экстремальном программировании пользовательские истории пишутся пользователями (заказчиками) системы. В методологии SCRUM — проходят проверку пользователем в роли «Владелец продукта» (англ. Product Owner). Для заказчиков (пользователей) пользовательские истории являются (ru) |
| rdfs:label | قصة المستخدم (ar) User Story (de) Historias de usuario (es) Récit utilisateur (fr) ユーザーストーリー (ja) User story (nl) Historyjka użytkownika (pl) História de usuário (pt) Пользовательские истории (ru) User story (en) Розповідь користувача (uk) 用户故事 (zh) |
| owl:sameAs | freebase:User story yago-res:User story wikidata:User story dbpedia-ar:User story dbpedia-de:User story dbpedia-es:User story dbpedia-et:User story dbpedia-fa:User story dbpedia-fr:User story dbpedia-he:User story dbpedia-hu:User story dbpedia-ja:User story dbpedia-nl:User story dbpedia-no:User story dbpedia-pl:User story dbpedia-pt:User story dbpedia-ru:User story dbpedia-uk:User story dbpedia-zh:User story https://global.dbpedia.org/id/24eiL |
| prov:wasDerivedFrom | wikipedia-en:User_story?oldid=1120320563&ns=0 |
| foaf:depiction | wiki-commons:Special:FilePath/User_Story_Map_in_Action.png wiki-commons:Special:FilePath/User_story_mapping.jpg |
| foaf:isPrimaryTopicOf | wikipedia-en:User_story |
| is dbo:wikiPageDisambiguates of | dbr:Story dbr:Use |
| is dbo:wikiPageRedirects of | dbr:User_Stories dbr:User_Story dbr:User_stories dbr:Customer_story |
| is dbo:wikiPageWikiLink of | dbr:Behavior-driven_development dbr:MoSCoW_method dbr:Defect_criticality dbr:Requirements_analysis dbr:Vertical_slice dbr:Presenter_first_(software_approach) dbr:Requirement dbr:Continuous_testing dbr:Product_manager dbr:Spike_(software_development) dbr:Story dbr:Test-driven_development dbr:Agile_contracts dbr:Lean_software_development dbr:Acceptance_testing dbr:Agile_software_development dbr:Experience_architecture dbr:Epic dbr:Kanban_(development) dbr:Requirements_engineering dbr:Black-box_testing dbr:Timeboxing dbr:Software_Ideas_Modeler dbr:Fibonacci_scale_(agile) dbr:Scrum_(software_development) dbr:Use_case dbr:Scenario_(computing) dbr:Use dbr:Use_case_diagram dbr:Extreme_programming dbr:Extreme_programming_practices dbr:INVEST_(mnemonic) dbr:Planning_poker dbr:Event_partitioning dbr:Vision_document dbr:Outline_of_software_engineering dbr:Software_requirements dbr:User_Stories dbr:User_Story dbr:User_stories dbr:Customer_story |
| is foaf:primaryTopic of | wikipedia-en:User_story |
