ソフトウェア開発せお丸さんの動画をみて、要件定義について勉強しました。ブログではメモ用にテキストだけを載せています。動画では図や絵なども出てきて理解しやすいので、動画をみながらの学習をおすすめします。今回、せお丸さんは、ネットフリックスのような動画配信システムを例にして要件定義書を書いていました。このシステムがどのような使われ方をしていくのかを書いていく。「システムの概要」や「ユースケース(管理者、一般ユーザー)」など。機能要件このシステムにどのような機能があるかを書いていく。「機能一覧」ではワードに書ききれないので、別紙エクセルにまとめるなどする。いう項目を作って、「機能」1項目ずつに「#」で番号を管理している。エクセルで管理しておくと、後々、列最後尾に「工数」や「スケジュール管理」などやりやすくなるので、エクセルでまとめておくのがおすすめだそう。このシステムがどれだけの性能を発揮するのかを定義していく。例)画面表示は2秒以内の表示を目標とする(応答率95%以上)「可用性」・・・システムがどれだけ生きているか。例)99.9%の可用性を目指す。このシステムが生きているか死んでいるかを監視。例)ELBの標準機能による自動監視、自動切り替えを行うまとめざっくりと動画をみながら要件定義と要件定義書の書き方についてアウトプットしてきましたが、要件定義書は、もっと細かい項目に分けて書くこともあるそうです。ウォーターフォール開発時の注意として、後戻りできない点がある。そのため、要件定義の段階で漏れがないように、きちんとドキュメントに書き起こしておく必要がある。設計書に挟み込む図には決まった書き方がある。UMLという(→別記事で書きました。)動画内で紹介されていた記事が以下の通りです。設計入門〜不変(イミュータブル)〜この投稿はパスワードで保護されているため抜粋文はありません。設計入門〜構造が悪いとどういった弊害があるのか〜この投稿はパスワードで保護されているため抜粋文はありません。設計入門〜低凝集を解決する〜この投稿はパスワードで保護されているため抜粋文はありません。Controller・・・ソフトウェア開発の標準的な開発手法WPI-APIのプラグインを調べている時に出会ったこの言葉について少し調べてみました。Comments表示できるコメントはありません。