前提について
はじめまして、いりふねと申します。
現在プログラミングスクールにてアプリケーション開発の勉強をしております。３２歳独身A型、さそり座です。
この記事は、スクールの課題である個人開発アプリの記録であり、私自身のアウトプットの場として設定しております。未熟な点も多いと思いますが、見かけてくださった方にどんどん指摘をしてほしいと思っております。
また、開発するアプリケーションについては、実際にデプロイまでは行う予定ですが、サービスとしてリリースするわけではありません。アプリケーションの性質上、高いセキュリティを求められるものであり、短期で仕上げるようなものではないと思っているからです。完成品には「注意書き」も入れようと思いますが、くれぐれも完成品を見かけても個人情報を書き込まないで下さい。
では、本題へどうぞ。
そもそも仕様の書き方よ
もっというと「仕様」って何よ？ってところにいます。
そもそも私がこの記事に書きたいのは「どんなアプリケーションにしますよ」「こんな機能がありますよ」「こんなページを作るよていですよ」といった完成形のイメージです。
それ「仕様」で合っているのか、私の認識が間違っているのか。。。
今回の仕様の定義
こちらの記事を参考にさせていただきました。
「仕様書」は完成イメージを明確にした資料であるのに対し、「設計書」は完成するまでの制作工程を明確にした資料。
つまり「こんなWebサービスやアプリを作りたい」という要求に対し、仕様書は着地・結果を示すもので設計書は制作過程を示すものということです。
今回は、こちらの定義で「着地・結果」を表現する
アプリケーションの仕様を書いていきます。
仕様書のフォーム
こちらの記事を参考にしました。
今回は、画面仕様と機能仕様について書いていきますが、
その前に大枠を把握していただきたいので、
アプリ名の他、5W1Hを書いた「表紙」をつけることにしました。
データベースの定義等は、次回以降に書きます。
仕様書
表紙 5W1H
アプリ名：バックヤード（英表記:backyard）
●どんなアプリか(What)：
有給休暇管理ツール
●誰のためのアプリか(Who):
複数の店舗や支店の人事を一手に担う中小企業の管理者。
具体的には、コンビニオーナーさんなど。
●なぜ作りたいのか(Why):
小規模かつ他店舗の管理者には以下のような悩みがあると考えた。
①営業活動と管理業務を並行で行うプレイングマネージャー的な
動きを要求されており、管理業務に専念することができない。
②利益を優先するため、管理や事務的な業務の改革が進まない。
③年５日の有休取得が義務となり、
社員の残日数をリアルタイムで把握しなければならなくなった。
④例え、社会保険労務士などの専門家を雇っていたとしても、
有給日数の残日数の問合せがあればすぐに返答しなければならない。
上記のような悩みを解決するために開発する。
●いつまでに完成させるのか(When):
最終完成日：5月１９日(火) 14:00まで
●どのように提供するか(How)：
ブラウザからアクセスするWebページとして提供する。
画面仕様
PowerPointで簡単に書きました。
ちゃんとしたビューができたらまたアップします。
機能仕様
- ユーザー登録、ログイン、ログアウト
- 支店登録と社員登録
- 有休休暇一覧の表示
- 社員の名前で検索
- 年間5日間の未消化社員を判別するアラート
- 有給の消化を登録する入力フォーム
- 誰がいつ何日、消化したかを調べる消化ログの表示
- 有休申請の届出PDFの表示
以上です。
書いていて、できるのだろうかと思うのは内緒。。。
今日の積み上げ
画像の貼り付けは、ドラッグ＆ドロップでOK。
リンクは、文字列を大括弧[]で囲い、直後に括弧()でURLを書けばOK。
箇条書きは、行頭にハイフンと半角空白でOK。