影像系统需求
影像系统需求 (1)
一、设备支持 (2)
二、移动App采集功能 (2)
三、用户登录及首页 (2)
四、待办任务 (2)
五、操作系统兼容性 (3)
六、浏览器兼容性 (3)
七、影像采集 (3)
八、制单人扫描并单点登录 (3)
九、专岗扫描 (3)
十、电子文档导入 (4)
十一、影像池 (4)
十二、图像调阅、展示 (4)
十三、双屏显示 (4)
十四、图像去黑边转正 (4)
十五、文字方向识别 (4)
十六、条码识别 (4)
十七、复选框、单选框识别 (4)
十八、图像压缩 (5)
十九、图像对比 (5)
二十、图像加密 (5)
二十一、发票识别 (5)
二十二、影像存储 (5)
二十三、服务端系统集成 (5)
二十四、系统管理 (6)
二十五、系统集成接口 (6)
一、影像采集设备支持
1）支持无缝集成平板扫描仪；
2）支持无缝集成高速扫描仪；
3）支持无缝集成高拍仪；
4）支持苹果手机、安卓手机的无缝拍照；系统支持移动终端列表：?iPhone（4s以上）：4s、5、5c、5s、6、6P、6s、6sP、SE
?android：不限品牌、（版本4.0以上）
?iOS7.0以上：
?iPad2、3、4
?iPadmin 2、3、4
?iPadair2
?iPadPro
?iPadPro9.7
二、移动App采集功能
1）通过扫描PC端认证二维码进行手机认证、拍照、上传:
2）系统支持免登录，但需要通过PC端对App进行授权访问来控制系统安全；3）系统支持对A4、B5、标准卡进行规格化处理；
4）系统支持自定义压缩功能；
5）系统支持离线采集功能；
6）系统支持移动端影像池功能；
7）100个手机端的用户安装量。
三、用户登录及首页
1）登录：实现用户登录功能；
2）直接进入任务列表功能；
3）多角色信息展现：根据用户角色不同，配置不同的业务权限，根据管理需求动态提取影像系统内维护的相关信息、业务数据，为不同角色用户提供差异化的门户展现服务。
四、待办任务
1）在影像系统门户首页为用户提取当前影像系统的待办工作数和待办工作条目提醒，并能从待办列表中选择待办任务进行相应的工作处理；
2）批量任务：可以批量采集多笔业务的影像，提升工作效率；
3）扫描完成需专人进行审核，审核通过才能进行下一流程；
4）在业务审批流中，允许任何一岗位都可以将影像驳回，对于驳回的影像，可以重新扫描、修改；
5）业务系统在单据流程走完后，可以将该单据设置为不可修改。
6）提供给系统用户查询和查看处理过的任务，同时对处理过的任务进行过程跟踪。
五、操作系统兼容性
1)64bit操作系统支持：Windows7、Windows8、Windows8.1、Windows10；
2)32bit操作系统支持：Windows XPsp3、Windows7、Windows8、Windows8.1、Windows10。
六、浏览器兼容性
1）IE浏览器支持：ie6、ie7、ie8、ie9、ie10、ie11;
2）其他浏览器支持：Edge浏览器、Chrome浏览器、火狐浏览器、360浏览器、QQ浏览器、猎豹浏览器、世界之窗浏览器、遨游浏览器、UC浏览器、搜狗浏览器。
七、影像采集
1）影像预处理：影像自动去黑边、转正；
2）条码识别：扫描过程中，系统会自动识别报账单或凭证中的条码，将识别结果作为影像的索引数据进行保存；
3）图像编辑：对影像进行保存操作，调整影像的页号顺序、影像旋转、删除影像、影像大小缩放；
4）支持本地图片的导入；
八、制单人扫描并单点登录
在报账系统中，支持：制单人，扫描自己保存的报账单，且无需二次登录。
九、专岗扫描
1）支持多笔业务一次性批量扫描，且每笔业务有多张影像；
2）选择任务列表中多条待扫描任务，点击【批量扫描】按钮，会弹出扫描界面，
可以同时扫描多笔任务。
3）对于1笔业务中，粘贴单上，有没有条码，都可以实现批量扫描、自动识别。
十、电子文档导入
1）支持导入PPT、EXCEL、WORD、PDF文档；
2）支持在线浏览导入的电子文档；
3）支持下载电子文档到本地磁盘。
十一、影像池
1）PC端支持影像预扫描、影像分享、影像池功能，要求能够实现先扫描后制单；2）影像池存储的影像，不和任何单据做关联，只和用户相关；
3）影像池内已经使用过的影像，将自动删除。
十二、图像调阅、展示
1）影像放大、缩小:对影像进行操作；
2）影像旋转：对影像进行旋转操作；
3）高适合、宽适合：对影像进行高度自适应、宽度自适应显示；
4）原始图像：对采集到的影像进行原始大小展示；
5）打印：对影像进行单图打印、批量打印单据的所有影像。
十三、双屏显示
支撑双屏显示的功能，左侧屏幕显示报账系统信息、右侧屏幕显示影像信息，便于影像稽核、财务审核。
十四、图像去黑边转正
去黑边转正：能够去掉扫描图像的黑边。
十五、文字方向识别
文字方向识别：可以对0°、90°、180°、270°的图像，自动转正。
十六、条码识别
1）能够生成与识别一维码，包括128码、39码；
2）能够生成与识别二维码，包括PDF417码和QR码。
十七、复选框、单选框识别
能够识别单选框、复选框，识别后的信息，按照一定的编码规则表示。
十八、图像压缩
1）能够对采集的图片进行压缩，降低图像大小；
2）影像压缩：按要求进行影像压缩，为了兼顾图像识别的准确率和图像存储的空间，系统支持扫描时采用高分辨率，识别完成后，系统存储前在不影响阅读的标准下，对图像进行相应的压缩转换。
十九、图像对比
要求能够对同一张票据采集的影像进行图像对比，识别两张影像是否为来源于同一份票据，识别率正确率不低于75%。
二十、图像加密
1) 支持数字水印加密；
2) 支持在图像上自动加盖水印；
3) 支持将图像格式存储为非常规的特殊格式；
4) 支持动态水印技术：防屏幕拍照。
二十一、发票识别
1)识别的发票类型：纸质普通发票、电子普通发票打印件、专用发票、运输类发票；
2)识别内容：票面全部信息；
3)版式识别，自动区分（纸质普通发票、电子普通发票打印件、专用发票）；二十二、影像存储
1）支持分布式存储；
2）支持集中存储；
3）支持缓存技术；
4）支持文件格式：BMP、JPEG、TIFF、RAW、GIF、PNG、RAS、SGI、LED、TGA、PNM、PCX、ICO、PDF、WORD、EXCEL、TXT。
二十三、服务端系统集成
1）采用BS结构设计；
2）数据库支持：Oracle、DB2、MySQL、SQL Server；
3）操作系统支持：Windows、Linux、Unix；
4）中间件支持：Websphere、Weblogic、Tomcat；
5）支持集群部署；
6）支持负载均衡。
二十四、系统管理
1)组织机构管理：组织机构信息的管理以及隶属于机构；
2)用户管理：可以配置用户的角色等信息，用户体系是系统中非常重要的部分，用户的权限继承群组的权限和角色的功能权限，并且用户按照组织机构来分组；
3)角色管理：能够根据影像系统职能分工（系统管理员、扫描岗、审核岗、查询岗等），对操作权限、内容范围权限进行配置。配置（新建、编辑、删除）及查询不同的系统角色；
4)工作流管理：工作流程是在业务系统中经常遇到的需要按照一定的步骤来顺序执行的业务的抽象；
5)日志管理：对数据的任何更新操作（如：增加、修改、删除），把相关操作的命令、执行时间、数据的更新等信息保存下来；支持系统管理员权限的用户才能对日志进行管理；支持日志内容的检索，并可以按照时间范围进行检索。
二十五、系统集成接口（根据客户实际情况填写如下内容）影像系统建设，只和报账系统完成系统接口，需要开发的接口如下：
1)接口一：报账系统，保存报账单后，将报账单实时推送到影像系统，影像系统需要开发接受报账单数据的接口；
2)接口二：在影像系统中，完成影像扫描后，要将单据状态更新到报账系统，影像系统需要开发发送状态的接口；
3)接口三：报账系统驳回影像，需要将状态同步到影像系统，影像系统需要开发接受状态的接口；
4)接口四：报账系统驳回单据，需要将状态同步到影像系统，影像系统需要开发接受状态的接口；
5)接口五：单点登录接口，从报账系统中，通过点击“扫描影像”按钮，完成单点登录；影像系统需要开发单点登录的接口；
6)接口六：权限系统数据同步接口，需要同步的权限数据有：机构、部门、用户、权限。
WEP电子书管理系统需求分析书 （一）读者管理员登陆模块 （二）电子图书馆管理部分 1、图书管理：添加图书、删除图书、改变图书分类和修改图书信息等操作。 2、评论管理：对所有的读者留下的评论进行管理、对相应的好看的书籍进行评 定，而且还可以查询。 3、类别管理：添加图书类别、删除图书类别、修改图书类别。 4、精品推荐：可以把电子图书按不同的等级推荐管理。 5、统计分析：对所有的电子图书进行统计分析。 （二）读者查阅部分 1、最受欢迎的图书：根据用户点击率自动排序，点击率最高的前图书会在电子图书馆中自动显示出来 2、新书快递：根据管理员添加图书的时间进行排序，最新添加的图书会在电子图书馆中自动显示出来 3、推荐图书：按照管理员向读者推荐书，图书将在电子图书馆中自动显示出来 4、图书评论：级别高的读者对图书发表的观点，读者可以看到每个人对该书的评论 5、图书查询：可以按不同的类别查询你想要浏览的图书。例如按照书名检索、按照作者名检索、按照出版社检索等。 6、个人收藏夹：可以将自己喜欢的图书列表保存到自己的收藏夹中，这样下次 登录系统时不必再一一查询，直接从收藏列表中选取要阅读的图书即可。用户需对收藏夹列表具有全功能的管理权限，例如，可以往其中添加书籍，也可以从其中删除书籍等。 7、读书笔记：增加读者看该书籍的时候所有感想，想记下来的笔记，读者可以有感而发。
1.数据库设计： 1)E-R图 表1：图书分类表Catalog：存放电子书籍的分类信息：方便查找读书 表2：图书所属目录表Catalog_Ebook：存放目录的嵌套结构 表3：图书表(book)，存放每本书的详细信息
需求规格文档 1 导言 1.1 目的 [说明编写这份项目需求规格的目的，指出预期的读者] 1.2 背景 说明： a)待开发的产品的名称 b)本项目的任务提出者、开发者、用户及实现该产品的单位 c)该系统同其他系统的相互往来关系 1.3 编写说明 [缩写] [缩写说明] 列出本文件中用到的外文首字母组词的原词组 1.4 术语定义 [术语] [术语定义] 列出本文件中用到的专门术语的定义
1.5 参考资料 [编号]《参考资料》[版本号] 列出相关的参考资料 1.6 版本更新信息 具体版本更新记录如表所列。 表版本更新记录 2 任务概述 2.1 系统定义 本节描述内容包括： ●项目来源及背景； ●项目要达到的目标，如市场目标、技术目标等； ●系统整体结构，如系统框、系统提供的主要功能，涉及的借口等； ●各组成部分结构，如果所定义的产品是一个更大的系统的一个组成部分，则应说 明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明 该系统和本产品其他各部分的联系和接口。 2.2 应用环境 本节应根据用户的要求对系统的运行环境进行定义，描述内容包括： ●设备环境； ●系统运行硬件环境； ●系统运行软基纳环境； ●系统运行网络环境； ●用户操作模式； ●当前应用环境。 2.3 假设和约束 列出进行本产品开发工作的假定和约束，例如经费限制、开发期限等。列出本产品的最终用户特点，充分说明操作人员、维护人员的教育水平和技术专长以及本产品的预期使用频度等重要约束。
3 需求规定 3.1 对功能的规定 本节依据合同中定义的系统组成部分分别描述其功能，描述应包括： ●功能编号； ●所属产品编号； ●优先级； ●功能定义； ●功能描述。 3.2 对性能的规定 本节描述用户对系统的性能需求，可能的系统性能需求有： ●系统响应时间需求； ●系统开放型需求； ●系统可靠性需求； ●系统可移植性和可扩展性需求； ●系统安全性需求； ●现有资源利用需求。 3.2.1 精度 说明对该产品的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该产品的时间特性要求，如对： A）响应时间； B）更新处理时间； C）数据的转换和传送时间； D）计算时间等的要求。 3.2.3 灵活性 说明对该产品的灵活性的要求，即当需求发生某些变化时，该产品对这些变化的适应性能力，如： a)操作方式上的变化； b)运行环境的变化； c)同其他系统的借口的变化； d)精度和有效时限的变化；
目录一：需求分析 二：系统设计 1．系统功能模块的设计 2．系统主要工作流程 三：系统数据库的设计1．概念设计 2．关系数据库的逻辑设计 四：总结
图书管理系统 一：需求分析 图书管理系统需要满足来自图书馆工作人员、普通用户和借阅者三方面人员的需求。图书馆工作人员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认，还可通过图书编号、借阅者证号等查询相应的借阅情况及查看已归还的图书信息(即历史信息)；普通用户的需求是查询图书馆所存的图书的相关情况；图书借阅者的需求是查看自己的相关信息及查询自己的借阅情况。 图书借阅者可直接查看图书馆图书情况，如果图书借阅者根据本人借书证号和密码登录系统，还可以进行本人借书情况的查询和维护部分个人信息。一般情况下．图书借阅者只应该查询和维护本人的借书情况和个人信息．若查询和维护其他借阅者的借书情况和个人信息．就要知道其他图书借阅者的借书证号和密码。本功能实现对馆内图书信息的查询。可以通过图书名称、作者的名字和出版社来查询相应的图书信息，此查询可模糊查询也可精确查询。所以不但满足了图书借阅者的要求，还保护了图书借阅者的个人隐私。 图书馆工作人员有对图书借阅者借书和还书记录进行操作的权限，所以需对工作人员登陆本模块进行更多的考虑。在此模块中，图书馆工作人员可以为图书借阅者加入借书记录或是还书记录，并生成
相应的报表给用户查看和确认。图书馆工作人员可以浏览、查询、统计、添加借阅图书的基本信息及删除已归还的图书的基本信息，但不能删除和修改已经借阅的图书相关信息，当删除某条图书借阅的基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。本功能实现对图书信息的管理和统计。 图书馆管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息；浏览、查询、统计、添加、删除和修改图书借阅者的基本信息，浏览、查询、统计图书馆的借阅信息，但不能添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行。但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除，并且还应具有生成催还图书报表．并打印输出的功能。 二：系统设计 1．系统功能模块的设计 该系统的主要功能有对书籍信息的管理，书籍信息的查询，对用户的管理等，对各项能进行分块、集中、关联、优化，按照结构化程序设计的要求，设计功能模块如图所示。
BBS需求分析 一、前台功能需求 1、登陆 输入用户名和密码，进行登陆，如果登陆成功，显示论坛首页，如果登陆失败，则显示登陆失败页面，并且跳转回登陆页面。用户名和密码不能为空。 2、注册 用户需要填写的属性有： 用户名：不能为空，6-20位，必须唯一。 密码：不能为空，6-20位。 确认密码：必须与密码一致。 邮箱：进行简单格式验证。 昵称：不能为空，最大20位，昵称。 性别：只能是男或女。 年龄：限制18-60。必须是数字。 头像：可以选择上传一个头像，如果不上传则系统默认一个头像。 备注：一个text的数据范围。 注册时用户积分默认为100分。 注册成功之后返回首页。 3、浏览板块 1)首页浏览 Logo、广告图片 公告最大200字符 搜索文本框、搜索按钮——对应6号功能 版块列表（板块图片、板块名称、板块描述、发帖数量、回贴数量、最后回复时间） 友情链接 版权说明 2)板块浏览 Logo、广告图片 搜索文本框、搜索按钮——对应6号功能 发帖按钮——对应4号功能 主帖列表（帖子标题、发帖人、回复数量、点击数量、发帖、最后回复时间）主帖使用分页的形式显示 版权说明 3)主帖浏览 主帖发帖人、标题以及内容、第几楼、发帖时间 回帖人、内容、第几楼、回帖时间 …… 回帖分页显示
内容文本框 回复按钮——对应5号功能 4、发帖 标题文本框、内容文本框、发帖按钮，发帖之后跳转到板块浏览页面，并且该用户积分增加10。 5、回帖 内容、回帖按钮，回帖之后跳转到该用户回帖的位置，并且该用户积分增加1。 6、搜索 分为两种搜索：一种是首页上搜索全部主帖、一种是版块内搜索该板块的主帖，根据填写搜索的内容进行模糊查询。显示搜索的结果，用分页形式显示。 二、数据库设计 1、确定使用的数据库：Mysql。 2、创建数据库：db_bbs 3、创建表 1）用户表Users 2）板块表Models
人事档案管理系统需求分析说明书 1 引言 需求规格说明书是需求分析的产物，它是软件系统生存期中软件定义阶段的最后一个步骤。作为整个软件开发过程的指南，它也是软件开发人员开发出符合用户要求的软件的基础。 1.1 编写目的 软件需求说明书的编制目的是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 本软件需求说明书的读者是系统开发人员或合同约定的人员。 1.2 背景说明 （1）本系统的名称是：人事档案管理系统。 （2）本项目的任务提出者是任课老师，开发者是信息科学学院08计本1班，用户是企业人事及相关部门，实现该软件的计算中心是**信息管理学院电子商务技术中心。 （3）本系统能为其他的系统提供人事数据。 1.3 定义 数据字典：关于数据的信息的集合，也即是对数据流图中包含的元素的定义的集合。 VB：Visual Basic。 1.4 参考资料 （1）企业的人事档案管理系统开发合同。 （2）引用资料 [1]张海藩. 软件工程导论. 北京：清华大学出版社，2005. [2]石柱. 软件工程标准手册. 北京：中国标准出版社，2004. 2 任务概述 2.1 目标 人事档案管理是现代企业人事资源管理中的重要内容，也是人力资源开发利用的基础性工作。人事档案管理在信息化之前，在人员进出、离退休、升迁、岗位变动、职称变动、学位变动，以及档案管理人员的变动等方面存在诸多不利于管理的地方，不适应现代的企业管理形势和人力资源开发利用的要求。 开发人事档案管理系统使企业的人事档案管理工作实现了信息化、规范化，不仅使企业能够高效率完成人事管理的日常工作，还使企业深入开发利用人力资源成为可能。 2.2 用户的特点 本软件的最终用户是企业人事部门的工作人员。部门有专职的人事数据录入人员，具有一定的计算机操作知识；系统的维护人员是企业的信息中心的信息维护员，对网络和数据库的操作比较熟悉，同时对VB或Delphi编程有一定的经验；数据录入员负责人事数据的录入及日常更新，信息维护员负责人事数据的备份和其他管理工作。企业的人员调进与调出比较频繁。 2.3 假定和约束 企业的经费有限，开发时间紧迫，可以使用VB或Delphi进行软件编程。 3 需求规定 3.1 对功能的规定 3.1.1 系统功能 人事档案管理系统的功能可以划分为如下几个部分 （1）系统账户管理：主要是对系统用户进行管理，包括登录、退出、操作记录等。
1目的 对项目的需求分析活动进行控制，明确需求规格说明书的要求。 2适用范围 适用于项目的用户（包括确定顾客和潜在顾客）需求分析活动。 3职责 ?项目负责人指定人员组成用户需求分析小组，并委任需求分析负责人。 ?需求分析组了解和分析用户的需求，并编制《需求规格说明书》。 ?项目负责人负责组织对需求规格说明书的评审。 4工作流程 4.1确定需求分析人员 在项目立项，完成项目策划后，项目负责人指定人员组成需求分析小组，并委任负责人。 4.2需求分析实施 需求分析小组进行用户需求分析工作，主要了解以下的内容： ?用户业务与项目有关的部分； ?用户的工作流程； ?用户的相关部门及职责； ?使用人员的技术水平； ?用户原有系统的现状； ?用户对项目交付成果的期望和具体要求。 4.3编制《需求规格说明书》 在充分了解用户需求的基础上，需求分析小组编写《需求规格说明书》，要求参见《需求规格说明书》模板。该模板规定了《需求规格说明书》的内容和要求，编写时可根据具体的项目情况进行调整。必要时，可在有关的章节中引述其它资料作为附录。 4.4需求评审 为保证需求定义的正确性、完整性和清晰性，应对《需求规格说明书》进行评审，
评审主要考虑以下准则： ?客户或潜在客户需要的可追溯性； ?与客户或潜在客户需要的一致性； ?可测试性； ?系统(子系统)设计的可行性； ?操作和维护的可行性。 4.5需求管理 《需求规格说明书》经评审后，按《配置管理程序》进行管理；需求的修改与变更，应按照《更改控制程序》执行。 5相关程序文件 序号名称编号 1 配置管理程序QP-013 2 更改控制程序QP-014 6记录 序号名称模板编号 1 需求规格说明书QR-05 2 评审报告QR-06
计算机学院 网上书城系统的设计与分析 软件需求分析
目录 总页数：20页1 引言 (1) 1.1项目背景 (1) 1.2项目实现的目的 (1) 2 系统分析 (2) 2.1 可行性分析 (2) 2.1.1 经济可行性 (2) 2.1.2 技术可行性 (2) 2.1.3 社会可行性 (2) 2.1.4 法律可行性 (2) 2.2需求分析 (3) 2.2.1 基础数据设置 (3) 2.2.2 总体需求分析 (3) 2.2.3 功能需求分析 (3) 2.3.4 功能描述 (4) 2.3系统分析建模 (4) 2.3.1创建用例图 (4) 2.3.2创建交互视图 (7) 2.3.3系统功能结构 (11) 2.4 系统性能需求 (11) 2.4.1 正确性需求 (11) 2.4.2 安全性需求 (12) 2.4.3 界面需求 (12) 2.4.4 时间特殊性需求 (12) 2.4.5稳定性需求 (12) 2.4.6灵活性需求 (12) 2.4.7扩展性需求 (12) 2.4.8故障处理能力需求 (12) 3 系统设计 (13) 3.1 系统设计原则 (13) 3.2 系统总体设计 (14) 3.2.1 系统框架设计 (14) 3.3数据库设计 (14) 3.3.1 概念结构设计 (14) 3.3.2 数据库的描述 (17) 3.3.3数据关系结构 (17)
1引言 1.1项目背景 进入21世纪以来，电子商务伴随着IT的成熟逐渐发展壮大，成为网络经济的核心。在电子商务的发展过程中，人们逐渐意识到在线购物的无地域界限、安全、方便快捷机器价格的优势，在线购物的队伍也随之扩大。不断增长的强大需求正成为电子商务的发展动力，基础环境的成熟与需求欲望的增长将推动电子商务与商务网站的不断发展。最近临近的“双11”更是网购的天堂，诱人的折扣，质量良好的物品，使网购走进人们生活。伴随着中国互联网的快速增长，中国将成为网上购物的巨大市场。 大家一般也都逛过书店。逛书店的人可分为：根本不买书，只是看看吸收点信息；要买书，会对书进行比较，甚至是货比三家。对于纯粹逛书店的人来讲，常常是站到脚酸；同样对于需要买书的人而言，往往也要逛好几家书店。自己翻阅内容才会买。 所以，电子书点也随着网络的发达如雨后春笋般盛行起来，同样提供内容介绍和封面图片，消费者可以在家里就拥有类似逛书店的乐趣。加上有搜索引擎这种咨询科技的帮助，消费者很快就可以搜寻到想要的书籍。留言板、讨论区、E-mail服务，更是为传统书店提供了多元化服务。 1.2项目实现的目的 随着信息化时代的到来，人们对生活质量的追求不断提高，由于人们工作，学习的关系，有时候不想出门或者为了方便，就在网上买书。随着网络的普及，网上买书的业务在中国开始盛行，人们也通过网络买书的方式获得自己需要的书籍。这样既节省了时间，也可以更准确的找到适合自己的书。 本系统制作过程中主要涉及软件，数据库与网络技术等内容，涵盖知识面广，可有效地提高综合运用所学知识分析解决问题的能力，增强对事物的理解与掌握能力，培养掌握科学的研究方法，正确的设计思想，独立思考，勇于进取，探索创新，为今后进一步学习与工作奠定了良好的基础。
BBS系统需求分析说明书-软件工程课设
需求分析说明书 第一章：引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (5) 1.4参考资料 (6) 第二章：任务概述 (6) 2.1目标 (7) 2.2用户的特点 (7) 2.3假定和约束 (7) 第三章：需求规定 (8) 3.1功能需求： (8) 3.1.1系统主要功能模块 (8) 3.1.2系统总体功能需求框架图 (9) 3.1.3系统用例图 (10) 3.1.4系统顺序图 (11) 3.1.5系统状态图 (15) 3.1.6系统活动图 (20) 3.1.7系统类图 (21) 3.1.9构件图的建立 (24) 3.1.10部署图的建立 (24)
3.2对性能的规定 (25) 3.2.1时间特性要求 (25) 3.2.2空间特性需求 (25) 3.3输人输出要求 (25) 3.4数据管理能力要求 (26) 3.5故障处理要求 (26) 3.6其他专门要求 (26) 第四章：运行环境规定 (27) 4.1设备 (28) 4.2支持软件 (28) 4.3接口 (28) 4.4控制 (28)
第一章：引言 1.1编写目的 需求分析是软件开发生命周期的重要阶段，是软件设计阶段的基石。本需求分析说明书旨在规范本软件的设计，提高软件开发过程中的能见度，便于对软件开发过程进行控制与管理。同时，本文档也是软件开发者和客户之间签订的一份契约，保证客户需求的稳定性，为软件开发者提供软件开发的凭据。 1.2背景 现实生活中的交流存在时间和空间上的局限性，
交流人群范围狭小以及间断的交流不能保证信息的准确性和可取性。因此，用户需要通过网上论坛的交流扩大交流面，同时可以从多方面获得自己所需要的最及时的信息。 BBS起源于20世纪80年代初。最初，论坛只是用于发布公告信息，讨论问题的在线交流平台。后来，随着网络的普及，论坛的功能越来越丰富，受到广大网民的欢迎。因此，商业网站对论坛重视起来，纷纷在自己的网站上开辟论坛。作为与网民交流的园地。同时在线技术支持和在线服务也在论坛中开展起来。当代的大学生几乎都会接触甚至经常登陆自己感兴趣的论坛，在上面可以分享，也可以交流意见，但是，能把他们集中起来的论坛并不是很多。 软件名称：web BBS 系统 开发者：朱海晨，邹航，杨丹阳，黄田田 用户：本系统面向所有乐于参与交流活动的广大 网友，用户角色分为四类：未注册用 户、注册用户、版主、管路员。 实现环境：Internet互联网
学号 07730213 《软件需求分析》大作业 2009-2010学年第二学期 学生姓名薛浩 专业名称网络工程2班 指导教师赵黎强 电子与信息工程系 2010 年 6 月 1 5 日
题目 一个物流企业需要部分业务网络化管理，其中需要开发一个库存管理系统货物入库管理系统，主要实现货物入库、库存和出库的管理过程。 货物入库：运输货物到仓库，送货人员把货物交给仓库管理人员，仓库管理员填写入库单（货物分类号、货号、货物名称、规格、数量、单价、供货商、送货人、入库时间、货物存放位置、货物损坏程度、备注），把货物放置库房的相应位置，仓库管理员填写回执单给送货人。管理人员修改仓库数据库信息。 库存管理：管理人员把货物存储到货架，填写存货账目（时间、货号，分类号、货物名称、规格、入库数量、出库数量、入库人、出库人、余额） 货物出库：提货人交给仓库管理员提货单要求提货，仓库管理人员根据提货单要求填写出库单（货物分类号、货号、货物名称、规格、数量、单价、供货商、提货人、出库时间、货物存放位置），提货人员认可出库单签字。仓库管理员监督提货人员把货物提走，管理员根据提货单和出库单信息修改仓库数据库信息。 该系统要求对于仓库管理人员企业人员能随时了解仓库的活动，包括货物的存储情况，库房空闲情况和货物流动，谁进行的货物进出操作等信息。 说明：货物分类号——是由2位字母和4位数字组成； 货号——是由分类号加当前日期组成； 货物名称——是由20位字母汉字组成； 规格——是由10位字母和数字中间加“-”组成； 货物存放位置——是由6为数字中间加“×”组成； 凡未说明的——根据具体情况设定。 要求实现以下设计：
软件需求分析说明书审查规范
文件修改控制
目录 软件需求分析说明书审查规范 (1) 目录 (3) 1.引言 (3) 1.1.目的 (3) 1.2.适用范围 (3) 1.3.使用说明 (4) 2.参考资料 (4) 3.术语定义 (4) 4.质量要求 (6) 4.1.完整性 (6) 4.1.1.整体内容完整性 (6) 4.1.2.需求项信息完整性 (8) 4.2.正确性 (9) 4.3.一致性 (10) 4.4.可验证性 (10) 4.5.划分优先级 (10) 4.6.可用性 (11) 5.附件 (11) 5.1.一些编写建议 (11) 5.2.部分参考实例 (12) 5.2.1.需求项表格 (12) 5.2.2.表格需求项实例 (13) 5.2.3.优先级划分方法实例 (14) 5.2.4.软件需求分析说明书模板 (15) 1.引言 1.1.目的 软件需求分析说明书在软件开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。为了保证软件说明书对质量，本文档具体描述了《软件需求分析说明书》所要包含的内容及其编制所要达到的质量要求。 1.2.适用范围 作为《软件需求分析说明书》是否可以进入正式评审的审查标准，符合该规范的可以提交正式需求评审； 作为测试人员编制《软件需求分析说明书审查列表》的依据；
作为开发人员编制《软件需求分析说明书》的指导原则； 1.3.使用说明 本文重点对需求分析说明书的内容进行要求，对表示方式、方法未明确提出要求对视为不作要求； 本文中的“应”、“必须”含义等同； 本文中的“现有的技术水平”指与该需求相关的行业中，可获得的、已知的、可实际运用于生产的、可信的、经过验证的所有技术； 本文中的需求可行性以通过审核发布的《项目可行性研究报告》为依据； 2.参考资料 GB 8566 计算机软件开发规范受控编号？ GB 8567 计算机软件产品开发文件编制指南受控编号？ GB/T 11457 软件工程术语受控编号？ Systematic Software Testing Rick D.Craig, Stefan P.Jaskiel Artech House Publishers 2002-05-1 统一软件开发过程RUP2000手册IBM公司2000年 3.术语定义 GB/T 11457所列术语和下列定义适用于本文 需求 系统必须符合的条件或具备的功能 软件需求分析 软件需求分析的基本任务是准确地定义未来系统的目标，确定为了满足用户的需求，系统必须做什么。需求分析包括需求获取和需求规约：需求获取是系统分析员通过学习以及同用户的交往，熟悉用户领域的知识，并获得对未来系统的需求；需求规约是系统分析员在获得了用户的初步需求后，必须进行一致性分析和检查，通过和用户协商解决其中存在的二义性和不一致性，并以一种规范的形式准确地表达用户的需求，形成软件需求分析说明书。 软件需求分析说明书（Software Requirements Specifications，简称SRS）：软件需求分析说明书（也称软件需求规格说明书、软件需求分析报告）是软件需求分析阶段得到的最终文档，它以形式化的术语和表示对软件的功能和性能进行详细而具体的描述。它是用户和开发者之间的技术合同，是软件设计、编码阶段的基础,也是软件测试和验收的依据。
学生在线考试系统需求分析报告 1.引言 随着Internet的迅速发展和广泛普及,网络化教育代表了教育改革的一个发展方向,已经成为现代教育的一个特征,并对教育的发展形成新的推动力。远程教育成为现代教育技术未来发展的重要方向之一，考试测试作为远程教育的一个子系统也成为一个重要的研究领域。 Internet技术的发展使得考试的技术手段和载体发生了革命性的变化，Internet的开放性、分布性的特点和基于Internet的巨大的计算能力使得考试突破了时间和空间的限制。与传统考试模式相比，在线考试具有无可比拟的优越性，它可以将传统考试过程中的试卷组织、审定印制、传送收集、登记发放、评判归档各个环节缩小到一至两个环节，几乎屏蔽了所有人工直接干预考试活动的可能性，不但能够节约大量的时日、人力、物力与财力，而且还可以大幅度增加考试成绩的客观性和公正性。 传统的考试方式一般要经过人工出卷、考生考试、人工阅卷等过程。对于一些课程来说，随着考生数量的增加，教师出卷阅卷的工作量将会越来越大，并且其工作十分烦琐
和非常容易出错。在线考试系统课题产生的背景是当今教育信息化的趋势及我国高校教育信息化系统的建设，目的是充分利用学校现有的计算机软、硬件和网络资源实现无纸化考试以避免传统手工考试的不足。与传统考试模式相比，网上考试渗入了更多的技术环节，对实现安全性的途径、方法也提出了更高的技术要求。通过Internet来实现网上考试，是现代教育技术的一个具体实现，具有很重要的现实意义。可以实现教考分离以及考务工作的全自动化管理，可以有效利用校园网的软硬件资源，使其发挥最大效力，更好的为学校的教学、科研、管理服务，可以大规模的实行考试，实现考试的客观性、公证性，自动化组卷、阅卷可以减轻教师的工作强度。传统考试要求老师刻试卷、印试卷、安排考试、监考、收集试卷、评改试卷、讲评试卷和分析试卷。这是一个漫长而复杂的过程，已经越来越不适应现代教学的需要。在线考试系统是传统考场的延伸，它可以利用网络的无限广阔空间，随时随地的对学生进行考试，加上Web数据库技术的利用，大大简化了传统考试的过程。 本文以Internet为平台,研究了基于Web考试系统的设计与开发，包括系统需求分析和系统功能设计以及数据库设计。重点阐述了用户注册模块、用户登录模块、在线考试模
1引言 1.1编写目的 需求分析是软件开发生命周期的重要阶段，是软件设计阶段的基石。本需求分析说明书旨在规范本软件的设计，提高软件开发过程中的能见度，便于对软件开发过程进行控制与管理。同时，本文档也是软件开发者和客户之间签订的一份契约，保证客户需求的稳定性，为软件开发者提供软件开发的凭据。 1.2背景 现实生活中的交流存在时间和空间上的局限性，交流人群范围狭小以及间断的交流不能保证信息的准确性和可取性。因此，用户需要通过网上论坛的交流扩大交流面，同时可以从多方面获得自己所需要的最及时的信息。 论坛又叫，全称是，中文意思是“电子公告板”，它是上的一种交互性极强的、网友喜闻乐见的电子信息服务系统。它为网民提供一块公共的电子白板，每个用户都可以在上面书写、发布自己的信息或提不同的意见，以便与其他用户进行交流和讨论。 软件名称：管理系统 开发者：朱海涛 用户：本系统面向所有乐于参与交流活动的广大网友，用户角色分为三类：普通用户、版主、管路员。 实现环境：互联网 1.3定义 系统：论坛系统的英文名。 版主：论坛的管理者之一，负责清理脏乱差帖，表扬一些精妙绝帖，从而对该论坛上各路网虫的言论实行有效的管理，促使论坛健康的发展。 ：是一项微软公司的技术，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。指（动态服务器页面），运行于之中的程序。不仅仅是 ()
的下一个版本,而且是一种建立在通用语言上的程序构架，能被用于一台服务器来建立强大的应用程序。提供许多比现在的开发模式强大的优势。 2005：是微软公司开发的一种关系数据库管理系统。 ：一种数据库建模工具，它支持关系数据库建模。 2008：微软公司开发的面向 2.0的下一代开发工具，它提供一种集成开发环境 1.4参考资料 [1] 李代平．软件工程分析案例[M]．清华大学出版社．2008 [2] 张海藩．软件工程导论[M]．清华大学出版社．2008 [3] 赵池龙，姜义平，张建．软件工程实践教程[M]．电子工业出版社．2007 [4]《管理系统概要设计说明书》 [5]《管理系统详细设计说明书》 2任务概述 2.1目标 信息时代迫切需要快速传播信息，局部范围的信息交流只会减缓信息技术前进的步伐。本系统的目的在于为分散于五湖四海的人们提供一个共同交流、学习、倾吐心声的平台，实现来自不同地方的用户极强的信息互动性，用户在获得自己所需要的信息的同时也可以广交朋友，拓宽自己的视野和社交面。 2.2用户的特点 本系统的最终用户是广大的网友，他们的技术水平参差不齐，但他们只是普通用户。本系统普通用户的技术水平要求不高，只要会上网就行。 本系统还有版主和管理员，版主产生于普通用户之中，只需做一些简单的操作，需要一定的技术。系统对管理员的要求最高，管理员必须具有计算机方面的相关知识，懂基本的数据库和网络技术等。 系统的维护人员是本系统的开发人员，具备较强的计算机专业水平，能对系统的各种故
软件需求分析文档编写规范 A、三种编写方法 1、用好的结构化和自然语言编写文本型文档； 2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系； 3、编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。 多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。 B、应有成果 1、各业务手工办理流程文字说明； 2、各业务手工办理流程图； 3、各业务手工办理各环节输入输出表单、数据来源； 4、目标软件系统功能划分（示意图及文字说明）； 5、目标软件系统中各业务办理流程文字说明； 6、目标软件系统中各业务办理流程图（模型）； 7、目标软件系统中各业务办理各环节数据、数据采集方式、数据间的内在联系分析。 8、目标软件系统用户界面图、各式系统逻辑模型图及说明 C、文档工具推荐 1、调研结果《需求分析说明书》格式参照开发文档模板； 2、单位组织结构图、功能模块分解图用VISIO绘制，或直接用WORD中的画图工具； 3、业务流程图用VISIO中的FLOWCHART模板绘制； 4、系统逻辑模型使用ROSE绘制活用VISIO中的UML模板绘制； 5、软件用户界面用VISIO中的WIN95 USER INTERFACE模板绘制； 6、数据物理模型用POWERDESINER绘制；
D、需求文档编写原则 1、句子简短完整，具有正确的语法、拼写和标点； 2、使用的术语与词汇表中所定义的一致； 3、需求陈述应该有一致的样式，例如“系统必须..”或者“用户必须..”，并紧跟一个行为动作和可观察的结果。； 4、避免使用模糊、主观的术语，减少不确定性，如“界面友好、操作方便”； 5、避免使用比较性词语，如“提高”，应定量说明提高程度
普通话考试报名及成绩查询系统 需求分析 项目名称：普通话考试报名及成绩查询系统撰写人： 专业： 指导老师： 2012年3月19日
摘要 网络技术的飞速发展正无时无刻影响着人们的工作、在教育体系中,网络的应用也成为现代教育发展的基础.网络教育逐渐发展起来,校园网建设逐步成熟,基于Web的也伴随着网络技术的发展应运而生.它即简化了传统的考试模式,节约人力物力,也可以有效利用校园网资源,辅助教学. 该系统采用了目前流行的B/S模式,即浏览器、应用服务器、数据库服务器三层体系结构，后台数据库采用SQL Server 2005,客户端采用IE浏览器和服务器连接,最终形成了基于 B/S模式的在线考试系统.该系统具备了以下功能:学生信息管理、成绩查询等功能. 论文以基于B/S模式的在线考试系统为研究对象,按照软件工程的开发思想,用UML来构建在线考试系统模,后台采用数据库相结合. 际需求出发,论述了开发普通话等级考试报名及成绩查询系统的背景、目的及意义,讨论了开发系统的关键技术,并通过UML分析对系统设计及实现。 设计思路和方法采用瀑布模型开发，用统一建模语言 UML进行描述，经历了文献检索，需求分析，分析模型设计，数据模型设计，构建级设计，系统部署，系统测试六个个环节。。实现了用户登录、注册功能，出题组卷功能，考试评卷功能以及用户信息查询功能。 关键词：普通话等级考试报名及成绩查询系统； SQL SERVER2005
目录 一．摘要 (2) 二．背景 (5) 三．简介 (5) 1.设计目的 (5) 2.开发环境 (5) 3.程序功能 (6) 4.系统实际需求特点 (6) 四．整体规划思路 (6) 五．整体性需求分析 (6) 六．功能需求 (9) 1.业务规则 (9) 2.普通话等级考试报名及成绩查询系统登录 (10) 七．数据库设计 (12) 1.概念模型设计 (12) 2.数据表结构 (12) 八．系统结构设计 (14) 九．对性能的规定 (15) 1.灵活性 (15)
1、登录： 非空验证：js不使用alert用innerHTML 用户名密码错误验证：后台向前台输出js代码 忘记密码：忘记密码 可以用用户名或邮箱登录 2、注册： 邮箱验证：正则表达式 验证重名：Ajax 验证用户名中字符：js 验证两次密码：js 验证密码长度：8-16位 验证码：百度如何操作 阅读条款：radio 3、用户： 四级权限：游客、注册用户、注册会员、管理员 注册用户对自己贴子的删贴、发贴。发表回帖。修改自己密码。 注册会员拥有以上权限，而且可以发表一个板块。随着会员等级的增长可以发表更多地板块，存在总数小于等于3个。 管理员可以对所有的板块、帖子、回帖进行删除。可以查询所有用户并删除。对多次发表不当言论者禁言。 用户详细信息：用户登录后可以在用户详细信息界面完善信息，查看发表过的板块、帖子、以及回帖并进行删除。 4、论坛 (1)、板块：会员可以发表板块，版主可以修改板块信息。 版主可以管理本板块下的帖子。 (2)、贴子：发帖人可以删除自己的帖子。 置顶，加精，设为喜欢（建表），举报（建表） 验证码：百度如何操作 (3)、回帖：楼中楼 验证码：百度如何操作 只看楼主 (4)、模糊查询 5、数据库表 目前涉及如下表段，如有需求后期还会增加： 用户表（id，用户名，e-mail，password，用户类型，标记位） 管理员表（id，类型名） 个人信息表（id，用户名，e-mail，性别，出生日期，住址，实名） 板块表（id，板块名，板块信息，板主id，板块内帖子数，标记位） 帖子表（id，帖子标题，帖子内回帖数，发帖时间，发帖人id，所属板块号，帖子内容，标记位，被举报标志位） 回帖表（id，回帖人id，回帖时间，标记位，所属帖子id） 设为喜欢（帖子id，收藏人id） //被举报（帖子id，发帖人） 验证码表
（理工类） 课程名称： Introduction to Software Engineering 专业班级： 13计算机科学与技术（单）（1） 学生学号： 13052010** 学生姓名：周敏健 所属院部：计算机工程学院指导教师：钟睿 20 15 ——20 16 学年第 1 学期 金陵科技学院教务处制
实验项目名称： System Analysis 实验学时： 4 同组学生姓名：无实验地点： A101 实验日期： 11月9日、11日实验成绩： 批改教师：批改时间： 一、实验目的和要求 1.通过对考勤管理系统相关需求的分析，掌握需求分析的方法和过程 2.掌握需求分析相关文档的规范 3.完成对小型软件系统的需求分析 二、实验仪器和设备 硬件：PC机 软件：SQL Server、JAVA、JUDE 三、实验过程
1. Introduction 1.1 Purpose With the continuous expansion of the scale of the school, sharp increase in the number of students, it is necessary to develop a Student Attendance System to monitor student attendance. By using this system, we can make the teachers need not to attend the class attendance; thereby saving the teaching time, but also can improve the attendance rate of students. Student Attendance System is an important content of students' comprehensive quality evaluation. Therefore, the software should be humanized. 1.2 Intend ed Audience and Reading Suggestions This document is for project account manager and project team members to read. The system test plan and the system design document as the input. 1.3 Product Scope The goal of the Student Attendance System is to make the students' attendance statistics and timely input, and the software is also applied to the sign of the Large Firm. 1.4 References [1] Karl E.Wiegers.Software Requirements [M]. 北京：清华大学出版社,2004. [2]Suzanne Robertson & James Robertson. Mastering the Requirements Process [M]. Addison-Wesley Professional, 2006. 2. Positioning 2.1 问题描述 1)资源问题 在一所学校四个年级中，假如每个年级有30个班，整个学校4个年级就有120个班，每个班按标准人数30人计算，四个年级共3600人。每个老师每学期要教学很多班级，若一个老师教学3个班级，共有100个老师，那至少要有300张/月的纸是用来签到的。
哔哔论坛需求规格说明书 作者：06组全体成员 完成日期：2015/05/14 签收人： 签收日期： 修改情况记录： 版本号修改批准人修改人安装日期签收人 目录 1 引言 (3) 1.1 编写目的 (3) 1.2 范围 (3) 1.3 参考资料 (4) 1.4 预期读者 (4) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (5)
2.3软件设计约束及有关说明 (6) 3 详细需求 (6) 3.1 功能需求 (6) 3.2 外部接口需求 (7) 3.3 性能需求 (7) 3.4 设计约束 (8) 3.5 属性 3.5.1 可用性 (8) 3.5.2 安全性 (8) 3.5.3 可维护性 (9) 3.6 其他需求 (9) 3.6.1 数据库 (9) 3.6.2 操作 (10)
1 引言 1.1 编写目的 项目开发背景： 论坛为国家吸收民智提供了经济而便捷的条件。网友们自己出资，发表见解，各抒己见，各种智慧集中交汇在论坛里，为国家博采众长，吸收民智提供了轻而易举且十分经济的条件。试问，还有什么媒体，还有什么途径比得上网上论坛这种效应呢？报纸容量有限，内容有限；开会听取意见和建议，人数有限，进言献策的时间有限，议论的范围有限；电视收视内容有限，时空特点有局限，只有网上论坛才有如此众多栩栩生辉的智慧，不计其数的精神产品给国家决策提供这么方便快捷和十分经济的智慧信息。 1.2范围 用户登陆注册界面，有注册详情页，一个首页和一个详情页，面向范围是所有登陆本论坛的用户。登陆本论坛的用户可以互相发表帖子，回复他人的帖子，说说自己感兴趣的事情，也可以在论坛提出问题由他人解答，是一个提供大家交流的平台。论坛的角色分为普通用户和管理员，管理员和普通用户都可以进行发帖跟帖的功能，管理员多了一项删帖的功能，以保证论坛的良好交流环境与氛围。
项目名称：某企业任务管理系统
1. 项目背景及其需求 1.1 项目背景 xxx有限责任公司（CATTSOFT）（以下简称“xxx”）是xxxx有限公司的全资子公司。xx软件以提供适合各通信网络和通信业务运营商需要的管理软件、支撑软件、增值业务软件系统为业务基础，为各类通信系统运营商或信息系统用户提供业务管理、网络管理、决策支持、系统集成和专业咨询的完整解决方案和服务。 现承接xx软件某业务部门的“业务管理系统”中“任务管理系统”子系统的设计和开发。 1.2 系统需求 1.2.1 术语解释 1.2.1.1 系统管理员 是该系统的一种用户，其权限是添加其他用户并分配其角色（包括主管和员工）。 1.2.1.2 主管 是该系统的一种用户，一个主管下属有一些员工。主管的主要权限是创建任务描述，并将该任务分配给其下属的员工。主管还可以跟踪任务的实施情况。 1.2.1.3 员工 该系统的一种用户，其主要权限是将上级主管分配的任务分解为具体的实施计划。再必要的时候可以调整计划的内容。 1.2.1.4 任务 任务是由主管创建并分配给员工的一项工作。一个任务有“待实施”、“实施中”和“已完成”三种状态。当主管建立一个新任务时，该任务的状态为“待实施”；当承担该任务的员工为该任务制定了计划后，可以将该任务的状态改为“实施中”；主管通过任务跟踪，当认为任务已经完成时，可以将该任务的状态改为“已完成” 1.2.1.5 计划 是由员工创建，表示一个任务的具体实施过程。一个任务可以对应多个计划，计划有两种状态“未反馈”和“已反馈”。当计划刚刚建立时，其状态为“未反馈”，当计划已经完成时，员工可以填写反馈信息并将其状态改未“已反馈”。
软件系统开发需求分析模板 1. 引言 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 项目背景 本项目的名称：酒店管理系统。 随着国民经济的发展，酒店餐饮行业的队伍在全国范围（尤其是在经济发达地区）不断壮大，从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力， 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件，运用高科技手段进行经营 和管理。为了让酒店更好的经营，我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组，主要是面向酒店餐饮服务行业。 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 % 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书（GB856T——88）.doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 目标 开发本软件是为了服务酒店，使得酒店更好的经营。适用于一些大中型酒店，主
要用于就餐管理和住宿管理。本软件产品是一项独立的软件，不过功能还可以增加，完成后可以升级以增加功能和完善系统。 用户的特点 } 使用本软件要求用户熟悉Windows 操作，并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 假定和约束 本软件由我们小组六个人共同开发，几乎不要经费，开发期限一个月左右。3.需求规定 对功能的规定 ①系统帐号管理 第一次用一个管理员账号（系统给定）登陆，登陆成功后，可以设置其他用户，包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌，纪录客户用餐情况并结帐。 ③住宿管理 、 为住宿客户查询并分配房间，纪录客户住宿情况并结帐。 对性能的规定 精度 本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。 时间特性要求 本软件运行的响应时间要求不超过1～2秒，基本能实现。 灵活性