C/S结构、B/S结构两种架构的并发处理最大终端（用户）负载数虽分析°
以上性能要求.昴好也用列表的形式给出。
6.项目接口（ProjectInterface）金融接口（FinanceInterface）金融接口列表.如表3・6所示。
表3・6金融接口列表
編号
接口乳称
接口规范
接口标准
入口畲数
出口参数
传输頻率
1
2
政府接口（GovernmentInterface）
政府接口列表.如表3・7所示。
表3・7政府接口列表
編号
接口乳称
接口规范
接口标准
入口畲数
出口参数
传输頻率
1
2
互联网接口（InternetInterface）互联网接口列表.如表3・8所示。
表3・8互联网接口列表
編号
接口名称
接口规范
接口标准
入口畲数
出口参数
传输頻率
1
2
7,投入产出分析（AnalysisoftheDevotionandtheOutput）人力资源投入（ManpowerDevotion）
人力资源投入.如表3・9所示。
表3・9人力资源投入
阶段名称
需求岗位
需求人数
工作量（人/月）
到岗日期
需求分析
分析师
概要设计
设计师
详细设计
设计师/高级程序员
編码
程序员
测试
测试员
包装与发布
包装师
总人数：
总工作址（人/月）：
设备资源投入（FacilityDevotion）设备资源投入.如表3・10所示。
表3・10设备资源投入
设备名称
規格型号
数扯
单价（元）
金额（元〉
到位日期
其他经费资源投入＜OtherOutlayDevotion）
其他经费资源投入.如表3・11所示。
表3・11其他经费资源投入
开支项目
开支金额（尤）
支付日期
支付方式（现金/支票）
备注
项目总投入（人力费用+设备费用4其他经费资源投入〉经费（元）：
产出分析（OutputAnalysis）
产出分析.如表3・12所示。
表3・12产出分析
单机版单价
（元）
单机版
GS版单价
（元）
GS版
B/S版单价
（元〉
B/S版
数敞
年产出合计
金额（元）
笫1年
笫2年
笫3年
8.开发计划（DevelopnwntScheme）进度计划（PlanScheme）
开发进度汁划，如表3・13所示。
表3・13进度计划
阶段名称
需求分析
概要设计
详细设计
編玛
测试
包装与发布
第1周进度
第2周进度
笫3周进度
第4周进度
笫5周进度
评审计划（ReviewScheme）
各里程碑的评审计划,如表3・14所示。
表3・14评审计划
阶段名称
评审日期
评审地点
主持人
參加人
应交文档
需求分析
概要设计
详细设汁
测试报皆
包装
9・案例分析（CasesAnalysis）
案例分析包括成功案例和失败案例分析。
国外案例分析（CasesAnalysisinForeignCountries）
案例1：
……
案例2：
……
国内案例分析（CasesAnalysisinChina）
案例1：
……
案例2：
……
10・风险分析（RiskAnalysis）
需求风险（RiskofRequirement）
指项目组对用户需求获取的途径和能力有何风险.用户主动配合需求的程度。
政策风险（RiskofPolicy）
指国家政策、行业政策、企业内部政策的变化对项目将会产生有利或不利的影响°
资源风险（RiskofResource）
指开发和运行所需资源的风险程度°
技术风险（RiskofTechnology）
指项目组采用新技术的风险程度。
如最新开发工具的风险程度、垠新设计思想的风险程度。
技能风险（RiskofSkill）
抬项目组成员学握新技术的风险程度。
2《软件项目投标书》
表3・15《软件项目投标书》编写参考指南
序号
率节内容
1
项目概况
按照招标书的内客.陈述项目概况
9
■
总体解决方案
按照招标节的要求.捉出项目的总体解决方案：
网络结构总体方案
系统软件配賈方案
应用软件设计方案
系统实施方案
3
项目功能、性能和接口描述
应用软件的貝体功能点列表
应用软件的具体性能点列表
应用软件的人体接口列茨
续表
序号
章节名称
率节内容
4
项目工期.进度和经费估笄
项目工期（单位：
人月）估毎
项目逬度估呑：
需求、设计.編程、测试.酚收的时徇表
项目经费（单位：
人民币元）估算
5
项目质fit诗理控制
质ft标准
质嚴辔理控制方法
项目开发和管理的组织结构及人员配备
6
附录
附录1：
本软件公司的特点与强项简介
附录2：
本软件公司的成功案例
附录3：
木软件公司的资质证明材料
3《软件产品开发任务书》
《软件产品开发任务书》正文样本任务书名称：
大型商业MIS产品开发任务书。
下达日期：
1999/04/01o
发出部门：
XX公司研发中心。
接受部门：
研发中心商业软件部。
1.目标
（1）做成商业MIS产品，其产品化程度要求很高。
因此，一切信息都要规范化、标准化、代码化c保证在产品实施时.其客户化匸作只需录入代码和修改代码，绝对不允许修改数据结构和表结构：
（2）配合市场销吿部门、全国各地的分支机构和产品代理商，第一年开拓市场3~5个客户.第二年占领10%的商业MIS市场。
2.功能模块划分及要求
大型商业MIS软件产品拟分为以下6个功能模块，婆求每个功能模块具有髙内聚、低耦合、信息隐蔽的性质，如表3・16所示。
表3・16大型商业MIS产品的6个功能模块
序号
模块名称
功能要求
1
商业物流配送中心辔理
商业物流采购、配送
9
人型商场（大型连锁超市〉管理
商品零住
3
便利店（小型连¥负超市｝管理
商品零住
4
远程数据交换管理
点对点通佶
5
电子商务模块
网上订货、m
6
商业类库管理
基础类库.商业类库.构件库管理
3・功能模块详述
大型商业MIS软件.从组织结构上來说包括三个层次：
（1）物流配送中心
（2）大型商场（大型连锁超市）
（3）便利店（小型连锁超市）
作为一个完整的商业MIS系统來说.物流配送中心与大型商场（大型连锁超市）之间会发生物流、资金流、信息流的关系：
大型商场（大型连锁超市）与便利丿占（小型连锁超市）之间也会发生物流、资金流、信息流的关系：
而物流配送中心与便利店（小型连锁超市）之间没有任何关联。
若将这三个模块分开來看.它们又可以各自独立成为一个氓独的小型商业系统來使用。
实际上.木大型商业MIS系统完成后.可以对功能模块进行组合或拆分•使其成为如下5个不同的小型商业MIS系统.供用户选择：
（1）物流配送中心+大型商场（大型连锁超市）+便利店（小型连锁超市）的完整的商业MIS软件。
（2）物流配送中心+大型商场（大型连锁超市）的商业MIS软件。
（3）大型商场（大型连锁超市）+便利店（小型连锁超市）的商业MIS系统。
（4）物流配送中心1V1IS系统。
（5）大型商场的商业MIS系统。
作为木软件的第一层，物流配送中心可以具有女个配送仓库.它根据大型商场（大型连锁超市）的需要以及族个仓库库存情况，向供应商订货.进行货物采购：
并根据订货的情况进行配货，组织运输匸具进行发货：
期间.还伴随着向供应商付款、索取发票，以及向客户催款、开出发票等等。
大型商场（大型连锁超市）作为木软件的第二层，除「要进行木商场的幹种业务管埋外.还要向上级物流配送中心订货、付款、索取发票，向下级便利丿占（小型连锁超市）送货.收取钱款等等。
便利店（小型连锁超市）作为木软件的第三层，一婆进行木商场的各种业务管理：
二要根据库存情况，向大型商场（大型连锁超市）要货，并定期将销吿金额上交给大型商场（大型连锁超市）。
考虑到目前有些商场.已经有了其他的商业管理软件，虽然软件还有不完善的地方，但已经购买前台POS机。
为了给客户节省开支，有效地将前台POS机利用好.所以.木系统的前台销售软件就要做两个版木：
Windows版木与DOS版本。
由于配送中心与大型商场（大型连锁超市）之间、大型商场（大型连锁超市）与便利店（小型连锁超市）之间在物理位宜上有一定的距离.所以，它们之间的网络连接也是一个需婆重视的大问题。
木系统考虑采用两种解决方案：
一是采用DDN专线（或光缆），木方案数据传输速度快.性能岗.程序设讣.实现都很简讯.但用户每丿J都要支付价格不低的线路费用，这种方案比较适合那些经济实力比较雄厚的用户：
二是采用电话线，用通信协议，此方案数据传输速度稍慢•但也能满足用户需要.程序设计和实现婆复朵许女.用户每月支付的线路费用将大幅度下降。
随着讣算机网络技术的飞速发展.电子商务在流通领域的应用也越來越女。
木MIS系统也准备在电子商务方面有所扩展.条件允许，可以实现网上订货、网上销售，甚至网上货币支付。
作为一个软件企业.应该不断地提取、积累自己的软件资源。
不同开发平台的开发规范.商业类库.应用框架、构件、中间件等都是十分重要的软件资源.是软件公司的基础建设。
因此，在设讣、編码之前.要制订相应的开发规范，要组织开发、设计、管理一些类库和构件库。
软件产品是软件公司的财富來源.而软件的有效加密是保护公司产品、产权的有效于•段.更是保障公司效益的有效途径。
所以，还婆考虑软件加密算法设计。
4.功能模块任务分配
根据研发中心商业软件部目前的人员情况.木系统的项目经埋由商业软件部副经理亲自担任，负责整个系统的规划、设讣、协调与实施：
商业软件部主任」:
程师担任产品经理.负责项目的整体需求、数据库设计与Alpha测试。
整个项目分为4个任务组，各个任务组组长在项目实施阶段.承担小项目经理职责。
4个任务组的人数及开发任务，如表3・17所示。
表3・17任务组的人数及开发任务
任务组
人数
貝体开发任务
笫1任务组
4
1）POS机模块改适
2）利用协议进行远程数据交換
3）电子商务模块
笫2任务组
6
物流配送中心管理模块。
本模块的主要功能包扌舌：
货物的采购管理.配送中心的库存管理.货物的桶售管理三大部分
1）货物的采购管理包括：
供应商管理.采购计划管理.订货管理・货物脸收管理.退货骨理.应付账款骨理，应收发票管理•往来账管理等
2）库存管理包括：
货位管理.入库管理・出库管理.盘库诗理等
3）帝何管理包括：
客户管理.单管理.配货管理・运输工具管理.发货骨理.
退货管理.应收IK款管理.应付发票管理.往来账管理等
笫3任务组
6
1）全局数据库设计
2）商业管理模块（包括人型前场与便利店的骨理｝。
本模块的主要功能包播：
货物的采购管理.退货管理（退给供应商〉.价恪管理.库存管理.销何管理.悄台销傅管理.退货管理（客户退货管理）•应付、应收账款管理・发票管理.送货骨理（给便利店送货｝.收软管理（便利店上交金额）等等
笫4任务组
9
■
1）PowerBuilder开发规范
2）PowerBuilder类库建设
3）构件的提取和构件库的管理
4）产品的加密处理
5）安装盘的制作
5・数据库与开发工具的选择
考虑到数据库的性能与价格比，数据库首选Sybase,其次是MSSQLServero由于这两个数据库的天然联系，使得两个版木的程序设讣的差界将十分微小。
数据库设汁丄具采用PowerDesigner.程序开发匸具选择
为PowerBuilder«某些PowerBuilder不宜实现的功能，可由VC++去完成。
文档制作工具为Office和
PowerDesignero
6.开发进度计划
研发中心商业软件部现有18人进入了木项目组。
根据以往的实际工作经验，下面列出研发进度.如表3J8所示。
表3・18进度计划（1999/04/01-1999/10/15）
阶段名称
需求分析
概要设计
详细设计
编码
测X
包装
发布
第1周进度
需求培训
笫2周进度
需求获取
第3周进度
需求获取
第4周进度
需求获取
第5周进度
需求确认
笫6周进度
概要设计
笫7周进度
槪要设讣
第8周进度
概要设计
笫9周进度
详细设计
笫10周进度
详细设计
第11周进度
详细设计
笫12周进度
详细设计
笫13周进麼
编码
第14周进度
编码
第15周进度
编码
笫16周进度
编码
笫】7周进度
编码
第18周进度
编码
第19周进度
编码
第20周进麼
Alpha测试
第21周进度
Alpha测试
笫22周进度
Alpha测试
笫23周进度
Alpha测试
笫24周进度
Beta测试
第25周进度
Beta测试
笫26周进度
包装
笫27周进度
发布
笫28周进度
机动
7.评审计划
各里程碑的评审计划,如表3・19所示。
表3・19里程碑评审计划
阶段名称
评审日期
评审地点
主持人
参加人
应交文档
需求分析
1999/05A）5
公司笫一会议室
部门经理
项目组成员
用戶需求报笛/需求規格说明书
卜设计
1999/05/26
公司笫一会议室
部门经理
项目组成员
概藝设计说明书
详细设计
1999/06/25
公司笫一会议室
项目经理
项目组成员
详细设计说明书
Alpha测试
1999/09/12
公司笫一会议室
项目经理
测试人员
Alpha测试报吿
Beta测试
1999/09/26
客戶单位
项目经理
客户代茨
Beta测试报吿
包装
1999/09/31
公司笫一会议室
部门经理
销您人员
包装光盘.用户指南•广吿材料
附件：
《商业MIS立项建议书》，此处省略。
4《软件开发计划书》
《软件开发计划书》编写参考指南
1.引言（Introduction）
目的（Purpose）
木萃提供整个软件开发计划的综述。
主婆是确定以下内容：
（1）软件生存周期的选取及裁剪。
（2）软件规范、方法和标准的选择。
（3）软件工作产品的规模估计。
（4）软件匸作址和成木的估计。
（5）软件进度表的制定。
（6）软件风险的估计。
（7）软件项目培训计划°
范IS（Scope）
说明该软件开发计划的范用.简要描述软件开发计划的内容。
一般而言，对于一个较大的软件项目（工期
6个人月以上人计划书包括如下内容：
（1）软件规模估计
（2）工作模块计划
（3）人力资源汁划
（4）其他资源汁划
（5）进度安排计划
（6）配宜管理计划（可单•独做一个讣划〉
（7〉质量保证计划（可单独做一个计划〉
术语定义（TermsGlossary）
将该软件开发讣划中的术语、缩写词进行定义。
包括用户应用领域与计算机领域的术语与缩写词等。
例如：
[1|软件相关组：
指软件配貝管理组.文档支持组、测试组。
[21软件质虽保证组：
指il划和实施软件质虽保证活动的人员的集合。
参考资料（References）
说明该软件开发计划使用的参考资料.如项目的用户需求报告、商务合同.用户领域的资料等，每一个文件、文献耍有标•題、索引号或文件号.发布或发表日期以及出版讥位。
【I】……
⑵……
相关文档（RelatedDocuments）
X该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。
[1]……
⑵……
版木更新记录（VersionUpdatedRecord）
版木更新记录格式.如表4・8所示。
版本号
创建者
创建日期
维护者
维护日期
维护纪要
王大林
2001/02/06
—
—
—
V1.0」
—
—
王小林
2001/02/25
升级会员 