1、b说明软件将干什么，若是需要的话，还要说明软件产品不干什么；c描述所说明的软件的应用。应当：1）尽可能精准地描述所有相关的利益、目的、和最终目标。2）若是有一个较高层次的说明存在，那么应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 概念 列出本文件顶用到的专门术语的概念和缩写词的原词组。 参考资料列出要用到的参考资料，如：a本项目的经核准的打算任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；c本文件中遍地引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的题目、文件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。2 项目概述 产品描述网上
2、冲印系统，可向广大消费者提供快速便利的网上冲印效劳，为数码冲印设备供给商及数码影像冲印中心（店）提供专业的网上冲印效劳平台。配备了会员治理、图片传输、网上支付、定单治理、价钱治理等功能，将整个冲印流程通过虚拟网络完美的融合在一路，不仅标准了数码冲印店的定单治理，提高了定单处置量，而且为客户提供了方便快捷、平安高效的效劳，使数码冲印系统能够在较长期内拥有稳固的常常消费型客户群，从而带来更为丰厚的经济效益。 产品功能网上冲印系统要紧分为三大角色：一般用户角色、注册用户、后台治理员角色一般用户角色能够阅读网站，可是不能进行定单操作还有相册治理注册用户除能够拥有一般用户的功能外还能够进行定单操作及相册
3、治理后台治理员能够对定单进行治理和更新网站相关的信息，创建新的效劳类型 用户特点列出本软件的最终用户的特点，充分说明操作人员、保护人员的教育水平和技术专长，和本软件的预期利用频度。这些是软件设计工作的重要约束。 一样约束本条对设计系统时限制开发者选择的其他一些项作一样性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：a治理方针；b硬件的限制；c与其他应用间的接口；d并行操作；e审查功能；f操纵功能；g所需的高级语言；h通信协议；i应用的临界点；j平安和保密方面的考虑。 假设和依据本条列出阻碍需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束，可是它们的改变可能阻碍到需求说明
4、中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上利用的，但是，事实上那个操作系统是不可能利用的，于是，需求说明就要进行相应的改变。3 具体需求 功能需求3.1.1 功能需求1系统整体用例图图1：用户登注册登录模块用例图注册登录模块本模块主若是针对一样网上用户开发的，用户能够通过该模块的功能，完成自己在该网站的注册和登录功能。若是用户已是本网站的会员的话，能够直接输入用户名和密码，就能够登录到本网站阅读界面，若是用户是非会员情形下，那么能够通过本网站的注册功能，成为本网站会员。但是用户在注册时，输入的用户名必需是唯一的，在本网站未注册过的，不然系统会提示用户注册不成功，必需从头更
5、改你的用户名，以取得通行证。注册用例规约1用例名称：注册（UC1）2简要说明：用户注册3事件流：大体事件流（1）用户点击注册进入注册页面，填写注册信息。（2）用户提交注册信息，系统验证是不是符合要求。（3）系统提示注册成功，返回登录页面。 扩展事件流（1）填写不符合要求的信息时系统提示错误信息。（2）用户需从头填写注册信息。（3）当用户点击取消按钮时，取消注册。4前置条件：用户进入网上冲印系统。5后置条件：用户已经注册成功。登录用例规约登录（UC2）用户注册成功后登岸（1）用户填写完用户名密码后点击登录按钮。（2）系统查对注册信息，若是该用户已经注册那么登录成功。（3）进入系统首页。扩展事件流
6、（1）若是用户登录失败，系统提示密码错误或不存在该用户名。（2）登录成功后用户能够相册治理。（3）登录成功后用户能够进行定单操作。用户注册成功。用户输入正确的用户名密码。3.1.2 功能需求2图2：治理相册模块用例图治理相册模块用例规约本模块是为那些喜爱照相的用户设计的，也是本网站应用模块中关键的一个模块。通过那个功能模块，用户能够方便的创建自己的相册，上传自己感觉中意的相片；若是对自己上传的相片不中意，还能够进行删除等操作，完成这一系列操作后，就完成对相片的封装了。治理相册用例规约治理相册（UC3）用户登录后能够进行相册的治理（1）用户要点击相册治理按钮。（2）系统进入相册治理页面（1）进入
7、相册治理页面用户若是尚未相册能够选择创建一个新相册。（2）系统为用户创建一个新相册（3）若是已经有相册了用户能够上传或删除相片。（4）系统提示上传或那么删除成功。用户登录成功。用户治理相册并提交。3.1.3功能需求3图3：定单治理模块用例图定单治理模块用户能够通过该模块选择要打印的相片下定单，其中包括选择要打印的相片尺寸，颜色，张数，用户还需要填写邮寄地址，然后提交定单，若是不中意还能够修改定单。定单治理用例规约：定单治理（UC4）用户通过定单治理模块对定单进行操作。（1）用户进入定单治理页面。（2）填写定单，并提交。（3）系统提示提交成功。（1）用户进入定单页面，填写相片打印尺寸，张数，颜色
8、。（2）用户修改定单。用户提交定单。3.1.4功能需求4后台治理系统1、定单治理a 审核新定单：对新生成的定单进行审核,审核通过的定单才能进行冲印。b 查询定单：能够依照关键字对用户的定单进行查询。二、价钱治理a设置冲印价钱：依照所要冲印的不同尺寸、材质等情形确信价钱。3、用户治理a 新增用户：增加新的用户,并设置用户组的权限。b 查看更新用户：查看各用户信息并可修改权限。4、照片展现a 对近期较热点的照片进行成效展现。b 对提供的不同冲印照片的类型进行成效展现。五、照片下载a 通过审核后将用户上传的照片下载下来并交给商家进行冲印。治理员模块用例规约： 用例名称：定单治理（UC01） 简要说明
9、：对用户提交的冲印定单进行治理，显示商家的打印进度并可通知用户是不是已发货。 事件流： 1.3.1 大体事件流：（1）用户在下定单以后，将定单信息上传到后台数据库中。（2）治理员通过审核以后想商家发布冲印作业。 1.3.2 扩展事件流：（1）治理员需要对用户上传上来的定单进行审核，只有当审核通过以后，才能将定单确信下来，发送给商家。（2）当用户发觉定单填写错误时能够向系统发送请求，治理员能够给用户提供定单修改的权限。（3）治理员能够对各个用户进行定单的查询。 非功能性需求 前置条件：用户完成了下定单的操作 后置条件：治理员通过审核确认用户信息无误并确认付款以后将定单信息发送给商家。价钱治理（U
10、C02）治理员对各类尺寸和材质等不同条件的相片进行价钱的治理。 2.3.1 大体事件流：（1）商家将不同条件的相片的价钱发送给治理员.（2）治理员对价钱审核以后，将价钱输入到价钱数据库中。（3）治理员将价钱发布到网页中让用户知晓各类冲印的价钱。 2.3.3 扩展事件流： （1）商家依照市场的情形更改了冲印价钱后发送给治理员。 （2）治理员利用治理员权限进入数据库修改价钱。（3）治理员将价钱发布到网页中让用户知晓各类冲印的价钱 非功能需求商家将价钱发送给治理员。治理员完成对冲印价钱的添加和更新。照片展现（UC03）治理员对各类产品的成效展现,及产品推荐 3.3.1 大体事件流：（1）治理员发布热
11、点的产品推荐。（2）治理员发布不同的产品 3.3.3 扩展事件流： （1）治理员对产品价钱的调整及发布。（2）治理员发布不同的产品及产品说明，如价钱、产品描述。 非功能需求：产品的排版、发布治理员要更新发布产品。产品正常显示在界面上。照片下载（UC04）治理员对顾客上传的照片的转载等一系列动作的治理。 4.3.1 大体事件流：（1）治理员到已上传的相册下载照片.（2）治理员可治理相册中的照片。 4.3.3 扩展事件流： （1）治理员治理相册中的相片可进行删除年久的旧照片。顾客已上传相片。治理员下载照片。 外部接口需求3.2.1 用户接口提供用户利用软件产品时的接口需求。例如，若是系统的用户通过
12、显示终端进行操作，就必需指定如下要求：a对屏幕格式的要求；b报表或菜单的页面打印格式和内容；c输入输出的相对时刻；d程序功能键的可用性。3.2.2 硬件接口要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。3.2.3 软件接口在此要指定需利用的其他软件产品（例如，数据治理系统、操作系统或数学软件包），和同其他应用系统之间的接口。对每一个所需的软件产品，要提供如下内容：a名字；b助记符；c规格说明号；d版本号；e来源。 关于每一个接口，这部份应说明与软件产品相关的接口软件的目的，并依照信息的内容和格式概念接口，但没必要详细描述任
13、何已有完整文件的接口，只要引用概念该接口的文件即可。3.2.4 通信接口指定各类通信接口。例如，局部网络的协议等等。 性能需求从整体来讲，本条应具体说明软件、或人与软件交互的静态或动态数值需求。A静态数值需求可能包括：1）支持的终端数；2）支持并行操作的用户数；3）处置的文卷和记录数；4）表和文卷的大小。B动态数值需求可能包括：欲处置的事务和任务的数量，和在正常情形下和峰值工作条件下一按时刻周期中处置的数据总量。 所有这些需求都必需用能够气宇的术语来表达。例如，95的事务必需在小于1s时刻内处置完，不然，操作员将不等待处置的完成。 设计约束设计约束受其他标准、硬件限制等方面的阻碍。3.4.1
14、其他标准的约束本项将指定由现有的标准或规那么派生的要求。a报表格式；b数据命名；c财务处置；d审计追踪，等等。3.4.2 硬件的限制本项包括在各类硬件约束下运行的软件要求，例如，应该包括：a硬件配置的特点（接口数，指令系统等）；b内存储器和辅助存储器的容量。 属性在软件的需求当中有假设干个属性，以下指出其中的几个（注意：对这些决不该明白得为是一个完整的清单）。3.5.1 可用性能够指定一些因素，如检查点、恢复和再启动等，以保证整个系统有一个确信的可用性级别。3.5.2 平安性指的是爱惜软件的要素，以避免各类非法的访问、利用、修改、破坏或泄密。那个领域的具体需求必需包括：a利用靠得住的密码技术；
15、b把握特定的记录或历史数据集；c给不同的模块分派不同的功能；d限定一个程序中某些区域的通信；e计算临界值的检查和。3.5.3 可保护性规定假设干需求以确保软件是可保护的。a软件模块所需要的特殊的耦合矩阵；b为微型装置指定特殊的数据程序分割要求。3.5.4 可转移 转换性规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。3.5.5 警告指定所需属性十分重要，它使得人们能用规定的方式去进行客观的验证。 其他需求依照软件和用户组织的特性等，某些需求放在下面各项中描述。3.6.1 数据库本项对作为产品的一部份进行开发的数据库规定一些需求，它们可能包括：a在功能需求中标识
16、的信息类别；b利用的频率；c存取能力；d数据元素和文卷描述符；e数据元素、记录和文卷的关系；f静态和动态的组织；g数据保留要求。 注：若是利用一个现有的数据库包，那个包应在“软件接口”中命名，并在那里详细说明其用法。3.6.2 操作那个地址说明用户要求的常规的和特殊的操作。A在用户组织当中各类方式的操作。例如，用户初始化操作；B交互作用操作的周期和无人操作的周期；C数据处置运行功能；D后援和恢复操作。那个地址的内容有时是用户接口的一部份。3.6.3 场适合应性需求那个地址包括：a对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行概念。例如，栅值，平安界限等等。b指出场合或相关任务为特点，那个地址能够被修改以使软件适合特殊配制的要求。4 附录对一个实际的需求规格说明来讲，假设有必要应该编写附录。附录中可能包括：a输入输出格式样本，本钱分析研究的描述或用户调查结果；b有助于明白得需求说明的背景信息；c软件所解决问题的描述；d用户历史、背景、经历和操作特点；e交叉访问表。按前后顺序进行编排，使一些不完全的软件需求得以完善；f特殊的装配指令用于编码和媒体，以知足平安、输出、初始装入或其他要求。当包括附录时，需求说明必需明确地说明附录是不是需求要考虑的部份。
