【アプリ・システム開発】仕様書テンプレートの紹介と項目の解説【初心者向け】
皆さんこんにちは、江南です。
今回は、アプリの仕様書をはじめて作ってみた中で、調べたことをまとめてみたいと思います。
１．アプリ仕様書作ると言っても、何を書けばいいの！？
本当にはじめての仕様書の作成ですので、何をどのように書いていけば良いのか全然わかりませんでした。
そこで使おうと考えたのが、仕様書のテンプレートです。
テンプレートには、多分一通りの書くべきことが書いてあると思ったのです。
◯実際使ってみたのは、こちらのサイトのものです。（素晴らしいものです）
・［文書］テンプレートの無料ダウンロード 様
https://template.k-solution.info/30000/
素晴らしいテンプレートで、細かく記載項目が載っていたのですが、そこに書いてある記載項目について、知識が足りず…
「え、これ何書いとけば良いんだ？」
という項目が多数ありましたので今回はその項目について、調べたことをまとめてみました。
２．この項目、何書けばいいの？（機能要件・非機能要件）
今回解説するのは、上記テンプレートで言うところの、３．システム要件の部分です。
ちなみにそもそも「システム要件」とは…
業務要件を満たすため、ITシステムが持つべき機能要件や非機能要件を定めたもの
です。
それではそのシステム要件の項目を見ていきましょう。
1.1 機能要求
これは、「この機能、絶対に欲しい！」「この機能がなければ、作りたいアプリじゃない！」という機能を書きます。また以降（連番の１）では、この絶対に欲しい機能についての、詳細な説明と設定をしていくことになります。
1.2 機能要求ID
絶対に欲しい機能を識別するための符号のことです。簡単に言えば機能名の英字や数字版です。
1.3 機能名
絶対に欲しい機能の名前です。
1.4 概要
絶対に欲しい機能についての概要です。
1.5 入力
どのような項目が入力できるのか、制限はついているのかを記載します。
例）生姜焼き弁当（と入力）→580円（と表示）
焼き肉弁当（と入力）→680円（と表示）
iPhone（と入力）→エラー（もしくはそもそも入力できない）
1.6 出力
出力できる項目や連携できるソフトウェア、印刷できる内容などを表記します 。
例）レシートや領収書の出力（プリントできる設定で）
1.7 処理
入力されたデータをどのように処理していくかを書きます。
例）「エラー処理」 一部のデータにエラーがある場合に全体を止めるかできるだけ動かすか、など
1.8 関連要求ID
そのままですが、関連する機能要求IDはどんなものがあるのか書きます。
1.9 上位要求ID
こちらは、今定義している機能要求IDの上位に存在する機能要求IDがあれば書きます。
1.10 利用者グループ
現在定義している機能を使う利用者を定義します。
1.11 備考
備考です。
2. 機能外要求
機能要求を支える、もしくは付加しなければいけない機能です。
以下が項目になります。
2.1 保守性
保守サービスに関する要求です。
2.2 拡張性
将来のシステム拡張に関する要求です。
2.3 移植性
現行システム資産の移行に関する要求です。
2.4 性能目標
どのような性能を目指すか書きます。
例）平常時のレスポンス3.0秒以内、ピーク時のレスポンス6.0秒以内
2.5 品質属性
その他の、品質属性について書きます。特に使用性について書きます。
2.6 制約条件
定義しているアプリやシステムに、制約条件があれば定義します。
2.7 セキュリティ目標
アプリやシステムの、セキュリティ項目について定義します。
2.8 システムのライフサイクルと維持管理
いつシステム改善を行うのか、保守についてどうするのか書きます。
2.9 仮定と依存関係
実行順序の依存関係を考えて書いてみます。結構この依存関係の魔の手に書かている人もいるようです。
３．おわりに（調べての所感〉
調べていて感じたのが、この機能要件・非機能要件というのは、ビジネスの場合、非常に厄介なものになっているということです。
顧客と製作者との間で、要件の定義の意思疎通ができておらず、成果物が顧客にとってギャップのあるものであったという失敗事例をよく目にしました。
この問題、いろいろ根深いところもあるのですが、最終的には製作者が顧客インサイトをどこまで掘り出せるかという点に尽きると思います。
もちろん製作側は、顧客の業務についての深い理解は無いわけですが、根本的に（ビジネスの場であれば）お金をもらっているという点で、顧客とのコミュニケーションを怠ったり、内なる需要を聞き出さないというわけには行きません。
まあ、費用との兼ね合いもあるのでしょうが…
いろいろ考え込んでしまったので、今日はここまで！
なにか間違っている点がありましたら、どしどしコメント寄せてください。
勉強させてもらいます！
マイニング初心者が教えるGPU増設時の注意点について
どうもー
秋葉です
GPU（グラフィックボード）を増設
2月くらいにアマゾンさんでGPUを3万円で購入
当初，2-3週間で届くとなってたけど，実際は発送までに3ヶ月程かかり，
忘れたころに到着(；´∀｀)
やっぱり，全世界的に品薄なのかな？と感じた
購入したGPUはこれ↓
増設したのはいいものの．．．
早速マイニングしてやろうじゃないか！
GPUを設置ィィィ！！！，マイニングソフト（nanopool）を起動！
．
．．
．．．．
．．．．．．．．ん？動かん！？
nanopoolを再度起動してもエラーが表示され，全くマイニングできない状態に．．．
原因は？解決策は？
デバイスマネージャー見てみたら，追加したGPUが認識していない事が判明．
ふむふむ．．．
「GPU付属のCDからドライバを入れたからだめだったんかな？（つまり最新版のドライバでない可能性がある）」と思い，ネットからドライバをダウンロードしインスコ．
しかし，解決しない．．．
なぜだ．．．
次に既存GPUのドライバとの重複を疑い，既存GPUのドライバをアンインスコ．
再度，インスコしたところ，マイニングソフトの起動を確認した．
どうやら，ドライバ1つで2個のGPUを動かせるようで，
パソコンはドライバが複数ある状態だったために，混乱してたっぽい
既存のPCに，同じシリーズ(GTX 1060や1070など)のGPUを入れる時は，
該当する既存のドライバをアンインスコして，再度インスコする必要があるみたいだね！
（補足）GPU毎の指定方法について
GPUを増設した理由として，いろんなコインが掘れたらなぁって考えがある．
これをやる方法の一つに，GPUごとに掘るコインを指定する方法がある．
マイニングソフトの設定によるものなので，readme.txtを読んでみるといい．
（このことは当たり前すぎるのか，ネット情報が落ちていないのよね．．．）
例えば，GPU0は，マイニングソフト1(イーサリアム)，GPU1はマイニングソフト2(Zcash)って具合に個別指定が可能．
習慣化にはこれが必要だった！？習慣化のための３つの方法
こんにちは、江南です。
皆さん、何かを習慣にしたいと考えたことはありませんか？
今回は私が、習慣化できた方法を３つお教えします。
１．今ある習慣とセットにしてしまう
これは、今自分が行っている習慣（それをやらないと気持ち悪く感じてしまうこと）と、自分が習慣化させたいことをセットにしてしまうということです。
２．やる時間を決めて、なおかつする時間は５分でも良しとする
基本的に、習慣化させたいことは、機械的に「この時間にする」と決めてしまったほうが良いです。
さらに、スタートの時間を決めたら、やる時間は５分でも良いと考えましょう。
これは、とにかく、毎日やる時間作ることを目的としています。
３．やるための準備は事前に行っておく
最後は、事前準備です。もっと言ってしまえば、やるため阻害要因を排除するということでもあります。
始める時に、すぐにとりかかれるようにしておきましょう。
おわりに
いかがでしたでしょうか。
皆さんも、以上の方法を使って、習慣化を行ってみてくださいね。
他にいい方法があれば、随時更新していきます。
CANONの一眼レフを購入＆使ってみた「 EOS Kiss X9 レンズキット 編」
秋葉です．
2019/01/11 追記
EOS Kiss X9 の作例はこちらから！
ついに一眼レフを購入しましたー
購入したのは，EOS Kiss X9 EF-S18-55 IS STM レンズキット
軽くていいですね～
どこへでも持っていけそうです！
ことのきっかけ
近々，仕事で出張に行くことになりまして．．．
1ヶ月程度の出張ということも有り，現地の観光名所で写真を撮りたいなーと
思ったりしたり．．．
また，今年はコミケに行くので，レイヤーさんを撮りたいなーと思ったり（願望）
選定基準
以下の条件を鑑みて，”EOS Kiss X9”になりました
・安いレンズが豊富（10万以下）
・小型・軽量（500g以下）
→canon x9やSONY α6000などの候補が有ります．
・レンズの種類が豊富
・センサーサイズ：APS-C
→店舗にて，APS-C機とフルサイズ機で撮った写真を比較してみましたが，
違いがわかりませんでした．．．
よって，価格の安いAPS-Cになりました
・夜景・星空が撮れる（ISO：6400以上）
実際に使ってみてわかったこと．．．
・めちゃくちゃ軽い(400~500g)
他の一眼レフ，特にフルサイズだとこんなに軽くないのでは？
お金に余裕がある方はα6000をおすすめします
・GUIが直感的で操作しやすい・わかりやすい
初心者にはうれしいですね．
・レンズが欲しくなる！
風景はもっと広角が，ポートレートはf値が低いレンズ（明るいレンズ）が欲しくなりました！キットセットだけじゃ満足できないですね！
さーて，バシバシ写真を取るぞ！
Java教本『スッキリわかるJava入門』を電子書籍で買ってみた【Kindle】
皆さんこんにちは、江南です。
だいぶ暖かくなってきましたね。もう季節は春ですね。
今回はJavaの勉強のための本を電子書籍で購入してみたので、その良いところ悪いとこをレビューしようと思います。
今回買ったのはこちら…
『 スッキリわかるJava入門』 中山 清喬 (著), 国本 大悟 (著)
のKindle版です。
諸先輩方のプログラミングの勉強の仕方についての記事に、プログラミングの本は電子書籍版で買ったほうが良いという記事を鵜呑みにしまして、えいや！と買ってしまいました。
さて買ってみて、いろいろ気づいたことがあるので、まとめてみようと思います。
Kindle版のメリット
・重たい本を持ち運ばなくて良い
この本は、657ページもあり、極厚です。なのでこれを、持ち運ぶ必要がなくなるのは、とても助かります。
・本を開いたままにできる
しっかり開かないと勝手に閉じてしまう紙の本とは違って、パソコン画面に本を開いたままにできます。
・寝っ転がりながら読める
そのままです。寝っ転がりながらスマホで読めます。でも意外にすごいことなんですよ。本の内容もあって少しプログラミングを勉強していた人なら、最初の方はスラスラと読み進めることができるのではないでしょうか。
そしてこの本の著者は、プラウザでJavaのコードを実行できるサービスも開発しており、そのサービスを案内しています。
ということは、寝っ転がりながらにして、Javaの学習とそのお試しコードカキカキができてしまうのです！！
Kindle版のデメリット
・Kindleアプリ（スマホ版・PC版）ではマーカー機能が使えない
縦書きの本では使えるマーカー機能が使えません。
なお、スマホ版のKindleアプリでは、プックマーク機能（ページに折り目機能）は使えますが、それぞれのブックマークに名前がつけられませんので、ページ数だけが記録されるだけです。
・ソースコードはコピー＆ペーストできない
当たり前かも知れませんが、画面に写っているソースコードをコピーすることはできません。なので、自分で勉強のために写したコードにエラーが出たときに、本に書いてあるコードをコピーして使うことはできません。
・若干文字が小さい
これは使う端末にもよるかもしれませんが、私の場合はスマホでもPCでもすこし字が小さいかなと感じました。
おわりに
とう言うわけで、レビューでした。
個人的には、持ち歩く必要があれば電子書籍、自宅等に置いてそこで使うだけだったら紙の本だと思います。
ただ、紙媒体のほうが情報が頭に入りやすいという意見もあるので、もし購入する際は、実物を本屋さんで見てみるのも手だと思いますよ。
もし購入の参考になれれば幸いです。
また次回！
Android アプリ開発のおすすめの本
どもー，秋葉です．
外を見るともうすっかり春日和
昨日は，神保町へ出かけてたけど，
みんな冬着でなく，結構ラフな格好で，
春を実感する一日でした
Android アプリ開発 おすすめ本
さて，神保町へは，Androidアプリを開発するために
本を買いに行っていました
基準としては，以下の通り
・内容がわかりやすい
・出版日が新しい
・辞書タイプでなく，Android studioの使い方〜メディア再生などの使い方まで網羅
立ち読みしてみた結果，以下の本となった
・Androidアプリ開発の教科書 なんちゃって開発者にならないための実践ハンズオン
他の本も見てみたけど，出版日が結構2年前とか結構古い物が多かったかなぁ
結構以外だった．
さて，勉強，勉強ー
・2018/07/14 追記
江南さんが本書籍のkindle版を買ってレビューくれたよー
こちらもぜひぜひ〜
【初心者・複数人】アプリ作成奮闘記１「始動から５カ月、ソースコード一行も書けてないの巻」
皆さんこんにちは、江南です。
しれっとブログタイトルが変わっていますが、これからもよろしくお願いいたいします。
今回は題名にもあります通り、アプリ作成奮闘記と題しまして、アプリ作成にあたり感じたこと・思ったことを描いていこうと思います。
実は、このブログを始めた当初から、秋葉と江南の２名でのアプリ作成プロジェクトは水面下で進行しておりました。
そう、マイニングだけじゃなかったんですよ！
え、でも５カ月も立って、ソースコード一行も書けてないって本当！？
本当です、事実です、現実です。
なぜこうなってしまったのか、経緯をご報告します。
アプリ作成の知識０からのスタート
今回はAndroidのアプリを作成しようと考えていますが、そのために必要なJavaの知識も、まったくない者とほんの少しある者で始めてしまったので、本当にまっさらな状態からスタートしています。
故に、この５カ月を基礎的な勉強に費やしたのです。いや費やしてしまったのです。
しかしこの度、３月末にこのプロジェクトのミーティングを行った総括で、両者とも
「これではダメだ」
「そろそろ、ガッツリ勉強していかなきゃ」
等の意見が出ることになります。
ついに本格始動？のプロジェクトですが、暖かく見守っていただければ幸いです。
そうは言っても、これからの方針は？
はい、以下に次のミーティング（一週間後）までの動きを記載します。
・個人的にアプリ作成に使える時間の算出と共有
・アプリの仕様書の作成開始
・アプリのユーザーインターフェイスのデザインの討論
これらを行います。
結果は、また記事にしていきます。
あれ、そう言えば、ソースコードの件は・・・
また次回！！
