投稿2021/01/08 03:03
ー内部開発では無く、顧客様と開発会社という外注関係の場合ー
・phpでフレームワークを使った場合のメンテナンスについて
※以下、フレームワークのFWと記載します。そしてFWで最初から準備されているファイルをすべてcoreファイルと記載しています。
※phpのFWを利用した場合に限定してお答えいただければと存じます。
概ね、シェアの高いphpのFWは短期間でバージョンアップします。
既に納品したWebアプリケーションも、またたくまに古いバージョンとなります。
数年後に、顧客様からセキュリティーについての不安や
セキュリティー故の改修の是非を問われ時にどのように対応されていますでしょうか。
また、追加実装の依頼があった場合、同じようにこの納品時のバージョンを動かすべきかどうかで悩んだ場合はどうされますでしょうか。
詰まるところ、この質問は、FWの古いバージョンを使っている顧客様への対応方法といいう事になります。
1：最新の比較的安定したバージョンで作り直しを提案。（作成時と同じくらいの値段を提案）
2：顧客に納品したバージョンを変えること無く、coreファイル、作成ファイルの両方のバグフィックスを行う。
3：実際にfatalエラーなどのログが出ていない限りは、問題無く使えていますよと安心させる。（2と併用するかもしれませんが）
4：そうした質問が無いよう、事前に複数年契約かそれに類する契約をし、一定頻度で、新しいバージョンのFWで作り直す契約を結んでいる。
5：Webアプリケーションのフレームワークのバージョンが古くなっていくことを顧客から質問されない限り、説明せず、納品したアプリのcoreファイル以外のサポートのみを期限を決めて説明する。作り直す必要がある場合は、1～3をセールストークする。
6：その他。
ケースバイケースでかつ、1－5の複数回答も多いかと思いますが、できればFW名を含めて
いろいろなケースや問題発生事例がわかると助かります。
ベストアンサーは教訓的だと考えさせられたご回答にさせていただきます。
どうぞ、よろしくお願いします。
回答3件
0
少し大きな会社向けであれば、(フレームワークに限らず、プラットフォーム/OS/ミドルウェア等のサポート切れ案件は)前年度の予算編成時期に 1 のリプレース案件をねじ込んでもらっておくのが一般的です。
で、その場合、最初の構築時のドキュメントにライフサイクルの提示を入れておくことが重要です。
プラットフォーム/OS/ミドルウェア/使用言語/フレームワーク等の選定条件の一つとしてサポート期限があるので、そのあたりの記述にリプレース時期を含めておきます。
投稿2021/01/08 03:14
退会済みユーザー
総合スコア0
0
顧客側が言語やフレームワークのアップグレードのスパンを握ってるのは稀で、
もし先に言われてしまうのであれば、保守ミスってると思います（あくまで個人的には）
確かに家具家電と違って壊れたり錆びるようなことはないですが（データ蓄積による不具合はないわけではないが）
永久に変更も何もないシステムってないので、きちんと時期を見極め、先だって提案します。
ほぼ0から作り上げるようなプライム案件である場合は最初の契約時にシステムアップデートのスパンも含めて決めます。そうすることで先だって不安面を解消し、業務に集中してもらえます。
保守体制も厳重に敷いて、基本的に誰が受けても対応可能である状態にしておくのは必須ですしね。
顧客の問題解決のために導入するのがシステムですし、
問題があればそのまま顧客の業務に影響がありますし、
セキュリティ面の問題であれば大損害になります。
社会的信頼も失いかねません。
全て先手を打てる体制を作るべきでしょう。
「納めて終わり」じゃないですし、
Win-Winの関係を構築していかなければ自社の利益にもなりません。
あとは顧客と相談して決めることかと思います。
顧客の意向無視に勝手にアップデートはできません（費用面、時期面、必要性面など）
投稿2021/01/08 03:23
総合スコア80850
0
自己解決
大変失礼いたしました。
プログラムの内容に関係の無い質問をしてしまいました。
回答が増えないうちに、終了とさせていただきました。
投稿2021/01/08 04:42
総合スコア36
あなたの回答
tips
プレビュー
Q&A
