电影院售票系统需求规格说明书

电影院售票系统需求规格说明书（精选6篇）

1.电影院售票系统需求规格说明书 篇一

需求规格说明书

1.引言 1.1编写目的

本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享，提高工作效率。

本文档从用户、功能、性能、运行环境等各方面对系统进行了分析，以确保在系统开发过程中，确定好具体目标，使工作能有条不紊的进行，提高工作效率。

1.2背景

很多学校特别是中等及高等院校中，学生在校住宿的情况极其普遍。随着高校的扩招，需要住宿的学生人数和学生公寓楼房越来越多，宿舍管理人员的需求量也相应地增加。许多高校后勤实施社会化改革，学生住宿条件得到了很大改善，宿舍安排上打破了原来按专业班级强制集中住宿的限制，可供学生选择的余地也越来越大，相关部门对公寓管理的要求越来越高，导致公寓管理的难度越来越大，原来的手工管理已经无法适应，需要用信息化手段来实现。因此，开发一个学生宿舍分配软件是十分必要的，希望能够为广大教师、校院领导、宿舍管理员和学生提供便利，加强学生住宿管理、规范高校公寓日常工作、提高公寓管理效能的有效工具。

1.3 定义

用例图(Use Case)：是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图。呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

顺序图：是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。

类图(Class diagram)：是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。

状态图(Statechart Diagram)：是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。

活动图（activity diagram）：是阐明了业务用例实现的工作流程。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

协作图/通信图(Communication Diagram)：而“协作”作为一个结构事物用于表达静态结构和动态行为的概念组合，表达不同事物相互协作完成一个复杂功能。

1.4参考资料

（1）殷建民 主编，《软件系统分析与设计》，中国水利水电出版社，2008（2）《学生宿舍基本需求》（3）《2012级软件系统分析与设计实验指导书（16学时宿舍分配系统）》

2．任务概述

2.1 目标

本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享

2.2 用户特点

学生：若要住宿需提交住宿申请，然后等待分配。如有特殊要求，务必专门说明。一旦得到批准通知，可以查询个人宿舍安排。住宿后若有特殊原因，可以申请调整宿舍或床位，但依然要经过审核、批准。一旦调换了宿舍，其所使用的设备也要随之变更记录。

教师：分为班主任和辅导员。辅导员负责查看、初审学生提交的住宿申请，对基本符合要求的，转交给宿舍负责人。班主任和辅导员可以随时查看、了解所负责班级住宿学生的情况。

宿舍负责人：负责对住宿申请进行综合审查，通过的则以班为单位分配床位。可以随时查看和了解宿舍的基本情况、所有住宿情况和设备使用情况，对特殊情况及时进行统计，并报送相关领导。学生一旦毕业或提出退宿，其宿舍和床位会立即变空，等待重新分配使用。

宿舍管理员：负责宿舍设备情况的记录（购入登记、各建宿舍配置、损坏和修理登记、报废登记）、每日查房结果记录、学生晚归记录、宿舍具体情况管理（新房间登记、房间撤消、格局调整）。

校院领导：可以随时查看、了解学校和学院宿舍的详细信息、学生住宿状况和宿舍管理员的基本情况以及每日查房的情况。

2.3 假定与约束

经费限制：由于是学习之作，资金的不足限制了本软件的研发。

开发期限;在时间方面，只能在课余时间完成本软件，对时间的安排需做到合理，恰当才能很好的完成本工程。

3.需求分析建模

3.1功能需求

3.1.1系统需求描述

本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享。

基本流程图如下:

宿舍学生提交住宿申请返回不同意返回同意结束N查看住宿申请初审Y判断宿舍负责人是否同意NYN复审负宿人责舍教师查看申请Y分配床位领校导院管宿员理舍

3.1.2 总体功能分析

各类角色的大体功能分析：

学生:填写申请表、提交住宿申请、查看申请结果、申请宿舍调整 辅导员:查看学生住宿情况、查看住宿申请、初审、返回申请结果给学生 班主任：查看本班学生住宿情况

宿舍负责人：复审、分配床位、查看住宿信息、宿舍住退更新、特殊情况报送领导 宿舍管理员:宿舍查房记录、宿舍设备情况记录、晚归记录、宿舍集体情况 校院领导：查看宿舍详细信息、查看住宿情况、宿舍管理员情况、每日查房情况 具体用例图如下： 填写申请表查看学生住宿情况提交住宿申请查看住宿申请初审查看申请结果学生辅导员返回申请结果给学生班主任申请宿舍调整复审宿舍查房记录查看宿舍详细信息分配床位宿舍设备情况记录查看住宿情况查看住宿信息晚归记录院校领导宿舍管理员情况宿舍管理员宿舍负责人宿舍住退更新特殊情况报送领导宿舍集体情况每日查房情况3.1.3 功能模块分析(详述 学生申请)☆由学生申请住宿用例：当学生登录后，进入申请界面，填写申请报告，出现两种情况，即填写正确或错误/部分错误，对应的成功提交申请或返回重新填写申请...构建活动图、协作图、顺序图等来完成功能的具体分析。

活动图：

学生登陆进入申请界面填写申请表还有未审核的申请填写正确保存新申请表填写错误返回主界面重新填写提交申请等待申请结果回到主界面

状态图：

学生申请这一事件对应的状态：首先是要进行申请表的填写预准备工作，即新建一张空白申请表，进行填写，完成后进行提交，即等同于进入等待审核状态；等待后台审核完成后，学生进行查看可以找到‘审核通过’‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。

新建批准保存已入住审核通过不批准提交审核不通过部分通过顺序图: 根据流程图和活动图，可以建立学生申请的工作顺序图，首先是登陆到首页>进入申请界面，申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新填写，提交成功则学生等待来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。

学生首页申请界面提交控制辅导员宿舍负责人登陆登陆成功退出不可以申请可以申请填写申请提交给辅导员有错重新填写反馈同意请求复审同意驳回不同意 协作图：

学生功能界面申请表审核控制辅导员返回不同意返回同意及宿舍分配 3.2性能需求

3.2.1精度

在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据（如申请表，住宿信息等）时，要求输入准确学生姓名，身份证，学号，班级，宿舍号等，按需求设定字符数。

3.2.2时间特性要求

（1）查询类页面响应时间<=3s（2）更新处理时间，如新建、提交等最长时间不超过2s。（3）数据的转换和传送时间，如远程数据传输不超过5s。

3.3数据需求

3.3.1 输入输出数据要求

1）宿舍的详细数据、学生住宿的情况以及宿管人员的具体数据要完整保管，且一旦发生变化，必须及时变更记录。

2）上述数据要能够导出到excel文件中，或从excel文件导入。3）分配床位时可以采取二种方法：

● 第1是按照一定的算法进行自动分配，● 第2是针对特殊要求进行手工分配 4）学生住宿需要记录的内容主要包括：

学号、姓名、所属学院、所属系、宿舍房间号、床铺号、柜子号、入住时间、联系电话等。5）每个房间需要记录的内容主要包括：

宿舍房间号、面积、可容纳人数、目前空床数、6）为简化宿舍分配过程中学生信息的重复录入，保证数据的一致性和统一性，最好可利用现行的学籍管理系统中的信息。

3.3.2数据分析模型(类图)

people-memberName-memberName学生-memberName-memberName职工-memberName-memberName教师-memberName-memberName院校领导-memberName-memberName宿舍负责人-memberName宿舍管理员-memberName-memberName-memberName辅导员-memberName班主任-memberName-memberName-memberNamec各种记录学生住宿信息班级-memberName-memberName-memberName-memberName-memberName-memberName住宿申请-memberName-memberName住宿登记表-memberName-memberName床位-memberName宿舍-memberName-memberName设备-memberName-memberName-memberName

类图分析：用户主要分为学生和职工两大类，学生类和职工类继承于people类，而教师类、领导类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；学生与辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。

3.4故障处理要求

正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损，可以通过日志来了解故障现象、发生时间。

3.5其他专门要求

（1）进度需求：系统开发的阶段进度要求。（2）运行环境需求：平台、体系结构、设备要求。

（3）培训需求：无实体培训，系统配备《用户使用手册》，提供多媒体教学光盘。

4.运行环境规定 4.1设备

服务器

PC机（建议配置：操作系统 windows 2000/XP/Vista CPU PentiumⅣ以上 内存 128M以上 硬盘空间 100M以上）DVD光驱，打印机等。

4.2支持软件

软件运行基于windows平台上的2000，NT，XP,Vista等。数据库：MySQL 4.3接口

无

2.图书馆管理系统需求规格说明书 篇二

图书馆管理系统需求规格说明书

1．导言 1.1编写目的

图书管理信息系统的前阶段，对本系统的需求做了详细的阐述，并提出了这份软件需求规格说明书。

此需求规格说明书对图书管理信息系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的数据库、功能、性能等，使系统分析人员及软件开发人员都能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为用户、需求分析人员、代码编写人员、测试人员、用户文档编写者、项目管理人员。

在下一段的设计中，程序设计员可参考此需求分析规格说明书，在需求分析说明书对图书馆管理信息系统所做的模块结构设计的基础上进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改或发现错误时找出在本阶段的不足或错误。1.2项目背景

由于图书馆书籍多，查找、增加、借阅、归还极为不便，要浪费许多的人力、脑力、物力。图书的管理不当会严重导致图书馆书籍的遗失等问题。于是我们希望能找到解决的方法。

为了解决以上的问题，让图书馆能够有效的管理图书馆书籍，有效的利用软件的便捷，保护好书籍，促进图书馆管理的信息化和规范化。我们多方听取意见、分组讨论、查阅资料，进而了解图书馆管理的流程，开发出一套适合于图书馆书籍多而复杂的管理系统。1.3缩写说明

系统：若未特别指出，统指本图书信息管理系统。SQL：Structured Query Language（结构化查询语言）。

1.4术语定义SQL SERVER：系统服务器所使用的数据库管理系统（DBMS）。

SQL：一种用于访问查询数据库的语言。主键：数据库表中与其他表主键关联的域。外部主键：数据库表中的关联域。值互不相同。

需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

软件需求规格说明书

1.5参考资料

《软件工程实务》罗先文、徐军，重庆大学出版社，2005年3月

《UML 用例驱动对象建模》Doug Rosenberg、Kendall Scott著，徐海、周靖、陈华伟译，清华大学出版社，2003年5月

《UML 系统分析设计应用案例》 冀振燕，人民邮电出版社，2003年6月 《NET语言程序设计》 陈炜，人民邮电出版社，2005年1月 《SQL Server数据库》吕凤顺，清华大学出版社，2006年9月 《网页设计与制作》于巧娥、何金奎，北京大学出版社，2006年1月 2．任务概述 2.1系统定义

实现图书管理信息系统的基本需求。让图书馆能够有效的管理图书的查询、借阅、增加、归还等操作，保护好文件，促进图书管理的信息化、规范化，实现图书馆的智能化管理，以提高图书馆的的工作效率。2.2应用环境

硬件环境：一台586 以上的微机及兼容内存16MB（最好32MB内存）

软件环境：windows 98 以上的操作系统 ；Office 2000应用软件 操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0 数 据 库：Microsoft SQL Server 2000 2.3假定条件与限制

本图书管理信息系统软件是应用于中小型的图书馆。在功能上还不是很健全，还需要进一步完善，还可进一步实现与E-Mail和Internet电话连接起来，成为网络图书管理信息系统软件。3．需求规定 3.1对功能的规定

(1)图书信息表(book)：数据结构（自动编号ID,图书编号（BookID），书号（ISBN），价格（Price），类别名（Kind），图书名（BookName），出版社（Publish），借出日期（BorrowDate），是否借出（IsBorrowed））

(2)借出图书信息表（bookoff）：数据结构(自动编号ID,借书证号（LoanNum），姓名（Name），图书编号（BookID），书名（BookName），价格（Price），类别（Kind），出版社（Publish），借出日期（BorowDate）)

软件需求规格说明书

(3)管理员信息表（Librarian）：数据结构（自动编号ID,名称（LibName），密码（Password））

(4)读者信息表（personal）：数据结构（自动编号ID,读者编号（ReaderNum），借书证号（BorrowNum），姓名（Name），班级(Class)，部门(Depart)，职称(Tittle)，罚款（Fine））

(5)图书类型信息表(type)： 数据结构（自动编号ID，类别名(Kind)，借出天数(BorrowedDay)）3.2对性能的定义 3.2.1 精度

（1）要按照严格的数据格式输入，否则系统不给予响应进行处理。

（2）查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。（3）添加记录时必须写入正确的记录字段。3.2.2时间特性要求

一般操作的响应时间应在1~2秒内，对软磁盘和打印机等的操作也应在可接受的时间内完成。3.2.3灵活性说明

满足图书馆使用的需求（记录量控制在100项内）；对前面提到的运行环境要求不应存在困难。3.3输入输出的要求

输入数据：菜单选项，查找关键字，新建记录项。

输出数据：由查询关键字确定的数据库记录集合。（1）系统管理

1)用户登录：用于管理员或读者登录，进行图书馆书籍及资料的查询。2)用户注册：用于用户及管理员的注册，当数据库中有了用户资料之后此用户才有权限登录系统。

3)修改密码:只限于已经注册的用户或管理员的操作。以便于个人登录的识别。

（2）图书管理

1)图书的分类：主要是适合于管理员的操作，对图书进行分类以便读者查询、借阅书籍。

2)查询书籍：主要给借阅者使用，是为了方便借阅者查询自己想要的图书，

软件需求规格说明书

借阅者输入图书的相关关键字，按下按钮即可查询到于此相关的书籍。

3)图书的添加：是给管理员用的功能，如有新增书籍，可通过这项功能，在数据库中添加一项纪录，让读者预留、借阅等。

4)图书的删除：是给管理员用的功能，当图书馆没有此书籍时，在数据库中删除此图书的信息。（3）借书证管理

1)借书证的添加:仅图书管理员可以使用的功能，在数据库中添加读者的借书证信息，方便读者借阅图书。

2)借书证信息的修改：修改读者的图书证信息记录

3)借书证的删除：删除读者的图书证信息记录

4)借书证的借书上限和逾期罚金： 根据等级或其他信息规定该读者最多能借阅几本书籍，归还书籍时如果超过期限，规定超过一天罚多少钱（4）借书和还书操作管理

1)借书操作：用户借书后在借出图书信息表中添加用户信息及书籍信息等 2)还书操作：用户归还书籍后在表中删除借出信息便于他人借阅。3)续借操作：当用户图书到期后，如需再借阅则可使用此功能。（5）打印报表

1)打印单条图书记录:主要适用于一般浏览者和一般用户。他们只能打印在他们的权限和级别范围内所能查看的图书馆信息资料。

2)打印全部档案:是为管理员设置的，管理员可以根据需要设置打印。也可以让档案以报表或其它形式生成文本文件或HTML文件输出。打印操作人员的信息只限管理员使用。

3.4数据管理能力的需求（五个基本数据表单）

图书信息表(book)借出图书信息表（bookoff）图书编号 BookID 借书证号 BorrowNum 书号 ISBN 图书编号 BookID 价格 Price 借出日期 BorowDate 类别名 Kind 是否借出 IsBorrowed 图书名 BookName 出版社 Publish 数量 Amount 作者 Author

读者信息表（personal）管理员信息表（Librarian）姓名 ReaderName 名称 LibName

软件需求规格说明书

密码 Password 密码 Password 班级 Class 部门 Depart 图书类型信息表(type)职称 Tittle 图书编号 BookID 借书证号 BorrowNum 类别名 Kind 罚款 Fine 借出天数 BorrowedDay 3.5故障处理要求

正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：

（1）遇到跳出“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。

（2）关于空记录带来的麻烦：有些空记录往往会使程序无法运行。此时你可用“if not isnull”语句先判断一下是否为空记录，再操作。（3）有些运行错误也可用如下语句排除 On Error GoTo Erropoint

Erropoint :

Msgbox Err.Descripton

Exit sub

或用On Error resume Ｎext 等语句进行处理。3.6其他要求

（1）系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能（2）系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性（3）系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。（4）系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据 4．运行环境规定 4.1设备

本软件不需要特定的硬件或硬件接口进行支撑；486以上PC机均可运行此软件。4.2支持软件

运行于Windows95及更高版本具有WIN32 API的操作系统之上。开发软件：Dreamweaver、SQL Server、Microsoft web developer 4.3双方签字

软件需求规格说明书

3.需求规格说明书-参考1 篇三

面、公文流转功能、个人通讯录功能）；通讯助手（公共通讯录）；个人邮箱（实现OA内部收发邮件等功能）；制度查询（实现可读文件查询-查询功能）；用户管理（增加、修改、删除用户，以及用户权限管理功能）。（2）.办公管理区（传文系统）：

类似于丰台区卫生局VPN传文系统，主要功能：文件收发系统（24个街乡镇红十字会文件的发送、收取、下载管理）。（3）.会务工作专属区：

主要功能：基层上传文件、统计报表、信息投稿等，上传时要记录时间、统计数量。且这些内容可以由管理员设置阅读权限。

3．区红十字会简介、政策法规、会员社区、志愿者之家、在线学习（自救互救知识）、健康快车、教师园地为首页导航栏部分内容。（1）.区红十字会简介：

主要功能包括：单位介绍（组织机构图）；领导班子（领导照片）；科室职能（工作职能及联系方式）；地理位置（区位图、联系电话、地址、公交路线、E-mail）；基层介绍（各街乡镇红十字会联系电话、地址）。（2）.政策法规：

基本上是固定内容，主要内容包括：法律（中华人民共和国红十字会法、红十字标志使用办法、公益捐赠法）；法规（未定）；规章（中国红十字会章程、北京红十字会章程）。（3）.会员社区（是否要增加会员在线注册等功能）：

主要功能：入会条件和审批流程（结构图）；会员职责（文字介绍）；会员活动信息；下载中心（可下载团体会员、个人会员入会表格）。（4）.志愿者之家：

主要功能：发布招募志愿者信息；志愿者条件；加入志愿者申请表格（网上填写，有模版）；志愿者专用标识；交流天地（内容由管理员上传，类型类似于新闻）；批注加入志愿者（个人信息、特点、工作意向；注册，自动统计人数）。（5）.在线学习（自救互救知识）：

北京同方卫康科技有限公司 丰台区红十字会需求说明书

主要功能：在线学习流程介绍（流程图）；在线学习分两种，一种是普及型，普及型的对象是对了解一些自救互救知识有兴趣，但是并不希望拿到证书的人群，因此普及型的在线学习不需要记录成绩，只要统计人数（学习人数还是考试人数？）；另外一种是取证培训，即通过考试以后可以得到证书。取证学习分为1.注册（注册时需要登记本人身份证号码）2.在线学习理论以下几个阶段：○；○3.在线考试（试卷为50道选择知识，学习时间达到要求后可以参加在线考试；○题，从题库中读取，其中一部分为固定要考的题目，另外一部分为每次随即抽取的题目），考试结束后系统立即自动给出分数，并通知是否及格，如果及格，则

4.学员认为视可以进行下一步的学习（视频操作，可下载，不记录学习时间）；○频操作已经学习完毕，可以上网下载准考证表格填写后，携带本人身份证，到红十字会指定地点参加现场操作考试。如果通过现场考试则现场发给证书。（6）.健康快车：

主要功能：丰台红页（图片文字，参考北京市红会）；健康护照（文字与数据对照）；健康、急救知识查询（友情链接相关网站）。（7）.教师园地：

主要功能：下载区；讨论区；短信猫；公告区。4．会长信箱（表格式填写）。主要功能：表格式填写内容，可参考妇幼保健院的院长信箱。

5．红十字文化馆、传播与学习、知识手册、爱心桥、小动物急救站内容形式相似，放入首页另一列导航栏。（1）.红十字文化馆：

主要内容：城市明信片（丰台照片-图片）；宣传展示台（红十字宣传品、纪念品照片-图片）；红十字标识（红十字标志介绍-图片+文字）；红十字会史话（图片+文字）；红十字与奥运（文字资料）；博爱天地（会刊）；人物传记（《南丁.格尔传》）。（2）.传播与学习：

类似于在线学习中的普及型学习，不记名，只记录学习人数，同时题库可以

北京同方卫康科技有限公司 丰台区红十字会需求说明书

生成自测题，考完即可给出成绩。主要功能：会务知识（图片+文字；支持PPT文件；可下载；可随时生成自测题，考完立即出成绩；记录学习人次）；人道法传播（同会务知识）。（3）.知识手册：

全部是文字内容。主要内容：捐献造血干细胞知识；预防艾滋病知识；健康保健知识；无偿献血知识。（4）.爱心桥：

主要内容：网上捐献（捐献表格、联系方式；捐献造血干细胞志愿填表）；捐献遗体（联系方式）。（5）.小动物急救站：

主要内容：图片+文字。6．公告栏。

公告栏为首页漂浮框，主要内容：通知、招聘、招募内容。7．网上调查。

网上调查（对网站管理、急救知识学习情况调查，自动生成结果）。8．友情链接网站：中国红十字会；北京市红十字会；丰台区政府；各区县红十字会。

9．新闻之窗（图片、文字滚动栏）

主要内容：区红十字会工作新闻（图片+文字）。

四、运行需求

操作系统：Windows98 Windows2000 WindowsXP Windows2003 数据库：SqlServer2000 Web服务器：IIS6.0

4.软件需求规格说明书检查单 篇四

文档组织与完整性

1.所有对其它需求的内部交叉引用是否正确？

2.需求为设计提供了充足的基础么？

3.是否所有需求的书写详细程度都是一致的、合适的？

4.是否包括了每个需求的实现优先级？

5.是否定义了所有与外部硬件、软件和通讯的接口？

6.是否定义了功能性需求内在的算法？

7.软件规格说明书是否包含了所有已知的业务需求？

8.是否记录了所有可能的错误条件所产生的系统行为？

9.对所有内部和外部接口的描述，是否都符合模板的要求，即包括来源、目的、输入、输出和激发条件？

正确性

10.是否没有需求间的冲突或重复的需求？

11.是否每个需求都是无二义性的？

12.是否每个需求的描述都是简洁、清晰的？

13.是否每个需求都可以用测试或同级评审来进行验证？

14.是否每个需求都在项目的范围内？

15.是否每个需求都没有内容或语法上的错误？

16.是否需求中必需的信息都没有遗漏？如果有的话，是否标记为“待决定”了？

17.在已知的约束条件下，是否可以实现所有的需求？

18.是否任一个特定的错误信息都具有唯一性和明确的意义？

质量属性

19.对所有性能目标都作了适当的说明么？

20.对所有安全和防护性的考虑作了适当的说明么？

21.对其它相关的质量属性目标是否明确地文档化和量化，且进行了可接受的权衡也被详细说明了？

可追溯性

22.每个需求的标识都是唯一和正确的么？

23.每个软件功能需求都可追溯到客户需求么？

特殊问题

24.是否所有需求都是名副其实的需求，而不是设计或实现方案？

5.电影院售票系统需求规格说明书 篇五

编码管理有关事项的通知

鲁广影字〔2010〕号

个市文广新局、广电局：

根据《电影管理条例》（国务院令第342号）及国家广电总局电影局《关于加强影院及院线计算机售票管理的通知》（广影字〔2003〕415号）、《关于加强计算机售票系统安装、验收、变更管理的通知》（广影字〔2005〕28号）的相关要求，为强化各级电影行政管理职能，规范和管理电影放映市场，方便电影放映经营单位申请办理影院加入电影院线和计算机售票系统影院编码工作，现通知如下：

一、提交材料

电影放映经营单位（影院）申请加入电影院线，须向省广电局提交以下材料：

1、放映单位营业执照复印件或当地工商行政管理部门出具的电影放映单位（公司）名称预核准通知书，办理首家影院（公司）加入院线的应为《企业法人营业执照》复印件；

2、放映单位《电影放映经营许可证》复印件；

3、影院基本情况简介，包括：资产构成情况（原有影院：资产负债表、债权债务说明）、影院名称、影院地址、机构设置、法人、联系电话、放映厅数、银幕数、座席数、立体设备情况说明；

4、放映单位给省广电局关于加入电影院线的请示；

5、所在地电影行政管理部门给省广电局出具的同意影院加入电影院线的意见；

6、放映单位与电影院线公司的合作签约协议；

7、电影院线公司征求省广电局接收影院加入院线意见的报告，其中，要承诺

院线公司采取有效措施加强对影院计算机上报数据的监管工作，对影院进行不良信誉登记管理；

8、影院近三年电影票房和电影专资解缴情况（不含新建影院）。

申请领取计算机售票系统影院编码的，同时要提交以下材料：

1、山东省电影院上缴国家电影专项资金承诺书；

2、计算机售票影院名称核准书；

3、影院基本信息注册表；

4、计算机售票影院系统验收登记表。

二、办理程序

放映单位（影院）申请加入电影院线、计算机售票系统编码，按以下程序进行：一是向当地县级以上（含县）工商行政管理部门申请办理电影放映经营企业法人注册，预核准公司（影院）名称，领取企业法人营业执照；二是到所在地县级以上（含县）电影行政主管部门申请领取《电影放映经营许可证》；三是将上述材料提交到省广播电影电视局（国家电影专资山东省管委会办公室），办理影院加入电影院线审批手续和相关事宜。

三、规定和要求

（一）省辖区内，电影放映经营单位申请加入电影院线、计算机售票系统影院编码，须向山东省广播电影电视局申报，由省局电影管理处（国家电影专资山东省管委会办公室）承办。

影院安装的计算机售票软件需向国家电影专项资金办公室提供该软件的资质资料，须获准备案。

（二）境内公司、企业和其他经营组织及个人从事电影放映经营

活动，工商注册须有规范的电影放映经营企业名称。名称须体现是从事电影放映经营主业的企业实体，且注册企业（法人）名称（影院名称）与电影放映经营项目名称相一致；与电影放映经营项目无关企业（单位）或工商注册名称与电影放映经营项目名称含义不一致的企业（单位），不预办理其加入电影院线和发放计算机售票系统影院编码。

（三）一家注册电影放映经营企业（法人）单位，同一地（或同一城市）内，可以注册企业法人分支机构，首家的必须单独注册企业法人单位。

（四）各地电影行政管理部门办理发放《电影放映经营许可证》，要严格把关，须对影院实地验收，合格后方可发放证件并实行年检。申请单位须符合电影经营行政许可的相关规定，名称相符、提交材料完整。

外商投资电影院的相关管理事项另行通知。

6.电影院售票系统需求规格说明书 篇六

经过对程序设计题目的分析可知，整个程序的设计实现大致分为八个模块，每一个模块对应一个函数。在这些函数当中，添加车次数据函数、售票函数、查询总额函数的实现严格按照题目的要求，而显示时间函数和显示车次函数属于附加功能。读取文件函数和保存信息函数对其它函数的实现起辅助作用，主函数及菜单函数控制程序的整体运行。

1.添加车次函数

主要实现程序最初运行时车次的录入 2.旅客买票函数

实现的功能是按照旅客所需车次几所购买车票的数目 3.查询车票总额

按照题目的具体要求实现的是总额的查询 4.显示函数

实现的是显示目前所有的有效车次信息

除上面介绍的功能之外，程序还具有显示当地时间，以及退出功能，可以在程序的一次运行当中循环执行所有的功能，并根据需要终止程序的执行。

每一个车次都包含车次、日期，始发、终点以及所受票数和所需费用，在程序当中，将车次类型定义为结构体类型，添加的车次信息直接写入E盘的train.txt文件中，其它函数每次对车次记录的访问，其数据来源都是train.txt文件，这样做不但可以保证学生数据的一致性，而且可以对车次数据进行永保存，保证每次运行程序都可以采用原来的数据

近年来，中国乃至世界的人口急剧增加，人口流动量也随之增加，火车作为一种便捷且相对 比较便宜的交通工具也受到广大出行者的青睐，为了减轻铁道部售票的压力，特此编写此程序，便于乘客在网上购票。

3.1.2 软件项目概述

本系统拥有四大功能，分别是查询、订票、改签和退票。在使用不能系统之前，用户必须注 册用户名，用户名必须包括乘客的身份证号，这样可以实行实名制购票，防止在购票高峰，非法 分子以高价倒卖火车票，以此来保证乘客的利益。用户在利用用户名登陆本系统以后，方可经行 查询、订票、改签和退票的相关操作。其中，查询允许乘客对自己所需乘坐的列车经行查询，来 判断是否有票，如果有票，乘客则可以选择订票，订票以后，用户的信息将被修改，用户信息将 会添加刚才购买的火车票的列车车次以及起始地和目的地。如果乘客已经购票，需要换票，则必 须先查询是否有需要换的票，如果有票，则可以经行换票操作，同样，用户信息将也会被修改。

当乘客已经订票，需要退票，点击退票，则可以退票，但同时会弹出

需要用户支付手续费的窗

口，用户支付完手续费后，退票成功，用户信息将被修改，推掉的车票对应的列车号以及相关信 息将从用户信息中删除。

3.2 订票流程设计

3.2.1 订票流程描述

乘客在使用系统之前，首先注册新用户，需要输入自己相关个人信息，包括自己的身份证号 码，名称，登陆密码等。当已经注册好用户以后，用户可以利用自己的证件号码和登陆密码登陆 火车票订票系统，乘客需先查询自己所需要乘坐的列车，看是否有票，如果有票则可以选择订票，进行订票；如果用户已经购票，需要换票，则需要查询目标票看其是否有剩余，如果有剩余，则 可以进行换票，当用户输入已拥有的火车票的列车号点击退票，则可以经行退票。当然，以上操 作都必须建立在用户已登录的基础上

阶段通过对系统目标的初步调研和分析，提出可行性方案并进行论证。我们在这 里主要从技术可行性、经济可行性和操作可行性三方面进行分析。2.1.1 经济可行性

本系统其他应用软件、硬件系统也易于获得.因此 , 开发成本较低。而引进使用本系

统后，与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物 力及财力。所以，从经济的角度来看，该系统可行。2.1.2 技术可行性

开发工具： VS2005

数据库环境： SQL Server 2005 系统环境：

Microsoft Windows 2000 或以上版本。

系统实现依靠相对熟悉的 c 语言和 SQL Server2008 数据库系统，其基本操作实质还

是对数据库进行添加、删除、查找等操作。2.1.3 操作可行性

系统采用菜单式，实现用户与数据库的交互，界面简洁友好，操作方便。2.2 需求分析

需求分析是软件设计的一个重要的环节。本阶段对订票系统的应用情况作全面调

查，以确定系统目标，并对系统所需要的基础数据以及数据处理要求进行分析，从而确 定用户的需求。用户对系统的需求我们从以下几方面进行分析。2.2.1 功能需求

本网上售票系统应该具备如下功能： 1.查询

分为对车次信息的查询和客户对已订车票信息的查询。要求： 1）对车次的查询，可以按照发车车次进行查询； 2）车次信息包括：车号、出发 地、目的地、发车日期、开出时刻、票价。3）座位类型设定。4）车次信息只允许用户查询，不能修改。2.添加车票

通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过 网上售票确定已预订选中的车票。要求 ：

售票记录应包括：会员名、车号、发车日期、订购票数、总价。3.退票

可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票 模块退去已购车票。2.2.2 数据需求 信息需求，即在系统中需要处理哪些数据。根据对火车站网上订票系统的分析，本 系统的信息需求如表 2-1 所示。表 2-1 信息输入输出 信息输 入 信息 处理 信息 输出 用户输 入所需车次 检索 系统数据库 符合 用户需求的车次及相关 信息 用户输

入个人信息及所需 购的车 票信息 更新

系统中的订票信息，将新

信息存入系统数据库 操作

反馈（如找零）2.2.3 性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的 性能需求。1.准确性和及时性

系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户 权限及所输入的信息做出响应。

由于本系统的查询功能对于整个系统的功能和性能完成

举足轻重。作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其 准确性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方 法保证系统的准确性和及时性。2.易用性