1. 项目需求说明书,怎么写
一 引言 1、编写目的 说明编写这份项目需求说明书的目的,指出预期的读者。
2、背景说明:(1)待开发的软件系统的名称。(2)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
(3)该软件系统同其他系统或其他机构的基本的相互来往关系。 3、定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
4、参考资料 列出用得着的参考资料,如:(1)本项目的经核准的计划任务书或合同、上级机关的批文。(2)属于本项目的其他已发表的文件。
(3)本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
二 任务概述 1、目标 叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2、用户的特点 列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。这些是软件设计工作的重要约束。
3、假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。三 需求规定 1、对功能的规定 用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。
2、对性能的规定(1)精度 说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。(2)时间特性要求 说明对于该软件的时间特性要求,如对:① 响应时间。
② 更新处理时间。③ 数据的转换和传送时间。
④ 解题时间。等的要求。
(3)灵活性 说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:① 操作方式上的变化。② 运行环境的变化。
③ 同其他软件的接口的变化。④ 精度和有效时限的变化。
⑤ 计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3、输入输出要求 解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
4、数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。 5、故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
6、其它专门要求 如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。四 运行环境规定 1、设备 列出运行该软件所需要的硬件设备。
说明其中的新型设备及其专门功能,包括: (1) 处理器型号及内存容量。 (2) 外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量。
(3) 输入及输出设备的型号和数量,联机或脱机。 (4) 数据通信设备的型号和数量。
(5) 功能键及其他专用硬件。 2、支持软件 列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。
3、接口 说明该软件同其他软件之间的接口、数据通信协议等。 4、控制 说明控制该软件的运行的方法和控制信号,并说明这些控制信号的来源。
五 数据要求 1、数据的逻辑描述 对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据,指在运行过程中主要作为参考的数据,它们在很长的一段时间内不会变化,一般不随运行而改变。
所谓动态数据.包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组,列如函数、源数据或对于其应用更为恰当的逻辑分组。
给出每一数据元的名称(包括缩写和代码)、定义(或物理意义)度量单位、值域、格式和类型等有关信息。 (1) 静态数据??列出所有作为控制或参考用的静态数据元素。
(2) 动态输人数据??列出动态输入数据元素(包括在常规运行中或联机操作中要改变的数据)。(3) 动态输出数据??列出动态输出数据元素(包括在常规运行中或联机操作中要改变的数据)。
(4) 内部生成数据??列出向用户或开发单位中的维护调试人员提供的内部生成数据。(5) 数据约定??说明对数据要求的制约。
逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制(容量、文卷、记录和数据元的个数的最大值)。对于在设计和开发中确定是临界性的限制更要明确指出。
2、数据的采集(1) 要求和范围 按数据元的逻辑分组来说明数据采集的要求和范围,指明数据的采集方法,说明数据采集工作的承担者是用户还是开发者。
2. 项目需求 该 怎么写
如果是一个软件系统的项目,站在项目角度需求管理包括项目需求、用户需求、业务需求、功能需求、非功能需求等内容。而项目管理文档中主要是项目需求,在项目实施文档中主要是用户需求分析报告、软件(或系统)需求规格说明书等。项目需求主要包括:(不同的项目还会有适当增减,由于不清楚你的项目具体情况,所以把总体上项目需求包括的内容都罗列一下)
1. 适用范围(阅读者)
2. 项目背景
3. 项目概述
4. 项目目标及范围
5. 项目工期与预算
6. 项目软件(系统)需求
7. 项目约束(运行环境、开发环境、技术路线、)
8. 项目测试与验收
9. 用户培训
10. 售后维护与支持
11. 其他项目中用户提出的需求
3. 项目需求分析怎么写
给你个国标,你参考参考。
再下些别人的项目需求说明,看看, 需求规格说明书 1 引言 1.1 目的 需求规格说明书是整个软件开发工作的基础,它用委托单位和承办单位都能理解的语言,清晰明确地描述所开发软件的功能、性能和软、硬件运行环境需求。 1.2 背景 本项目的委托单位: 承办单位: 1.3 参考资料 a. **有限公司**信息系统《项目开发建议书》 b. 《**公司**系统开发合同书》 c. **有限公司**系统《项目开发计划》 d. 《航空工业总公司软件工程规范汇编》,航空工业总公司软件工程化小组编。
1.4 定义 2 概述 2.1 产品描述 2.2 主要功能 要实现的业务管理功能如下: 1. 基本信息管理 1.1 2. **管理 2.1 3. **管理 3.1 4. **管理 4.1 5. **管理 5.1 2.3 实现语言 本系统将采用**数据库管理系统作为系统的后台数据库,web服务器采用**支持的**。前台采用**作为编程语言,**和** 之间采用**专用接口进行联接,服务器与客户机之间采用**进行联接。
2.4 用户特点 2.4.1 现行系统特点 a. 现行系统概况 b. **公司**管理主要业务 c. 现行系统的特点 d. 存在的主要问题 2.4.2系统的目标 2.4.3 用户业务素质 2.5 一般约束 a. 应用范围 本软件主要针对**公司**管理业务进行企业Intranet环境下的计算机辅助管理,部分信息将发布到公司Intranet上,因此本系统的开发将采用Client/Server模式与Browser/Server模式相结合的方式。**处内部采用Client/Server模式,**处以外的信息传递与访问采用Browser/Server模式,通过浏览器实现。
在实际运行过程中,希望**公司的领导能更加重视信息的收集、反馈、维护以及对某些信息传递方面作一些适当的调整,以适应计算机辅助管理的要求。 b. 系统结构 本系统为微机构成的网络管理系统,需要服务器一台,各业务办公室应该有客户机一台,通过公司布线实现网络互联和信息传递;外部环境为企业Intranet。
在服务器上运行数据库管理系统**,负责系统后台数据的管理,在各客户端安装应用软件,实现对后台数据的访问和操作;同时,在服务器上运行web server和应用服务器,在企业Intranet上用浏览器实现对后台数据库的访问。 c. 并行操作 本系统的各个子系统相对独立,都可运行于Windows NT 网络环境下,可进行并行操作。
d. 信息交换协议 系统的服务器上采用** 操作系统,而各个工作站上采用**操作系统,其信息交换协议由**内部所提供的交换功能来完成。 e. 安全保密的考虑 系统开发完成后,将对整个网络(包括服务器和各工作站)设置用户口令,对于不同级别的用户(业务人员),通过系统管理员设置不同的权限,从而保证系统的安全性与保密性要求。
3. 具体需求 3.1 功能需求 3.1.1基本信息管理 本功能属于**厂技改项目申报立项阶段的内容,包括*****的管理。 (1) (2) (3) 3.1.2 **管理 3.1.3 **管理 3.1.4**管理 3.1.5 **管理 3.1.6 技改工作通知书管理 3.1.7 **管理 3.2 外部接口需求 3.2.1 用户界面 a. 屏幕格式 . 菜单:全部采用与Windows98相一致的菜单格式,以便于用户的操作 . 输入:系统的全部数据输入和运行参数的输入均要求采用填空格式的键盘输入,在所有应提示信息处(如:实施单位等),系统应能给出下拉式的提示并能可由用户根据需要进行选择。
同时要有足够的信息提示与校验用户所输入值的有效性与合法性。 . 输出:系统的运行结果均应能通过屏幕进行输出,并要求能将输出的信息灵活地进行屏幕转换,以提高信息的可读性与操作的灵活性。
b. 报表打印格式:原则上按现行人工管理业务中报表格式进行打印输出,个别报表将结合计算机数据处理的特点重新设计报表输出格式。 3.2.2 硬件接口 **处内部系统运行的硬件环境为微机构成的局域网,因此除微机之外还需要网卡和网络连线,所有这些器件在网络连接方面均为成熟技术;**处外部的系统运行环境为**公司Intranet,外部环境由公司计算中心负责维护。
3.2.3 软件接口 本系统的开发采用**大型数据库与**,后台的**数据库管理系统用来存贮和管理各子系统的数据,而前台的**所编制的程序用来操作后台的**,它们之间通过**专用接口来进行联接,服务器与客户机之间采用**进行联接。 3.2.4 通讯接口 本软件涉及到公司多个部门之间进行信息通讯的问题,所以本网络系统所采用的是TCP/IP网络协议。
3.3 性能需求 a. 输入:系统应尽可能使输入的数据越少越好,尽量避免数据的重复输入;数据输入的格式应符合业务习惯,并且直观、方便。 b. 处理:要求系统处理的数据能准确无误,在硬件条件一定的前提下,力求系统处理数据的速度最快。
尤其是在信息统计之处,更要注意这一问题。 c. 系统的屏幕输出应能够满足管理业务所需信息量的要求,并要求输出直观、简洁,具有可重复查询功能与屏幕格式的转换功能。
报表的输出要能满足管理业务的要求,并可实现分页、任选输出,同时打印输出环境也要能适合于不同类型的打印机,以增强系统的可使用性。 3.4 设计约束 3.4.1 需求遵循的其它标准 a. 报表格式:根据现行系统的报表格式,由系统分析员和计划处业务人员共同商量后加以确定。
b. 数据命名:由系统分析员和系统设计员加以制定。 3.4.2 硬件的限制 系统。
4. 怎么写项目需求文档
系统流程描述
1.1.1 项目名称
项目名称(项目类型)
1.1.2 项目开发者
成员一:**
成员二:***
成员三:***
1.1.3 项目开发环境
MyEclipse + Tomcat5.5和MyEclipse(自带)+ SQLServer 2005
1.1.4 系统功能设定
品红商业网分为2大模块:
1.前台系统
## 设定新闻,商品以及购物相关功能:
NEWS:对新闻的增加、删除和查询操作,并且增加上下条功能进行查询,以及最新新闻的显示与增加。
PRODUCT:对商品的增加、删除、修改和查询操作,并且增加分页技术进行查询,以及最新商品的展示与增加;增设对商品的选购,打印清单、结算功能。
TALKING:用户之间的在线聊天,进行互动交流,洽谈业务,对信息发表自己的看法等,并设有广告介绍,让用户了解最新信息。
MESSAGE:客户留言薄,针对各种商情,业务交流进行离线留言,站外,站内用户可以通过此信息及时了解最新资讯,了解用户反馈信息等。
ABOUT:介绍了公司对客户的信心,诚意做出了诚恳的表态。
AFTER:介绍了公司关于商品的售后服务条例等,给客户提供更满意的服务。
COPYRIGHT:介绍了公司的版权信息,以及法律授权及其相关。
2.后台管理系统
## 设定对管理员,用户以及管理员对新闻和商品信息的相关操作。
ADMIN:对用户的查询和删除,对新闻的增加,删除和查询,对商品的增加、删除、修改和查询,都增设了分页技术更有规范的查询。并附有时间,让操作人员在任何时候都能得到精准时间,以提高管理员的时间观念。
1.1.5 项目开发技术
JSP + JavaScript + HTML
1.1.6 设计思路
通过相关技术,一一实现对管理员,站外,站内用户,公司新闻信息,商品信息进行实用的操作。
1.1.7 项目背景
本着为客户提供最优质的服务,项目从多角度考虑需求,以求达到客户所需要的功能,实现零距离的操作。
1.1.8 主要模块讲解
1.1.8.1 模块一
1. 名称:管理员模块
2. 简介:管理员的登录,对相应信息操作
实现了管理员对用户,管理员的操作:
1. 对用户的查询,删除(必要的删除),使用分页技术给管理员更好的视觉效果。
2. 添加管理员使用了MD5加密技术,登录及相关操作时的各种精密验证,达到更高的保密性,安全性。
1.1.8.2 模块二
1. 名称:新闻模块
2. 简介:新闻展示,更新,增加和删除
1.对新闻的查询和删除,使用分页技术给管理员提供更好的操作性能
1.1.8.3 模块三
1. 名称:商品模块
2. 简介:商品展示,更新,增加和删除
1. 对商品的查询、删除、增加和更新,分别使用分页技术给管理员提供更好的操作
1.1.8.4 模块四
1. 名称:用户模块
2. 简介:可以进行授权的操作,登录在线聊天进行交流,登录购物台进行选,购。
1.1.8.5 模块五
1. 名称:论坛模块
2. 简介:可以查看所有的论坛信息,并进行筛选,删除不健康、不文明留言
============================================================================
希望能给你 解决1
5. 项目需求报告要怎么写
听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。
需求分析,不仅仅是拿到客户的需求,更重要的是还需进行分析,了解细节,并就细节跟客户咨询,获取最详细的资料。客户所能提供给你的只是他们想到的功能需求,很多问题并不在他们考虑的范围之内,如果作为项目承担方没有去做分析,简单的按照功能要求去设计、规划,最终出来的系统是很难完全符合客户的业务流程的,这时,自然需要更改,被看成了需求的更改。其实,都是缺乏分析所一手造成的。问题等到系统出来了才被发现,这样的系统本身就是先天不足的了。
听棠所说到的几点,感受特别深:
“其实问题出在开头,客户需求只是软件需求分析的一部分,虽然是比较重要的一部分,但也不要只是去记客户的需求,而是要把客户的需求进行分析”
还有客户的需求本身会有矛盾(这矛盾是指在逻辑角度来讲),客户本身是意识不到的,只有在分析设计时,才会分析出这里的矛盾,而这些问题,如果在期初时,软件负责人不分析,而是纯粹的“听从”客户要求去做,当暴露这些问题时,你怪客户也没用啊。
项目需求分析报告,在了解客户需求时,不要不动脑子,不要一味的点头说“I C”,其实在表面的业务里面可能包含着N多的细节,这些细节是需要你反问客户的,只有当你提的问题越多,最终获取的需求最具体,才能让项目越顺利。而且有很多问题,都是在你的反问中,客户也才开始思考本来没思考过的问题,客户也会找到一种合理的需求给你,有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方,也要告诉客户,别以为到时候再说,客户是不关心你的技术细节的,但你如果给他解释的话,他也会试着理解的。
客户的需求本身是无休止,因为他们本身也在变,但当你期初的分析合理,后面的变动也将在逻辑上变动,相信代价已经不会那么大了。这其实也体现了系统的扩展性。
需求分析,是一个项目提出方和承担方相互沟通的过程,一方是系统的使用者,一方是系统的制造者,在系统制造过程中,只有双方相互配合,共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者,对业务流程有非常清晰的了解,但是,对于软件需求方面的描述是不了解的,他们所能提供的只是他们最终要达到的功能,但是,这其中包含的业务流程是非常复杂的。我们拿到客户需求后,应该根据功能、流程进行初步的设计,构造出业务流程图,再让客户进行评审,提出业务流程上不对的地方进行修改。这样来回的交流,最终才能取得较全面的需求,并减少后期的修改。
6. 请问:“项目需求管理与计划”该怎么写啊
项目计划的制定虽然是依据需求或者项目的范围来确定的,但是很难从生命周期
的确定到任务的分解再到关键路径的选择中看到项目计划和需求的关联点在哪里,项
目管理者在编排任务,确定进度时也很少考虑任务本身承载的内涵(需求)是什么,
项目管理者通过项目计划就很难看清楚开发计划背后的活动。随着需求管理的概念提
出后,项目管理者通过需求管理的活动来计划和管理需求活动,通过需求管理来跟踪
需求实现的进度,这样就出现不同方法论和不同管理理念在项目中出现。建立需求和
项目计划的关联,使得项目计划和需求关联在管理内涵和方式上统一,成为项目管理
中的重要课题,该平台思路就是希望能通过需求管理和项目管理在某些关键点的上的
特性来找出两者的关联点。
在IEEE软件工程标准词汇表(1997年)中定义需求为(1)用户解决问题或达到目标所
需的条件或权能(Capability) ;(2)系统或系统部件要满足合同、标准、规范或其它
正式规定文档所需具有的条件或权能;(3)一种反映上面(1)或(2)所描述的条件或权能
的文档说明。从这个定义中可以看到需求不仅仅是解决用户的问题,还包括约束和条
件,在项目管理中会表现为需求实现的进度和质量要求,这也就是我们在项目管理理
论中经常提到的客户里程碑概念。
功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从
而满足了业务需求,功能需求不仅仅用户需求进行拆分,同时要明确出客户需求实现
的优先级和版本发布策略,我们知道客户需求实现的优先级和版本发布策略决定了产
品开发的软件生命周期,也决定项目的生命周期模型是什么。如果说需求集的优先级
和版本策略决定了我们的软件开发生命周期,那么每个需求的优先级和重要性则决定
了我们软件的开发计划。
具体需求的实现在软件过程中是需要分解成N个逻辑动作来完成的,这些动作或者
活动就衍生出员工的任务或者在项目计划叫做底层计划即员工的周任务,一个需求映
射出的底层任务包括需求分析任务、需求设计任务、编码实现任务、测试任务、上线
部署任务、验证任务、文档任务、评审任务等等,还可以包括支持任务,配置管理、
质量、项目管理等,当然也只有这样一个需求的完成才是可控的,计划的执行才是现
实的,度量也才有意义。
项目计划是项目活动的承载,而需求管理则是活动内涵,需求和项目计划关联就
是让将项目计划活动和活动相关的需求关联。