エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
まずは「箇条書き」でしょ! ~仕様書の書き方(2)~ - Some Days You Get the Bear
仕様書の書き方、第2弾です。 漏れ抜けのないようにと、あれもこれもと盛り込みたくて、 ついつい長文... 仕様書の書き方、第2弾です。 漏れ抜けのないようにと、あれもこれもと盛り込みたくて、 ついつい長文になってしまうこと、けっこう多いように感じています。 しかし、仕様書は、 まずは「箇条書き」です! 要素をきちんと分解し、1つのことを1つの項目として書き表すこと、 これがすごく大事な観点だと思っています。 なぜならば! 我々は仕様書を書いているのだから。 なんだそりゃ!? とお思いでしょうが、仕様書ならではの以下の役割があるからです。 ■よい設計の観点から 機能ブロックや入力情報等がきちんと整理・分解されることは、そのままわかりやすい設計につながります どんな機能、どんな情報があるかをきちんと把握できることは、システムの登場人物を正しく把握でき、概要の理解を助けます ■トレーサビリティの観点から 次工程のインプットとして、仕様書どうし・仕様どうしの各項目の対応付けが明確になります 特に仕様が
2018/02/05 リンク