简易软件需求说明书（精选10篇）
一、安装过程注意事项
1、安装前请插上金税盘、报税盘。
2、安装过程全部下一步，安装路径处可自己选择修改。
3、安装完成后，运行开票软件，进入初次登录界面，第一行密码为123456，第二行密码为88888888（8个8）。
4、正确输入后，进入修改证书口令界面，设置一个新的证书口令（必须是数字，建议设置为12345678），“一定要记住此口令”。
5、设置成功后，自动返回登录界面，用新设置的证书口令进行登录。
6、登录成功后，进入管理员设置界面，设置开票人和密码，密码务必记好，以后登录开票软件需输此处设置的密码。
7、完成后进入基本参数设置界面，设置营业地址、电话号码、银行账号（最好输入开户行及账号）
8、进入上传参数设置界面，安全接入服务器地址：https://218.70.65.77:444，测试成功后点击完成进入开票软件主界面。
9、点击左上角系统设置——报税盘注册，注册成功即可。
10、若您领购了发票，点击发票管理——发票读入，根据实际情况选择从金税盘或者报税盘读入发票。
11、读入发票成功后，可点击“发票填开”进行开票。
二、打印格式设置
1、先放入白纸在打印机上。
2、发票管理——发票填开（左侧选择需要开具的发票票种）
3、进入填开界面后，单击上方的“价格”按钮，把金额的录入方式切换为含税录入方式，然后完整录入票面信息。
4、录入完整并确定信息无误后，点击“打印”按钮，弹出打印选择界面，首先选择开票的打印机型号，边距调整先默认为0，然后点击打印。
5、打印出来后，把纸质发票蒙在上面比对，看需要如何调整。
6、若比对后格式需调整，发票管理——发票查询——找到已开具的那张发票——双击，点击打印，在打印机设置界面输入需调整边距（注：向上、向左调整需填负数）
7、一直打印在白纸上，比对，调整，最后调整好之后，即可打印在纸质发票上。
三、常见基本操作
1、修改基本信息（营业地址，电话号码，银行账号）：系统设置——系统参数设置——基本信息，修改后确定。
2、IP端口号设置：系统设置——系统参数设置——上传设置——安全接入服务器地址：https://218.70.65.77:444
3、开票人维护（可修改名字、密码）：系统维护——用户管理
4、抄报税：
（1）可选择远程抄报、远程清卡
小规模纳税人：报税处理——远程抄报——远程清卡（远程抄报成功后）一般纳税人：报税处理——远程抄报——电子申报——远程清卡
（2）也可以选择办税厅抄报，抄到报税盘里，然后携带报税盘去大厅处理。
办税厅抄报：报税处理——办税厅抄报——核对票种、选择抄税介质“报税盘”——成功后尽快携带报税盘去大厅处理。
四、开票相关
1、发票开具：发票管理——发票填开（左侧选择需要开具的发票票种）
2、已开发票作废：发票管理——发票作废——找到并选中需要作废的那张发票（注意仔细核对，不要选错）——单击界面上方的“作废”按钮，根据相关提示作废即可。
1.1 编写目的本软件需求说明书是系统设计的依据，是系统分析与设计人员的必读的参考用书。
1.2 背景
a.学籍管理系统
b.本项目的任务是由相关学籍管理的需求，由财经学院信息学院07计算机2班承担，**等课题组成员进行研制、开发，待使用的是某高校教务处，本项目主要解决对学生学籍及学生成绩方面的各种输入，修改，汇总，查询等基本操作。
1.3 定义
软件需求说明书。
1.4 参考资料
a.本项目的开题报告；
b.本项目的可行性分析报告；
c.计算机软件工程规范国家标准汇编2000。
2.任务概述
2.1 目标
在学校中应用学籍管理信息系统，不仅可以简化学校传统的管理模式，使学校管理人员能够方便地利用计算机对学生档案、学生成绩等信息进行全面管理，更重要的是利用学籍管理技术可以使学生管理规范化、制度化、数字化，使学校以高效率运转，解决原有的手工作业耗时费力，又不能保证数据的正确性等问题。
2.2用户的特点
本软件的最终用户为某高校教务处管理人员、各年级各学科教师、各位学生等，其中教务处管理人员、各年级各学科教师比较熟悉本职业务，具有大专或大专以上文化程度，通过短期培训就可以胜任此项工作，而学生在本系统上进行的操作十分简单，可以马上使用，本软件启用后，对于学生的学籍管理会有很大的改善，效率提升，节省资源，可以做到及时更新。
2.3假定和约束
本项目的硬件、软件费用到位，则可立即开工，并按计划完成。需求规定
3.1对功能的规定
该项目主要功能为：学生基本信息处理（有输入、取消、确认、查询等功能）；学生成绩信息处理（有输入、取消、确认、修改、查询、打印等功能）；学生奖励处分信息处理（有输入、修改、删除、查询等功能）及教师基本信息处理（有输入、修改、删除、查询等功能组成）。
3.2对性能的规定
3.2.1精度
该软件的输入、输出数据精度的要求整数部分3位，小数部分1位，精确到0.5分。
3.2.2时间特性要求
a.查询响应时间在一秒钟内；
b.更新处理时间在一秒钟内；
c.数据的转换和传送时间在半分钟内。
3.2.3灵活性
a.操作方式上提供键盘操作和鼠标操作两种；
b.当运行环境的变化，通过简单的重编译或重连接或作适当的改正能适应新环境的要求。
3.3输入输出要求
对于输入尽量减轻用户的输入量，输出提供预先屏幕预览，然后，打印输出，屏幕上看到的应同打印输出的一模一样。
3.4数据管理能力要求
数据的管理包括源程序的管理与数据库的管理两部分组成，能对源程序与数
据库进行数据备份与数据恢复的能力。
3.5故障处理要求
对硬件故障待排除后，软件可重进行故障断点处继续工作，对软件上使用不当产生的错误，由软件以对话框的方式，警告用户。运行环境规定
4.1设备
研制该软件需要一台计算机及一台普通打印机。
a.应该是CPU为酷睿2或更高档次的计算机，内存在2G或更大的； b.打印机应具有较高密度，以保证打印的文字清晰；
c.先在单机上实施，获得成功后，再在C/S结构上推广应用。
4.2支持软件
操作系统为：Windows XP,前台开发工具为：Delphi, 后台数据库为：SQL Server 2000。
4.3接口
该软件前台开发工具与后台数据库通过ADO连接。
4.4控制
2009-08-16 18:05
●办理出口货物退（免）税认定
●随时学习查阅文件、通知
●购买出口销售发票
●下载安装出口退税申报软件
●开具出口发票、货物出口
●电子口岸操作
●单证备案
●免抵退申报
●办理申请退税
简易说明：
●办理出口货物退（免）税认定
办理认定所需资料、《出口货物退（免）税认定表》格式及说明等具体见绍兴市国家税务局网站，网址http:///再进入出口退税之窗，再进入政策宣传、辅导栏目查看《绍兴市国家税务局关于实行出口货物退（免）税认定的通知》。
●随时学习查阅文件、通知
新办出口企业人员应到绍兴会计网（http://）或绍兴市国家税务局网站，网址http:///再进入出口退税之窗，学习查看出口退(免)税政策知识。退税政策文件都挂在出口退税之窗内供企业学习查阅。工作通知也都在网上发布。因出口企业数量多，电话通知比较困难，请企业办税人员随时上网查阅通知。
●购买出口销售发票
凭国税税务登记证副本、发票领购薄及主管税务机关要求提供的其他证件到国税办税大厅申请购买。
●下载、安装出口退税申报软件
安装出口退税申报系统并进行系统维护,到绍兴市国家税务局网站，网址http:///再进入绍兴市国税局税企信息平台，再进入进出口“免抵退”申报http://61.174.211.107:8001/jck/web.jsp下载最新版的申报软件及操作说明，并请仔细阅读操作说明，进行系统维护。
●开具出口发票、货物出口并记账做销售
货物出口时要及时开具出口发票，并按财务会计制度的规定记账做销售，出口发票要按规定规范填开，具体要求可进入绍兴市国家税务局网站，网址http:///再进入税务咨询题库查询栏目进入进出口税收管理类目录，查找开具出口销售发票应注意的问题。外销发票开具后应将发票报出口退税管理部门备案，确定首笔出口时间。
●电子口岸操作
进入绍兴市国家税务局网站，网址http:///再进入政策宣传、辅导栏目，学习查看《海关“口岸电子执法系统”简介》。确认递交报关信息,确保操作及时和准确性。
●单证备案
单证备案要求见绍兴市国家税务局网站，网址http:///再进
入政策宣传、辅导栏目，查看出口退税宣传小报（2005第五期）(有市本级出口货物单证备案管理规定)、出口退税宣传小报（第二、第三期）有关出口退税单证备案规定要求。
●退（免）税申报
生产企业
○包括当月出口财务数和出口单证齐全申报。
出口财务数申报：请各位在口岸电子上查询核对发生的每一笔出口数据（报关单号、出口日期、商品代码、数量、FOB价等）后再进行申报。申报时间同每月增值税申报(一般为每月1-10号)。
○出口单证齐全申报：报关单上出口日期90日内要申报，申报时间每月8-12日。企业需要提供资料见绍兴市国家税务局网站，网址http:///再进入出口退税之窗，再进入通知、通告内查看《绍兴市本级出口货物“免、抵、退”税管理办法》。
○以上申报所需的纸质资料外还要相应的电子数据申报。电子数据申报一律实行网上申报，操作方法见下载的最新版的申报软件及操作说明, 见绍兴市国家税务局网站，网址http:///再进入进出口“免抵退”申报http://61.174.211.107:8001/jck/web.jsp。
外贸公司
○收齐出口退税单证，进行退税单证申报：报关单上出口日期90日内要申报，申报时间每月8-12日、26日。企业需要提供资料见绍兴市国家税务局网站，网址http:///再进入出口退税之窗，再进入政策宣传、辅导栏目内查看外贸企业操作指南等内容
○以上申报所需的纸质资料外还要相应的电子数据申报。电子数据申报一律实行网上申报，操作方法见下载的最新版的申报软件及操作说明, 见绍兴市国家税务局网站，网址http:///再进入进出口“免抵退”申报http://61.174.211.107:8001/jck/web.jsp。
特别提醒：
2、是用煤气炉或明火同样可以加热，一开始也是小火烤锅底，等锅底出现蜡液就可以加大火，是用明火要小心不要让蜡溢出，以免着火。处理冒烟问题可以参考第1条.3、果冻蜡不适用微波炉加热和隔水加热，太慢效果不明显。
4、温度控制：尽量使用低温熔化（≤80℃），一直可以保持在最小火，待蜡液中没有气泡即可（温度可以加热到120度，最好不要超过此温度），加热过程随时观察，以免过火把蜡烧焦。（边加热可以边用玻璃棒或温度计搅拌蜡液以加速融化，用金属的筷子等工具也可以搅拌，但是不好用木头、竹子等材料的筷子木条，会出气泡和水蒸气，影响蜡液透明度）
5、蜡液加热过程和完成后可以在等蜡液冷却的时间可以制作玻璃容器的布景工作。可以放温度计插到蜡液里方便随时观察蜡液的温度，避免高温把蜡灌进容器里烫坏里面的不耐高温产品。
6、80摄氏度一下就要不要再搅拌蜡液，在降温过程也中最好不要去搅拌蜡液，避免增加气泡，除非可以需要做气泡多的产品，入海洋系列、下雪场景等需要。
7、倒蜡注意：尽量让蜡液冷却至即出现粘稠状后再倒入（约70摄氏度不同性质的蜡的粘稠温度不一样，可以轻微晃动蜡液，观察液体的流动接近平时食用的花生油带些稠度就可以）。同时倒蜡应匀速（但不能流得太细，容易进入太多的空气），用玻璃棒或温度计引流，以免太快容易冲散布景。
8、第“4”的操作是减少气泡的操作，如果需要增加蜡液的气泡就可以再稍微粘稠的时候倒蜡，倒蜡流下容器的时候可以尽量细和高，比如一条瀑布从高处留下来，撞击到水里就容易夹杂很多空气到水里一样，蜡液也可以通过这样的原理产生气泡。
9、蜡芯最后等蜡固定了以后，裹蜡的蜡芯插进去，棉线需要夹子或铁线来辅助。
深圳市国家税务局：
我公司系深圳市欣云涛机电设备有限公司，成立于2012年9月12日，公司属于建筑企业，经营范围：电器产品、空调设备、机电设备的技术开发与购销，国内商业、物资供销业（不含专营、专控、专卖商品及限制项目）；空调及机电设备上门维修与上门安装。
我司根据国家税务局关于《增值税一般纳税人选择简易办法计算缴纳增值税》文件，对4月30日前所签订的老项目进行备案。
深圳市欣云涛机电设备有限公司
XX县国家税务局：
广西XXXX房地产开发有限公司，纳税识别号：XXXXXX，成立于2013年7月17日，公司属于房地产开发有限公司，经营范围：房地产开发经营（按有效的资质证书经营）。
我公司2016年5月1日起登记为增值税一般纳税人，依据《关于全国推开营业税改征增值税试点的通知》（财税[2016]36号），我公司适用于一般计税方法计税，按11%的税率征收增值税，依据《国家税务总局关于发布（房地产开发企业销售开发的房地产项目增值税征收管理暂行办法）的公告》（总局2016的18号公告）第二章第一节第八条，一般纳税人销售自行开发的房地产老项目可以选择适用简易计税方法按照5%征收率计税，我公司符合文件规定，选择简易办法征收，适用税率5%。
广西xxxxxx房地产开发有限公司
1.1 目的
为客房部职员和领班提供移动化的管理软件,提供及时性和便利性的跨部门工作沟通渠道. 打通前台部,客房部和工程部的消息流转路径.1.2 功能模块场景分析及概要设计
1.2.1 客房派工及验收
场景:
1.此功能只针对有紧急要求的客房清扫进行派工,日常清扫不需指定派工单.2.当客人紧急要求或者类似情况导致需要对房间进行打扫或整理时,客房中心创建派工单,同时指定服务员,房间号和操作类型.3.新创建的派工单的状态为派工,此时服务员进行打扫工作,完成后需将此单据改为已完成.同时需改房态为净房.4.然后客房中心需要验收派工单,如果验收通过则派工单状态为已验收,否则为未完成,此时需服务员再次打扫.如果验收通过,房间状态需改为已检. 问题:
1.领班创建派工单后,如何通知对应服务员?
派工单生成后,自动生成对应服务员的派工消息,对应的服务员自动获取到该消息.2.服务员同时收到查房消息和派工消息后优先处理谁?
查房消息的优先级比较高.3.服务员完成派工任务后,如何通知领班验收?
服务员完成派工后,服务器自动生成派工验收消息, 对应的领班自动获取到该消息.4.delta的派工没有指定领班,操作员就是领班?
待定
5.谁派工谁验收吗?
移动设备的消息传送是基于谁派工谁验收的.但是delta的派工验收中不限制验收人. 概要设计
业务流程图
相关接口
1.提交派工接口 2.是否有派工消息
3.获取派工消息接口
4.表示派工消息已取接口 5.修改派工消息接口
6.派工单相关字典接口
相关模块
1.delta派工模块
2.ERoom派工模块
3.delta派工消息处理模块
4.ERoom派工消息处理模块
1.2.2 领班查房 场景
1.服务员每天按照被安排的楼层进行巡检,发现需要打扫的房间后即对该房间进行打扫.2.服务员打扫完房间后,将该房间状态变为净房.3.此时领班需要对应净房进行检验,如果检验通过则将房态改为已检房,否则再次变为脏房,并生成重新打扫消息. 问题
1.领班查房后发现房间不合格,需要生成重新打扫消息,该消息发给谁?
谁打扫的发给谁来重新打扫 2.领班只查询净房?
是的.3.领班需要获取领班查房消息吗?
在服务员收拾完房间并将该房间变净房后,不生成领班查房消息,所以领班手动刷新需要验收的房间. 概要设计
流程图
相关接口
1.是否有本领班的查房消息 2.获取本领班的查房消息
3.标志本领班已取消息
相关模块
4.修改房间为已检房或脏房
1.delta领班查房相关消息处理
2.ERoom领班查房处理.1.2.3 客房报修
场景
服务员根据房间具体情况提交维修单据给工程管理.维修单的状态维护和 房间状态维护由工程部和客房中心维护. 问题
概要设计
流程图
相关接口
1.报修单相关字典接口
2.提交保修单接口
相关模块
1.delta 工程报修模块 2.ERoom保修单模块
3.修改房态为维修房接口
1.2.4 房态浏览
场景
1.服务员或者领班可以根据楼层进行查询房间状态,房间状态包括: OC 占用/清扫 OD 占用/脏房 OI 占用/已检 OP 占用/packUp
VC 空/清扫
VD 空/脏
VI 空/检
VP 空/PackUp
OOO 维修房
OOS 停服房
2.服务员可以在打扫后修改房态为净房.3.可以查看对应住客房的客人关键信息.4.可以在此新建客房吧.5.可以在此报修.6.可以在此洗衣. 问题
1.房间状态要和前台保持一致吗? 是的
2.客人信息如何展示?
以dialog的形式进行展示,房间的图标过小不便展示过多信息. 概要设计
1.2.5 查房/报房消息
场景
1.在客人办理checkout时,前台需要收到服务员的查房确认后才可以办理.2.服务员对对应的房间发出查房需求,服务员收到后,检查房间的客房吧商品情况并根据情况新建客房吧.3.如果没有异常情况,服务员点击查房完毕后完成查房,否则点击查房备注,给前台提示客房的查房情况.4.前台收到服务员的查房结果消息后,做后续操作. 问题
1.前台通知谁去查房? 服务员在开始工作前,根据领班安排设置好自己得查房楼层,当有查房消息后,系统自动根据该房间的楼层对应的服务生生成对应的查房消息.2.多个服务员收到同个查房消息后谁来处理?
服务员自己协商解决,谁先操作查房动作算谁处理.后者提示已处理. 概要设计
1.2.6 客房吧
场景
1.服务员在查房时可以把客房中的迷你吧商品消费情况汇报给前台.2.服务员可以看到后台客房吧中设置的商品,在提交前可以进行商品的调整增加等操作.3.服务员在提交该单据后,不可以对该单据进行修改.4.如果有商品遗漏,可以新建单据进行补录.如果已录单据有问题,可以通知前台进行调整. 问题
概要设计
业务流程 相关接口
1.2.7 洗衣
场景
1.服务员在拿到客人衣服后,在此进行衣服项目录入并挂账至前台.2.以客房吧的形式处理洗衣,便于入账和查询明细.3.不处理衣物的收集送还流程. 问题
1.如何以客房吧的形式处理洗衣?
待定
概要设计
详细设计 附录
3.1 流程图的定义
定义如下:
1.以特定的图形符号加上说明表示算法的图，称为流程图或框图。
2.流程图是流经一个系统的信息流、观点流或部件流的图形代表。在企业中，流程图主要用来说明某一过程。这种过程既可以是生产线上的工艺流程，也可以是完成一项任务必需的管理过程。
为便于识别，绘制流程图的习惯做法是：
1.圆角矩形表示“开始”与“结束”
2.矩形表示行动方案、普通工作环节用
3.菱形表示问题判断或判定（审核/审批/评审）环节
4.用平行四边形表示输入输出
三、需求规格说明书
1．引言................21.1编写目的...............2
1.2项目背景...............2
1.3参考资料...............2
2．任务概述...................2
2.1目标...................2
2.2运行环境...............2
2.3条件与限制.............2
3．数据描述...................33.1静态数据...............3
3.2动态数据...............3
3.3数据库介绍.............3
3.4数据词典...............3
4．功能需求...................44.1功能描述...............4
5． 性能需求..................55.1系统处理的准确性和及时性.............5
5.2系统的开放性和系统的可扩充性................5
5.3系统的易用性和易维护性...............5
5.4系统的标准性...........5
5.5系统的先进性...........6
6． 运行需求..................6
7．其它需求...................6
第 1 页
1．引言
1.1编写目的本机票预定系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划和进度，组织软件开发与测试，撰写本文档。
本文档供设计人员、开发人员参考。
1.2项目背景
开发软件名称：机票预订系统
项目任务提出者：兰州理工大学软件工程学院 项目开发者：第13小组 用户：航空公司
实现软件单位：兰州理工大学软件工程学院
1.3参考资料
1.《软件工程导论》，张海藩，清华大学出版社。2.《实用软件工程》，郑人杰等，清华大学出版社。3.机票预定系统项目计划任务书。4.机票预订系统可行性研究报告。
2．任务概述
2.1目标
旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2.2运行环境
操作系统：Microsoft Windows 7 支持环境：IIS 5.0
数 据 库：Microsoft SQL Server 2000
2.3条件与限制
1.人力、资金、时间的约束
机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。
2.在分析系统功能时要考虑有关证件的合法性验证。
3．数据描述
3.1静态数据
系统管理员，售票员，服务器终端显示数据，客户机终端显示数据，客户机终端显示数据。
3.2动态数据
事务航班信息的更新，查询请求。
3.3数据库介绍
数据库采用sql server。
3.4数据词典
名字：订票申请表单 描述：旅客订票时所填的资料
定义：订票申请表单=旅客姓名+旅客性别+起飞日期+飞行目的地+座位类型位置：在客户端由旅客填写 名字：航班信息
描述：所有从本地起飞的班机信息
定义：航班信息=航班号+起飞日期+飞行目的地+座位空数+商务仓票价+经济仓票价 位置：从服务器端查询后，发送到客户端 名字：帐单信息
描述：已定票的旅客信息资料
定义：帐单信息=帐单号+旅客姓名+旅客性别+旅客身份证号+工作单位
位置：在服务器端产生，发送回客户端（client端）名字：机票信息 描述：旅客所定机票
定义：机票信息=旅客姓名+旅客性别+身份证号码+航班号+起飞时间+飞行目的地+座位号
4．功能需求
4.1功能描述
5．性能需求
5.1系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。
5.2系统的开放性和系统的可扩充性
机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
5.3系统的易用性和易维护性
机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
5.4系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5.5系统的先进性
目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6．运行需求
1、服务器端子系统的运行要求：系统软件：windows 7数据库管理系统：SQL server
硬件要求：英特尔至强 2.0Ghz、1G RAM、100G HD2、客户端子系统的运行要求：系统软件： Windows 7 数据库管理系统：SQL server
硬件要求：CPU：英特尔奔腾III 1.0Ghz、256M RAM、10G以上可用空间
7．其它需求
网站需求说明书
计算机科学与技术2班
2012年9月29日
1.项目背景
电影，又称映画，是由活动照相术和幻灯放映术结合发展起来的一种现代艺术，有着复杂繁多的科系。
目前一般大众可以经由网际网络进行许多商业活动，例如购书、订花、购物、游戏等，其中也包含订票（例如机票、火车票、音乐剧入场券等）。其中，在电影院方面也有业者推动相关服务，如：华纳威秀、环球影城、国宾戏院等，已开始使用网际网络提供观众放映影片相关资讯，如场次时间表、影片预告及简介、电影院资讯等。
从网际网络到电子商务的蓬勃发展来看，类似于淘宝网上商城那种从开网店，在网上摆放商品，客人挑选物品再下订单，店主发货等一系列流程已经很成熟了。相对于淘宝网上商城而言，目前电影院的网络服务似乎仍有不足之处。对于使用者而言，影片的相关讯息介绍、预告片都是上百度、谷歌等网上引擎搜索得知，某个城市的特定影城往往不能提供全方位的详细信息，特别是不能满足观众对影片场次时间的查询。
社会生活节奏的加快，许多社会人士忙于工作等繁琐事务，每次想去影城观看电影都要经过现场查询最近热映的影片，每部影片的放映场次等信息，然后才能开始订票，而往往排队等候很长时间以后才发现自己要观看的那场影片的票已经售完，或是没有合适的观看座位。
电影业的蓬勃发展，必然引发的一个问题是群众对电影票需求的增大。特别是一些关注度很高的大片上映的时候，很多观众都反应电影票实在是很难购买，有些人就只能选择观看午夜场。在一些大城市规模很好的影城售票厅内，甚至出现要一大早起来排队去抢票的现象。还有些观众反应等那么长的队伍能买到票，但是都没有自由选择座位的权利。
这样的情况已经普遍的存在了，很多人纷纷提出影城应该提供最近热映的的影片讯息、快要上映的影片相关预告、每场电影的场次安排，以及每场次电影票的网上预订模式。对基于WEB的电影院订票系统的研究，对于观众而言可以增强他们对各部影片的了解，对最新的影片上映动态的掌握，让他们对影片更加期待，尤其能在网上订票模式下使观众享受到不需要等待排队买票与自由选择座位的权利。通过网络轻松订票，从而减少许多因现场购票失败的客户，促使我国电影事业更好更快的发展。
2.项目范围
系统的开发和维护，提供配套的数据库。
3.项目功能需求
3.1系统功能需求
1.会员管理
存放注册会员的基本信息 信息内容：
用户ID、用户名、密码、性别、身份证号码、联系电话等等。操作：
1)需要对会员信息进行增、删、改、查操作。
2.管理员管理
存放管理员信息管理 内容：
管理员ID、用户名、密码 操作：
1)登录后台对后台的数据进行操作。
3.影片基本信息管理
存放影片的基本信息管理 内容：
编号ID、影片名称、影片图片、剧情简介、播放时间。操作：
1)管理员：对影片信息进行增、删、改等操作;上传图片操作。2)普通用户:浏览影片的基本信息等操作。
4.放映计划管理
对影片的档期进行管理 内容：
编号ID、放映时间、票价 操作： 1)对影片的当前进行增、删、改、查操作。
3.2 前后台功能图
会员 登录 注册 查看电影信息 查看会员信息 进行订票 取消订票 网站管理员 登录 电影管理 会员管理 会员会员会员会员信息信息信息信息增加删除查看修改 电影电影电影电影信息信息信息信息增加删除查看修改
3.2 使用流程图
开始进入首页用户登陆是是否没有账号否注册用户电影订票电影院是已满座订票取消是否满座否取消成功电影资料查阅个人资料订票成功开始登陆页面进行登陆返回订票页 错误密码是否正确正确用户管理影片管理影厅管理售票管理信息统计增删查改
4.项目非功能需求
1、可靠性。能连续准确的处理该系统的有关功能，有较强的容错能力。
2、时间经济性。优化逻辑设计与物理设计，使系统运行效率高，反映速度快。
3、可用性。系统面向中小型网站，能够处理基本的影视信息操作。
4、可理解性。用户容易理解和使用该系统。
5、可维护性和适应性。系统应易于修改、易于扩充、易于维护，能够适应业务不断发展变化的需要。
5.项目运行环境
硬件设备
Pentium(R)Dual-Core CPU
E5300 @ 2.60GHz
2.60 GHz,2.00GB的内存。
支持工具和软件环境
Microsofut Windows XP
Professional
版本2002
Service Pack 3
各种办公软件。
6.系统外部接口
需求说明书
（参考）
行政部：
为配合**开业庆典活动筹备安排，特向贵部提出庆典活动项目招标（竞争性谈判）需求，具体说明如下：
一、招标（竞争性谈判）内容：
**开业庆典系列活动项目承办单位招标（竞争性谈判）。
二、招标（竞争性谈判）项目的基本需求：
（一）活动整体安排：
根据改制工作进度安排，**拟于2009年**月中下旬获批成立，并拟于**月**日举行开业仪式庆典活动，活动内容拟包括：
1、开业庆典仪式：
（1）时间安排：**月**日上午（时长约为1小时）。
（2）地点安排：**大厦东广场
（3）出席人数：拟邀请省、市各级领导和重要嘉宾合计约250人。
（4）主要流程：A、省、监管单位、市、农商行领导分别致辞。
B、主要领导共同揭牌仪式。
C、**公益捐赠仪式。
2、开业庆典晚宴：
（1）时间安排：**月**日晚上（时长约为2小时）。
共 5 页·第 1 页
（2）地点安排：拟于**香格里拉大酒店（**厅）或**路**酒店（国际宴会厅）。
（3）出席人数：拟邀请省、市各级领导和重要嘉宾合计约500人。
（4）主要流程：A、省、市领导致辞。
B、主要领导祝酒仪式。
C、表演助兴（如歌舞、魔术、杂技等）及现
场抽奖环节。
（二）承办工作要求：
1、本次庆典活动项目执行工作中的客户邀请、礼品购置、宴席餐饮、媒体投放等均由我单位另行安排，承办单位提交的投标方案内容应包括：
（1）对活动整体流程的策划，并提供相应的策划方案书、时间进度和分工安排表等书面材料。
（2）对会场宣传布置的构思，要求宣传布置范围以**大厦为中心、辐射周边1000米内主要路段，包括各项平面设计、物料设计、舞台设计等，并提供相应的平面设计稿、三维效果图、物料清单等。
（3）对节目和演员的建议，包括歌舞、杂技、魔术等，并提供相应的节目和演员情况介绍、费用报价等；中标后可根据我单位实际要求进行调整变更，并负责具体联系邀请和彩排协调等工作。
（4）对司仪和导演的推荐，包括开业仪式司仪1人、晚宴司
仪2人、晚宴导演1人，并提供相应的个人介绍材料、费用报价等；中标后可根据我单位实际要求进行调整变更，并负责具体联系邀请和彩排协调等工作。
（5）对公益捐赠举措的建议，包括与国内外知名慈善机构、官方组织等的捐赠合作，提供相关机构情况、捐赠模式等情况介绍，中标后协助我单位联系沟通。
（6）对活动执行协调措施的说明，包括户外活动可能涉及的消防、环保、治安等公共安全问题，及施工质量、效率和安全性问题，提供相关解决措施说明；中标后需负责执行消防、城管、环保、公安等相关申报程序。
（7）除上述内容外，对我单位临时补充要求的回复。
2、针对上述要求，我单位制定了“宣传策划基本要求说明”（见本需求附件1），各投标单位须以此基本要求说明为基础制定整体活动方案，并在投标方案中对开业庆典仪式和开业庆典晚会分别进行报价（含税），报价表应列明估算的相关尺寸、数量、材质等内容，各项报价应合理、真实、具备可操作性。
3、中标单位须适应我单位内部的法律文书审核和财务报批支付等流程规定，并统一提供中标公司发票。本次庆典活动项目费用将按30%预付、30%二期、40%尾款方式分三次支付，其中预付款于合同签定后五个工作日内支付，二期款于实施当天前五个工作日内支付，尾款将于活动结束后十个工作日内结清。
（三）投标公司资质要求：
1、投标单位应为国内综合实力较强、行业信誉较好的公关策划/品牌传播/广告制作公司，注册资本需折合人民币200万元（含）以上，登记在职员工30人（含）以上；
2、投标单位应具备成熟完善的分工架构和服务流程，自有专职策划及客服人员5人以上、高级设计人员5人以上、专业工程人员10人以上，有曾为三家以上国内知名大型企业策划执行各类大型庆典活动的成功案例。自设大型制作工厂或具备国内4A评级（含）以上的广告公司将优先考虑；
3、投标单位主要办公场所应在本市区范围内。
4、投标单位应根据上述要求提供相关证明文件、文字和图片介绍资料。
三、招标建议：
1、每一投标单位必须同时承办开业庆典仪式和开业庆典晚会两项活动；
2、中标单位数量：壹个。
3、建议评标方式：投票法。由我单位开业庆典活动领导小组组成评委会，根据投标单位的综合实力、策划创意、整体报价等，投票选出中标候选单位，报单位领导审批确定后公布。
4、我单位可根据实际需要对“宣传策划基本要求说明”的项目内容进行增减。
5、投标单位须提交资料包括：
（1）开业庆典活动整体策划方案（含报价）；
（2）投标单位相关资质证明文件、文字和图片介绍资料；
（3）我单位要求的其他资料。
6、考虑到庆典活动筹备时间较紧，建议本次招标（竞争性谈判）流程于**月**日前完成并公布结果。
附件：**庆典活动宣传策划基本要求说明
【简易软件需求说明书】推荐阅读：
软件规格需求说明书03-14
如何写软件项目需求说明书10-28
软件需求规格说明书检查单02-17
软件项目需求分析01-18
软件测试中的需求分析06-06
虚拟仿真软件说明书09-12
miaps软件说明书11-23
仿真软件操作说明书03-11
金融软件设计说明书02-09
考勤机软件使用说明书06-22
