第十四章 開発

第一話 開発依頼


 ハッキング問題は、元生徒が逮捕されるというショッキングな幕引きとなった。学校がどう思うかわからないが、俺としては満足ができる結果だ。

 戸松先生や津川先生は、やるせない表情を浮かべているが、これ以上にいい結果が導き出せるとは思えない。ハッキングは成功しなければ、成功しても、認識出来なければ、罪に問うのは難しい。特に、プロキシや踏み台を使われている場合は、余計に難しくなる。


 警察も見せしめの意味もあるのだろう、しっかりと発表していた。学校名は出さないで、ストーキングの為に学校のサイトに侵入して、女子生徒の情報を入手して嫌がらせのメッセージを送ったと発表した。


 これで、”あのサイトは、問題があるので、正式な公開はしません”で、終わりにするつもりだった。


 ここで、俺も戸松先生も想定していない事象は発生した。


 顛末を説明した教師会で、少なくない教師から、開発の続行をお願いされた。

 セキュリティの問題は、罠の為に作成したので、正式にすれば問題はないと認識したようだ。


 教師会の話を纏めると、生徒や保護者とのやり取りを記録できるようにして欲しい。スケジュールの提示や授業の変更を含めて、見られるようにして欲しいという物だ。実は、似たようなシステムはすでに導入して動いている。普通科の教諭たちが、東京の業者に依頼して導入した物だ。

 ただ、使いにくい。頻繁にエラーを吐き出す。アカウント登録に見積もりを出され年々高くなっている。修正に応じない。バグ対応も疎か。そんな状況になってしまっている。スマホで見ると書式が崩れる問題もある。かなり使いにくい、生徒や保護者からも評判が悪い。

 来期のメンテナンス契約の更新を行わない方針に決まって、さてどうするのかという時に、電脳倶楽部が作ったテストサイトの話が出てきた。

 生徒が行うのなら無償だろうと普通科の教諭たちは言ったらしいが、戸松先生が”東京の業者に払っていた無駄なメンテナンス代金の全部を寄越せとは言わないが、2/3は電脳倶楽部の予算にしてほしい”と無理目な注文をしたら、今期中のオープンが可能なら、来期から電脳倶楽部の予算(生徒会の予算枠)を大幅に上げるという話で落ち着いた。金額は、最終調整が必要になるらしい。


 ハニーポットとして作ったサイトは、正式に作成する事になってしまった。

 機能は削れない、増える可能性さえもある。


「篠崎。こんな状況だ」


「はぁ・・・。それで?」


 俺は、依頼なら受けるが、正式な依頼ではないので、受けるつもりはない。


「電脳倶楽部が開発を行う」


「頑張って下さい・・・。と、しか言えませんよ?」


「ん?」


「俺は、生徒会のメンバーで、電脳倶楽部からは除名されています。開発に関わるのはおかしいですよね?」


「あぁ・・・。そうだった。ん?そうだ!」


「篠崎。学校から、依頼がある。今なら電脳倶楽部の予算が使える!」


「え?」


 予算は、性根の優しい人が寄付した物や、今回の開発に関わる費用なのだろう。


「それで?直接、開発に関わると高いですよ?生徒会の仕事とは思えません」


「あぁ開発は、電脳倶楽部でやる。そうしないと、メンテナンスが出来ないだろう?だから、篠崎には、客の役割と開発の指南をして欲しい。どうだ?」


「良いですけど、少し指示が曖昧です」


「そうか?」


「客の役割もなにも仕様は出ていますよね?」


「それがな・・・」


 そんなことだろうと思った。

 意見が割れているだけならいいが、今まで出来なかった内容までつぎ込んでこようとしている。


「無理です。時間が足りません。それに、出来たばかりの電脳倶楽部で、業務として開発を行っていた会社が作った物と同程度以上の物を求められても不可能です」


「・・・。そうだよな」


「できるとしても、スペインにある教会のように、作り続けなければならないと思いますよ」


「それでもいいな。今、機能として出している物だけなら、今年中に間に合うのか?」


「メッセージのやり取りと授業の予定表?」


「そうだ」


「どうでしょう?今は、間に合わせで、ウェブサイトで作りましたが、アプリにするとしたら、いろいろ制約も出ますし、開発言語の問題も出てきますよ?」


「それらをひっくるめて考えて欲しい」


「断ってもダメなのでしょう。良いですけど、開発には俺は参加しませんよ?」


「大丈夫だ。篠崎には、仕様の策定と、開発の指南をして欲しい」


「わかりました。来週からで良いですか?それと、現状のシステムの仕様書か取説があったら見せて下さい」


 現状のシステムから機能を絞り込んでいかないと何も出来ない。

 週明けまでに、どうしたら良いのかを考えておこう。


 戸松先生との打ち合わせが終わって、生徒会室に顔を出してから、帰宅した。

 ユウキは、一度帰ってきてから美和さんの手伝いに向かったようだ。リビングに脱いだ制服が散らばっている。昔から変わらない。着替えは、寝室にあるのだから、寝室で脱げばいいのに、なぜかリビングで脱いでいる。


 ユウキの制服を片付けながら、中学校からだったな。ユウキが篠崎家で過ごす時間が増えていったのは・・・。


 秘密基地で、戸松先生から貰った資料を眺める。

 一言で説明が出来た。CRMだな。


 解析が終わった。

 有名なフリーで使えるCRMを改良しているだけに見える。

 学校のサーバはWindows Server だ。PHPを入れて動かしているのか?問題はないだろうが、細かい所でバグが発生しているのは、OSとのマッチングかもしれない。


 OSと利用技術は、電脳倶楽部に任せるか?

 仕様に関しては、ハニーポットを作った時の物でいいな。メンテナンス性をあげよう。


 データベースとAPIアプリケーション・プログラミング・インターフェースとフロントエンドでサーバを分ける仕様にして、データベースサーバとAPIサーバはクロスケーブルで繋げればいい、物理的にネットワークと分離しておいたほうが安心できる。将来的に、クラウドを使うにしても対応ができるだろう。フロントエンドは、APIサーバとのやり取りだけを許可して、利用するシチュエーション別にサイトにするのか、アプリにするか、個別に考えればいい。


 電脳倶楽部なら無難な選択をしてくれるだろう。


 資料を読み込みつつ、仕様書の作成を行う。

 APIさえしっかりと作っておけば、フロントエンドは試行錯誤しても問題は無いだろう。特に、クライアント側のアプリなんて毎年変わる位の作りでも問題はないと思う。まずは、データベースだが設定は、難しくない。保存するデータが多くない。どうせ、普通科の先生辺りから情報を増やせとか言ってくるだろうが、個人情報保護法を盾に断り続けよう。


 授業に関してもスケジュールを作るだけならさほど難しくない。

 それこそ、教室を”会議室”と定義して、アクターである先生が会議室を予約して、参加者に通知を出すようにすればいい。クラスという概念を導入しても良い。一人の生徒というアクターに、複数のクラスの概念を年度別に持たせればいい、選択科目も同じ仕組みで行ける。クラスも、強制クラスと選択クラスで構築すれば、N対Nにならないように注意すれば、それほど複雑なデータベースにはならないと思える。


 構造設計だけに留めるか?

 電脳倶楽部の部員数は、30名を越えているが、兼任者も多い。

 常時活動できるのは、15名前後だと思う。開発の底上げが必要になってきそうだな。


 授業では絶対に習わない分野に手を突っ込むわけだからな。

 今年から、学年に関係がない選択科目時間があったよな。使えないか?部活動が優先されるはずだ。


 戸松先生に聞いてみよう。津川先生も、パソコン倶楽部の顧問から開放されて暇なはずだ、巻き込んでしまえ。

 他にも、何も知らない人が・・・。十倉さんも巻き込もう。クライアント代表だ。


 今年度と言っているが、それほど時間が残されているわけではない。

 授業は週に一回だから、残りの回数は、おおよそ20回。1コマが1.5時間。

 うん。無理だな。底上げとは別に、できる人間たちで作っていくしかなさそうだ。

  • Twitterで共有
  • Facebookで共有
  • はてなブックマークでブックマーク

作者を応援しよう!

ハートをクリックで、簡単に応援の気持ちを伝えられます。(ログインが必要です)

応援したユーザー

応援すると応援コメントも書けます

新規登録で充実の読書を

マイページ
読書の状況から作品を自動で分類して簡単に管理できる
小説の未読話数がひと目でわかり前回の続きから読める
フォローしたユーザーの活動を追える
通知
小説の更新や作者の新作の情報を受け取れる
閲覧履歴
以前読んだ小説が一覧で見つけやすい
新規ユーザー登録無料

アカウントをお持ちの方はログイン

カクヨムで可能な読書体験をくわしく知る