0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

大阪府のコロナ追跡システムを考えてみる2

Posted at

大阪府のコロナ追跡システムの開発費が80万円以内、14日間で納めるシステム開発続き。
初めての方は1もご覧ください。

基本設計(外部設計)

感染者を特定するのではなく、あくまで感染者に接触した可能性を通知するシステム。

##概要設計(システムのフロー)
すでにシステムイメージは公開されていますが、整理すると以下のような感じ。

4200E633-6BDB-4834-AA9F-32A63EB0213A.jpeg

今回実現するのは、以下3箇所。
###ユーザサイド
①QRコードの登録
③メール通知
###オーナーサイド
お店のデータ管理

##方式設計
使用言語:Ruby(これしかできない。。。),PHP,MySQL
使用機器:施設ブレードサーバ内に仮想サーバ(VM)構築。NW含め、こちらの設計は範囲外。

##機能設計
1.ユーザのメールアドレスを登録する機能
2.事業者のQRコードを作成する機能
3.1と2を管理する機能
4.3を基に通知する機能

画面設計

1.メールアドレス登録する画面(GUI)
2〜4については、CLIで行うので設計するのは1画面。
時間があれば、GUIで改良する(まだ、そこまで考えていないし)。
###メールアドレス登録画面
店名の表示
メールアドレスの登録フォーム
登録ボタン
を記載する。
以下のイメージ。
53B626ED-0593-4673-B2E3-208A335FA51A.jpeg

流石にもっとまともな画面だと思うが、必要な機能はあくまでも登録。
10年前地元の歯医者のWeb予約システムの画面もこんなもんだったし。。。

#まとめ
次回はいよいよ詳細設計(内部設計)に入る。
要件定義以降の呼び方は人(会社)によって変わる気がする。
「顧客が本当に必要だったもの」を目指す。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?