软件项目需求建议书Word格式文档下载.docx
- 文档编号:20823585
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:14
- 大小:28.04KB
软件项目需求建议书Word格式文档下载.docx
《软件项目需求建议书Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《软件项目需求建议书Word格式文档下载.docx(14页珍藏版)》请在冰豆网上搜索。
交款单。
统计患者总人数和总费用。
(6)按处方类别和拼音码分别统计药品的总数和库存剩容量。
(7)按科室名称和是否专家级别分别统计医师总人数信息。
日报表:
打
印每天的患者人数、就诊科室等,以及医师每天的出诊数,检验、检查、手术每天的执行次数,以及这些项目的总金额。
(8)合计费用功能:
患者凭挂号单到交款处交款,系统根据门诊号码自
动调用患者信息,显示患者的单项费用和总费用,自动找零。
(9)系统管理功能:
其中包括用户和内部人员的修改密码功能,根据权
限添加用户和管理员。
数据备份功能。
(10)帮助功能:
包含医院简介和系统主要实现功能简介。
2交付实物
(1)必须准备一份详细的系统设计报告,以及所用到的技术,用以监测产品
质量。
(2)有关项目进程的书面报告必须在每15天交给本院。
报告应简明,并且
重点放在与承约商的原计划和时间表相对应的进程上。
报告应涉及到各项活动、取得的进展、接下来15天的计划、花费的时间与金钱。
对于落后进度计划进程的工作项目,应当提供一份计划,使项目能在原进度计划和预算内完成。
(3)在合同预期内,交付我院一个能够运行正常稳定的完整的系统。
并且在
后期一定时间内提供免费维护。
3其他要求
(4)本院会向承包商提供本院的一些业务流程。
(5)承约商必须在执行工作前,获得本院对最终计划的认同。
(6)合同必须以一个商定的价格,给提供满足需求建议书要求工作的承约商
付款。
(7)承约商必须最迟在2012年5月1日以前提供给本院两份建议书备份。
(8)本院希望在2012年6月1日前选中一家承约商。
这个工程需要完成的
期限是十二个月,从2012年7月1日至2013年7月1日,所有交付物必须不迟于2013年10月1日提供给本院。
(9)本院将按照下面的时间表付款给承约商:
当项目完成了1/3时付总额的
1/3;
当项目完成了2/3时付总额的2/3;
当本人已经满意于项目的100%,并且承约商已履行了全部契约义务时再付出总额的最后1/3。
申请内容
(1)承约商能清晰理解需求建议书,理解什么是被期望达到的要求。
承约商应有对每个任务和任务如何完成的详细描述。
(2)承约商将要提供的每一份交付物的描述。
(3)列出条形图或网络图表,列明每周要执行的详细任务的时间表,以便在要求的项目完成日期内能够完成项目。
(4)叙述一下承约商最近已经执行过的相似项目,包括已完成的子系统,以及其他子系统的完成进度。
(5)列出工程具体人员的姓名和详细简历,以及他在类似工程的精彩的经历。
(6)必须说明项目所需要的人月,并通过一份详细的工作时间分解和每个被指派于工程的员工的小时成本费用来验证。
此外,所有直接费用逐条列表也必须包括进来。
(7)承包商需列出贵公司的软件能力成熟度(cmmi)等级。
(8)本院将按照以下的标准评价所有承约商的申请书:
a.设计方案(30%)。
设计的实用及涉及技术。
b.经验(30%)。
被指定工程的承约商和工作人员执行类似工程的经验。
c.成本(30%)。
承约商申请中的所列的固定成本。
d.进度计划(10%)。
为了在要求的项目完成日期内或在此日期之前完成项目,承约商应提出进度计划的详细而全面的连续说明。
篇二:
软件系统项目建议书完全版
****系统项目建议书
2014年5月
1
概述....................................................................11.1文档编写目的...........................................................................................................11.2系统建设目标与内容...............................................................................................1
1.2.1系统建设目标...................................................................................................11.2.2系统建设的主要内容.......................................................................................1
2系统设计方案.............................................................1
2.1总体架构设计...........................................................................................................1
2.1.1系统总体业务架构...........................................................................................12.1.2系统总体软件架构...........................................................................................12.1.3系统总体技术架构...........................................................................................12.2系统组成...................................................................................................................12.3系统数据流...............................................................................................................12.4系统功能...................................................................................................................33系统部署方案.............................................................3
3.1系统部署架构...........................................................................................................33.2系统环境...................................................................................................................3
3.2.1软件环境...........................................................................................................43.2.2硬件环境...........................................................................................................4
4系统界面设计.............................................................45主要技术指标.............................................................46交付成果................................................................67验收策略................................................................6
7.1系统验收测试的原则...............................................................................................67.2验收测试的具体内容...............................................................................................77.3验收测试的步骤.......................................................................................................78质量保证................................................................8
8.1软件研制一般要求...................................................................................................88.2软件评审要求...........................................................................................................98.3软件配置管理要求.................................................................................................109售后服务...............................................................10
9.1培训.........................................................................................................................109.2维护与升级.............................................................................................................109.3质量保证期内的服务.............................................................................................109.4寿命期内维修服务.................................................................................................1110开发进度计划............................................................1111项目报价...............................................................12
1概述
1.1文档编写目的1.2系统建设目标与内容
1.2.1系统建设目标1.2.2
系统建设的主要内容
2系统设计方案2.1总体架构设计
2.1.1
系统总体业务架构
2.1.2
系统总体软件架构
2.1.3
系统总体技术架构
2.2系统组成
2.3系统数据流
系统详细数据流如下图所示。
2.4系统功能
3系统部署方案3.1系统部署架构
表1各子系统部署架构
3.2系统环境
篇三:
需求建议书
题目:
假设你在嘉州新城购买了一套二室二厅一厨一卫,面积大约90平方的新房,先装修入住,请你根据自己的需求对这个房屋装修项目编写项目需求建议书。
项目:
房屋装修
需求建议书:
(1)承约商要执行的任务:
装修材料的购买、家用设备的安装、装修工程。
①代购装修材料,如:
地砖、涂料等等
②厨房器具、淋浴设备等的代购
(2)承约商根据国家标准装修,提供装修计划、施工方案,最后装修符合标准的房
子。
(3)本人向承约商提供装修方案。
要求:
①、卧室的颜色以暖色调为主
②、装修后简单、宽敞、采光效果良好
③、卫生间隔成两部分,分为盥洗间和浴室
(4)和承约商签订一个商定的价格,以及满足需求建议书的工作承约商付款合同。
(5)当装修工程完成1/2时付总额的1/2;
当装修工程100%完成时,获得本人的
满意后,并且承约商已经全部履行契约义务时再付总额的最后1/2。
(6)希望这个项目在两个月内完成,从5月15日到7月15日,所有的可交付成果
必须不迟于7月15日提供给本人。
(7)承约商必须最迟于4月30日以前向本人提交两份申请书备份。
承约商的申请书
至少包括以下内容:
1)承约商能清晰的理解需求建议书,要详细描述承约商的实施装修项目的方法,以及使用的装修材料的具体规格。
2)承约商要提供可交付成果的详细描述。
3)在6月15日向本人反映项目进行的进度。
4)叙述承约商最近实施的项目,包括客户的姓名、地址和电话号码,以备核实。
5)列出将被指定为项目主要负责人的姓名和联系方式,以及工作经验。
(8)申请书的评价标准
1)承约商提出的建设方案(30%)
2)被指定为执行此项目主要负责人的姓名和联系方式,以及类似的工作经验(30%)
3)承约商申请书所列的固定成本(30%)
4)承约商提供的施工计划(10%)
组员:
岳红117
王华213
周燕飞126
赵涵玉223
曾志锦203
篇四:
需求建议书(requestforproposal,rfp)
什么是需求建议书[1]
需求建议书是指从客户角度出发,全面、详细地向服务商陈述、表达为了满足其已识别需求所应做的准备工作。
也就是说,需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书,是客户与服务商建立正式联系的第一份书面文件,又称招标书。
需求建议书一般由客户起草,主要描述客户的需求、条件及对项目任务的具体要求。
一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。
好的需求建议书能让服务商准确把握客户所期待的产品或服务。
当然,并非在所有情况下都需要准备一份正式的需求建议书,当某一企业的需求由内部开发项目予以满足时,这一过程似乎变得简单多了,此时更多需要的是口头上的交流和信息传递,而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。
例如,某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时,便可直接要求软件开发小组进行开发,这时只需口头把相关的要求传达给软件开发小组即可。
[编辑]
需求建议书的主要内容[2]
需求建议书一般包含以下主要内容:
客户必须搜集大量相关资料准备需求建议书,因为it项目实施者需要按照rfp来准备他们的项目技术方案,并以此参与竞标。
rfp中包括项目的目标,也就是用户的期望,也包括客户要求项目的进度计划;
对实施商申请书的表格和内容的规定;
客户希望潜在的实施商提交投标申请书的最后期限;
评价申请书的标准等。
一份好的rfp应该包括以下一些内容。
1.工作表述
工作表述就是说明项目的工作范围,概括客户要求开发商或项目团队执行的任务或工作单元,说明项目所涉及的各种事情,哪些必须由开发商或项目团队去完成,哪些由客户自己去做。
例如,一个办公自动化软件系统的具体目标。
又如建设一个网站,所需设备的采购任务,是由客户自己完成,还是由开发商去完成;
企业网站上的页面文字,是客户自己撰写,还是由开发商撰写等。
2.任务要求
需求建议书必须要具体规定开发商需要完成任务的规格和特征,如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中,所必须满足的物理参数和操作参数。
例如,建立一个企业网站,可能要求在1000人同时访问的情况下不会产生堵塞的感觉,网
站的浏览页面不低于多少;
建立一个自动结账和收款系统,可能要求每天能办理12000次交易的功能和其他特定的功能,如在开出了发票的30天内没有收到账款,就会自动产生催款通知。
具体的任务要求,可能会成为将来的验收标准。
3.交付物
交付物就是开发商所提供的实体内容,这在需求建议书中应该说明。
例如,对于自动结账和收款系统来说,客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。
交付物也可能包括客户要求开发商提供定期进度报告或终期报告。
4.客户供应条款
需求建议书还应该列出客户的供应条款。
例如,客户需要建立一个网j站,可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详]细说明,包括信息流程的类型、信息流量和发生频率等。
5.表述客户对需求的确认
需求建议书不是对客户需求的最后确认。
最后的确认应该在对开发商提出的方案进行评估之后。
例如印刷宣传手册,可能在开印之前要经过客户审定;
局域网的建设,在购买材料和设备之前,客户必须审定开发商的技术方案。
这一点在需求建议书中必须向开发商说明。
6.期望的合同类型
(1)合同可以按固定价格订立。
这样,开发商实际上就是费用包干。
客户只给固定的价钱,不管开发商实际工作花费多少。
开发商必须保证功能的实现和质量要求,超支的风险由开发商负担。
(2)合同也可以规定开发商不承担风险,即在时间、原材料限制的条件下,不论实际成本多少,都会给开发商特定的报酬,也就是所谓包工不包料。
在我国现阶段的条件下,由于质量检验和资信度水平不高,这种合同比]较普遍。
在需求建议书中,最好说明客户是希望采用那种类型的合同。
7.期望的付款方式
付款方式可以分为一次性付款和分阶段付款;
在开始前付款和结束后付款。
一般依项目的性质来定付款方式。
如网页制作,往往在项目末期付款;
而架设局域网,一般在方案确认后,付款30%以便开发商采购,工程结束验收后付满90%,留10%等到使用一段时间以后确认无问题时付清。
具体付款方式需要合同双方协商,但在需求建议书中,客户应该先提出自己的期望付款方式。
8.要求的进度计划
进度计划的要求可能很粗,如要求在6个月内完成;
也可以详细一些,如多长时间内完成方案设计和审定,多长时间内完成硬件选购与安装,多长时间内完成软件研制、测试与安装,最后开发商在系统安装调试后,在多长时间内提交所有的系统文件和操作培训。
9.申请书的格式和内容提示
为了便于在几个开发商之间进行比较和评价,申请书应该在形式上采取同一个格式,内容的结构也应该一致。
这样对不同的申请者来说比较公平,也能减轻客户在评审时的工作量。
客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。
10.提交申请书的最后期限
申请书受理的截止日期是必须要交代清楚的。
例如,要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书,或大家一律在某月某日之前提交申请书。
这样做的目的是便于同时对众多的申请者进行比较、评估,也是为了保持公正,不给某些开发商以额外的时间和机会。
11.对申请书的评价标准
要告诉开发商客户将根据哪些准则来评价他提交的申请书。
这样做的目的,是指导开发商写好申请书。
一般评价标准包括4个方面的内容:
(1)开发商在类似项目中的经验。
如他们近期是否在预算内按期完成了类似的项目,客户对他们是否满意?
(2)开发商提出的技术方案是否合适。
如采用哪种类型的计算机软件?
数据库的设计、方法是什么?
用来建立管理信息系统的是哪种语言?
采用哪些供应商的设备?
等等。
(3)进度计划。
开发商是否能按照所要求的进度完成项目计划?
(4)成本。
如开发商的报价是否合理?
成本预算中有无漏算的条款?
将来在执行时有没有可能出现超支,或有无可能因过于节约而导致质量不能保证?
有的申请人为了争取合同,在报价上压低成本,到了执行阶段,或偷工减料,或增加成本,结果导致所建系统的缺陷很多,或使最终成本大大超出原始的估算。
对此需要引起注意。
12.资金总量
开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目,但客户在需求建议书中,往往不愿意透露这个信息。
其实,客户暗示大约的数字,告诉开发商他打算花多少钱来办这件事是有好处的,这样可以使开发商能够提交与资金水平相适应的申请书,提高在项目准备阶段的工作效率。
需求建议书的必要性[2]
需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件,也叫招标书。
一般由项目的客户自己起草,主要描述客户的需求、条件以及对项目任务的具体要求,向可能的开发商发送。
需求建议书是客户为确保供应商理解项目的需求,并在此基础上
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 需求 建议书
![提示](https://static.bdocx.com/images/bang_tan.gif)