软件需求说明书

软件需求说明书
软件需求说明书

XXX软件需求规格说明书

XXX股份有限公司

年月

1引言 (3)

1.1编写目的 (3)

1.2背景 (3)

1.3定义 (3)

1.4参考资料 (4)

2任务概述 (4)

2.1目标 (4)

2.2用户的特点 (4)

2.3假定和约束 (4)

3需求规定 (5)

3.1对功能的规定 (5)

3.1.1栏目设定与页面设计 (5)

3.1.2内容管理 (9)

3.1.3基础数据管理 (14)

3.1.4日志管理系统 (15)

3.1.5互联互通与数据交换 (16)

3.1.6灵活性 (16)

3.2对性能的规定 (17)

3.2.1精度 (17)

3.2.2时间特性要求 (18)

3.2.3灵活性 (18)

3.3输入输出要求 (18)

3.4数据管理能力要求 (18)

3.5故障处理要求 (19)

3.6其他专门要求 (19)

4运行环境规定 (20)

4.1设备 (20)

4.2支持软件 (20)

4.3接口 (20)

4.4控制 (21)

1引言

1.1编写目的

为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。

1.2背景

该项目目标是集成应用和示范推广一批先进成熟适用技术,带动提升全镇社会管理服务的“智慧化”水平,让科技成果更多地惠及百姓生活,率先成为推广应用成效显著、示范效应突出的科技惠民示范典范,为XXX市、乃至全国城乡一体化建设中的社会管理创新提供借鉴和样板。其主要任务是搭建“覆盖全镇、互联互通、资源共享、功能协同”公共服务技术支撑平台,面向社区居民开展智慧政务、智慧安全、智慧健康三大公共服务。其中,智慧政务示范主要包括实施“一键通”、“一卡通”、“一站式”服务。智慧安全示范主要包括“XXX新市镇治安防控体系”三网联动(警防网、民防网、技防网)、流动人口管理和警务便民;智慧健康示范主要包括社区居民健康计划、健康家园建设、“大牵小”与双向转诊、卫生适宜技术推广应用。

1.3定义

1.4参考资料

《计算机软件开发规范(GB8566-88)》

《计算机软件需求说明编制指南(GB9305-88)》

《软件生命周期过程(GB8586)》

2任务概述

2.1目标

XXX门户项目将依托整个项目的成果,搭建一个面向公众、面向XXX镇、面向居民个人的全方位、多职能的XXX门户网站。该门户网站既可以满足XXX对外宣传的需要,也可以成为XXX居民了解XXX街动态的权威平台,更可以结合智慧政务、智慧健康、智慧安全的建设成果为XXX居民提供便民服务。

2.2用户的特点

本软件主要使用者为XXX居民,主要以居民为主,人员要有独立的行事能力,在本系统的用户操作手册帮助下可以使用本系统。信息管理人员主要XXX街道信息人员,会有培训人员对信息人员进行培训,可以熟练使用本系统进行发布信息;维护人员主要是XXX股份公司的人员,基本上都是本科学历以上。本软件无特殊情况下是7*24不间断运行。

2.3假定和约束

1、需求变更要严格按照需求变更流程。

2、开发工作要在2015-11-25完成。

3、统一使用JAVA语言开发。

4、外部接口必须使用统一标准的模式。

3需求规定

3.1对功能的规定

XXX门户是XXX项目的对外窗口,为公众、XXX镇居民、其他单位提供信息和服务,并使用户以最简单的操作方法方便、快速地找到自已所需的信息,建设内容包括网上门户、掌上门户。

XXX门户项目建设目标是以XXX镇居民对政务、公共事业和便民服务等信息消费需求为核心,依托云计算、移动互联网技术架构的社区居民融合服务平台,采用云服务的方式聚合政府服务资源、社会公共服务资源和商业便民服务资源,基于“实名制”的信息聚合,通过对网页、智能终端、市民一卡通、服务热线、便民中心、XXX健康家园等多渠道融合,主动推送个性化信息消费服务,为用户提供丰富信息产品和信息消费内容。

通过持续的业务运营,将XXX门户打造成XXX镇政府宣传服务的阵地、市民虚拟的生活家园和居民共建XXX的监督平台,最终实现XXX项目保障和改善民生、全面提升社会管理水平的项目目标。

XXX网上门户将聚合与公众相关的政府和社会服务资源,建立统一的门户网站,以云计算平台为信息支撑,通过与智慧政务、智慧健康、智慧安全系统集成,构建服务公众、XXX镇居民、政府、机关单位的公共服务网络,深化网上办事功能和行政审批效率,服务公众对XXX信息查询,满足社区用户个性化、多元化的社会服务需求。

XXX掌上门户利用无线网络通过个人手持终端访问与公众相关的政府和社会服务资源,是网上门户在移动终端上的延伸与补充。同时利用无线终端集成移动技术提供掌上特色应用,有选择地按照用户权限管理要求向用户推送个性化定制服务,将政府服务信息推送到用户手机桌面,为用户提供更近距离、更贴身的即时应用服务。

3.1.1栏目设定与页面设计

根据系统要求,门户系统的定位要面向不同的用户群体,其中包括面向公

众、面向XXX镇居民、面向政府部门用户等。因此,在门户系统的内容上要根据不同用户划分不同栏目。

3.1.1.1面向公众的内容

在系统设计上,将系统登录前的用户设定为公众用户,此类用户是完全的互联网用户,可以通过XXX门户系统了解XXX项目的概况、XXX的基本情况风土人情、XXX镇新闻、资讯以及对XXX镇的其它公共服务等内容。主要包括印象XXX、XXX动态、政务公开、政策法规、党建专栏、便民服务、主任信箱等。

新加功能:1、在访问门户前加上欢迎页,欢迎页中主要加上XXX介绍“XXX示范镇科技惠民综合示范项目”介绍和项目参与单位,云平台、智慧政务、智慧健康、智慧安全介绍。

XXX印象:

XXX动态:

政务公开:

政策法规:

党建专栏:

便民服务:

主任信箱:

为了更广泛的听取人民群众的意见,门户网站要设立“主任信箱”,群众

可以通过写信的方式提出遇到的问题,提出意见和建议。对于实际问题,主任会把信件转给相关部门并做妥善处理。

主任信箱的用户包括公众用户和居民用户,为了保证邮件质量,邮箱需要设定邮箱管理员。当用户填写信件内容后,信件会发送给邮箱管理员进行审核,通过审核的邮件会发送给主任,主任可以根据实际情况将邮件转给相关政府职能部门进行办理。用户可以通过主任信箱中的查找功能查询自己关心的问题及回复。主任信箱问题回复详情,主任信箱提供简单的统计功能,可以针对各个部门邮件的回复情况进行汇总、统计和排名,通过排名可以显示出各个部门的工作强度和积极性。

3.1.1.2面向居民的内容

XXX门户系统将结合智慧政务项目中一卡通项目的建设成果,将一卡通账号作为XXX镇居民登录门户系统的账户,并且与一卡通账户实现互联互通和用户的同步。XXX镇居民可以通过一卡通账户进入门户系统,并可以通过登录享受到XXX整个项目的建设成果,包括居民自己的健康情况、办事情况、缴费情况等等。部分有权限的用户还可以查看到智慧安全项目中若干视频监控情况。

我的健康:

在智慧健康项目建设成果中,针对XXX镇居民,将提供免费体检服务,门户系统将整合智慧健康的建设成果,对居民用户提供诸多查询服务。其中提供对体检报告的查询,内容包括身高、体重、人体成分分析(蛋白质、脂肪量)、血压、肺功能等。在智慧健康项目开放接口的情况下,提供对居民用户的健康档案摘要信息查询和调阅、医疗记录和健康服务记录查询、电子病历查询等等。居民用户可以足不出户对自己的健康情况、就诊情况等了如指掌。

另外,居民用户也可以看到一些与其相关的统计数据,比如通过按月划分的体检人数统计可以让居民用户避开体检高峰;通过对XXX镇乃的医疗机构医生数量、就诊人数的统计可以让居民用户选择最佳的医疗资源。

我的政务

智慧政务建设包括一键通、一卡通和一站式,其中一键通是对接XXX市8890便民服务平台;一卡通是建设一个类似于身份识别与支付功能相结合的智能卡

并提供多种便捷功能;一站式则是在XXX镇建立行政便民服务中心,为群众办事提供一站式服务。通过智慧政务项目的建设可以为XXX镇居民提供诸多便利,而XXX门户的建设,将会给居民带来更加便利的用户体验。

XXX门户将与智慧政务项目互联互通,可以通过智慧政务项目接口为居民用户提供诸多查询服务。

首先,居民用户可以通过门户系统查询到8890的便民服务信息;

其次,居民用户可以通过门户系统查询与自己相关的一卡通信息,包括资金发放情况、缴费情况。资金情况包括补偿款、社保资金、社会救助资金等的发放和支取情况;缴费信息包括电话费、取暖费、有线电视费等。并且,随着一卡通项目应用的不断升级,可供居民用户查询的内容会不断增加;

最后,居民用户可以通过门户系统查询政府部门的办事流程和所需材料,并提供对居民办理事情的进程查询服务。用户通过门户系统即可了解所办事情的进展情况,这样既为用户提供了便利,也减少了行政许可大厅的办事人数,提高了行政大厅的办事效率。

我的安全:

XXX门户系统会整合部分智慧安全项目的建设成果。比如,居民用户可以根据权限查看部分监控视频;也可以查看到近期的报警信息、警情分析等信息。

3.1.1.3面向政府部门用户内容

政府部门用户登录门户后除了可以看到XXX镇的资讯、公示公告外,还可以查看政策法规、规章制度以及部门的工作流程。另外,通过与智慧健康、智慧政务、智慧安全项目的整合,政府部门用户可以查看到相关的统计数据及图形、报表。包括各个部门办理事务的件数等等。

3.1.2内容管理

门户网站所展示的内容要靠内容管理系统来完成,因此内容管理系统是门户网站建设的重中之重。要求对栏目管理要易于维护,方便系统管理人员对栏目进行增减、修改;网站信息内容的编排要简单、易用。能够方便的快速搭建

专题。整体功能需求为:

1.支持网站群建设,并支持对所有网站的统一及分级管理功能;

2.网站内容支持以图、文、视频为素材,并支持文字、图片与视频的混

排,支持从本地word文件内容抽取;

3.平台需要具有良好的易用性,常用界面支持自定义,操作过程简洁流

畅,具有良好的用户体验;

4.图片处理:能编辑各种类型的图片,存储各种规格的缩略图,增加水

印,实现幻灯片显示等;

5.提供简单工作流引擎,要求具备灵活维护工作流功能,可随意增减工作

流数量及节点数量;

6.具备灵活的权限用户管理功能,提供多级、灵活的安全操作控制,权限

控制的力度要求能精确到单篇文档的单项操作上;

7.提供成熟的基于JAVA语言的内容管理系统开发;

8.提供组件化的功能管理模式,便于系统的维护与扩展;

9.提供标准二次开发接口,满足与应用系统对接,实现数据交换的要求;

10.满足网站安全防护要求,页面要采用静态化技术,具备防SQL注入等功

能;

11.提供面向Web2.0应用的AJAX交互引擎,可提供易用的交互功能;

12.可以兼容各种操作系统、多种内核和版本的浏览器;

13.支持通过FTP等方式进行文件的上传;

14.支持多种时间的采集和显示,如上传时间、发布时间、审核时间等;

15.支持信息的预览功能。

3.1.2.1频道(栏目)管理

频道(栏目)管理子系统用于构建门户网站框架。为了保证内容管理系统栏目与前台栏目一一对应,从而保证信息更新管理的准确性与便利性,要求频道和栏目的组织方式便于管理,层次明确,逻辑结构清晰。具体要求如下:

1.支持频道的创建、删除、修改操作;

2.支持栏目组件化管理,将所有栏目封装成组件并形成组件库;

3.支持频道从栏目组件库中批量导入栏目;

4.支持频道中对栏目及其位置的更改;

5.支持栏目权限的设定与继承;

6.支持管理员用户对所有用户页面权限进行管理,支持所有用户页面所见

内容个性化;

7.支持在页面上用拖拽功能摆放栏目组件;

8.支持栏目内容分发,分发的目的栏目支持多选和单选;

9.支持栏目创建、删除、更改的批处理操作;

10.提供对多浏览器的支持;

11.提供手工对频道、栏目顺序进行排列;

12.支持栏目自定义工作流,审批级别无上限;

13.提供栏目下信息评论功能的审核管理和开关。

3.1.2.2信息采编管理

信息管理子系统是内容管理的核心,主要用于对信息的采编、审核和发布,其主要建设要求包括:

1.信息的采编提供类似于Word的编辑器,通过该编辑器可随意指定文档内

容的字体、字号、字体颜色、背景颜色、段落对齐方式、项目符号、

段落缩进等属性,也可以插入附件、超级链接、表格、图片、Flash动

画、视频、音频等资源,可以指定图片、音频和视频的位置、大小,

实现文字与图片、音频和视频的混排功能;

2.信息采编可以提供从word文档导入功能;

3.支持稿件创建过程中的保存功能;

4.支持所见即所得的稿件预览,预览效果与发布后页面的效果完全相同;

5.提供可视化的内容编辑编辑器,真正达到所见即所得的效果;

6.支持在内容编辑器中直接对Word文档里拷贝来的文字、表格、图片、公

式等内容进行编辑;

7.能兼容各种版本Word文档,WPS文档;

8.支持可视化编辑与HTML源文件编辑间的切换,提供预览操作功能;

9.提供文档置顶功能,可以通过手工或自动对文档进行排序;

10.支持一稿多发,在编辑采编时能方便的把一篇稿件分发到多个栏目;

11.支持管理员自定义标题、作者、来源等,以及信息关键字的初始状态、

是否为必选项等功能;

12.支持稿件多级审批功能;

13.在审批过程中,支持对稿件的退回功能;

14.提供对其它网站信息抓取功能;

15.提供对网站Flash的维护功能,使Flash的更换简单易操作;

16.提供网站背景维护功能,管理员用户可以在信息管理中维护网站背景

图;

17.提供网站其他元素,包括对浮动窗、对联效果、弹出窗的维护;

18.信息审核完成后支持静态化发布,网站将显示静态化页面。

3.1.2.3文档管理

通过门户网站可以对文档进行集中管理,形成文档库。集中下载、上传和查阅文件资料。文档管理子系统将会涵盖政府重要文件库、规章制度文档库、常用表格库等。用户可以根据权限访问不同的文档库,并可以下载相应的文档资料。具体要求包括:

1.支持文本文档、图片文档、表单等多种类型的文档上传、下载;

2.支持文档的排序与置顶;

3.提供按照文档标题的快速检索功能,可以迅速定位到文档栏目和文档本

身;

4.提供对文档授权管理,不同用户可以看到不同文档;

5.文档在关系型数据库集中管理,可以实现多种备份方式;

6.支持HTML、Office文档、PDF等多种类型的文档录入,提供相关引擎;

7.支持文档手动排序与自动排序相结合的混合排序模式。

3.1.2.4权限管理

要求提供用户权限管理功能,实现对权限按照频道、栏目、子栏目、文档进行划分。

系统的权限管理要分为三种类型。分别是功能权限、频道权限和操作权限。功能权限是为用户分配系统功能模块的使用权限,例如信息管理、模板编辑。频道权限是设置和用户及用户组对各个应用内已存在的频道访问权限。操作权限是设置用户及用户组对信息的操作权限。

支持对用户采用分级管理的方式,系统管理员可以管理所有用户,为所有用户分配操作使用权限;

1.提供自定义用户组,并可以维护用户组中有哪些用户;

2.提供自定义角色,并可以为用户授予相应角色;

3.支持对信息、文档的授权功能,通过用户组、角色划分用户权限;

4.支持对栏目组件的授权功能,不同用户看见不同栏目组件;

5.可通过多种方式查找列出用户、角色的对应关系并进行授权;

6.提供对用户的授权的可视化页面,管理员通过通过简单操作完成授权。

3.1.2.5个性化管理

不同用户登录门户网站后,其网站内容、页面布局、页面风格可以不同,从而体现网站的个性化功能,具体要求如下:

1.提供对用户页面内容的可视化维护,可以对用户的频道、频道中的栏目

组件进行增减操作;

2.提供对用户页面布局的可视化操作,对用户频道中行数与列数可进行增

减操作;

3.提供对用户页面风格的可视化操作,可以为用户选择任意风格;

4.系统提供至少两套风格供系统切换;

5.系统个性化通过XML技术实现,所有风格、布局均存储在XML文件中,

系统可以任意切换;

6.用户页面信息存储通过XML技术实现,用户页面的所有内容、布局、风

格均存储在XML文件中;

7.提供布局及页面风格扩展接口,可以根据需要迅速开发新的风格。3.1.2.6流程控制与管理

考虑到门户系统的稿件审批过程不会很复杂,门户系统集成了简化版的流程管理工具,管理员用户可以通过简单操作增减流程,并对流程中节点进行设计和管理。

节点可以为角色或者人,满足不同的审批需求。如果节点为角色,则该节点具有多个审批人。

系统提供待办事项处理功能,当前处理人可以在登录门户后看到与他相关的待办信息,并可进行办理。

3.1.2.7站点管理

XXX门户系统具备多站点管理。可以通过简单操作增减子网站,子网站所显示的内容可以完全不同。各个子网站之间既可以共用一套用户系统,也可以单独使用独立的用户系统。

由于多站点采用一个门户平台,因此无需进行额外的系统部署,使用同一个应用服务器(如Weblogic)即可。采用子网站的好处在于,门户系统的所有资源如栏目、用户、风格等均可共享,但各个子网站之间又保持了良好的独立性,从而使门户系统内容更丰富。

3.1.3基础数据管理

系统提供角色管理模块,管理员可以通过角色管理对系统角色进行维护。主要包括:系统提供角色管理维护,包括对角色的增减、查找;系统提供一个管理员角色,拥有整个系统的最高访问权限。通过该用户可以实现用户信息的管理;系统提供信息员角色,信息员可以发布门户网站信息;系统支持多个信息员,不同的信息员可以维护不同栏目;系统提供各级别审核人角色,完成门户网站信息审批。

系统提供用户管理模块,管理员可以通过用户管理对系统用户进行维护。主要包括:系统提供用户管理维护,包括对用户的增减、查找;提供对用户基本信息的维护,包括用户姓名、联系方式、家庭住址、年龄等。

系统提供用户组管理模块,管理员可以对用户组进行维护。主要包括:

系统提供对用户组的增减、查找;可以为用户组增减用户;用户组可以绑定信息发布,从而支持信息的权限划分;管理员可以通过可视化页面维护用户组信息。

3.1.4日志管理系统

日志就是记录系统中一个操作发生时相关信息的数据。日志记录用户操作和系统自动执行的各种操作。用户日志记录所有用户的操作,包括操作类型、操作对象、时间等。系统日志,记录由系统核心产生的错误及其它信息。应用日志,记录由应用程序产生的错误及其他信息。其管理功能一方面可以记录所有操作,做到有据可查,另一方面可以根据需要通过多种方式对记录的操作日志进行检索和查询,主要包括日志的管理和日志的浏览。

3.1.

4.1日志管理

日志导出备份,审查用户操作历史记录。用户可将导出文件保存到本地,导出文件的格式默认为xml格式。

用户可根据日志类型、操作对象、操作对象ID、操作类型、操作用户、时间段和操作结果等属性来检索日志。

其中:

日志类型分为错误、警告、信息、调试;

操作对象则包含用户操作可能涉及到的所有对象;

操作结果分为成功、失败;

操作类型是指该任务所属的类型,用户可以自定义和扩展,便于系统管理和日志记录。

3.1.

4.2日志浏览

用户按类别浏览不同的系统日志;多条件组合检索,可快速定位特定操作日志。

日志信息中不仅记录了用户的起始操作,还记录了用户的操作引发的其他操作,当操作出现错误时,更便于用户查看错误或警告到底是在那一操作中产生的。

3.1.5互联互通与数据交换

XXX门户系统的作用即是对XXX项目成果的集中汇报和展示,因此门户系统在与智慧健康、智慧政务、智慧安全系统互联互通的基础上将很大程度上共享XXX项目的数据资源,并为系统用户提供便利。这其中包括:

1、由于XXX项目的基础是云计算中心,因此,门户系统将保留与云计算中心的数据接口。通过该接口可以接收到来自云计算中心的推送信息以供查询;

2、门户系统建设完全符合JAVA规范,可以通过规范的接口调用服务调用XXX其它项目预留的接口获得数据;

3、门户系统将通过接口与智慧政务的“一卡通”项目共享用户信息并实现数据同步,门户系统支持居民用户用一卡通账户登入;

4、XXX门户项目的网上门户和掌上门户将通过接口支持互相调用并共享数据。

3.1.6灵活性

(1)系统实现了对个人信息的灵活性管理,用户可在登录后查询、管理个人的用户名、密码、性别、手机号、所属区域等相关的资料信息。同时系统还支持用户的个性化订阅,即用户可只选取自己所感兴趣的栏目进行展示,未被选取的栏目则被隐藏,当用户保存此设置后,在下次登录时就能够在个人订阅中心查看到所有订阅的栏目,并点击查看详细内容。

(2)系统采用当前先进的模块化的开发方式,各功能模块既可以单独完成特定功能,也可以灵活地集成使用。系统采用组件化设计,细化到每个功能实

现的最小节点,系统可以根据业务的需要,挑选功能模块进行自由组合,实现业务的办理工作。系统功能模块具有一定的灵活性和可扩充性,以适应各个层次用户的需要和不断增长的用户需求。可以随着业务的发展扩展新的业务与数据,在系统内增加新的模块和功能。系统将在总体设计中预留这部分的二次开发接口,以相对容易的实现系统新功能的增加。应用软件具备一定的开放性,设置扩展接口。系统的设计、开发将采用分布对象技术和方法,以达到系统的合理性、可扩充性和可维护性。

设计和建设要充分考虑方便升级和不断增加新业务、增加容量、以及在同一平台上扩充其他业务的功能。为了适应可能的流程改变,软件应该具有流程定制的功能。

(3)针对灵活性而言,SOA是第一个考虑了业务发展长期性的IT架构方法。从本质上说,SOA是一组松耦合的服务,每一个服务的建立和替换都是相对便宜的。与传统的紧耦合架构相比,松耦合架构更能适应业务的变化。在SOA中,可以用一个服务替换另一个服务,而无须关心其底层的实现技术,唯一要考虑的就是服务接口,而它采用了通用的Web服务和XML标准。灵活性带来的另一个好处是可以充分利用现有的IT资产,可以通过将遗留应用和数据纳入SOA基础架构,而不是替换它们来使其成为整体信息资源的一部分。这种架构最终将使系统的架构能够更快速、更便宜、更有效地适应业务需求的变化,能够能好的整合各种信息资源。

(4)系统的灵活性要求系统内部各组件具有可配置能力,可以灵活的替换或更新,从而在产品内部组件级提高系统的可扩展能力。

3.2对性能的规定

3.2.1精度

根据用户需要,在数据的输入、输出及传输过程中,可以满足各种精度的需求。在数据输出上一般数据都是精确小数点后三位,时间输入都是精确毫秒,首页都是精确到日,详细页面精确到秒,必填的项不能为空或者输入空格,查询上最好不要输入英文单引号“’”。

3.2.2时间特性要求

系统运行速度性能指标:

正常访问执行时间:<3s;

执行分析计算时间:< 8s;

报表形成时间:< 5s。

3.2.3灵活性

1、网上门户支持多浏览器访问模式和1024*768,1280*800,1366*768等主流分辨率;掌上门户支持:480*800、540*960、720*1280、1080*1920等主流分辨率。

2、网上门户支持windows xp、Vista操作系统,Windows 7及以上操作系统等多种运行环境,掌上门户支持安卓2.3以上,iOS5.0以上操作系统。

3、内容支持多种展现方式,文字、图片、视频、附件、链接、文图混排等。

3.3输入输出要求

输入数据类型为int型、char型和string型,输出数据为int型、char 型和string等多种类型。

3.4数据管理能力要求

1、已经设计好的表可以添加字段或者子表,但是表结构不能变。

2、每一个表都设置主键,主键子设置增长。

3、数据库表空间要设置子增长,不能固定大小,以后时间长了会超过设置的容量,数据库设置自增长50M,达到容量后会自动增加容量,数据库增量不可预测,是依照数据保存容量。

3.5故障处理要求

为了确保系统恢复的能力,管理员要定期对数据库和项目进行备份。

软件在使用的过程中可能出现突然断电或者系统崩溃;软件出现不可预测的BUG。基于上述两点的故障要求软件能够实时保护数据并存储,做到数据不能因故障而丢失。

3.6其他专门要求

1.安全保密性需求:

对于 Windows 2000、Windows XP 和 Windows Server 2003 操作系统,可以配置 4种与密码特征相关的设置:“强制密码历史”、“密码最长使用期限”、“密码最短使用期限”、“密码长度最小值”。

(1)“强制密码历史”确定互不相同的新密码的个数,在重新使用旧密码之前,用户必须使用过这么多的密码。此设置值可介于 0 和 24 之间;如果该值设置为 0,则强制密码历史被禁用。

(2)“密码最长使用期限”确定在要求用户更改密码之前用户可以使用该密码的天数。其值介于 0 和 999 之间;如果该值设置为 0,则密码从不过期。

(3)“密码最短使用期限”确定用户可以更改新密码之前这些新密码必须保留的天数。该设置值可以介于 0 和 999 之间;如果设置为 0,用户可以立即更改新密码。

(4)“密码长度最小值”确定密码最少可以有多少个字符。该设置值只能介于 0 和 14 个字符之间。

2、数据加密:SQL Server 2005本身就具有加密功能,完全集成了一个密钥管理架构。用户密码字段内容须经加密后存储,加密采用MD5加密算法。

3、数据完整性要求:系统填写的信息必须要完整,不能出现歧义。

4运行环境规定

4.1设备

网上门户系统采用Linux CentOS6.5作为操作系统,Oracle11g作为数据库,Tomcat作为应用服务器(以上软件均由云计算中心提供)。

掌上门户系统采用WindowsServer2008作为操作系统,SqlServer作为数据库,Tomcat作为应用服务器(以上软件均由云计算中心提供)。

网站出口设计满足300个并发用户访问,申请XXX区境内主流通信运营商100M出口独享带宽,一次性租用三年,并申请4个公网IP地址,作为网络访问入口。其中,1个用于网上门户,1个用于掌上门户,1个用于其它业务(定位、信息上报等),1个用于视频监控服务。

申请2个域名,网上门户和掌上门户各一个。一次性申请10年使用权并缴清费用。

4.2支持软件

掌上门户:支持Android和ios系统。支持480*800、540*960、720*1280、1080*1920等主流分辨率。

网上门户:支持对主流浏览器的支持,如IE6~IE10、360浏览器、QQ浏览器、Google浏览器等。支持对客户端主流分辨率的兼容,应支持1024*768,1280*800等主流分辨率。

4.3接口

XXX开发的门户运营平台,与第三方业务系统的接口,主要有:

1. http接口:运营平台的能力层接入子平台通过http方式与内容提供商交换数据信息,并将审核后的内容发布,提供给终端用户。接口标准需由能力层接入子平台与第三方业务系统厂家协商定义;

2. webservice接口:能力层接入子平台通过webservice方式与第三方业务

需求说明书(软件项目管理系统)

需求说明书(软件项目管理系统) §1、前言 1.1概述 1.1.1 项目名称:软件项目管理系统 项目代码:ProjectManager 1.1.2 开发目的:本系统应能 a.管理软件项目和项目组; b.管理与项目相关的数据项和数据结构; c.管理与项目相关的系统功能描述和分组; d.管理与项目相关的项目任务和项目任务进度; e.管理与项目相关的问题,并且能进行问题跟踪; f.管理与项目相关的文档。 1.1.3 相关读者:部门经理,项目经理,测试人员,设计人员,编程人员。 1.1.4 本项目与其它产品(软件)关系。 1.2术语 本分析书所使用的专门术语定义: 部门经理——能建立项目和项目组的系统使用者; 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者; 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者; 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者; 数据项——目标系统中的最小信息单位; 数据结构——数据项的有意义集合; 系统功能——通过目标系统能完成的有效活动; 项目任务——开发项目中要求完成的有效活动; 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统:Windows 2000 Professional; 数据库:MS SQL 2000 或Oracle。 1.5条件和限制 开发环境:Microsoft Visual Studio .NET 2003; 使用工具:C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法; 在校验用户密码后,可修改用户自己的密码;

软件需求分析说明书模板

保密级别:S 资料编号:SRS-[产品代号] -[序列号] 版本:V[*].[*] [产品型号名称(二号字体)] [部件型号名称(可选、小二号字体)] 软件需求分析说明书 共11页 编制: 审核: 审定: 会签: 批准: XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移\转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明:本模板中的蓝色字体与橙色字体为说明性文字,在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。 1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

软件项目需求说明书(模板)

电子商务项目需求说明书(范本) 新蛋信息技术(中国)有限公司 二○一一年月日

文档修改历史记录

目录 1概述 (3) 1.1引言 (3) 1.1.1 软件项目名称 (3) 1.1.2软件项目开发背景和目的 (3) 1.1.3软件项目应用范围 (3) 1.2参考资料 (3) 1.3术语定义 (3) 2 系统功能 (3) 2.1功能分解一 (4) 2.1.1定义 (4) 2.1.2功能表述 (4) 2.1.3性能要求 (4) 2.1.4相关表单 (4) 2.1.5流程图 (4) 2.1.6特殊要求 (4) 2.2功能分解二 (5) 3 附录 (5)

1概述 1.1引言 (本需求说明书的编写目的以及阅读对象) 1.1.1 软件项目名称 (说明软件项目全称和简称) 1.1.2软件项目开发背景和目的 (简述软件项目开发背景和目的以及实现了哪些大的功能) 1.1.3软件项目应用范围 (叙述软件项目主要使用的范围、使用者等) 1.2参考资料 (本需求说明书的参考资料,包括法律法规、政策文件、国家标准、制度规范等)1.3术语定义 (逐个定义重要术语,没有可以不写本条) 2 系统功能 (定义本软件项目实现的一级功能及其内涵,一个软件项目由多个一级功能组成)

2.1.1定义 (说明功能分解一的含义以及实现过程) 2.1.2功能表述 (逐一列出对本功能分解一的各项功能表述,每项功能均需详细描述,并使读者没有歧义,描述方式可以为:输入什么、输出什么、需要系统如何加工等) 2.1.3性能要求 (详细列出对本功能分解一的系统性能要求,如:系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等) 2.1.4相关表单 (详细列出本功能分解一涉及的相关表单) 2.1.5流程图 (功能分解一实现过程的流程图) 2.1.6特殊要求 (详细列出功能分解一的特殊要求,如无,可以不列)

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件,作为双方界定项目范围、签定合同的主要基础,也作为本项目验收的主要依据。同时,本文档也作为后继工作开展的基础,供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、公司方项目经理、技术开发人员(包括分析人员、设计人员、程序人员)、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统,其次从软件接口等方面描述系统的外部接口需求,然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营,工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接,途经青礁村、海门岛,止于漳州龙海市沙坛村后宅处,终点里程桩号K10+400.390,与招银疏港高速公路相连。路线长度为9335.390m,其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分,双向6车道,设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座,共296根斜拉索,用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥,主跨780m,可满足3万吨级船舶安全通航,在同类型桥梁中居全国第六、世界第

软件需求规格说明书模板(超详细的哦)

WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技

目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)

3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)

第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。 2软件需求分析理论 软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标: 1)对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一 致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件 需求; 2)了解和描述软件实现所需的全部信息,为软件设计、确认和验证提供一 个基准; 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据; 需求分析的具体内容可以归纳为六个方面:软件的功能需求,软件与硬件或其他外部系统接口,软件的非功能性需求,软件的反向需求,软件设计和实现上的限制,阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息,使得软件设计人员

软件项目需求规格说明书模板

项目编号: 项目名称: 需求规格说明书 草稿 初始版 修订版 无密级秘密绝密 修订历史记录

目录 1文档说明 (4) 1.1容概要 (4) 1.2文档作用 (4) 1.3文档控制 (4) 1.4参考资料 (4) 2整体说明 (4) 2.1 产品总体效果 (4) 2.2 功能 (4) 2.3 用户特征 (5) 2.4约束与假设 (5) 3项目需求 (5) 3.1功能需求 (5) 3.1.1 功能A.1 (5) 3.1.2 功能A.2 (6) 3.2非功能需求 (6) 3.2.1接口需求 (6) 3.2.2界面需求 (6) 3.2.3 运行环境需求 (7) 3.2.4 质量需求 (7) 3.3 法律及其它声明 (7) 4需求确认协议 (7)

1文档说明 1.1容概要 简单介绍项目情况,说明目的、围、定义、首字母缩写词、缩略语和概述。 1.2文档作用 详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。 1.3文档控制 本文档经评审并由高层经理批准后发布。 本文档所规定的有关事项可能需要调整、变动或重大修订,对此应在“文档变更控制纪录”中作变更登记,并经审核、批准。 1.4参考资料 2整体说明 2.1 产品总体效果 本项目的总体效果。 2.2 功能 本项目的总体实现功能。

2.3 用户特征 本项目所面对的用户集及其特征。 2.4约束与假设 本项目的约束和假设。 3项目需求 3.1功能需求 说明为此设计的系统功能性需求。对于许多应用程序,此节会成为 SRS 包的主体部分,所以应仔细考虑此节的组织方式。此节通常按特性来组织,但也可能会有其他适用的组织方式,例如按用户或子系统组织的方式。功能性需求可能包括特性集、性能和安全性。 当利用应用程序开发工具(如需求工具、建模工具等)来获取功能性时,此节文档将引用获取相应数据的方法,并指出用来获取数据的工具的位置和名称。 3.1.1 功能A.1 1)功能名称/标识 2)

软件开发需求说明书文档(精)

需求说明书 目录 1. 引 言 ........................................................................................................................................... ...................... 4 1.1 编写的目 的 ........................................................................................................................................... 4 1.2 背 景 ........................................................................................................................................... ............ 4 1.3 项目专用术 语 (4) 1.4 参考资 料 ........................................................................................................................................... . (4) 2. 任务概 述 ........................................................................................................................................... .............. 5 2.1 目 标 ........................................................................................................................................... ............ 5 2.2 运行环 境 ........................................................................................................................................... .... 5 2.3 条件与限 制 (5) 2.4 工作流 程 ........................................................................................................................................... . (5)

软件系统需求说明书

专 组号:小组成员: 完成时间:

目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)

1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统,并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备,易使用等特点。学生信息管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的开发测试,并写提交相关的技术文档。通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数:3人 技术文档写作人员人数3人

软件需求说明书模板.doc

软件需求说明书 (转载自国家计算机标准和文件模板) 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下: 1.引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者。 1.2 背景 说明: a.待开发的软件系统的名称; b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2. 任务概述 2.1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说

明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 用户的特点 列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使甩频度。这些是软件设计工作的重要约束。 2.3 假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。 3. 需求规定 3.1 对功能的规定 用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。 3.2 对性能的规定 3.2.1 精度 说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该软件的时间特性要求,如对: a.响应时间; b.更新处理时间; c.数据的转换和传送时间; d.解题时间;等的要求。 3.2.3 灵活性 说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如: a.操作方式上的变化; b.运行环境的变化;

软件项目需求规格—说明书

软件项目需求规格—说 明书 文稿归稿存档编号:[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

组态建模工具需求规格说明书西安电子科技大学

目录 1概述 1.1编写目的 指出编写《需求规格说明书》的目的。下面是示例: 编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解,

它说明了本软件的各项功能需求、性能需求和数据需求,明确标识各项功能的具体含义,阐述实用背景及范围,提供客户解决问题或达到目标所需要的条件或权能,提供一个度量和遵循的基准。具体而言,编写软件需求说明的目的是为所开发的软件提出: a)软件设计总体要求,作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求,数据结构和采集要求,重要的接口要求,作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 1.2编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书,策划书等。 1.3术语和缩略词 缩写、术语及符号解释 2软件概要 2.1软件总体描述 从总体上描述该软件的情况,包括软件的形式(网站,运行时系统,插件等)和软件的主要的功能,使读者对该软件有一个整体的认识。一般一两段话即可。 2.2软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 开发环境:

编程语言: 遵循的规范:软件的设计和开发过程需要严格按照合同要求,根据软件的设计方案来进行。软件开发过程应遵循软件工程规范,对过程和版本进行管理和控制。 测试环境:可以写明在什么单位测试,测试单位使用的软硬件环境。 软件交付形式: 软件交付日期: 其他:见合同。 2.3使用者特点 指明软件的使用者具有的特定。示例: 本软件主要在甲方工作环境中使用,使用者包括项目管理人员,开发人员及工程师等,使用者在计算机的应用、使用上不存在障碍,都在计算机的操作和使用方面得到过相关的培训。

软件需求规格说明书

图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写,主要面向图书管理员、学生,老师, 和其他借阅图书的人员。本文档是整个软件开发的依据,它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能,将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队,指导老师,用户。 1.2 背景及范围 本项目的名称:图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言:C#是微软为.NET Framework量身订做的程序语言,C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性,是第一个组件导向的程序语言,和C++与Java一样亦为对象导向程序语言。 图书管理系统:图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言,独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善; b. 为了图书管理员对图书的管理更方便; c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位,管理不完善,设计时没能用全得到考虑,本项目的开发都将受到很大的影响。 2.3.2一般约束

软件需求规格说明书-模板

[在此处键入]****系统 软件需求规格说明书Versio n 1.0

精品资料

修订历史记录

目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误!未定义书签。 3 建议的系统 .............................................................. 错误!未定义书签。 3.1 建议系统概述......................................... 错误!未定义书签。 3.2 功能性需求概述....................................... 错误!未定义书签。 3.3 非功能性需求......................................... 错误!未定义书签。 3.3.1 用户界面与人员因素............................ 错误!未定义书签。 3.3.2 硬件考虑..................................... 错误!未定义书签。 3.3.3 性能特征..................................... 错误!未定义书签。 3.3.4 错误处理与极端情况............................ 错误!未定义书签。 3.3.5 系统接口..................................... 错误!未定义书签。 3.3.6 质量要求..................................... 错误!未定义书签。 3.3.7 物理环境..................................... 错误!未定义书签。 3.3.8 安全问题..................................... 错误!未定义书签。 3.3.9 资源问题..................................... 错误!未定义书签。 3.4 系统变更............................................. 错误!未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误!未定义书签。 3.6 系统模型............................................. 错误!未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误!未定义书签。 4 附录 .................................................................... 错误!未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误!未定义书签。

软件需求规格说明书

XXX项目 软件需求规格说明书 ---------------------------------------------------------------------合肥安慧软件有限公司对本文件资料享受著作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。

1.引言.................................................... 错误!未定义书签。 . 项目背景............................................. 错误!未定义书签。. 编写目标............................................. 错误!未定义书签。. 建设目标(可选)..................................... 错误!未定义书签。. 系统范围............................................. 错误!未定义书签。. 定义/术语/缩写....................................... 错误!未定义书签。. 参考资料............................................. 错误!未定义书签。. 文档阅读指南(可选)................................. 错误!未定义书签。 2.总体说明................................................ 错误!未定义书签。 . 产品介绍............................................. 错误!未定义书签。. 假设和依赖(可选)................................... 错误!未定义书签。. 局限性和排斥性(可选)............................... 错误!未定义书签。 3.功能描述................................................ 错误!未定义书签。 . 业务描述............................................. 错误!未定义书签。. 用户说明............................................. 错误!未定义书签。. 基本配置及运行环境................................... 错误!未定义书签。. 用户场景............................................. 错误!未定义书签。 用例总览......................................... 错误!未定义书签。 详细用例说明..................................... 错误!未定义书签。 4.非功能性需求............................................ 错误!未定义书签。 . 性能要求............................................. 错误!未定义书签。. 可靠性(可选)....................................... 错误!未定义书签。. 安全性(可选)....................................... 错误!未定义书签。. 可移植性(可选)..................................... 错误!未定义书签。. 设计限制(可选)..................................... 错误!未定义书签。. .电源、工艺结构要求(可选).......................... 错误!未定义书签。. 逻辑数据库需求(可选)............................... 错误!未定义书签。. 其他需求............................................. 错误!未定义书签。 5.接口说明................................................ 错误!未定义书签。 . 用户界面............................................. 错误!未定义书签。. 硬件接口............................................. 错误!未定义书签。. 软件接口............................................. 错误!未定义书签。. 通信接口............................................. 错误!未定义书签。 6.需求变更流程............................................ 错误!未定义书签。 7.设计描述(可选) ........................................ 错误!未定义书签。

[软件需求]销售系统软件需求说明书

[软件需求]销售系统软件需求说明书

<网络营销系统> 软件需求说明书 作者:杨晶 完成日期:2010年7月6日 签收人: 签收日期: 修改情况记录:

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移\转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)

1 引言 1.1 编写目的 近年来,互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段,它为中小企业提供了大量市场机会,也缩小了大型企业和中小企业之间的市场地位的差距,为中小企业提供了竞争的机会。 1.2 范围 说明: a.该系统名为网络销售系统 b.该系统更大的方便了群众,减少了用户外出或者购买的不便。 c.该系统的应用: 1)该系统的开发,为更多的经销商提供了 更好的发展平台,扩大了业务,更好的适 应了当今社会的发展需求,同时为广大的 用户提供了方便。

软件项目需求规格 说明书模板

组态建模工具需求规格说明书 西安电子科技大学 2011/5/19

目录

1概述 编写目的 指出编写《需求规格说明书》的目的。下面是示例: 编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解,它说明了本软件的各项功能需求、性能需求和数据需求,明确标识各项功能的具体含义,阐述实用背景及范围,提供客户解决问题或达到目标所需要的条件或权能,提供一个度量和遵循的基准。具体而言,编写软件需求说明的目的是为所开发的软件提出: a)软件设计总体要求,作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求,数据结构和采集要求,重要的接口要求,作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书,策划书等。术语和缩略词

2软件概要 软件总体描述 从总体上描述该软件的情况,包括软件的形式(网站,运行时系统,插件等)和软件的主要的功能,使读者对该软件有一个整体的认识。一般一两段话即可。 软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 ●开发环境: ●编程语言: ●遵循的规范:软件的设计和开发过程需要严格按照合同要求,根据软件的设计方 案来进行。软件开发过程应遵循软件工程规范,对过程和版本进行管理和控制。 ●测试环境:可以写明在什么单位测试,测试单位使用的软硬件环境。 ●软件交付形式: ●软件交付日期: ●其他:见合同。 使用者特点 指明软件的使用者具有的特定。示例: 本软件主要在甲方工作环境中使用,使用者包括项目管理人员,开发人员及工程师等,使用者在计算机的应用、使用上不存在障碍,都在计算机的操作和使用方面得到过相关的培训。

软件项目需求说明书

中央国家机关住房资金管理中心 管理信息系统 需求说明书 (范本) 中央国家机关住房资金管理中心 二○一○年月日

文档修改历史记录 目录

1概述 1.1引言 (本需求说明书的编写目的以及阅读对象) 1.1.1 软件项目名称 (说明软件项目全称和简称) 1.1.2软件项目开发背景和目的 (简述软件项目开发背景和目的以及实现了哪些大的功能) 1.1.3软件项目应用范围 (叙述软件项目主要使用的范围、使用者等) 1.2参考资料 (本需求说明书的参考资料,包括法律法规、政策文件、国家标准、制度规范等) 1.3术语定义 (逐个定义重要术语,没有可以不写本条) 2 功能一 (定义本软件项目实现的一级功能及其内涵,一个软件项目由多个

一级功能组成) 2.1功能分解一 2.1.1定义 (说明功能分解一的含义以及实现过程) 2.1.2功能表述 (逐一列出对本功能分解一的各项功能表述,每项功能均需详细描述,并使读者没有歧义,描述方式可以为:输入什么、输出什么、需要系统如何加工等) 2.1.3性能要求 (详细列出对本功能分解一的系统性能要求,如:系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等) 2.1.4相关表单 (详细列出本功能分解一涉及的相关表单) 2.1.5流程图 (功能分解一实现过程的流程图)

2.1.6特殊要求 (详细列出功能分解一的特殊要求,如无,可以不列)2.2功能分解二 …… 2.3特殊要求 (详细列出功能一的特殊要求,如无,可以不列) 3 附录 示例: 中央国家机关住房资金管理中心 售房款管理信息系统 需求说明书 中央国家机关住房资金管理中心

软件需求规格说明书(案例)

软件需求规格说明书(案例) 1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,800*600的兼容显示器 标准兼容打印机 <2>软件方面: WIN95操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下: 3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据 3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间 3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 销售管理数据库:当日销售记录及以前的销售统计,用于销售分析 财务管理数据库:公司内部账目及收支情况详表 技术管理数据库:公司所需各技术档案的详细记录(包括文档) 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户

ERP软件系统需求说明书

《择易企业管理系统商务版V3。0》 软件需求说明书 软件开发有限公司

《择易企业管理系统商务版V3。0》软件需求说明书 目录 1.编写目的 (8) 2.背景 (8) 2.1.定义 (8) 2.2.参考资料 (8) 2.3.目标 (8) 2.4.用户的特点 (8) 2.5.假定和约束 (8) 3.需求规定 (8) 3.1.采购管理 (8) 3.1.1采购订单APOrder (9) 3.1.2采购收货APRecieve (11) 3.1.3采购退货APRetturn (12) 3.1.4采购发票APInvoice(扩展) (14) 3.1.5采购付款 (15) 3.1.6显示凭证(不产生凭证,只是显示凭证的内容) (16) 3.1.7采购数据查询 (16) 3.1.8采购统计报表 (16) 3.1.9采购决策分析图 (16) 3.1.10采购历史数据维护 (16) 3.2.销售管理 (17)

3.2.1销售订单AROrder (18) 3.2.2销售发货APROredr (19) 3.2.3销售退货ARReturn (20) 3.2.4销售发票ARInvoice (22) 3.2.5销售收款 (23) 3.2.6显示凭证(不生成凭证,仅提供显示凭证的内容) (24) 3.2.7门市零售 (24) 3.2.8库存盘点(见库存管理) (24) 3.2.9货品调拨(见库存管理) (24) 3.2.10货品维修服务 (24) 3.2.11销售数据查询 (25) 3.2.12销售统计报表 (25) 3.2.13销售决策分析图 (26) 3.2.14销售历史数据维护 (26) 3.3.库存管理(Inventory Control) (26) 3.3.1货品入库(入库单)ICReceiveOrder (27) 3.3.2货品出库(出库单) (29) 3.3.3货品调拨 (30) 3.3.4货品盘点 (31) 3.3.5组合货品定义 (32) 3.3.6货品组装 (33) 3.3.7货品拆分 (33)

相关文档
最新文档