软件需求说明书(完整版)

软件需求说明书(完整版)
软件需求说明书(完整版)

<大学生就业服务系统>

软件需求说明书

作者:先知小组

完成日期:2011/11/20

签收人:

签收日期:

修改情况记录:

目录

软件需求说明书.............................................................................................................................. I 目录................................................................................................................................................. II 1 引言 (1)

1.1编写目的 (1)

1.2范围 (1)

1.3定义 (1)

1.4参考资料 (1)

2 项目概述 (3)

2.1产品描述 (3)

2.2产品功能 (3)

2.3用户特点 (5)

2.4一般约束(未完成) (6)

2.5假设和依据(未完成) (7)

3 具体需求 (8)

3.1功能需求 (8)

3.1.1数据管理需求 (8)

3.1.2就业指导管理需求 (11)

3.1.3资讯管理需求 (11)

3.1.4招聘管理需求 (12)

3.1.5职业规划需求 (12)

3.1.6 BBS需求 (13)

3.1.7就业信息统计需求 (13)

3.2外部接口需求 (13)

3.2.1 用户接口 (13)

3.2.2 硬件接口 (14)

3.3性能需求 (14)

3.4设计约束 (15)

3.5属性 (15)

3.5.1 可用性 (15)

3.5.2 安全性 (15)

3.5.3 可维护性 (15)

3.5.4 可扩展性 (16)

3.5.5 警告 (16)

3.6其他需求 (16)

3.6.1数据库需求 (1)

3.6.2 用户操作需求 (1)

3.6.3场合适应性需求 (2)

4 附录 (3)

1 引言

1.1 编写目的

该系统能让学校进行大学生就业服务的管理。使大学生就业能更加简单、规范、系统化的进行。节约人力,物力,财力资源。

设计说明书是为了开发大学生就业服务系统网站而编写,主要面向系统分析员、程序测试员、实施人员和最终用户。

本说明书是整个软件开发的收据,它对以后阶段的工作起指导。本文也是项目完成后系统验收的依据。

1.2 范围

说明:

a.大学生就业服务系统网站;

b.本网站主要用来给学校进行大学生就业服务管理,大学生可以从该网站获取就业信息,用人单位也可以得到大学生的基本信息;

c.描述所说明的软件的应用。应当:

1)管理大学生就业相关繁琐业务,希望将其明白化规范化。

2)数据管理模块、就业指导管理模块、资讯管理模块、招聘管理模块、职业规划、BBS、就业信息统计。

1.3 定义

BBS:bulletin board system,原意为:留言板系统,现在成为论坛的代名词,在本文中表示论坛,涵盖多种功能。

1.4 参考资料

列出要用到的参考资料,如:

a.面向对象技术与UML 机械工业出版社刘振安、董兰芳、刘燕君编

著;

b.信息系统分析与设计机械工业出版社姜同强主编;

c.网站设计与Web应用开发技术清华大学出版社吴伟敏编著d.数据库技术应用教程清华大学出版社李彩霞编著

2 项目概述

2.1 产品描述

毕业生就业信息的发布向来就是学校的一项基本工作,目前就业信息发布存在不及时,不全面等问题,造成某些学生无法获取全面就业信息,错过就业信息,影响学生职业生涯,同时也给学校的就业率带来了一定的影响。基于学校就业信息的发布所存在的问题,该项目软件开发的意图就是要开发一个服务于全校毕业生(包括本科生和研究生)的就业服务系统,以网站的形式,利用网络技术和高校毕业生就业工作系统的资源,采取网上服务和网下服务相结合的方式,努力从根本上解决供求信息不对称的问题。软件的应用目标是学生和教师能够通过网站了解最新的就业信息和获取就业服务,并且能够在此基础上设置相应就业指导模块,让即将毕业的学生更好地进行自己的职业生涯规划,让学校对就业信息和毕业学生信息的管理更加规范化。

众所周知,在解决问题之前必须首先理解所要解决的问题。对问题理解得越透彻,就越容易解决它。当我们完全、彻底地理解了一个问题的时候,通常就己经解决了这个问题。为了更好地理解问题,人们常常采用建立问题模型的方法。软件中的模型是待开发系统的蓝图,通常由一组图示符号和组织这些符号的规则组成。面向对象分析就是用面向对象观点,提取和整理用户需求,建立问题域模型的过程;而面向对象设计就是用面向对象观点建立求解域模型的过程。由于面向对象方法学在概念和表示方法上的一致性,从面向对象分析到面向对象设计,是一个逐渐扩充模型的过程。或者说,在分析阶段建立模型,在设计阶段细化,但始终是同一个模型一不像传统的结构化的方法那样转换成其他的模型。对象和类是面向对象模型的基本构造单元,面向对象建模就是一个识别出问题域内的对象,分析它们相互间的关系,并从对象映射成类,逐渐从分析类细化扩充到设计类和实现类的过程。故本文档皆在于提高软件开发工程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本毕业生就业服务系统的软件开发过程,便于程序员和客户之间交流、协作。本文将对大学生就业服务系统软件的软件需求进行详细的定义,并以需求基线的形式确定下来,对之进行严格的控制,目的是准确和正确地满足大学生就业服务系统的要求,减少返工。并作为工作成功的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。

2.2 产品功能

本软件要实现的功能有七大模块的功能:

第一大功能模块是毕业生数据管理,当中包括老师账号管理、用人单位账号管理、毕业生账号管理和毕业生档案管理。

第二大功能模块是就业指导模块,当中包括就业指导信息管理,当面指导预

约和网上就业培训。

第三大功能模块是资讯管理模块,包括就业信息管理和创业天地管理。

第四大功能模块是招聘模块,针对用户角色的不同,可以将该模块划分为企业模块,学生模块以及自主招聘等模块。企业模块中,用人单位可以招聘信息、收集简历、学历认证、发布笔试面试录取通知。学生模块中,毕业生可以上传简历,浏览招聘信息,投递简历。

第五大功能模块是职业规划,该模块的是要用户者是学生,当中包括人才测评和考证培训。

第六大功能模块是BSS模块,当中包括留言板模块和经验交流模块。

最后一个大功能模块是就业信息统计分析模块,包括了就业信息统计和就业信息分析两个模块。

为了方便阅读者更好地理解本产品的各个功能设置等,下面给出一个简单的功能模块表:

2.3 用户特点

本软件的最终用户有以下五种类型:管理员,学校老师,用人单位,毕业生,游客。

首先,本软件需要一名管理员,负责对本软件的进行日常维护,确保软件的可用性以及安全性。管理员的另一个重要工作就是负责用户信息管理。因此,能够胜任管理员工作的人员比较基本一定的软件知识,并且能及时与软件开发商联系并解决后期出现的软件问题。除此之外还要求管理员具备应有的职业道德,有信息安全意识,富有责任心。

学校老师作为软件的用户之一,使用本软件的频率高,工作量大,在使用该软件的条件下,老师可以完成的工作包括:(1)修改自己的信息(2)实现毕业生信息管理,包括对毕业生信息的审核以及录入工作。(3)用人单位信息管理,包括对用人单位提供的招聘信息以及用人单位的知名度等信息的管理与录入工作。(4)档案管理,主要是管理毕业学生的各种档案。(5)就业指导,学校根据以往经验,可向学生提供一定的就业指导信息。(6)资讯管理。(7)招聘信息审核。(8)职业规划信息管理。(9)留言板管理。(10)帖子管理.(11)就业信息统计分析管理。学校老师作为本软件的主要用户之一,不要求他们具备相应的软件知识,管理员通过给老师设置登录软件的帐号与权限等,老师就可以完成上述工作。老师在使用本软件过程中所出现的疑惑等都可以由管理员负责解答。

用人单位作为招聘信息发布主体之一,也是本软件的使用者之一。本软件的

优势特色之一就是用人单位可以通过互联网浏览毕业生的各种信息。用人单位从学校老师那里获得账号后,随即发布招聘信息。毕业生通过在本软件上浏览用人单位的招聘信息,可以直接在本软件基础上投送简历。用人单位通过本软件浏览应聘毕业生的简历信息,进行毕业生的学历认证,并能及时对毕业生的简历进行留言和回复。在此基础上可以实现一个远程面试,方便用人单位了解毕业生的各方面情况。在论坛上,管理员设置了用人单位的发帖留言权限,用人单位可以在论坛上发布有关的招聘信息或者企业介绍等信息。

毕业生作为本软件的最大的受益者,也是本软件的最大用户者,使用本软件的频率甚高。管理员给每一个毕业生设置一个账号与初始密码。毕业生用过账号密码登录本软件,在本软件上,毕业生可以修改自己的个人信息,发布简历,浏览学校或者用人单位发布的招聘信息,可以直接在本软件上投递简历,浏览资讯信息,浏览考证信息,回复用人单位的留言。除此之外,毕业生针对自身情况,可以在本软件上进行在线人才测评,当面指导预约,远程面试。在论坛上,毕业生拥有留言,发帖,回帖的权限。简而言之就是学生可以维护个人信息,定制发布个性化的网络简历;搜索用人单位提供的岗位,投放简历;与其他用户交流游客作为本软件使用者之一,只能浏览本软件上的招聘信息资讯信息以及毕业生的简历等,他们没有权利留言发帖等。

2.4 一般约束(未完成)

本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括:

a.管理方针;

b.硬件的限制;

c.与其他应用间的接口;

d.并行操作;

e.审查功能;

f.控制功能;

g.所需的高级语言;

h.通信协议;

i.应用的临界点;

j.安全和保密方面的考虑。

2.5 假设和依据(未完成)

本条列出影响需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束,但是它们的改变可能影响到需求说明中的需求。例如:假定一个特定的操作系统是在被软件产品指定的硬件上使用的,然而,事实上这个操作系统是不可能使用的,于是,需求说明就要进行相应的改变。

3 具体需求

3.1功能需求

在这个系统,需要将系统的账户分为五个角色:管理员(Administrator)、老师(Teacher)、用人单位(Enterprise)、学生(Student)、游客(Tourist)。

其中管理员主要是做账号管理,对其他四个角色的信息进行管理,并且只有一个管理员,由后台数据库直接指定。老师作为整个系统的维护与管理者,可以对多个模块的信息进行管理和维护,同时也会给用人单位发放系统使用账号和授权。用人单位做与招聘相关的工作,学生做与找工作相关的工作,游客只能浏览页面上的一些公共信息。

3.1.1数据管理需求

1.老师账号管理

1)引言

这是管理员对所有老师的账号信息的管理,这里管理员可以批量和单个的对老师的账号进行增删改。

2)输入

a)老师的账号信息数据包括账号、密码、姓名、学院。

b)批量导入毕业生账号信息是以Excel表的形式来导入的,Excel表的

格式要求如图3.1.1所示:

图3.1.1老师账号信息导入Excel表格模板样式

c)可以批量和单个删除老师的账号信息,还可以单个修改老师的账号

信息。

3)加工

a)导入老师信息先要检查数据合法性,即数据完整性、数据是否与数

据库中已有的数据重复冲突、学院是否存在。检查数据合法了,写

入数据库并返回成功信息;检查不合法,丢弃数据并返回错误信息。

b)删除老师信息先要返回确认信息,以防误删。确认信息确认后,从

数据库中删除相应的老师账号信息。

c)修改老师信息,账号值无法修改,仅为可读,在修改信息后也要检

查修改后的信息的合法性。合法则写入数据库完成修改,返回成功

信息;否则返回错误信息。

2.用人单位账号管理

1)引言

用人单位账号,是老师给一些审核通过用人单位使用该系统的凭证。

老师可以对这些用人单位的账号信息进行增删改。

2)输入

a)老师的账号信息数据包括账号、密码、单位名称、单位简介。

b)批量导入毕业生账号信息是以Excel表的形式来导入的,Excel表的

格式要求如图3.1.2所示

图3.1.3 毕业生账号信息导入Excel表格模板样式

c)可以批量和单个删除用人单位的账号信息,还可以单个修改用人单

位的账号信息。

3)加工

a)导入用人单位信息先要检查数据合法性,即数据完整性、数据是否

与数据库中已有的数据重复冲突。检查数据合法了,写入数据库并

返回成功信息;检查不合法,丢弃数据并返回错误信息。

b)删除用人单位信息先要返回确认信息,以防误删。确认信息确认后,

从数据库中删除相应的用人单位账号信息。

c)修改用人单位信息,账号值无法修改,仅为可读,在修改信息后也

要检查修改后的信息的合法性。合法则写入数据库完成修改,返回

成功信息;否则返回错误信息。

3.毕业生账号管理

1)引言

毕业生账号管理,是管理员或是老师对毕业生账号信息的管理。老师或管理员可以批量的导入导出删除毕业生的账号信息,也可以单个的

查询,修改,删除毕业生的账号信息。

2)输入

a)毕业生账号信息数据包括账号、密码、姓名、学院、专业、班级。

b)批量导入毕业生账号信息是以Excel表的形式来导入的,Excel表的

格式要求如图3.1.3所示:

图3.1.3 毕业生账号信息导入Excel表格模板样式

c)批量删除可以是通过复选框选中多列毕业生账户信息来删除,也可

以是以学校、学院、班级为单位进行删除。

d)老师或管理单个管理毕业生账户信息时,可以单个添加毕业生账户

信息,也可以先通过查询功能查询到要修改的毕业生账户信息,然

后在编辑框中输入要修改的内容,点击保存按钮即可完成修改。还

可以选中要删除的毕业生账户,即可点击删除按钮完成删除。

3)加工

a)在输入的数据后,不管是批量导入还是单个输入,在系统获取数据

后。首先要检查数据合法性,即数据完整性,数据是否与数据库中

已有的数据重复冲突,学院、专业、班级是否存在等。

b)在批量导入毕业生账号信息时,是先检查一条毕业生账号信息检查

数据合法性,合法就导入数据库并返回导入成功信息,不合法就返

回错误信息,然后处理下一条毕业生账号信息,这样循环处理直到

所有输入的毕业生账号信息处理完毕。单个导入毕业生账号信息时,

直接先检查这条毕业生账号信息检查数据合法性,合法就导入数据

库并返回导入成功信息,不合法就返回错误信息。

c)批量删除和单个删除毕业生账户信息时,在删除毕业生账户信息的

时候,要先清空与要删除的毕业生相关的数据,比如说简历,留言

等信息,然后再在数据库里面删除这些毕业生的账户信息。

d)修改毕业生账号信息时,系统自动让账号信息中的账号值仅仅可读,

无法修改。对其他的信息进行修改之前,要验证合法性,只有合法

了才能对数据库进行修改并返回成功信息,否则返回错误信息。

4)输出

批量导出毕业生账户信息时,老师可以以学校、学院、班级为单位来导出像图3.1.3那样形式的Excel表文件,存在用户本地电脑硬盘内。

4.毕业生档案管理

1)引言

毕业生档案管理,是老师对毕业生档案的管理。老师可以批量的导入导出删除毕业生的档案,也可以单个导入导出删除毕业生的档案。

2)输入

a)毕业生档案是以附件word文档的形式来存放的。

b)批量导入毕业生档案是老师可以一次导入多个档案附件,在导入完

成后通过填写一些信息来将档案与各个毕业生关联起来。

c)批量删除毕业生档案可以通过复选框选中多个毕业生档案来删除,

也可以是以学校、学院、班级为单位进行删除。单个删除毕业生档

案是直接选中一个学生档案后直接删除。

d)单个导入毕业生档案是老师先指定要导入档案的学生,然后导入一

个档案附件,直接将毕业生账户和档案附件关联起来。

3)加工

a)检查上传的档案要关联的毕业生是否存在,若存在,继续检查该毕

业生是否已经关联了档案文档附件,如果没有关联,则将上传的档

案写入数据库,并且与要关联的毕业生账号关联起来;否则返回错

误信息并丢弃上传的档案文档。

b)删除学生档案文档时,要先给一个提示信息,以防用户误删,提示

信息确认后,再删除与相关毕业生的关联信息和数据库中对应的档

案文档。

4)输出

批量导出毕业生档案文档时,老师可以老师以学校、学院、班级为单位来打包下载毕业生档案文档。单个导出毕业生档案文档是老师直接

找到要下载的毕业生档案文档进行下载或是学生只能下载自己的档案文

档。

3.1.2就业指导管理需求

1.指导信息管理

1)指导信息管理,是老师发布,修改和删除一些对毕业生求职有指导意义

的文章。这里老师对这些指导文章可以进行增删改。

2)这里的文章以博客的形式来存储在数据库里面。

3)老师对这些文章可以单个或是批量的导入和删除。修改只能单个进行。

2.老师当面指导预约

1)学生登录后可以在这一板块直接预约与老师当面的指导。

2)系统在接受预约后检查老师的时间是否冲突。

3)在没有时间冲突后以邮件的形式发给老师,并发确认信息给学生。

3.网上就业培训

1)学生登录后可以进入网上就业培训系统,选择要培训的测试试题。

2)系统自动调出相应的培训试题,学生开始进行培训。

3)测试结束后,给出相应的培训结果,并根据结果推荐相应的培训教材给

毕业生下载。

4)网上就业培训还有相应的培训视频以供学生下载。

3.1.3资讯管理需求

1.就业信息管理

1)老师通过各种途径的来一些公司的招聘信息,整理后发到就业信息这一

板块。

2)老师可以对这些招聘信息进行增删改,可以单个和批量删除。

3)学生和游客可以浏览这些招聘信息。

2.创业天地管理

1)创业天地板块是老师或是学生发表一些关于创业的一些文章。这个板块

有点类似博客模式。

2)老师就是超级管理员,可以发博客,修改自己发的博客,删除任何博客。

3)学生可以发博客,看博客,留言;同时可以修改删除自己的博客,删除

自己博客中的留言。

3.1.4招聘管理需求

1.用人单位部分

1)从老师那里获得登录系统的账号密码。

2)登录系统后可以编辑自己单位的一些信息,可以修改登录密码,可以修

改单位简介;但是不能修改账号和单位名称。

3)用人单位在登录后可以发布招聘信息。

4)用人单位可以浏览毕业生的简历,并可以通过简历页面上面的链接直接

给毕业生发邮件。

5)用人单位可以通过发布的招聘信息页面链接邮箱来收集毕业生投递的简

历。这时可以通过学历验证来检验简历的内容的真伪。然后再筛选简历

后,发布笔试名单和笔试其他信息。

6)用人单位还可以发布面试信息、录取信息。

2.毕业生部分

1)毕业生通过老师获得自己的账号密码。

2)登录系统后可以修改自己的密码。

3)毕业生可以上传自己的简历,但只能上传一份,还可以对自己的简历修

改和删除。

4)毕业生可以浏览老师或是用人单位发布的招聘信息,可以投递自己的简

历。

5)在毕业生投递的简历被用人单位选中,用人单位发布该毕业生可以笔试

的信息以及后面的面试、录取信息时,系统会发邮件通知该毕业生。3.自助招聘部分

1)毕业生可以同个这个系统直接和用人单位沟通,咨询一些毕业生想要了

解的信息。

2)毕业生或是用人单位觉得有必要还可以通过视频来远程面试。

3.1.5职业规划需求

1.人才测评

1)毕业生登录人才测评系统,选择要测评试题。

2)毕业生开始测评,系统自动计时。

3)测评完成后,系统自动给出相应的测评结果。

4)根据人才测评结果,系统给出相应的职业规划推荐。

2.考证培训

1)毕业生登录考证培训系统,输入一些就业意向。

2)根据毕业生自己的就业意向和前面人才测评的结果,考证培训会给出推

荐的培训计划,并列出详细的培训计划表。

3)毕业生还可以下载系统给出的培训计划表。

4)毕业生根据自己的培训计划表可以报名相应的培训班。

5)系统自动统计出毕业生所报的各个培训班的人数,提交给老师。

6)老师根据这些人数,决定开那些培训班,并将开班信息发布到考证培训

这一板块。并将开班信息发到相应的毕业生邮箱里面。

7)对于那些报了培训班但是没有开办的毕业生,系统自动发送商业的对应

的培训班的一些信息到他们的邮箱。

3.1.6 BBS需求

这个模块主要是毕业生、用人单位和老师交流以及就业经验交流的一个平台。所以分为以毕业生和老师交流为主的留言板模块和以就业经验交流为主的经验交流模块。

1.留言板模块

1)用人单位、毕业生和老师都可以在这里留言,都可以对自己发布的留言

进行编辑和删除。

2)老师还可以删除用人单位和毕业生的留言,可以回复所有的留言。

2.经验交流模块

1)毕业生和老师都可以发帖。

2)老师可以单个或批量的删除任何毕业生的贴,同时还可以删除自己的贴。

3)老师可以修改自己的贴,也可以回自己的贴,同时还可以删除自己的贴

中的回帖。

4)毕业生可以回自己的贴,可以删除自己帖中的回帖。

3.1.7就业信息统计需求

1.就业信息统计

1)系统自动根据毕业生的就业情况进行统计,得出就业率。

2)系统自动根据毕业生专业分类统计,得出各专业的就业率。

3)将上面的就业率做成报表,显示出来,同时老师可以以Excel表的格式

导出就业率报表。

4)同时还要统计用人单位的情况,系统自动统计出毕业生去各个用人单位

的人数。

2.就业信息统计后的分析

1)根据上面统计得到的就业率,系统自动与往年进行对比,得出目前的状

况,老师可以根据这些状况制定下一年的计划。

2)根据上面统计得到的各专业的就业率,系统自动与往年进行对比,得出

目前的状况,将这些状况发给各自专业的老师,老师根据这些状况调整

各专业的学生的职业规划计划。

3)根据上面统计用人单位的情况,系统自动对用人单位评级,老师根据用

人单位的评级来筛选相应的用人单位。

3.2 外部接口需求

3.2.1 用户接口

1、采用windows的通用图形界面,用户友好。

2、界面具有一致性,界面规范遵循windows软件界面的规范。

3、提供错误处理。

4、提供信息提示,用多种信息提示当前用户的状态、界面。

5、提供方便的联机帮助。

6、遵循国家关于计算机方面词汇的标准,用词正确、准确、无歧义。

3.2.2 硬件接口

软件接口主要考虑软件与操作系统、数据库管理系统的接口,文档处理时需要较常用的办公软件。例如Microsoft的Office系列,所以应尽量实现它们之间的数据格式的自动转换。

硬件接口描述硬件每一接口的特征。这种描述可能包括支持的硬件类型、软硬件之间交流的数据

本系统中的各个子系统的硬件和软件的配置如下:

1、服务器端子系统的运行要求:

系统软件:SCO UNIX

数据库管理系统:SYBASE

硬件要求:P Ⅲ450以上,258MB RAM,14GB HD

2、客户端子系统的运行要求:

系统软件:Window 2000/98/NT

数据库管理系统:SYBASE客户端PR6.5

硬件要求:PⅡ以上PC,32MB RAM,4.3GB HD

3.3 性能需求

为了保证系统能够长期、安全、稳定、可靠、高效地运行,毕业生就业信息系统应满足以下性能需求:

(1)系统处理的准确和及时性

这是系统的必要性能。查询应保证查全率,所有相应域包含查询关键字的记录都能查到。在系统设计和开发中,要充分考虑系统当前与将来可能工作量,使系统处理能力和响应时间能过满足学校对信息处理的需求。使响应时间,更新处理时间都比较迅速,完全满足用户要求。响应时间常在1~2s内,对数据的导入、导出、软磁盘和打印机的操作也应在可接受的范围内完成。

(2)系统的开放性和系统的可扩充性

系统在开发过程中,应该充分考虑以后的可扩充性,因为用户查询的需求也会不断的更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件,通过软件的修补、替换,完成系统的升级和更新换代。

(3)系统的易用性和易维护性

系统是直接面对使用人员的,而一般的用户往往对计算机并不是非常熟悉。

这就要求系统能够有功良好的用户接口,易用的人计交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统的熟悉过程。

(4)系统的易维护性

系统中涉及到的数据是学校、学生或公司相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份、日常安全管理、系统意外崩溃时数据的恢复工作。

(5)系统的标准性

系统在设计、开发、使用过程中,要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。

3.4 设计约束

a.系统可以长期运行,可扩充性好,版本也可以不断升级,来满足毕业生

就业管理人员的新需求;

b.使用该系统的学校需要有一台能够存储大量数据的服务器存储企业人才

需求信息和人才信息,实现管理部门之间的联网,使整个就业管理一体

化;

c.系统是由https://www.360docs.net/doc/ed18739186.html,开发,能够在常用操作系统中顺利运行;

d.系统操作简单。

3.5 属性

3.5.1 可用性

该系统应简单易用,应符合公认的可用性标准(如IBM 的CUA 标准和Microsoft 的GUI 标准)方面的需求。用户通过简单的培训即可对软件进行常规的操作。同时,系统采取容错技术,具备数据恢复功能,能够保证用户随时随地操作系统。

3.5.2 安全性

a.信息传递必须安全;

b.只有授权用户才能访问信息;

c.对重要的系统操作都记录日志,以备发生安全问题时能够追查操作人员。

d.不能通过在浏览器地址栏中输入页面的绝对地址来访问需要相应权限的系统页面;必须通过用户登录才能进入相应的系统页面;

e.不能使用浏览器的页面缓存来访问没有访问权限的页面。

3.5.3 可维护性

a.采用高级语言进行编写,具有更好的可维护性;

b.保留完善的程序文档,可对其进行有效、迅速地维护;

c.程序可以容易地、有效地在各种各样的计算环境中运行。

3.5.4 可扩展性

a.基础架构可横向与纵向扩展;

b.当用户的访问量不断增加时,应使系统的整体响应时间依然能够满足用户的需求。

3.5.5 警告

指定所需属性十分重要,它使得人们能用规定的方法去进行客观的验证。

3.6 其他需求

系统ER图如下:

3.6.1数据库需求

对系统中出现的各个实体的属性进行整理,形成数据字典,此可以作为后继开发过程中数据结构设计、数据库设计、数据表结构设计的主要来源。根据系统E-R可以知道系统数据结构主要有用户、毕业生信息、学院、公司信息、招聘广告、简历、就业信息、资讯信息以及在这几个主要数据结构之间由于操作联系起来的一些数据。主要的数据字典有如下:

学生:姓名,学号,学院,班级,籍贯,处罚,曾获奖励,职务,学位等等

用户:账号,密码,权限等

公司:名称,简介,负责人,规模等等

招聘信息:标题,信息来源,发布时间,内容等

个人简历:姓名,性别,籍贯,出生年月,毕业院校,曾获奖励,曾获处罚,曾任职务,自我评价,求职意向,身高等等。

学院:学院名,学院代号

就业信息:标题,信息来源,信息内容,时间等

资讯信息:标题,信息来源,信息内容,时间等

3.6.2 用户操作需求

在用户之中各种方式的操作。用户操作基本有:用户登录系统、学生填写简历、用人单位发布招聘信息、学生进行人才测评、管理人员进行资讯快报和就业技巧的发布、用人单位招聘、管理员统一上报毕业生的信息、发布创业信息、职业规划、考证培训、学历认证、档案管理这些基本操作。

数据处理运行功能。说明需要处理的数据、记录个数和大小规模,要按可预见的增长对数据及其分量的存储作出估算。

后援和恢复性操作。当用户处理不正确的数据和操作的时候能够进行数据恢复和一些处理操作。

3.6.3场合适应性需求

客户端:

硬件:一台电脑,在windows环境下正常使用的所有打印机,校园网

软件:windows 2000/windows xp、浏览器。

服务器:

硬件:一般品牌的服务器

软件:windows 2000 server,SQL server 2005

(完整版)用户需求说明书模板

密级:用户需求说明书模板 软件开发项目xx组 二О一六年八月二十七日文件修订记录

目录 1. 概述 (4) 1.1编写目的 (4) 1.2用户简介 (4) 1.3项目的目的与目标 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6设计与实现的限制 (5) 2. 现有系统的描述 (6) 2.1组织机构与职责 (6)

2.3作业流程 (7) 2.4报表 (7) 2.5存在的问题 (7) 2.6可能的变化 (8) 3 功能需求 (8) 4 界面与接口需求 (9) 4.1用户的界面需求 (9) 4.2外部的接口 (10) 5 性能需求 (10) 5.1时间要求 (10) 5.2空间与数值性能 (10) 6 其他需求 (11) 6.1系统的安全性 (11) 6.2系统的可靠性 (11) 6.3系统的灵活性 (11) 6.4其他 (11) 7 非功能需求 (12) 7.1用户特点 (12) 7.2法律法规、版权 (12) 7.3兼容性 (12) 7.4联机帮助信息 (12) 7.5购买组件 (12) 8 系统约束 (12) 9用户验收标准 (13) 9.1验收标准: (13) 9.2功能验收标准可依据以下方面制定: (13) 9.3性能验收标准: (13) 附录A ××× (16) A.1××× (16)

附录B ××× (16) B.1××× (16) B.2×××161. 概述 1.1 编写目的 为了使用户与开发人员之间相互了解,对用户需求进行明确定义,使之成为整个开发工作的基础,并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 1.2 用户简介 在本章节中要将用户的基本情况描述清楚,以便于分析人员划定系统范围,进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例: ?企业性质 ?规模(员工数量、经营业绩等) ?业态 ?地理位置与布局 ?产品或服务的种类 ?管理模式 ?用户使用计算机系统的经历 ?…... 1.3 项目的目的与目标 项目目的是开发本系统的意图的总概括,目标是将目的细化后的具体的描述,项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

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

需求说明书(软件项目管理系统) §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 功能说明 根据用户编码和用户密码校核该用户是否合法; 在校验用户密码后,可修改用户自己的密码;

用户需求说明书_v2.1

企业费用管理系统 用户需求说明书 编写:日期:2009-6-18 审核:日期: 批准:日期: 受控状态:是 发布版次:2.0 日期: 编号:

变更记录 签字确认

目录 1概述 (5) 1.1目的 (5) 1.2背景 (5) 1.3范围 (5) 1.4术语定义 (6) 1.5参考资料 (7) 1.6任务概述 (7) 1.6.1目标 (7) 1.6.2用户的特点 (7) 1.6.3假定和约束 (9) 1.7运行环境 (9) 1.7.1软件环境 (9) 1.7.2硬件环境 (9) 1.7.3接口 (10) 1.7.4控制 (10) 1.8需求规定 (11) 1.8.1对功能的需求 (11) 1.8.2对非功能性的需求 (19)

1概述 1.1目的 本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。 本说明书的预期读者为:用户代表、项目组成员。 1.2背景 a)拟开发的软件系统的名称为:企业费用管理系统。 b)本项目由中软卓越重庆培训中心提出,指派给技术规划部进行开发。 c)本项目以中国内资企业的一般费用管理制度为依据。 d)本系统为一个独立运行的系统,暂不考虑和其它系统的连接关系。 1.3范围 本系统的目标是管理企业费用的计划和使用过程。 系统包括企业的费用预算和报销两项基本管理工作; 系统包括为了开展上述工作而作的组织结构设置、费用体系设置、管理角色设置、审批体系设置。 系统还包括为了监控、分析各项基本管理工作而编制的各项统计报表。

1.4术语定义 【费用】本文中,费用指企业生产经营活动中产生的各项费用。例如人员工资、福利费、办公费、差旅费等管理费用,又如原材料采购、仓库租赁等生产费用。 【预算】用数字编制未来某一个时期的计划,也指经企业决策部门批准的企业在一定时期的收支预计。企业的各项支出只能在预算范围内审批,有利于控制企业的费用支出。在本系统中,预算仅指在支出预算。 【报销】指个人因处理公司的事务或受公司指派执行公司的某项公务而发生的费用,由经办人或申请人按公司的规定,依据业务发生的原始单据(发票)向公司报销费用,领取现金或银行存款的一项经济活动。 【审批】指预算和报销中的审核、批准操作。审批控制操作时,一般由费用发生部门业务人员提出申请,经有关管理人员审批后执行。审批一般遵循归口分级管理原则。 【归口管理】即按照管理职能安排企业内部各部门、各单位在期间费用上的权责制,调动各部门、各单位管理好相关费用的积极性。比如,管理费用主要由行政管理部门管理,销售费用由销售部门管理,财务费用由财务部门管理,进货费用由进货部门管理,进一步说,管理费用的报销事项要由行政主管领导批准、销售费用的报销事项要由销售主管领导批准。 【分级管理】各管理部门应当根据各项费用的具体情况,将费用控制责任层层分解,层层落实,让归口管理部门的所属单位和个人都对相关费用控制和管理负有责任,从而加强对费用的控制。比如,销售部经理负责确认销售费用的发生情况属实,销售总监负责确认销售费用的发生是必要的,财务经理负责确认每一笔报销是在预算范围内的支出。 【统一管理】财务部门作为综合管理部门,应对费用进行统一管理。所有预算由财务部统一初审。所有费用开支都由财务部门统一办理报销手续。

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

四川托普集团技术文档 卷号: 卷内编号: V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门:中央研究院应用产品开发中心 撰写人(签名): 完成日期: 本文檔使用部门:■主管领导■项目组□客户(市场) ■维护人员□用户 文档验交组(签名): 验交日期: 评审负责人(签名): 评审日期:

软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书(SRS)的目的是: 定义软件总体要求,作为用户和软件开发人员之间相互了解的基础; 提供性能要求、初步设计和对用户影响的信息,作为软件人员进行软件结构设计和编码的基础; 作为软件总体测试的依据。 1.2.定义 Workflow:工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表

2.软件总体概述 2.1.软件标识 软件全称:多层体系政务框架平台之一行政服务中心政务平台 软件简称:XZFWZXZW 版本号:1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物,是实践江总书记“三个代表”重要思想的具体表现,是改善投资环境,扩大开放,吸收外来投资,加快发展的重要举措。为了实现行政服务中心“一站式集中,一条龙服务”,为全社会提供平等竞争的市场条件和长期稳定的投资环境,塑造廉洁,规范,高效的政府形象的目标,充分利用信息化技术,建设先进实用的可扩展性强的行政服务信息系统,实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此,托普集团根据行政服务中心的业务需求,设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的:1、公众服务 2、行政服务中心和各级政府部门

用户需求模板

用户需求说明书模板文档标识:当前版本: 当前状态:草稿 发布日期:发布 修改历史 日期版本作者修改内容评审号变更控制号

目录 1引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 术语定义 (3) 1.4 参考资料 (3) 2综合描述 (3) 2.1 产品介绍 (3) 2.2 目标范围 (3) 2.3 用户特性 (4) 2.4 约定假设 (4) 3用户需求(可剪裁) (4) 3.1 总体需求(可剪裁) (4) 3.2 内容需求(可剪裁) (5) 4功能需求 (5) 4.1 数据需求(可剪裁) (5) 4.2 接口需求(可剪裁) (5) 4.3 权限控制需求(可剪裁) (6) 4.3.1 系统安全要求(软硬件) (6) 4.3.2 用户角色 (6) 4.3.3 角色权限控制 (6) 5非功能需求 (6) 5.1 用户界面需求(可剪裁) (6) 5.2 性能需求(可剪裁) (7) 5.3 压力需求(可剪裁) (7) 5.4 主流技术应用需求(可剪裁) (7) 5.5 安全需求(可剪裁) (7) 5.6 故障处理需求(可剪裁) (7) 5.7 环境需求(可剪裁) (7) 5.8 产品质量需求 (7) 5.9 其他需求(可剪裁) (8) 6需求优先级 (8) 7附加说明(可剪裁) (8)

1引言 1.1编写目的 本节描述编写该用户需求说明书的目的,并指出预期的读者。 1.2项目背景 本节描述用户需求说明书中所定义的产品的背景和起源,以及同其他系统或其他机构(行业里兄弟或对手单位)的基本相互关系等。当在已有的系统上进行特性开发时,如果新特 性与已有系统的特性之间存在关系,则应在本节说明其相互之间的关系。 1.3术语定义 本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。 1.4参考资料 本节列举编写用户需求说明书时所参考的资料或其他资源,这可能包括用户合同、公司 规范、技术书籍等。在这里应该给出详细的信息,包括资料名称、版本号、作者、日期、出 版单位或资料来源,以方便读者查阅这些文献,可用以下格式表示: 资料名称版本号作者日期出版单位/资料来源备注 2综合描述 2.1产品介绍 本节简要描述产品的特性。 2.2目标范围 本节简要描述产品的应用目标、作用范围等。

管理系统软件需求说明书

厦漳大桥养护管理系统 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万吨级船舶安全通航,在同类型桥梁中居全国第六、世界第

用户需求说明书

{ ****系统} 用户需求说明书

版本历史

目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2.产品开发背景 (5) 3. 产品面向的用户群体 (5) 4. 产品应当遵循的标准或规范 (5) 5. 产品的功能性需求 (5) 5.0功能性需求分类 (5) 5.1系统功能模块图 (6) 6. 产品的非功能性需求 (6) 6.1用户界面需求 (6) 6.2软硬件环境需求 (6) 6.3产品质量需求 (7) 6.4其它需求 ..................................................................................... 错误!未定义书签。 附录A:用户需求调查报告 ................................................................. 错误!未定义书签。 A.1用户界面需求............................................................................. 错误!未定义书签。 A.2软硬件环境需求 ......................................................................... 错误!未定义书签。…A.3产品质量需求.......................................................................... 错误!未定义书签。 附录B:用户提供参考资料 .................................................................... 错误!未定义书签。

软件系统需求说明书

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

目录 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人

软件项目用户需求说明书

在与客户交流、查阅业务资料等一系列需求获取和分析工作后,有必要及时整理用户需求,并建立需求文档。本文结合笔者的实践和相关资料给出了一个需求说明书的格式模板,希望能够起到抛砖引玉的作用,同大家作进一步探讨。 XXXX项目用户需求说明书 关于文件的其他属性还可以根据需要添加诸如需求认可负责人、涉及的产品版本号、关联文档编号等内容。 版本历史 目录 0. 文档介绍 (4) 0.1 文档目的 (4) 0.2 文档范围 (4) 0.3 读者对象 (4) 0.4 参考文档 (4) 0.5 术语与缩写解释 (4)

1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4.同类产品 5. 产品的功能性需求 (5) 5.0 功能性需求分类 (5) 5.n 功能(特征描叙) N (6) 5.n.x 功能N.x (6) 6. 产品的非功能性需求 (6) 6.1 用户界面需求 (6) 6.2 软硬件环境需求 (6) 6.3 产品质量需求 (6) 6.N 其它需求 (6) 附录A: 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示:列出本文档的所有参考文献(包括非正式出版物),格式如下:[序号标识符] 作者,文献名称,出版单位(或归属单位),日期 例如: [P1-MF] Author,计量开发规范,机构名称,日期

0.5 术语与缩写解释 1. 产品介绍 产品介绍主要说明产品特征、用途,项目背景等 2.产品用户群体 (1)描述本产品面向的用户(客户、最终用户)的特征, (2)说明产品对他们的用处,带来的利益,用户可能的购买比例 3.同类产品情况 作为参考依据 4. 产品应当遵循的标准或规范 阐述本产品应当遵循什么标准、规范或业务规则 5. 产品的功能性需求 5.0 功能性需求分类 提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。

软件需求规格说明(范例)

项目名称 软件需求规格说明

文档签署记录

文档修改记录

目录 1 引言 (1) 1.1 目的 (1) 1.2 项目背景 (1) 1.3 范围 (1) 1.4 参考资料 (1) 1.5 综述 (1) 2 总体概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 设计约束 (2) 2.4.1 标准规范 (2) 2.4.2 软件开发语言 (2) 2.4.3 软件开发工具和环境 (2) 2.4.4 软件测试环境 (3) 3 具体需求 (4) 3.1 软件流程功能 (5) 3.1.1 流程1 (5) 3.2 功能需求 (7) 3.2.1 试验资源管理 (7) 3.2.2 试验过程管理 (9) 3.3 软件模块划分 (11) 3.4 系统集成接口 (12) 3.4.1 与管理系统的接口 (12) 3.5 性能需求 (12) 3.5.1 精度 (12) 3.5.2 时间特性要求 (12) 3.6 数据处理要求 (12) 3.7 软件质量要求 (13) 3.7.1 易用性 (13) 3.7.2 可靠性 (13) 3.7.3 安全性 (13) 3.7.4 可维护性 (13) 3.8 可靠性、安全性和维护性要求 (13) 3.8.1 软件安全性等级、可靠性指标 (13) 3.8.2 软件运行寿命 (13) 3.8.3 软件安全性要求 (13) 3.8.4 软件健壮性要求 (13) 3.8.5 软件不期望事件要求 (14) 3.8.6 软件维护性要求 (14) 4 运行环境规定 (14) 4.1 部署方案 (14) 4.2 系统运行的硬件环境要求 (14)

用户需求说明书

项目名称 用户需求说明书

文档修改摘要

目录 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) 2.5 遵循的标准与规范 (5) 3功能需求 (6) 3.1 系统总体功能 (6) 3.2 功能需求1 (6) 3.3 功能需求2 (6) 4非功能需求 (7) 4.1 用户界面需求 (7)

4.2 软硬件环境需求 (7) 4.3 接口需求 (7) 4.4 性能需求 (7) 4.5 品质需求。 (7) 4.6 安全与保密需求 (8) 4.7 扩展性需求 (8) 4.8 其他需求 (8) 5需求优先级 (9) 6附录 (10) 1文档简介 本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件 1.1 文档目的 本说明书的目的在于阐明XXXXXX系统(以下简称本系统)的用户需求。 本说明书为编制其它有关文件提供基本依据。 本说明书收集和整理了客户的需求,并提供作为与客户讨论和确认需求的依据。

1.2 范围 本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。 本说明书的阅读、使用者包括: 项目管理人员 软件设计人员 编程人员 软件测试人员 软件质量控制人员 软件维护人员 用户代表(需求方、需求部门主管) 1.3 名词定义 提示:准确地解释本说明书所涉及的字头词和缩写词 1.4 参考文件

软件需求规格说明书

图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 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一般约束

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

软件需求规格说明书(案例) 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.数据流名:登录结果 来源:系统 去向:用户

仓储管理系统用户需求说明书V1.0

佳怡集团知识产权 未经允许,不得擅用 仓储管理系统 用户需求说明书 (V1.0) 佳怡集团物流与信息技术事业部 2016年02月15日

参与人员: 承担人王雨雨 负责人王雨雨 参与人王雨雨、王玉青、刘先坤 相关部门: 佳怡集团物流与信息技术事业部 点点储运配送有限公司 版本历史: V1.0 2016-02-15 王雨雨起草

目录 用户需求说明书................................................................................................................................. I 1引言 . (1) 1.1目的 (1) 1.2背景 (1) 1.3项目概述 (1) 1.4术语 (1) 2部门组织结构 (2) 2.1组织结构 (2) 2.2部门设置和人员职责 (2) 3业务需求 (3) 3.1概述 (3) 3.2功能性需求 (3) 3.2.1部门工作范畴 (3) 3.2.2主要业务 (4) 3.2.2.1主要业务概述 (4) 3.2.2.2业务关联图 (4) 3.2.3.1干线运输作业 (5) 3.2.3.5入库作业 (5) 3.2.3.10上架作业 (7) 3.2.3.15盘点作业 (7) 3.2.3.20拣货作业 (8) 3.2.3.25出库作业 (9) 3.2.3.30库内管理 (11) 3.2.3.38客户管理 (11) 3.2.3.42计费管理 (12) 3.2.3.44报表管理 (12) 3.2.3.47客户下级店管理 (13) 3.2.3.52计量单位管理 (14) 3.2.3.56入库单打印 (14) 3.2.3.58出库单打印 (15) 3.2.3.60库存调整表 (15) 3.2.3.62入库储位统计表 (16) 3.2.3.64异动盘点表 (16) 3.2.3.66通盘盘点表 (17) 3.2.3.68分拣单 (17) 3.2.3资料提供情况 (17) 3.3非功能性需求 (18) 3.3.1资源需求 (18) 3.3.2性能需求 (19)

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

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

<网络营销系统> 软件需求说明书 作者:杨晶 完成日期: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)该系统的开发,为更多的经销商提供了 更好的发展平台,扩大了业务,更好的适 应了当今社会的发展需求,同时为广大的 用户提供了方便。

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)

用户需求说明书与需求规格说明书的区别

用户需求说明书与需求规格说明书的区别 1、用户需求说明书是用户的需求(期望),需要和用户确认的,重点是站在客 户的角度讲产品功能。需求规格说明书是系统设计需求,主要是对内的,是 从开发、测试的角度去讲产品功能。 2、优点:用户的语言与设计人员的语言是不同的,所以需要有面向不同人员的 文档。缺点:层次越多,信息损失的越多,误解的概率就越大。权衡的结 果:基本上是依据项目的规模而定。 3、如果要省掉一个的话,更倾向于写用户需求,因为搞系统的时候要始终明白 用户在想什么,要解决什么问题。需求规格相对不是很重要,具体实现用户 需求的时候,你可以有各种方案,这个是用户不关心的。要是用户需求就已 经理解错了,特别是理解不全面,软件规格说明书写得好让用户签字就没有 任何意义了。 4、最新的做法 使用UML语言,开发需求用例说明书,用例、场景描述和事件――响 应表,既可面向客户,又可面向开发设计; 使用敏捷开发方法,通过用户故事描述用户需求,即客户想要实现 一个什么功能,以满足某个方面的需求。 【相关知识】 “需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表(包含矩阵图)、需求变更状态跟踪表,以及与其配套产出的指南型文件。 “需求开发”的文档大体上包含需求规格说明书,需求规格说明书检查表, 需求开发指南等。 需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告, 重点是体现出产品要满足哪些功能,哪些是重点、热点。 需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理,CMMI 中有标准的模板,重点是站在客户的角度讲产品功能。

需求规格说明书:是从业务规则讲起的,细一点偏向于软件的需求设计到概 要设计。是从开发、测试的角度去讲产品功能,里面要包含原型界面、业务 接口、活动图等。 业务需求(Business requirement)表示组织或客户高层次的目标。业务 需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销 部门或产品策划部门。业务需求描述了组织为什么要开发一个系统,即组织 希望达到的目标。使用前景和范围(vision and scope)文档来记录业务需求,这份文档有时也被称作项目轮廓图或市场需求(project charter 或market requirement)文档。 用户需求(user requirement)描述的是用户的目标,或用户要求系统必 须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效 途径。也就是说用户需求描述了用户能使用系统来做些什么。 功能需求(functional requirement)规定开发人员必须在产品中实现的 软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也 被称作行为需求(behavīoral requirement),因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。注意:用户需求不总是被转变成功能需 求。 产品特性,所谓特性(feature),是指一组逻辑上相关的功能需求,它们为 用户提供某项功能,使业务目标得以满足。对商业软件而言,特性则是一组 能被客户识别,并帮助他决定是否购买的需求,也就是产品说明书中用着重 号标明的部分。客户希望得到的产品特性和用户的任务相关的需求不完全是 一回事。一项特性可以包括多个用例,每个用例又要求实现多项功能需求, 以便用户能够执行某项任务。 系统需求(system requirement)用于描述包含有多个子系统的产品(即系统)的顶级需求。系统可以只包含软件系统,也可以既包含软件又包含硬件 子系统。人也可以是系统的一部分,因此某些系统功能可能要由人来承担。 业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业 务规划本身并非软件需求,因为它们不属于任何特定软件系统的范围。然而,

软件需求说明书(完整版)

<大学生就业服务系统> 软件需求说明书 作者:先知小组 完成日期:2011/11/20 签收人: 签收日期: 修改情况记录:

目录 软件需求说明书...................................................................................................................... I 目录......................................................................................................................................... I I 1 引言 .. (1) 1.1编写目的 (1) 1.2范围 (1) 1.3定义 (1) 1.4参考资料 (1) 2 项目概述 (3) 2.1产品描述 (3) 2.2产品功能 (3) 2.3用户特点 (5) 2.4一般约束(未完成) (6) 2.5假设和依据(未完成) (7) 3 具体需求 (8) 3.1功能需求 (8) 3.1.1数据管理需求 (8) 3.1.2就业指导管理需求 (11) 3.1.3资讯管理需求 (11) 3.1.4招聘管理需求 (12) 3.1.5职业规划需求 (12) 3.1.6 BBS需求 (13) 3.1.7就业信息统计需求 (13) 3.2外部接口需求 (13) 3.2.1 用户接口 (13) 3.2.2 硬件接口 (14) 3.3性能需求 (14) 3.4设计约束 (15) 3.5属性 (15) 3.5.1 可用性 (15) 3.5.2 安全性 (15) 3.5.3 可维护性 (15) 3.5.4 可扩展性 (16) 3.5.5 警告 (16) 3.6其他需求 (16) 3.6.1数据库需求 (1) 3.6.2 用户操作需求 (1) 3.6.3场合适应性需求 (2) 4 附录 (3)

软件需求分析报告实例

需求分析说明书 1. 引言 (3) 1.1编写目的 (3) 1.2项目风险 (4) 1.3预期读者和阅读建议 (6) 1.4产品范围 (6) 1.5参考文献 (6) 2. 系统总体概述 (8) 2.1目标 (8) 2.2用户类和特性 (9) 2.3运行环境 (9) 硬件环境 (9) 软件环境 (9) 2.4设计和实现上的限制 (9) 2.5假设和约束(依赖) (10) 产品的SEO排名 (10) 各个模块之间的稳定协作 (10) 系统的安全 (10) 3. 外部接口需求 (10) 3.1用户界面 (10) 3.2硬件接口 (10) 3.3软件接口 (11) 3.4通讯接口 (11) 4. 系统特性 (11) 4.1说明和优先级 (11) 4.2激励/响应序列 (11) 4.3功能需求 (11) 汽车用户功能 (12) 管理员功能 (12) 4.4功能详述 (14) 以使用软件的汽车用户为例: (14) 5. 其它非功能需求 (15) 5.1性能需求 (15) 数据精确度 (15) 时间特性 (15) 故障处理 (15) 5.2安全措施需求 (15) 5.3安全性需求 (16)

5.4操作需求 (16) 5.5软件质量属性 (16) 5.6业务规则 (16) 5.7用户文档 (16) 6. 词汇表 (16) 6.1SSH (16) 6.2J AVA (17) 6.3MYSQL (17) 7. 待定问题列表 (17)

1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析,对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用,并作为产品验收确认的依据。 需求分析是在可行性研究的基础上,将用户对系统的描述,通过开发人员的分析概括,抽象为完整的需求定义,再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发,问题是否能够解决,而需求分析旨在回答"系统做什么"的问题,确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样,在出错之后会如此严重地影响随后实现的系统,并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程,它完成的好坏直接影响后续软件开发的质量。一般情况下,用户并不熟悉计算机的相关知识,而软件开发人员对相关的业务领域也不甚了解,用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以,开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度,一方面是因为交流存在障碍,另一方面是因为用户通常对需求的陈述不完备、不准确和不全面,并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求,还需要挖掘隐藏的需求。此外,把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中,首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性,需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作,而且还应该贯穿于整个生命周期中,它应该随

学习系统软件需求说明书

<在线学习系统> 软件需求说明书 作者:第七组 完成日期: 签收人: 签收日期: 修改情况记录:

1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义....................................................................................................... 错误!未定义书签。 1.4参考资料 (4) 2任务概述 (4) 2.1目标 (4) 2.2用户的特点 (4) 2.3假定和约束 (4) 3需求规定 (4) 3.1对功能的规定 (4) 3.2对性能的规定 (7) 3.2.1精度 (7) 3.2.2时间特性要求 (8) 3.2.3灵活性 (8) 3.3输人输出要求 (8) 3.4数据管理能力要求 (9) 3.5故障处理要求 (9) 3.6其他专门要求 (9) 4运行环境规定 (9) 4.1设备 (9) 4.2支持软件 (9) 4.3接口 (10) 4.4控制 (10)

软件需求说明书的编写提示 1引言 Internet是目前世界上最大的计算机互联在线,它遍布全球,将世界各地各种规模的在线连接成一个整体。在现代科学技术的飞速发展的时代,单一的在线学习观,单一的在线学习模式显然已不适应社会发展的需要。自上个世纪50年代以来,“各种在线学习改革探索,风起云涌。产生了许多新的在线学习体系。但是,谁也包打不了天下,只有大家联合起来,才能迎接时代的挑战。”其实,国外的学者也清楚地认识到这个问题:“把建构主义这种培养学习者处理‘问题’能力和技能的模式,推广至一切在线学习领域是不适宜的。” 1.1编写目的 在线学习系统,是一个利用因特网作为平台传送教学内容,实施网上教学,进行网上交流和学习的信息系统。它是多方面地,全方位地,从课件下载,在线答疑,课堂在线学习到留言反馈,自我测试,再到相关系统的友情链接,以及新闻中心的设置,不仅可以加深学生对于课程的学习理解,而且也开阔了大家的眼界,很好的培养了学生自主学习的精神,也为很多学有余力的同学提供了很好的进一步发展钻研的空间。 构建在线学习系统平台,可以克服传统课堂教育的局限性,形成一种主动的、协作的、开放的教学模式,既有生动形象和资源广泛的优点,又具有能相互访问、双向交流,不受时空限制的优良特性。 1.2背景 说明: a.待开发的软件系统的名称:《在线学习系统》; b.本项目的任务提出者:计算机与软件学院 开发者: 用户:全院学生 实现该软件的计算中心:软件技术实训室(2)

相关文档
最新文档