软件工程可行性分析.docx
《软件工程可行性分析.docx》由会员分享，可在线阅读，更多相关《软件工程可行性分析.docx（13页珍藏版）》请在冰豆网上搜索。
软件工程可行性分析
礼堂电影购票系统
可行性分析说明书
一．引言
1.1编写目的
基于学校礼堂管理者对学生用户的管理以及对电影的查询、预订等提供轻松快捷的管理方式，同时也方便广大的学生用户可以随时随地的对电影进行预订、购票、查询等。
1.2背景
A.用户：
学校礼堂；
B.该软件系统同其他系统或其他机构的基本的相互来往关系：
该系统目前为止为单
机版，独立于其他系统；
C.项目开发环境：
Windows7+SQLServer+C#。
1.3定义
“礼堂电影购票系统”是一种基于集中统一规划的我数据库数据管理型模式，是利用数据库软件编制的管理软件。
一实现电影信息、学生信息以及日常工作等多项管理，对整个系统的分析、设计过程做出一个完整论证为目的。
1.4参考资料
（1）《软件工程导论》，张海藩，清华大学出版社。
（2）《实用软件工程》，郑人杰等，清华大学出版社。
（3）C#+SQLServer项目开发实践.中国铁道出版社.苏年乐.主编。
二．可行性研究的前提
2.1要求
1）功能：
这是一个礼堂购票系统，主要负责电影信息存档、对电影信息的查询及编辑、对学生相关信息的管理、对电影预订情况的管理；
2）安全与保密要求：
登陆系统时，需验证身份和密码，只有礼堂管理员的身份才能进入系统进行信息的操作；
3）处理流程和数据流程用图表的方式：
表示出最基本的数据流程和处理流程，并辅之以叙述；
2.2目标
A.由于原先购票管理采用的人工系统，浪费人力物力财力，礼堂电影购票系统可以改善这种情况，只需一台电脑和一个管理员老师就能轻松完成；
B.提高对新电影信息存储、电影预订以及学生信息管理的速度；
C.减少人力的投入的同时提高了信息处理的精度和准确度，在输入无误的基础上可保证数据的正确性；
D.改进了管理服务的质量，可由系统对电影进行自动分类、归类，学生信息整理、预订情况登记入档；
E.改进人员的利用率，减少了前台操作人员，更多人员可用于为学生服务、更新电影信息等其他事物，节省人力资源；
F.减少人力的投入,由系统对入档电影进行自动分类、归类，学生信息整理、预订情况登记入档，提高信息处理的精度和准确度；
G．为了方便礼堂管理人员对电影的查询、预订等提供轻松快捷的管理方式，同时也方便广大的学生用户可以随时随地的对电影信息进行确认，查询等。
2.3条件、假定和限制
a．硬件配备不齐，内存不够，需升级到Windowsxpprofessional。
笔记本电脑的性能不够稳定，对SQL等数据库软件和VB、.Net等开发工具运行有不利影响。
b．可利用的信息和资源比较单一，客户需求分析主要来源于对原电影信息管理、对原礼堂管理老师的采访和询问，
又需求分析员进行概括整理提炼。
而技术方面，对VisualBasic以及.Net掌握运用还有待提高，不足之处靠借阅有关书籍进行补充，组内成员互相讨论分析解决。
其余包括经济效益、社会效益分析则靠网上查阅资料获得。
c．经费不足。
d.运行环境：
兼容当前主流操作系统Windows7，Office软件等。
e.开发软件：
SQLServer、C#等。
f.硬件条件：
PC机。
2.4进行可行性研究的方法
通过对已有电影购票系统的分析和研究比较的方法。
2.5评价尺度
费用的多少、各项功能的优先次序、费用的高低、寿命的长短、开发时间的长短及使用中的难易程度等等。
三、所建议的系统
3.1对所建议系统的说明
该软件是一个针对学校礼堂的管理系统。
（1）功能概括：
存储、查阅、修改电影信息；
存储、查阅、修改学生相关信息；
统筹管理电影预订过程；
（2）系统环境以及工具：
运行环境：
Windows
编程语言：
C#，VisualBisic6.0
数据库：
SQL
（3）建议概括
a.小巧而不失实用的功能，方便师生。
b.库存电影信息库功能，师生购票信息管理。
c.财务信息的统计分析。
d.多种图表统计，可统计每年，每月，每日的礼堂售票情况统计。
e.多种排行统计等。
3.2处理流程和数据流程
a.系统能对电影信息进行管理。
b.系统不需要管理学生除姓名以外的信息。
对每一名学生用户最多预订的电影数目为5场。
c.预订时，管理人员记录学生的姓名、预订电影名称和预订日期。
d.操作人员可以根据电影名称、放映时间、两者之一或两者的任意组合查询电影信息。
e.操作人员可以查询预订某电影的所有学生的姓名；也可以查询某学生预订的所有电影名称；还可以根据学生的姓名、电影名称查询学生预订时间、购票时间
g.系统由礼堂工作人员操作。
分为:
系统管理员、,电影信息管理员和票务管理员,每人对应相应的权限。
h.报表的打印输出。
i.所有操作人员凭帐号和密码登陆系统。
3.3改进之处
原本客户使用的是人工系统，费时、浪费劳动力；办事效率不高；学生买票，管理员管理都有很多的不便；使用了这个系统，就可以使订票过程系统化，方便统计电影库信息；同时系统所提供的查询功能明显的节约了时间。
3.4影响
a）设备方面：
目前而言，客户方是没有任何系统设备的，但是由于该软件所需硬件设备仅仅是一台电脑，所以可行性比较高；
b）软件方面：
SQL
c）用户单位机构方面：
使用该系统，客户原有体系几乎不需要太大的变化，这是个
即装即用的软件，对人员数量和技术的要求不高。
只要礼堂管理员会简单的计算机操
作即可；
d）经费方面：
配一台电脑需要一定的经费，具体我们会在经济可行性中做出相应的
解释；影响。
3.4.1.对设备的影响
服务器：
PentiumIII500以上或更高，内存:
1GB以上；硬盘：
至少10G以上；CD
－ROM：
16倍速以上；网卡：
10ＭＢ/100ＭＢ自适应；打印机一台，至少一台服务器。
工作站：
PentiumII266以上微机；内存：
１GB硬盘：
至少5G以上；CD－ROM：
16倍速以上；网卡：
10ＭＢ/100ＭＢ自适应，至少一台工作站，使用TCP/IP协议的局
域网。
3.4.2.对软件的影响
BookWork.jarBookWork系统的打包程序，由C#编译。
3.4.3.对用户单位机构的影响
在学校中要有良好的管理体系，管理业务标准化;需要组建一个管理应用队伍，需要体现出团队
的精神。
3.4.4.对系统运行过程的影响
Windows7+SQLServer2000+C#中运行。
3.4.5.对开发的影响
在当前网络信息时代下，计算机技术和软件技术的不断更新是礼堂电影购票系统需要更强大的功能，远远不能满足将来现代化的社会，在管理上也可能需要人员调整。
3.4.6.对地点和设施的影响
基本的办公条件，一台电脑和若干参考书籍。
3.4.7.对经费开支的影响
礼堂在学校或大型公众场存在，其经济成分比重相对比较适中，主要是支出的费用：
其中包括基本建设费、软件开发费用、管理和维护费、人员工资和培训费等。
在一个礼堂中实行统一操作，资源共享，前期的资金投入主要集中于购置图书上。
建立电影信息库，收集各方面的电影信息，提高电影管理的计划性和预见性。
开发完成运行后，为使用者带来便利，为系统的进一步推广创造了条件，经济收益将远超过投资。
从经济角度考虑,此系统开发可行。
3.5局限性
能够胜任此工作的人员少。
3.6技术条件方面的可能性
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬件、软件配置能否满足开发者的需要，各类技术人员的数量，水平，来源等。
图书馆管理系统的工作主要是在读者和图书馆之间架起一座桥梁，能相互沟通信息和处理信息。
技术方面，我们选择的SQL,是组员熟悉的语言，即使遇到部分困难，也可以从丰富的参考书中找到解决方案。
所以技术方面是绝对可行的。
四、数据流图及数据字典：
经过详细的调查，我们已经清楚了解了现行的业务流程，接下来给出系统的逻辑模型。
构造系统逻辑模型的工具是数据流图和数据字典。
根据现行图书管理的业务流程，首先把数据流图中的源点和终点都选定为学生，因此可以得到礼堂电影购票系统的基本结构模型，如图所示。
有了系统基本结构示意图后，还有相当多的数据信息如电影预订、查询等信息需要进一步描述，这就是需要定义数据字典，才能把现有的系统描述清楚。
下面列出了系统的主要数据字典。
名字：
电影信息
别名：
电影表
描述：
视频库中所有电影的各种信息和位置描述
定义：
电影信息=电影编号+电影名称+电影时长+电影大小+电影位置+播放次数+电影提供者
位置：
提供给服务器处理
名字：
购票信息
别名：
购票记录
描述：
对所有购票学生信息和电影信息记录
定义：
购票信息=学生学号+学生姓名+电影编号+电影名称+电影时长+座位信息+购票时间
位置：
服务器保存，使用时输出、
名字：
咨询信息
别名：
咨询记录
描述：
最新电影和评论的记录
定义：
咨询信息=电影名称+上映时间+学生推荐度
位置：
提供给服务器处理
名字：
学生信息
别名：
学生数据库
描述：
保存所有在校学生信息的表
定义：
学生信息=学生学号+学生姓名+学生登录密码
位置：
提供给服务器处理
名字：
电影编号
别名：
描述：
唯一地标识电影表中一个特定电影的关键域
定义：
电影编号=8{字符}8
位置：
电影信息
购票信息
名字：
电影名称
别名：
描述：
电影的主要信息
定义：
电影名称=1{字符}20
位置：
电影信息
购票信息
咨询信息
名字：
电影时长
别名：
描述：
电影播放所需的时间
定义：
电影时长=1{数字}3
位置：
电影信息
购票信息
名字：
电影大小
别名：
描述：
电影的存储大小
定义：
电影大小=1{数字}4
位置：
电影信息
名字：
电影位置
别名：
描述：
电影在服务器中位置的描述
定义：
电影位置=0{字母或符号}20
位置：
电影信息
名字：
播放次数
别名：
描述：
电影是否被播放的记录
定义：
播放次数=0{数字}1
位置：
电影信息
名字：
电影提供者
别名：
描述：
管理员获得电影的渠道
定义：
电影提供者=（字符）
位置：
提供给服务器处理
名字：
电影信息
别名：
电影表
描述：
视频库中所有电影的各种信息和位置描述
定义：
电影信息=电影编号+电影名称+电影时长+电影大小+电影位置+播放次数+电影提供者
位置：
提供给服务器处理
名字：
学生学号
别名：
描述：
唯一地标识学生表中一个特定学生的关键域
定义：
学生学号=10{数字}10
位置：
购票信息
学生信息
名字：
学生姓名
别名：
描述：
学生学号所对应的主要学生信息
定义：
学生姓名=2{字符}4
位置：
购票信息
学生信息
名字：
座位信息
别名：
描述：
学生购票时所选的座位编号
定义：
座位信息=行号+列号
位置：
购票信息
名字：
购票时间
别名：
描述：
购票时间的记录
定义：
购票时间=年+月+日
位置：
购票信息
名字：
上映时间
别名：
描述：
新电影的上映时间
定义：
上映时间=年+月
位置：
咨询信息
名字：
学生推荐度
别名：
描述：
新电影的推荐程度
定义：
学生推荐度=（数字）
位置：
咨询信息
名字：
学生登录密码
别名：
描述：
学生订票实名制的登录密码
定义：
登录密码=6{数字}6
位置：
学生信息
名字：
年
别名：
描述：
年的记录
定义：
年=[2011|2012]
位置：
购票时间
上映时间
名字：
月
别名：
描述：
月的记录
定义：
月=[1|2|3|4|5|6|7|8|9|10|11|12]
位置：
上映时间
购票时间
名字：
日
别名：
描述：
日的记录
定义：
日=[1|2|3……|31]
位置：
购票时间
五、可选择的其他系统方案
5.1可选择的系统方案1
a.拟建系统的目标
1）促进管理体制的改革和改进管理手段；
2）提高和改进管理信息服务质量；
3）增强资源共享；
4）减少人力和设备费用；
5）加快信息的查询速度和准确性。
b.系统规划及初步方案
管理系统建成后可以和校园网相连，提供网上服务。
c.系统的实施方案
本系统客户端拟采用Window7操作系统，服务器采用Window操作系统，前端开
发语言使用C#,使用SQLserver数据库管理系统。
d.人员培训及补充方案
由于人-机界面友好，操作简单，帮助信息详尽，一般人员都可以使用，故不需要
专门的培训。
5.2可选择的系统方案2
a.拟建系统的目标
1）促进管理体制的改革和改进管理手段；
2）提高和改进管理信息服务质量；
3）减少人力和设备费用；
4）用计算机代替手工劳动；
5）加快信息的查询速度和准确性。
b.系统规划及初步方案
管理系统使用单机作业，由专人输入有关信息，可以选购书目，上报计划。
进行统
计分析等，向财务处报盘进行结算。
本系统拟采用奔腾Ⅳ处理器，1GB内存，硬盘80G。
打印机一台，UPS电源，光驱一个。
c.系统的实施方案
本系统客户端拟采用WindowXP操作系统，服务器采用Window7操作系统，前端
开发语言使用C#,使用MSSQLserver数据库管理系统。
d.人员培训及补充方案
由于人-机界面友好，操作简单，帮助信息详尽，一般人员都可以使用，故不需要
专门的培训。
升级会员 