【ソフト開発】ゴルフ スコア カウンター

システム概要


どのようなシステムを開発するか?
◆背景
 既存のアプリは操作が複雑過ぎてゴルフというプレーに集中できない
◆目的
 1アプリ1機能の スコアカウンター 

 

業務要件


要求一覧、As-Is(現状)To-Be(新規)業務フロー/業務一覧
◆システム化の範囲
 (単機能アプリにより)省略
◆現行の業務フロー
 (単機能アプリにより)省略
◆システム化後の業務フロー
 (単機能アプリにより)省略

 

想定ユーザー


どういう人に使って欲しいのか

項目 内容 備考
 国籍  不問  日本語のみで外国語には非対応
 居住地  不問  国外には積極的には公開する予定はしない
 性別  不問  --- 
 年齢  年配者  新しい事を覚えるのが億劫なヒト
 職業  不問  ---
 収入  不問  販売やアプリ内課金無し
 交流構成  不問  家族や友達関係
 その他  ---  ----

 

システム要件


どういう開発環境、使用機器にするか

採用 OS 開発言語 種類例
   Windows  Visual C++. Visual Basic  デスクトップ アプリ
   Mac  Objective-C  デスクトップ アプリ
 ▲   iOS  Swift, JavaScript, Python  スマホ アプリ
 ●   iAndroidOS  Java, Kotlin  スマホ アプリ
    ブラウザos  JavaScript  Web アプリ

 

全体図


ソフトウェア・ハードウェアで構成させる全体の構成図

 

機能要件


_画面・帳票・バッチ・データ・外部インターフェース要件など_
◆メインインターフェイス

◆機能
 ①bt01~bt16 のIDと押した順番を記憶する
  これが打数になる
 ②Del は1クリック削除
 ③Set はCSV保存

非機能要件


可用性、性能・拡張性、運用・保守性、移行性、セキュリティなど
◆可用性
 開発環境の仕様が変わらない限り使い続けられる
◆性能・拡張性
 GPSなどと連動して座標も登録できるようにする可能性あり
 ※売上が上がってGoogleMapFeeが捻出できれば
◆運用・保守性
 拡張時に考える
◆移行性
 複雑な仕組みは使わないので移行性に富む
◆セキュリティ
 GPSなどを盛り込んだ拡張バージョン開発時に考える

 

総合・受入テスト・設計図


_テスト計画書・仕様書・設計書など_
省略

 

Work Breakdown Structure 


_システム開発プロジェクトの開発工程構成図_
省略