《开发一组旅游景点系统需求规格书.doc》由会员分享，可在线阅读，更多相关《开发一组旅游景点系统需求规格书.doc（23页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、江苏旅游景点系统需求规格书（简明OO模式）1. 概述(General)时下大多数人生活优越，对精神生活需求也迅猛增高。交通工具方便快捷，信息获取方便，导致旅游业迅猛发展。为了方便旅游爱好者在移动设备获取信息，有效地掌握各大旅游景点的详细情况，并可以随时共享自己的游玩心得，我们小组讨论研究，开发出一套适合于旅游者在手机客户端上快速获取信息的系统。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。1.1. 简介（Introduction）在深入考察了已有的旅游景点咨询软件，我们小组成员进行了全面深入地探讨和分析
2、,提出了这份软件需求分析报告。需求文档全面细致的概述用户需求分析，明确开发的软件具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上提出概要设计文档，完成后续设计与开发工作。 本系统提供对各旅游景点综合信息，景点介绍，景点图片展示，景区餐饮分布，游客旅游心得上传等，可以作为旅游出行综合信息查询手册。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。通过本系统的开发，要求掌握一个完整C / S应用系统设计，开发的全过程，掌握数据库编程。 1.2. 应用场景（Scenario
3、）1.3. 技术路线（Technology）UI：运用photoshop工具做出一些需要的功能图标，确保美观。测试：软件测试的产生是通过修正各种错误和缺陷来提高软件质量的，规避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险，因此测试需要对各个阶段进行评审，尽早发现和预防错误。在测试的时候首先要制定测试计划，在该计划中包括测试的起始结束时间，以及在什么时候该有什么进度；其次是进行各个测试环节，步骤为“单元测试集成测试功能测试性能测试验收测试安装测试”数据：根据业务需求书和需求分析书，我们得到与项目有关的数据实体，建立数据表，从而建立系统的数据库标准，知道系统数据库的开发，保证系统对
4、数据的安全性，适用性，访问速率等。并提供给编码人员和测试人员。数据库设计所的使用工具：MySQL5.5、SQLyog。2. 需求模型(Model)用户2.1. 角色视图（List） 用户可以通过android端和WEB端查看城市信息和注册账号和登录账号并且发表评论。服务器 发送资讯 返回资讯 请求资讯WEB 查看城市信息和注册账号和登录账号并且发表评论。android端 查看城市信息和注册账号和登录账号并且发表评论。2.2. 对象视图（Objects）实体类（Entity）:userinfo userId int 11 是 非空uesrName varchar 100 否 非空passwd v
5、archar 100 否 非空 scenery：scenId int 11 是 非空 scenImage blob 255 否 可为空 inform varchar 255 否 可为空 message varchar 255 否 可为空 uptime timestamp 否 非空province：proId int 11 是 非空 proName varchar 100 否 非空proDescri varchar 255 否 可为空city： city Id int 11 是 非空city Name varchar 100 否 非空city Descri varchar 255 否 可为空sc
6、enId int 11 否 非空控制类（Control）： 登录：显示登录界面，输入正确的用户名和密码后点击确定。 注册：没有账号的用户点击后填写新的用户名和密码及密码的确认点击确定。 查询：在请输入要查询的城市中输入要查询的城市名字，如果存在就显示该城市信息，不存在就重新输入。发表：对于查看到的城市信息可以可以在评论框中进行评论，点击确定后发表到相对应的评论栏中。边界类（Boundary）：2.3. 用例视图（Summary）2.4. 流程视图（Activity Diagram）2.4.1. 功能流程（Flow）userinfo userId int 11 是 非空uesrName varc
7、har 100 否 非空passwd varchar 100 否 非空注册流程图userinfo userId int 11 是 非空uesrName varchar 100 否 非空passwd varchar 100 否 非空注册流程图city： city Id int 11 是 非空city Name varchar 100 否 非空查询景点流程图 message varchar 255 否 可为空发表评论流程图2.4.2. 功能数据（Data）登录功能：uesrName varchar 100 否 非空passwd varchar 100 否 非空查询：city Id int 11 是
8、 非空city Name varchar 100 否 非空发表： message varchar 255 否 可为空注册： uesrName varchar 100 否 非空passwd varchar 100 否 非空2.5. 数据实体关系视图（Entity Relation Diagram）数据库名：traveluserinfo:实体名称userinfoID属性名称数据类型尺寸规格关键字备注1userIdint11是非空2uesrNamevarchar100否非空3passwdvarchar100否非空4uptimetimestamp否非空scenery：实体名称sceneryID属性名称
9、数据类型尺寸规格关键字备注1scenIdint11是非空2scenImageblob255否可为空3informvarchar255否可为空4messagevarchar255否可为空5uptimetimestamp否非空province：实体名称proviceID属性名称数据类型尺寸规格关键字备注1proIdint11是非空2proNamevarchar100否非空3proDescrivarchar255否可为空city：实体名称cityID属性名称数据类型尺寸规格关键字备注1city Idint11是非空2city Namevarchar100否非空3city Descrivarchar2
10、55否可为空4scenIdint11否非空3. 功能需求（Function）3.1. 功能（Name）3.1.1. 简介(Introduction)用户登录手机客户端，可以查询江苏13个市的旅游景点的图片，并且可以对这13个城市的风景进行点评，但是点评需要用户登录，如果没有用户名可以进行注册，发表评论后可以到相对应的评论栏查看评论。4. 非功能需求（Non-Function）4.1. 性能（Performance）响应时间需求 无论是客户端还是管理端，当用户登录，进行任何操作时，系统应及时响应，反映的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以免
11、出现长时间等待甚至无响应。适应性 系统应具有较强的灵活性，以适应将来功能扩展的要求，并且要有严格的权限管理功能。系统能防止各类误操作造成的数据丢失，破坏。防止用户非法获取网页以及内容。4.2. 可靠性Reliability对于编写好的软件，我们会进行大量的测试，不断地查找里面出现的bug，并及时的对其进行修改，尽可能的减少bug的数量。在网站的建设初期，我们对初步估计的用户量比较少，所以对数据优先选择了中小型的数据库，随着用户量的增加，我们会及时的更新我们的服务器和数据库，从而保证网站的可靠性。避免用户量太大，而造成服务器瘫痪，影响网站的可靠性。4.3. 易用性Usability在选用数据库的
12、时候，我们没有选择微软的SQL Sever，很重要的一个因素是可移植性的问题，所以我们选择了一个移植性更高的数据库MYSQL，它可以在不同的系统上运行。而服务器环境也是选择了兼容性较好的Apache，所以我们可以很方便的将我们的代码一直到其余的操作系统和机器上. 4.4. 安全性Safety对于一些敏感数据，在乎入数据库之前进行加密操作。对于数据库中的敏感数据，在存于数据库进行哈希加密操作。这样即使其他的用户查看了数据，也不能看到详细的信息。对于数据库中的数据，一定要进行实时的备份操作。每当数据库中发生一些修改操作时，就行进备份操作，这样的话，在后来的数据丢失时，就可以进行及时的修复，从而避免
13、了数据丢失造成的损失。4.5. 保障性（supportable）在设计网站的时候，将每个模块都分别独立开来，对于一些静态的页面，我们把其做成了模板，在使用的时候进行载入就行。这样我们就可以集中精力放在代码的编写上。避免了一些不必要的模块的干扰。在代码设计过程中，尽可能的减少模块之间的耦合性。做到模块和模块之间的分离。这样，对日后的维护就有了很大的方便性。4.6. 其它（Others）根据需要酌情添加5. 环境约束(Contrains)用户对软件系统运行环境的要求。6. 外部接口(Interface)用户对待开发软件系统与其他软件系统或硬件设备之间的接口的要求。7. 附录1：系统页面原型(Pro
14、totype)分析阶段，为清楚直接表达需求，可进一步刻画出页面原型7.1. 主页7.1.1. 二级页面7.1.1.1. 三级页面8. 附录2：需求规格书开发指南(Guider)步骤任务说明1个人准备：研习UML建模知识，掌握OO对象分析理念上网找资料，快速理解，不要过于细致和完整，领悟为主2个人准备：按照本规格书模版，仔细理解每个人仔细阅读，其中不明白的地方，积极上网查资料学习3分组研讨：分组共同研讨要开发的系统需求，确定主要功能点不必教条，说清楚事情，搞清楚要做什么即可。UI、测试、数据和开发，要一起介入，这是每个口子都需要的事！4撰写规格书：按照本规格书“角色、对象、用例、流程、数据”要求的方法刻画每个功能需求，提炼出的需求，为后续页面、数据、程序开发奠定基础只有1周的时间搞定需求！请紧迫点拒绝没有自身内容的照搬照抄的应试教育痕迹谢谢！5开发需求：参照示例系统，逆向追溯需求，按需求去开发不能只重视技术学习，业界经验：目标清晰的需求，更会拉动技术成长。6现场指导：近期安排1、2次现场讲解，以指导需求开发周三以后