問題タブ [requirements]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
requirements - MS Word を使用したソフトウェア要件のレビュー - 自動化された方法でメトリックを取得するにはどうすればよいですか?
MS Word に要件ドキュメントがあり、他の誰かがそれをレビューし、「変更の追跡」機能を使用して見つかった問題のリストを提供するとします。
「レビュー中に見つかったメジャー/マイナーな問題の数」を抽出する方法はありますか? 自動化されたスクリプトを使用して - メトリック目的ですか?
CodeCollaboratorには MS Word が統合されているようですが、Word の内部を調べて追跡された変更データを抽出する方法がわからないようです。ドキュメントを起動するだけです。
requirements - ユーザーストーリーとユースケース
ユースケースは単なる複数のユーザーストーリーですか?
ユースケースよりもユーザーストーリーを使用することの利点は何ですか..およびその逆...どちらか一方を使用する場合...すべてのアジャイル手法はユーザーストーリーを使用しますか?
web-applications - アプリケーションのハードウェア要件を決定するための最良の方法は何ですか
サーバーに必要なハードウェアの種類を決定するために、どのような方法を使用しますか?
データベースを備えたWebベースのアプリケーションに必要なハードウェアの種類を予測するのは非常に難しいと思うことがよくあります。
使用するハードウェアを最適に選択する方法について、適切な方法や推奨事項はありますか?
windows - 最小システム要件を決定する方法
Windows アプリケーションの最小システム要件をどのように決定しますか? (OS、RAM、HD、CPU)。普段は自分の勘で進んでいますが、それを何かでバックアップできるようになりたいです。
artificial-intelligence - 安全要件が AI の使用を思いとどまらせようとするのはなぜですか?
安全に関する要件は、安全関連の要件に AI を使用するシステムを好まないようです (特に、破壊/死亡の大きな潜在的リスクが関係する場合)。誰でも理由を提案できますか? ロジックを適切にプログラムすれば、アルゴリズムにインテリジェンスを追加すればするほど、このアルゴリズムが危険な状況を回避できる可能性が高くなる、と私は常々思っていました。実際には違いがありますか?
requirements - なぜこれほど多くのサイトが、作成しようとしているシステムについて説明するのではなく、プログラミングについて議論するのでしょうか?
より優れたソフトウェアを構築する方法を人々に教えるサイトはたくさんありますが、(プログラマーとして) 私たちが作成することになっているドメインの詳細な説明を実際に提供しているサイトがほとんどないのはなぜですか? さまざまなタイプのシステム間で共通の要件のパターンが出現し始める前に、非常に多くの在庫、会計、および ERP システムを構築することしかできません。論理的に言えば、プログラマーがアーキテクチャーで再利用可能なコンポーネントを作成するために多くの時間を費やしている場合、それは、プログラマーが作成することになっているシステムを説明する再利用可能な「青写真」が必要であることを意味しますか? つまり、ソフトウェア開発の焦点は「方法」に集中しすぎているようです。
私の質問は次のとおりです。さまざまな種類のシステム仕様をすべて 1 つのサイトにまとめてカタログ化する作業は行われましたか? プロジェクトの開始時に適切な要件が不足していることがソフトウェア開発の悩みの種の 1 つである場合、既に記述されている同じタイプの以前のシステムからの要件仕様を「再利用」できる方が理にかなっているのではないでしょうか?
project-management - プロジェクトマネージャーにスコープクリープに「NO」と伝える方法
プロジェクトマネージャーはそれぞれ独自の個性と管理スタイルを持っているかもしれませんが、彼らの多くは、できる限り「スコープクリープ」に忍び込むことを好んでいるようです(誰かが見ているかどうかに関係なく)。彼らはたいてい良い意味を持っていますが (彼らの心を祝福します)、プロジェクト マネージャーに「NO」と言う最善の方法は何ですか?
project-management - 変化する要件に関して、顧客をどのように管理していますか?
Steve Yegge の知恵にもかかわらず、ほとんどの開発者は、技術に詳しくない顧客から集められた要件に直面しています。顧客に対応し、要件を翻訳するプロジェクト マネージャーがいる場合もあれば、そうでない場合もあります。いずれにせよ、要件が変わることは避けられないことです。
「優れたプログラミング手法」を構成するもののほとんどは、変化する要件に耐えられるように適応可能なシステムを開発することに関係しています。YAGNI、DRY、疎結合などの原則がこれに貢献しています。アジャイルなどの反復的な開発プロセスも、動くターゲットを攻撃しようとする懸念に対処しようとします。もちろん、システムをテストすることで、変更を加える可能性が無限に高くなります。
それにもかかわらず、私たちの多くにとって、要件を変更すると、ソフトウェアの品質が損なわれるだけでなく、モチベーションが低下し、誰かを刺したくなるようです。
この質問は、恣意的または軽微な変更を思いとどまらせながら、必要な方法で要件を変更できるように顧客を管理する方法に関するものです。どのようにしますか?
- 開発者を顧客から隔離するプロジェクト マネージャーはいますか?
- 正式な変更管理プロセスはありますか? マネージャーを変更しますか?
- 顧客が本当に必要なときに釣り銭を手に入れるのはどれほど難しいですか?
- 逆に言えば、「軽薄」な場合、顧客はどの程度おつりを手に入れやすいのでしょうか?
- 変更のコストを説明する際、顧客にどの程度詳細に説明しますか?
- 変更のリクエストを受け取った後、顧客にこの情報をどのくらい迅速に提供できますか?
- プロセスを台無しにする要因は何ですか (例:顧客にノーと言えない PM は? )
- あなたにとって何が効果的ですか?
language-agnostic - 要件、設計ドキュメント、およびコードのハード コピーを印刷しますか?
ソフトウェア要件を印刷して、簡単にマークアップしたり、UI をスケッチしたりできるようにするのが好きです。
事前に要件と設計資料を印刷しますか、それとも単にデジタルで表示しますか?
理想的な「プログラマーの」プリンターに必要な機能は何ですか?
- レーザーかインクジェットか?
- 白黒かカラーか?
- USBまたはイーサネットコネクタ?
- 二重?
- 一般的なインク カートリッジまたはトナーの入手可能性は?
usability - ユーザビリティ要件を正式に表現する最良の方法は何ですか?
システム要件ドキュメントを作成しており、システムの使いやすさに関する非機能要件を含める必要がありますが、これを表現する最善の方法がわかりません。
「システムは使いやすくなければならない」というのは、私には少しあいまいで、テストできません。プログラムの使いやすさに関連して遵守できる「公式」の基準/ガイドラインはありますか?