# 未踏プロジェクト　１つ目のアイディア要件定義書

# 要件定義書

# ドキュメントのバージョン管理
0.0.1

# 1. 概要
## コンセプト
セキュリティ x アートを融合したなにか
情報セキュリティはとても地味で、そこに踏み込もうと思う人が少ない。
プログラミング x アートのような"algorave"のように、セキュリティとアートを絡めることでそこは楽しい世界なんだよーというイメージを定着させたい。
そもそもプログラミングを学ぶ理由は、何かを作りたいから始まる人が多い気がするので、セキュリティを学ぶとアートが作れるんだよーという道を示して上げることでセキュリティに知見がある人が増えるのではないか。。。？
そのようなことを実現できるソフトウェアの開発と普及を目指したい。

## A. システム構成図

## B. 背景
なぜ開発することになったのかここに記載。お客さんも要求する事がミッション達成に寄与しない場合もありますので、ただ受けるよりもここで背景をちゃんと理解して正しアドバイスをしてあげられるといいですね。

## C. 定義
これから使う専門用語はここで簡単に説明しておきましょう。最後でもいいかも？

# 2. 業務要件
## A. 業務フロー
ここに業務フローを1Pでまとめてみます。フロー（流れ）が一目でわかるといい。業務を行う人たちをグループ化して、フローを書いてみる。

## B. 規模
業務の規模をここに定義、どれぐらいの規模の業務を想定していますか？

## C. 時期・時間
業務フローに関しての時期と時間をここに定義。時間軸大切、これを定義してください。

## D. 指標
業務フローでの指標を定義。

## E. 範囲
システムに関連する範囲をここで定義。システムに関係ないことは・・関係ないので。

# 3. 機能要件
## A. 機能
ここに機能を大区分、中区分、小区分みたいにブレイクダウンしてください。開発案件によってここはだいぶボリュームあるかも。

## B. 画面
細かいことは外部設計書に記載、もしくはここは外部設計書。

## C. 情報・データ・ログ
データ項目、処理方法などを記載。どんなデータを保存するの？

## D. 外部インタフェース
外部インターフェイスを定義して記載。入力される項目なども。

# 4. 非機能要件
## A. ユーザビリティ及びアクセシビリティ
誰がどう使えればいいのか、ここに定義して記載。なんとなく・・つかいずらいみたいなを回避。

## B. システム方式
構成をここに定義。

## C. 規模
想定規模をここに記載。

## D. 性能
性能に関する事項＋閾値をここに記載。

## E. 信頼性
信頼性に関する事項をここに記載。

## F. 拡張性
拡張性に関する事項をここに記載。

## G. 上位互換性
バージョン対応などなどをここに記載。前のバージョンにどうやって対応するのか。

## H. 継続性
冗長性などなどここに記載。

# 5. セキュリティー要件
## A. 情報セキュリティ
必要とされるセキュリティーレベルをここに記載。

## B. 稼働環境
環境に関してここに記載。要されるセキュリティーを見てから最適な環境を決めましょう。

## C. テスト
テストに関してここに記載。テストは（も）お金がかかりますからね。

# 6. 移行要件
## A. 移行
移行のプロセス、タイミングなどをここに記載。
## B. 引継ぎ
引継ぎ業務などをここに記載。

# 7. 運用要件
## A. 教育
運用・利用・活用方法の教育など。

## B. 運用
運用体制、運用業務をここに記載。

## C. 保守
保守に関して記載。誰がどうやるのか。 保守に関するSLAは[SLAの書き方](https://qiita.com/syantien/items/0da42ce3c9b17d3ab08e)を参照してください。