- ベストアンサー
開発設計（仕様）と使用年数の関係
w210の回答
- w210
- ベストアンサー率38% (92/238)
NO.2です。回答の補足です。 要件定義書に書いてあることを提供することがベンダーの責任範疇です。書いてあればバンダー側の責任、書いてなければ責任の追求は難しい、ということです。 瑕疵は定義している要件を満たしていないことを意味します。なので、要件定義書がすべてです。ここに書かなければ、開発時に考慮しないし、テストもしません。 こういう解釈になりますが、先の回答者さんの言うように処理件数も聞かずに作るベンダーも問題があります。システム改修または再構築を行うこととして、その費用を値引くという交渉が現実的ではないか、と思います。
関連するQ&A
- 導入テストに関して
こんにちは。お願い致します。 基幹業務支援システムを導入しました。 導入前（運用開始前のシステム作成時）まではベンダー側でサンプルデータでテストや確認をしてくれていたのですが、本運用開始では確認を全くしてくれません。 発注したこちら側でデータ移送のチェック、突合せ等を全てやってます。で不具合がある場合は、修正依頼をしています。 普通は運用開始の動作確認やデータの突合せもベンダーもすべきだと思うのですが？ いかがでしょうか？
- ベストアンサー
- SE・インフラ・Webエンジニア
- 開発言語について
開発言語について、現在ｖｂ６にて開発された基幹業務が VISTA等のクライアントで一部動作検証がとれなくなってきております。 今後のクライアントOSを考慮し、基幹業務の再構築を検討しております。 そこで開発言語を.NETでいくかJAVAで開発するか迷っております。 それぞれの利点と弱点があるかと思いますが私には双方の知識が乏しく 皆様からの意見を伺いたく投稿いたしました。 開発工数・アプリ起動時間・動作スピード等の比較がわかりますと助かります。 また、開発ツールのお勧め情報がありますたらご助言をお願いします。 運用環境は専用線（２０ＭＢ）で結ばれたデータセンターのサーバーと データベースがあり、アプリケーションは社内にて運用してます。 EDIにて特定取引先に対してVPNにてデータ配信をしております。
- ベストアンサー
- その他(ソフトウェア)
- なぜFWや機器を新しくできるよう設計・構築しない？
僕はただの派遣社員ですが、ルータやスイッチ、サーバの運用・保守などをやってきました。 そこで毎回ぶち当たってイライラする障害が、ファームウェアが古すぎて起こる事象というもの。 ベンダーに問い合わせても、ファームウェアを更新してくださいと言われるだけで他に対応のしようがない。 じゃあファームウェアの更新をしましょうと客に話をしても、新しいファームウェアでは実績が無くて、障害が起こったら怖いのでやりたくないとかほざきはじめる。 仕方が無いので機体とか基盤とかを予防保全だとかの名目で交換してもらうだけ。 それだってベンダーからすれば本来やらないことなのに、無理矢理やらせてるわけです。 酷いのになると機体そのものがEOLでメーカーのサポート外で、ベンダーの過去の経験から予測をつけて対策を考えてもらったりする始末。 ファームウェアを更新しないといけなくなることや、EOLの期限なんて分かりきってるはずなのに、なんで最初からファームウェアや機器そのものを新しくすることを前提で設計・構築ないのでしょうか？ お前ら、自分の客から数千万数億単位の金もらってるくせに、使ってるのは問題のあるファームウェアやサポートが切れた機器って、どういう了見してんだよ？と言いたい、叫びたい。使ってるシステムを自信持って客に説明できるのか？ 社内のシステムなんかは自分のところのことだから、さらにこんなのばかりですよね。 そのくせ止まったら億単位の損害が出るから、故障したらまるで保守しているこっちが悪いかのように責めてくる。 いや、お前らが古いもん使ってるから起こってることなんだよ、ボケ。 確かにコンピュータの世界って、未知の問題が含まれてるかもしれない新しい物より、問題が出尽くして対応方法が分かりきってる古い物を使いたがるものだってのは分かります。 ただ、ファームウェアの更新で恒久的に防げる障害をそのままにして、そのたびにベンダー呼んで金払うってアホかよと。 まあ、数年契約で何回出てもらっても同じ値段なんでしょうけど、それでもほとんどこんなのばかりで、ファームウェアを更新してしまえば、スポット契約で充分じゃね？と言えるような機器もあったり。 僕は設計も構築もやったことないですが、システムを作る時ってファームウェアを更新することを前提にしたり、数年ごとに機器そのものを新しくしたりを織り込んでするべきじゃないんでしょうか？ 何が起こるか分からないからファームウェアの更新すらできないシステムなんて、ある意味、設計ミスじゃないの？ 今まで何社か経験してきましたが、どこでもこんな感じ。 サーバにしてもルータにしてもスイッチにしても何にしてもEOL、EOL。 ファームウェアが古いんで更新してくだしゃ～い。 怖いんで嫌でぷ～。 なんで最初からファームウェアの更新ぐらいできるように作っておかないの？ 何が起こるか分からないって、ファームウェアの更新ぐらい何が起こっても大丈夫な状態にして作っておけよと誰も思わないの？ たぶん予算の関係だと思うんですけど、ファームウェアを安全に更新することができるようなシステムと、そうでないシステムとではどれくらい予算が違うんでしょうか？ 倍くらい違うなら分かりますが、更新って言っても一気にやる必要は無いし、障害が起きた物だけとりあえずやっとくという形なら、それほど予算がかからないようにおもえるんですが。 ファームウェアなんてベンダーにやらせるんじゃなくて自分らでできるでしょ？ 運用・保守を請け負う会社としては、もしかしたらそれも有料なんでしょうか？ いや、それくらい無料にしておけよ。 更新してもらえなきゃ、結局、自分らの仕事が増えるだけじゃないか。 基本的に日本のIT技術者って機器の知識は持ってるけど、それを活かせない馬鹿が多いんでしょうか？
- 締切済み
- その他（ITシステム運用・管理）
- 保守契約は必要でしょうか？
別件の質問でもお世話になっていますが・・・、 サーバーを導入して、社内ネットワークを構築されている会社で、 サーバー、ネットワーク、運用ソフト（グループウェア、データベースなど） などの保守契約は、みなさんは業者と契約されているのでしょうか？ 基幹システムの場合は、契約されている事が多いと思いますが、 （むしろ常識だと思いますが・・・）部署内のローカルネットワーク については実状はどうでしょうか？（※基幹から独立運用してます） （未契約が多いのか？、契約しないことが常識的なのか？） システム管理者がしっかりしているところは、自社内のサポート部隊で 対応する事も可能と思いますが、如何なものでしょうか？ 我が社では、使用機器（分析機器など）を含め、保守の必要性を あまり認めてくれない環境です。 「スポットで対応しろ！」「年に何回故障するんや？」 「保守契約は、掛け捨ての保険だ」（←そんなこと判ってる！！） という声が良く聞こえてきます・・・。 でも、壊れてから「なんで修理に（こんなに）費用がかかるんだ！？」 というのが上層部のパターンです・・・。
- 締切済み
- その他（ITシステム運用・管理）
- IT運用・保守
現在、客先でＩＴ運用・保守の仕事をしています。 （私は、ベンダー会社の社員です） こういう仕事をしていると、「こんな機能、わざわざお金かけてまで導入する必要ないのに」とか、「ＦＡＱ集を充実させればサービスデスクの要員を減らせるのに」とか、いろいろ考えてしまいます。もともと、どういう風にしたら効率化できるかとか考えることが好きなのですが、お客さんにこういう提案をするということは、ベンダー会社の仕事を減らすことでもあり、イコール会社の利益にならないということになります。 本当は、お客さんの立場になって、お客さんの満足するシステムを提案したりしてみたいなんて思っているのですが、そういうことを実現できるようなところへ異動するなり、転職って難しいですかね。例えば、社内ＳＥとかコンサルとか。 キャリアとしては開発の経験もあり、運用・保守は自ら志望しました。志望した理由は、お客に近づきたいということです。 会社の待遇には不満はありませんが、ＩＴ運用・保守って開発に言われたことをそのまま実行すればよいという受け身の人が多くて、そういうのが嫌です。
- ベストアンサー
- SE・インフラ・Webエンジニア
- テクニカルエンジニア（システム管理）試験の論文対策
社内システムの運用保守をしております。 テクニカルエンジニア（システム管理）試験は、私の業務にマッチしているので、次の春に受験しようと思ってます。 ただ、午後IIは論文と聞いてためらってます。生まれてから、まともな論文を書いたことがありません。「IT系の試験のくせに、論文の試験を出すかよ」って言いたいです。 そんな私でも論文の突破はできるのでしょうか？ 論文のコツとか、法則とはあるのでしょうか？
- 締切済み
- 情報処理技術者
- 受託開発された基幹業務システムの所有権はどちらのもの？
受託開発された基幹業務システムの権利関係について助言を頂きたく投稿しました。 以下の概要を元に、どうか教えていただけないでしょうか。 一昨年、当社は新しい基幹業務システムを導入しました。 以前から世話になっているIT関連会社（以下、受託先）に依頼をして ハードウェアの選定からソフトウェアの開発まで一括でおこなわれました。 現在も運用・保守をその会社に任せています。 最近、その受託先との間で深刻なトラブルが発生しまして 当社の意向で一刻も早く縁を切って、既存の基幹業務システムを 別の会社に運営・保守を委託したいと考えているのですが それによって受託先がソフトウェアなどの権利を 主張して使用の差し止めをおこなうのではないかと懸念しております。 契約書にはシステムの権利保有者に関する記述はなかったので 一般的な事例で判断することになると思うのですが 当社が受託先に以下の要求をした場合にそれは通るものでしょうか？ ・受託ソフトウェアの権利・所有権は発注元である 当社にあること ・システムの運用・保守を他社に切り替えるため 内部資料及びソースコードの全てを当社に提供すること ・開発や設計段階で重大な問題が規定の保証期間内に 発見されれば、受託先が責任を負うこと その他に、この件に関して何か注意点・留意点などがあれば ご教授頂けると幸いです。 なお、補足情報と致しまして… 当社は従業員20人規模の中小企業です。 システムの導入費用は約2億円の支払いは済ませました。 開発元により現在も運営・保守を定期的におこなわれており それに伴う費用は別途発生しています。
- 締切済み
- SE・インフラ・Webエンジニア
- C/Sシステムやサーバ構築に関して質問
紙ベースで管理されている業務を新たなサブシステムとして構築しようとしてます。 現在、基幹系でのサーバ1台と別のサーバーが1台ありますが、CobolやRPGで出来ているそうで、不具合も多い状態です。メールサーバやファイルサーバは別途存在します。 私の立場ですが、現在派遣で入っている為、詳しい現状のシステムを知る事が出来ません。 もともとホスト制御系のSEであり、C/Sの知識はほとんどありません。VB・VCでの開発経験はありますが、ホストの端末としてWSと混在でのシステムであり、複数者が使うような形態でもありませんでした。DBに関しても知識は乏しいです。Web系の開発はありません。 この新たなサブシステム化がうまくいけば、別のサブシステムのリプレースも実施して、数年計画で基幹系のリプレースも行う計画が某社には一応あるそうです。不具合が多いため、現在のベンダーとの取引をやめたいとも担当者は漏らしております。ちなみに、専属の社内SEはおりません。窓口業務となり、ベンダから教わった手順で運用保守をしているようです。 紙ベースで行われている業務の管理はExcelで実施しており、15名ほどがタッチしております。VBAではありません。ですので、一人がタッチしていると他の方は書き込みできないと言うことになります。 これの解消もするため、アプリ化したいわけです。 当然、DBも構築する事になります。 １．現在のサーバに追加構築は遠慮したいです。その為、新たにこのサブシステム用のマシンを構築しようとしてます。ここにDBを入れる事を考えております。 サーバの知識がなく、調べてみましたが、安上がりにWinXP機をDBサーバにしようと考えましたが、最大10名までしか使えないとか・・・。ならばWinServer2000・2003を買わないとやはりダメということでしょうか？。 ２．XAMPPというフリーのサーバ統合パッケージがあることを知りましたが、やはりXP機にこれを入れてのシステム開発はBatでしょうか？。 ３．１と２を踏まえて、仮にXAMPPを使うならばLinux機にした方が、今後のリプレースにおいてもWinServerのOSを使うよりは安上がりでしょうか？（予算があまりありません）。また、現行の基幹系のリプレースも視野にいれているならば、LinuxではなくUNIXの方が良い様にも思えてますがセキュリティや保守の面で、そんなに差が大きくあるものでしょうか？。 ４．基幹系は不明ですが、もう一つあるサブシステム機にはOracleが入っているようです。今回新たに別のサブシステムを作ろうとしてますが、このマシンに入れ込むつもりは前述の理由からしない方向にしてます。となると、新たに構築するためにOracleを使うとするならば、別途新たなOracleを購入せなばなりませんか？→予算の都合もあるので、だったらフリーのDBのほうでいいのでは？ということからXAMPPの話を出してもいるわけです。新たに作るサブシステムはさして大きくなく、過去3年分のデータも5万件ないです。 ５．現在の基幹系システムは、各部門から上がってくるデータをオペレータが基幹系に入力するというシステムです。ですので、システムと言ってもデータの格納場所のような使い方になってます。各部門担当者は、Excelなどで個人でデータをもち、それを基に取引作業をしているような状態です。せっかくのシステムを活かしていないという印象もあり、今後のリプレースを視野にいれているのであれば、照会できるようにもした方が良いとも私は考えております。社員数は100名以上です。VBAやVBのような各マシンにインストールするアプリよりも昨今の時流のようにWeb系言語での開発のほうが、やはり良いのでしょうか？。 なにぶん、開発現場から離れていたこともあり技術に疎くもなってます。よろしくお願い致します。
- 締切済み
- SE・インフラ・Webエンジニア
- SEの顧客向け説明文章の練習
システムエンジニアをしており、ある企業の基幹システムの保守開発をしています。 システムを変更する際に『システムをこんな風に変えるから、これからはこういう運用をしてください』といった資料を作って先方の管理者に説明するのですが、この資料作成が苦手です。 資料を作って、上司に見てもらって、書き直し、を何度も何度も繰り返すので、ものすごく時間がかかります。 よく指摘されること ・システムちっくな言葉を使っているので、先方が理解できない ・前置きがなく、いきなり本文が始まる(ような構成になっている) ・(私自身が)当たり前と思ってわざわざ書かなかったが、先方にとっては重要なことが説明不足 何とかして文章力をつけたいのですが、何をしたらいいでしょうか。
- 締切済み
- 情報処理技術者
- 自社開発システムについての悩み
はじめまして。 70名ほどの小企業にて社内SEをしているものです。 システム担当者は私一人しかいない職場です。 主な仕事内容は、 ・社内のPCメンテナンス、設定保守 ・ヘルプデスク ・既存システムの管理(トラブル時の業者との連絡対応が中心) ・プログラム開発（簡単なツール作成など） ・サーバーの設定管理（メールサーバやDNSサーバはISPに委託） といったものなのですが、 1年ほど前から新たな自社システムの開発を任されています。 会社の基幹業務を行うシステムとなるもので、20名以上の事務職員が常時使用するレベルのものです。(不具合が起こると会社業務に大きな影響を及ぼす) 元々社内SEとして入社したため会社の実業務について知識が無かったことや、 これまでPGの経験があり簡単なツールを何本か作っていたので開発を引き受けた当初は安易な気持ちで考えていました。（作業依頼者が社長なので、曖昧な返答はできなかったということもあります。） しかし、開発を進めていくうちに業務の深さやシステムの規模が相当以上に大きくなることが分かり、自分の技術力ではこのまま運用に向けて進めていけるのか不安になってきました。 何とか実運用にこぎつけても日々のバグ対応や適宜修正依頼が頻繁に発生することは目に見えており、そうなると開発以外の仕事に取り掛かる時間がなくなることも予想されます。 （実際、開発を開始してから１年の間は開発につきっきりの状態で、そのほかの業務が全て後回しになっている状態です） さらに、私が不在時の緊急発生時の不安もあります。 また、感情論になってしまうのですが、 システムを実際に使用する部署のメンバーは我侭で理不尽な人ばかりで、自分達がまるで顧客であるかのような上から目線で物を言ってきて、会議のたびにストレスがたまり、精神的に疲れています。 依頼から１年が経過しそれなりに開発は進んでおり、システムそのものはそれほど高度な開発技術が無くても出来るものなので正直このまま実運用に持っていくことも可能ではあります。 しかし、会社業務の根幹を成すシステムであることを考えると、上で申し上げた諸々の事情もあり、不安で仕方がありません。（納期については、特に絶対期限は指示されていませんが・・・） 自分の見通しの甘さとSEとしての色々な面での能力不足は自覚しております。 そこで今の段階で社長に状況を報告して、 システムの一部を外注に依頼することを提案しようと思っています。 元々外注依頼した時の費用面(導入・保守料金)を理由に自社開発をすることになったのですが、システムの重大性と規模・メンテナンス効率から考えて自社開発(私一人の開発)では厳しく費用面でも結果として割高となってしまうことを伝え、システムの根幹に関わる部分は外注に依頼して、自社開発で対応できそうな部分のみ(出力系など)対応する、という案を提示してみようと思っています。 依頼から１年も経っていることや費用の問題があるため、提案が通るかどうかはかなり難しいです。 自分への評価が下がるのはもちろん、最悪クビになっても仕方ないとは思っています。 （ちなみにその社長はシステムの知識は全くない人なので、SEであればどんなシステムでも個人で作れると思っているようです。） 実は私自身、開発業務はあまり得意分野でなく元々PGメインの会社にいて限界を感じ転職した経緯もあるので、このまま提案が受け入れられなければ開発付けの日々になることが予想され、そうなれば転職も考えている覚悟はあります。 長々と書いてしまいましたが、 社内SEもしくはシステム担当者の方で同じような経験をされた方などおられましたら、 今後の対応方法・身の振り方・提案する際のコツなど何でも良いのでアドバイスいただけるとうれしく思います。
- ベストアンサー
- SE・インフラ・Webエンジニア
お礼
コメントありがとうございます。 要件定義が最重要なのですね。 要件定義というものはユーザとベンダーどちらが作成するものなのでしょうか？