每个关系是一张表格。表格简单,用户易懂,用户只需用简单的查询语句就可以对数据库进行数据操作,并不涉及到存储结构,访问技术等细节。关系模型是数学化的模型,要用到集合论,离散数学等知识。SQL语言是关系数据库的代表性语言,已经得到了广泛应用。
在设计数据库时,应注意数据的安全性,保证数据的安全,防止非法用户访问数据库,以免泄露重要信息,同时也能防止非法用户的蓄意破坏,有许多保护数据的方法,如采用用户标识,口令和密码或访问控制等方法。一个成功的数据库应用系统应具有用户标识,每一个合法用户具有一个用户名和相应的口令,进入数据库应用系统前必须输入正确的口令,否则无法进入系统,这就保证了只有合法的用户才能操作数据库系统。为了保证数据的合法予以,必须对数据库的数据进行完整性约束,即防止用户输入不和语义的数据。
在设计应用软件时,应严格按照软件工程学的方法进行设计,传统的方法采用瀑布模型,从问题定义、可行性分析、需求分析、概念设计、总体设计、系统实现、编码和软件测试、运行和维护等软件生命周期内,每一阶段均在前一阶段的基础上进行设计,并在每一阶段有相应的
文档资料。
3.2.1 数据需求
数据需求主要是应用来描述本系统的数据来源。根据该系统的实际情况,本系统要有以下数据信息:
1、register、adminregister 用来记录公交用户跟管理员们的名称、id、级别等一些基本信息。
2、bus、busall、busdetail用来记录车辆的信息(数据库设计有冗余,但是由于毕业设计都已经接近尾声了,就没改动)。
3、usercomment用来记录公交用户的评论,以及管理员的回复。
4、province、city是用来记录省市的。
3.3 性能需求分析
为了保证系统能够长期、安全、稳定、可靠、高效的运行,城市公交查询系统应满足一下的性能需求。
3.3.1 系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中,要充分考虑当前和将来可能承受的工作量,使系统的处理能力和相应时间能够满足企业对信息的需求。
由于公交查询系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源,而车票数量和时间又影响企业的决策活动,其准确性很大程度上决定了公交查询系统的失败。在系统开发过程中,必须采用一定得方法保证系统的准确性。
3.3.2 系统的开放性和系统的可扩充性
公交查询系统在开发过程中,应该充分考虑以后得可扩充性。例如网上查询的用户查询的需求也会不断地更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定得规范,可以简单的加入和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
3.3.3 系统的易用性和易维护性
公交查询系统式直接面对使用使用人员的,而是用人员往往对计算机并不是非常熟悉。这就要求
系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
公交查询系统中涉及到的数据时公交公司的相当重要的信息,系统要提供方便的手段宫系统维护人员进行数据的备份,日常的安全管理,系统以外崩溃时数据的回复等工作。
3.3.4 系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标注。例如在开发中