日用雑貨の製造を行う W 社では,業務拡大に向けて販売管理のためのシステム(以下,販売管理システムという)構築を予定している。システム構築のメンバである G 君は,上司の指導の下に RFP を作成して,X 社から提案を受けた。RFP の概要と X 社からの提案は,次のとおりである。 なお,W 社にとって重要な顧客情報の扱いについては,契約時に必要な処置を講じることにした。 〔RFP の概要〕 システムの目的:製造した商品に関して,顧客に対する受注から出荷までの管理を行う。 システムの要件:商品数は,当初は 2,000 品目で,最大 5,000 品目を管理する。顧客数は,当初は 500 社で,最大 2,000 社を管理する。1 日の受注件数は,最大 200 件とする。弊社の規模と業務に合った適切なソフトウェアパッケージの利用を前提とする。 納期:発注から 6 か月以内とする。 〔X 社からの提案〕 導入費用:700 万円 前提条件:Y 社の販売管理ソフトウェアパッケージと Z 社のデータベースソフトを利用し,不足する機能の開発を行います。サーバは CPU が一つのものを 2 台導入します。1 台は本番機とし,もう 1 台は,本番機に障害が発生した場合に稼働させるコールドスタンバイ機とします。 契約条件:要件定義からシステムテストまでの一括請負契約とします。弊社の開発物に関する瑕疵担保期間は,検収後 6 か月とします。 導入期間:4 か月 保守:保守契約を結ぶことによって,導入したシステムに関する問合せ,障害の切分けの対応を行います。 W 社が作成した RFP の概要に示した内容には不足がある。RFP の内容として追記すべき事項はどれか。
平成23年度 特別試験 ITパスポート試験 問89
这道题的解析和你的作答记录。
問 89
错误ア
「W 公司去年的业绩」不能成为供应商决定如何构建系统的依据。RFP 中应当写的是与提案直接相关的信息,即所构建系统的目的、功能需求、非功能需求(性能、可用性、安全性等)、交期、预算、合同条件等。过去的销售额等经营数据不会左右提案内容,反而属于没有必要提供给公司外部的信息,因此算不上应补充记载的事项。
错误イ
「系统中处理的商品和客户数据的件数」在〔RFP 概要〕的「系统需求」中已经明确写出。商品数量写的是最初 2,000 个品目、最多 5,000 个品目,客户数量写的是最初 500 家、最多 2,000 家,不但没有缺失,反而是已经记载了的项目。题目问的是「因为没有写、所以应补充记载的事项」,因此已经出现过的内容不能作为答案。
- ウ
正解 正确答案是 ウ「关于系统性能的要求」。RFP(Request For Proposal,提案邀请书)是发包方向供应商说明「希望实现什么、希望如何实现」,从而让各家公司的提案能够在同一标准下进行比较的文档。看 W 公司的〔RFP 概要〕可以发现,目的、数据量(商品最多 5,000 个品目、客户最多 2,000 家)、业务量(每日受订件数最多 200 件)和交期都写明了,但「希望以多快的速度处理这些数量」却哪里都没有写。例如「受订录入的响应时间在 3 秒以内」「夜间结算处理在 1 小时内完成」「同时在线用户数 30 人」这类性能要求。没有这些,W 公司就无法判断 X 公司提出的「2 台 CPU 为单颗的服务器(正式运行机+冷备份机)」这一配置能否让业务顺畅运转,也无法与其他公司的提案作比较。而且,即使事后发现「太慢、没法用」,由于 RFP 中并未写明,也就没有要求供应商整改的依据。因此,RFP 中应补充记载的缺失事项是关于性能的要求。
错误エ
要构建的是处理从受订到出货的销售管理系统,而不是处理制造工序的系统。「用于商品制造的机器信息」在生产管理系统中或许有需要,但它超出了本案系统的范围,不会影响提案内容。RFP 的原则是写与对象业务范围相关的信息,添加无关的信息并不能提高供应商的提案精度。
- RFP(提案邀请书)是发包方向供应商征求提案的文档,需要毫无遗漏地写明系统的目的、对象业务范围、功能需求、非功能需求(性能、可用性、安全性、运行维护)、交期、预算、合同条件等。遗漏记载的项目不会反映到提案中,各家公司提案的比较标准也会随之丧失。
- 只写数据量和业务量(件数)并不能使需求完整。「以多快的速度、多长的响应时间处理这些数量」这样的性能要求是非功能需求的典型代表,对于评价系统配置和服务器性能是否妥当不可或缺。