開発設計（仕様）と使用年数の関係

Question

社内ＳＥをしております。
社内の基幹システムの保守が主な業務です。
その基幹システムの運用が始まって５年目に入るのですがあちこちで不具合がおきております。

その中でもっとも納得がいかないのはデータ件数が増えた（運用により）ために
動かなくなった、というものです。
（具体的に言うとＳＱＬでビューを使いまくっていて、件数が増えたことにより
ビューを作成する時点で応答がなくなってしまう）

開発したベンダーに報告しても、
「そんなに件数の多いパターンで納入時に試験できなかった（試験してない）」
「運用して５年もたって不具合を言われても困る（無償では対応できない）」
といった切り返しをされます。

これってどうなんですかね・・・？
いちいち設計のときに何万件のデータでも動くようにしてください、とか
言わないといけなかったんでしょうか。
データ量も他の業界に比べれば全然少ないほうで、むしろこの程度で
動かなくなるなんて不良品じゃないかーって言いたい気持ちがあるのですが・・。

仕様検討の段階で、大量の試験データを用意して納入試験をしなかった弊社、
そしてとりあえず今動けばいいや、という認識でプログラム作成したベンダー、
両社の責任・・・ってことになるのでしょうか・・。

w210 · Accepted Answer

NO.2、NO.5です。
質問者様のご指摘どおり、近年の開発業務は非常に質が下がっているように思われます。過等競争の結果、値引き合戦になって、それこそ安かろう悪かろうの傾向が強いです。
NO.6の方が言われるようにオープン系のシステムは開発すれば済むものではなく、メンテも含めた運用コストが必要です。近年、この運用コストが経営を圧迫しているという話が多く、社内システム部門ではITILという運用インフラに注目しているようです。ITILの肯否はともかく、企業トップが運用のコストダウンと予防保守に力を入れる時代になってきています。質問者様が言われるように社内トップの方の意識改革がないと、現場が困ったことになります。システムを開発するより、維持運用して行くことに更にコストがかかることを認識しなければ現状は変わらないでしょうね。
開発を依頼するときに、その後のメンテや運用まで含めた設計をしてゆくことが、結局は総コストは安くなります。このことがなかなか理解できないんですね。
ベンダー選定は目先の開発費用の差額ではなく、長い目で見て評価すべきでしょう。業務パートナーくらいの意識で付き合うことも必要だと思います。
質問者様のところがベンダーと同等の開発スキルをお持ちであればきめ細かい要求ができて満足度も上がるんですが、企業体力がないと続けられませんし、そのためにSIerというものがいるわけですし。スキルが無いということが悪いと一概には言えないです。
ベンダー側の意見です。

OsieteG00 · Answer

普通はベンダが聞いてユーザが答えるべき性質ですよね。
ベンダとしてはユーザから要求のあった項目さえ満たしておけば(この場合は納期のみ)よいので、件数までは考慮しなかった可能性があります。気の効いたベンダなら聞き取りしていたでしょうがね。データの想定件数と成長率ぐらいは言っておいたほうがよかったかもしれません。

当初よりの要求仕様の変更ですから、追加費用の発生は仕方がないです。例の2000年問題ですら追加費用は発生していましたからね。


SEの仕事としては
・仕様の聞き取り
・実装のための提案(これはユーザサイドにはできない)
→業務を再定義することで業務項目を整理することができる
・足りないチェック項目の網羅

galluda · Answer

がるです。ちろりとコメントからいくつか。

> とりあえず納期に間に合えばよい・・という物差しだけで進んでいたかと思われます。
割合に散見されるパターンですねぇ。ただ、値段が値段だと思われるので、やはり危険だと思います。

> しかし要件定義とはどこまですればいいのでしょうか・・・。
> たとえば４年に１回のうるう年。あれを考慮してくださいといちいち
> 書かないといけないのでしょうか。
要件定義は、書くものではなく書かせるものです(笑

で。うるう年程度は「普通に処理すべきもの」ではあるのですが。相手のレベル次第では突っ込みどころですねぇ。
厳密には
・400で割り切れたらうるう年
・100で割り切れたらうるう年「ではない」
・４で割り切れたらうるう年
・上述以外ならうるう年ではない
という感じの判定が必要なので。

> 年をまたいだ時に、月の桁が2桁から1桁（2005/12 ⇒ 2006/1 )　になったために異常終了したことがありました。
これは…論外です(苦笑

> やはりシステム開発も「安かろう悪かろう」の世界なのかなと思ってしまいます。
必ずしもそうとは限らないのですが、やはり安いなりの理由がある可能性が。もっとも「高いからといってよいとは限らない」ってのもまたYesで、それはそれで困り者なのですが。

ちなみに。業務システムってのは「保守してメンテして改善して成長していく」ものです。
納品しっぱなしのところは、場合によってはちょっと危険かもしれません。

w210 · Answer

NO.2です。回答の補足です。
要件定義書に書いてあることを提供することがベンダーの責任範疇です。書いてあればバンダー側の責任、書いてなければ責任の追求は難しい、ということです。
瑕疵は定義している要件を満たしていないことを意味します。なので、要件定義書がすべてです。ここに書かなければ、開発時に考慮しないし、テストもしません。
こういう解釈になりますが、先の回答者さんの言うように処理件数も聞かずに作るベンダーも問題があります。システム改修または再構築を行うこととして、その費用を値引くという交渉が現実的ではないか、と思います。

mii-japan · Answer

データ件数は、ユーザ側の指定事項です

両者の責任では有りません、発注側の責任です

5年近く使用できていたのですから、質問者の要求は無理です

jikankou · Answer

データ量が多い少ないは別にして、概算でどの程度
になるかは知らせるべきではなかったのではないで
しょうか？（聞かないベンダー側にもプロ意識が足りないと思いますが）

データ量というのはソフトウェアを設計・構築する上で重要かと思います。全てのものには限界というものがあるのですから・・・

プロ意識のないベンダーには問題はありますが、無償では受けられないというのは当然でしょう。

最近の事例で言えば東証のシステムです。データー量が許容する範
囲を超えているために取引時間を短縮するという醜態を世界に晒さ
してくれましたが、仕様を決定する際にデータ量を概算せず、年々
急増してきた個人投資家の取引量が急増しているにもかかわらず自
体を放置していた東証の責任は重いか個人的には思います。

結論から言えば、私の個人的な意見としては、システムを構築しなおすのに無償で対応できないというのはベンダーの言い分の方が正しいのではないでしょうか？後、テストデーターについてはサンプルさえあれば、量を用意するのは別に難しいことではないことです。（実際のデーターでなくてもかまわないのですから）。後は仕様書にはだいたいの上限のデータ件数について書いてあったかどうかかと思います。書いてあってその用件を満たしていなければ、向こう側は分がわるいでしょうし、書いていなければそちら側の提示しなかったということが問題なのではないでしょうか？データーの件数によって設計も大分かわってくることもあるでしょうから・・・

w210 · Answer

請負開発で発注したと仮定します。
瑕疵担保期間は通常６ヶ月です。（契約書に期間が書かれていればそちらが有効です。）納入後６ヶ月かというと一概には言えません。瑕疵を発見してから６ヶ月ということですので。
ご質問の内容から、大量データ処理時の不具合というのは実に微妙です。瑕疵かどうか？という疑問があります。要件定義書に処理可能件数が書かれていれば問題はありません。書かれていないのなら、しかも５年も経過しているなら、システムの運用限界だというベンダーの主張に分がありそうです。
双方で確認する内容に不備があったことを考えれば、システムを見直すことにして、新システムの開発費の値引きなどで譲歩してもらえる余地はありそうです。運用の限界を感じておられるなら、見直しをする良い機会ではないかと思います。このまま運用を続けると開発コストを上回ってしまい、どんどん勤務時間が長くなると思います。せっかくのシステムも手かせ足かせになってしまいます。

galluda · Answer

がると申します。
えっと………とりあえず。何のDB使ってるかはわからないのですが、DB設計で「レコード量は何件までを想定」ってのは必ず規定しなければならないものです。
よくこのあたりで「普通」とか「常識的な量」とかいう単語を使うケースがありますが、業種業界状況業績次第でいくらでも可変になります。
ですので「いちいち設計のときに何万件のデータでも動くようにしてください、とか言わないと」いけないものです。もちろんきちんと数値を決めて。

というのが基本ライン。

ただ…件数は「一桁の数万」ラインで動かなくなったんでしょうか？
だとすると…ちょっとあまりにも性能値が低いように思われます(…Accessでそーゆー話を見聞きしたことがあるような。アレは業務に使えるレベルのものじゃないのですが…)。
基本的には数十万の後半から百万単位。次は一千万単位、億単位、のレコードをあつかう場合に、それぞれ、DBMSの選択やらSQLのチューニングやらなにやらが発生してきます。

無償での対応が難しいってのはやむをえない部分だと思うので、せめて「じゃぁ何件まで対応できるように改修できるのか」って部分できちんと詰めるべきかと思われます。

開発設計（仕様）と使用年数の関係

NO.2、NO.5です。

普通はベンダが聞いてユーザが答えるべき性質ですよね。

がるです。

NO.2です。

データ件数は、ユーザ側の指定事項です

データ量が多い少ないは別にして、概算でどの程度

請負開発で発注したと仮定します。

がると申します。

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング