信息系统分析与设计课程设计

《信息系统分析与设计课程设计》由会员分享，可在线阅读，更多相关《信息系统分析与设计课程设计（37页珍藏版）》请在装配图网上搜索。

1、信息系统分析与设计课程设计报告设计题目：健身馆教练预约信息系统分析与设计专业信息治理与信息系统班级学号姓名目录1设计背景简介12可行性分析13系统分析2UML用例视图描述2UML活动图描述54系统设计6UML序列图设计6UML类图设计9功能结构设计10数据库设计12数据库需求分析13数据库概念结构设计13数据库逻辑结构设计13数据库物理结构设计14代码设计、输出设计、输入设计等16代码设计16输入设计16输出设计17信息系统体系结构及物理配置方案设计18软件开发工具选择195系统实施19典型程序设计说明19局部公共模块的设计说明19局部主要功能设计代码21测试方案及切换方式设计24测试方案24

2、切换方式设计256系统评价25系统优点25系统以后需要改良的地方257总结26参考文献：27健身馆教练预约信息系统分析与设计1设计背景简介一般的传统健身馆是用户直接去健身馆进行健身运动,需要顾客亲自到健身馆 选择所需要的工程和专业教练.由于随着时代的开展,越来越多的人们参加到健身 运动中,这就使得不是所有的顾客都可以在自己的空闲时间能完全满足自己对教练 和健身工程的需求.加之工作节奏越来越紧张,人们的空闲时间比拟分散.同时, 预约记录大局部是人为完成,易于出现错误和漏洞,治理效率低,特别是随着健身 运动越来越受到人们的亲睐,传统的预约方式已经完全不能满足人们的要求,同时 现有的治理方式对健身馆

3、的经营和治理带来很大的不便.随着网络技术的普及和开展,远程预约已成为一种可以根本成熟实现的方法. 它通过无联网突破了时间和空间限制实现了便捷快速的预约与治理功能.在通过对 数据信息进行有效组织,并在一定程度上进行功能的整合,开发健身馆教练预约系 统可以方便地为顾客提供预约、教练详细资料的查询、用户治理和治理员治理双重 治理等功能.2可行性分析经过详细的分析和调查,应用本学期?信息系统分析与设计?这门课程所学习 的知识,本设计采用面向对象的方法,使用UML建模语言进行建模.UML是完全面 向对象的,是图形化的,它为系统开发的不同参与者包括客户提供不同层次和 角度的图；它鼓励客户参与,这样,开发出

4、来的软件是一个能符合设计之初的设想 的软件.其特点是从用户的角度使用用例图出发来设计软件系统,这就预防了 开发者开发出的系统虽然具有很多很好的功能,但确不能很好的符合客户真正的需 求.同时采用Microsoft ASP作为开发工具,后台数据库采用SQL Server数据 库设计.系统以Web界面与用户交互,为用户提供信息,并支持用户的操作,同时 通过数据库治理系统来存储信息数据.健身馆教练预约系统就是建立在以上分析的根底上,采用模块化编程的思想, 对普通用户和或治理员权限有严格的区别和要求.在Internet快速开展的根底上, 远程预约通过网络实现用户对教练的预约和健身馆教练的根本治理功能.实

5、现了用 户的教练信息查看、教练信息查询、预约和留言功能.同时实现了治理员对教练信 息工程的添加、修改和删除.3系统分析UML用例视图描述用例视图可以使参与者的外部用户能观察到系统功能的模型图.用例是系统中 的一个功能单元,可以描述为参与者与系统之间的一次交互作用.用例模型可以列 出系统中的用例和参与者,并显示某一参与者参与某一用例的执行.1活动者确实定在健身馆教练预约系统中,可以归纳出来的主要问题有：用户注册登录使用本系统.治理员登录系统,对教练信息进行治理.治理员阅读会员留言,并对无用留言进行删除.作为会员的用户查看教练信息,进行预约.查看已预约信息,对未到期预约可以删除.平安退出登录.根据

6、以上问题,本系统所涉及的操作主要有：教练信息的治理、会员信息的管 理、预约信息的治理以及各种信息的分析查询.在本系统的UML建模中,可以创立以下角色：SIIO1户at 员 库用C1 理员绒据统so 如管会教数系A.S 3.?-鱼.0-.： :曰图1本系统中活动者(2)创立用例用例是一个用户或其他系统与要设计的系统进行的一个交互,是从用户的角度 来描述系统应该具有的功能.根据本系统的业务流程,创立以下几个用例：自口用例B O删除留言kssoci ationsQ阅读留言O查询教绒Q登录io附费O删除敎绒O添加敎线O修改敎缄信怠Q修改密码E O预约教练十O查看预约O删除预约Q注册图2本系统中用例(3

7、)创立活动者与用例的关系图登录子系统用例图：from法动臂图3登录子系统用例图在登录子系统中,活动者系统用户包括治理员、会员和教练分别可以以自己的身 份登录系统,同时,在他们登录系统后也可修改自己的登录密码.登录后又包括教 练子系统和预约子系统两个用例.教练子系统用例图图4教练子系统用例图在教练子系统的用例中,治理者可以添加教练信息、修改教练信息、删除教练信 息、阅读留言以及删除无用留言.(from flT图5预约子系统用例图在预约子系统中包括的用例有：会员信息的注册、查询教练.对所选教练进行预约同时也可在允许时间内取消预约,为预约活动支付相应费用,以及教练和会 员同时可以查询当前所有已经产生

8、的预约信息.UML活动图描述活动图用来捕捉用例的活动,描述工作流.下面介绍本系统中主要的活动图：(1)验证登录身份活动图( 接受用尸验 J 证信息佶息表 )J 息表 -是治 存名 该信图6验证登录身份活动图此活动图描述了对登录者身份的验证,开始进入登录界面,判断是否为第一次 登录,假设是那么判断是否为会员,否那么判断是否为治理员或教练,假设存在相同信息那么 验证成功,为系统的合法用户,否那么不能登录.(2) 检查预约冲突活动图本活动图检查预约是否会产生冲突,在接受预约信息后,检查已形成的预约表, 看是否有相同教练的预约信息,接着对其预约工程和时间进行判断是否存在相同信 息,假设存在,那么产生冲

9、突,否那么,将该预约信息保存到预约表,预约成功.4系统设计UML序列图设计序列图用来描述如何实现每一个用例,下面就本系统中的一些重要的序列图说明如下：1系统用户治理过程序列图:曾曲屁:家統麺挖由系统数据会员:治理员2:输入用户信息n1：申请成为用户口3： P图8系统用户治理过程序列图该序列图描述了系统用户的治理过程,会员向治理员提出申请需求,治理员向数据库中写入合法需求信息,数据库将写好的合法用户信息返回给治理员.2系统用户登录序列图夕卅刃 SiHifrot登录界面登录界面01:輸入登录佶息2;脸证登录信息讥信总的有效性存皤过程瞌证6:返回验证结果7-保险证结爭到内存8:显示脸证结異图9系统用

10、户登录序列图该序列图描述了系统用户登录系统,系统用户登录到登录界面,进行身份验证,将输入信息传入到数据库,数据库进行验证,返回验证结果,最后由登录界面显示验证结果.3治理员添加教练序列图:習理丘授制对線:ControlObject教练治理 宅界面1嵌入教练治理主界直1限制对象:ControlObject:系统数据1诃正确登录治理界宿:创立一个敎练对象:3?进行眾性检杳：4:返回结昊5.查甸該练相关信息:6:对3F旬结果迭行判断 I 長岳為练相关信息:8：显示结果g：撷消建立的教练对專LT图10治理员添加教练序列图该序列图描述了治理员添加教练的过程,首先由治理员登录到教练治理主界面, 输入所要添

11、加教练的详细信息,再由限制对象进行合法性检查,满足条件,那么写入 系统数据库,最后在教练治理主界面上显示插入是否成功的信息.4会员预约序列图:|建入份笛界2氏入宦釣久C0岡我绸|:温*枣島&|预:約主史曲朿入预约界面:液入预 约员曲的菽辣谨择克曲系统数据隹园1:列出被华工程及预约时阿2:迭定杲一储并工程 -3:迭定杲一僅貝日t两4茨送该教练加唯一编号5:追回教练佶启示敦练信息该狡练的浙有健身顷日及顶定慕一较练9:長交10：谨定预豹的时询和毅练I却？检查冲突15：显17将剛插丿J 44返回教综唯一堀号13:有冲突给出冲究记录12： iS沢有冲妄的记最歹|1S：沒有冲突试回空记最的记录显示为己预绘

12、图11会员预约序列图该序列图描述了会员进行预约的活动.会员登录系统后,在预约主界面上选择预约的各项条件和信息,将所选条件教练的编号发送给数据库,再由数据库搜索该 教练所有信息并检查是否存在冲突,有那么显示冲突,没有那么显示预约成功.UML类图设计类图可以进一步明确所有要用到的类,通过对本系统的分析,创立如下类图中 的类以及类之间的关系:图12 系统类图该类图描述了该系统中涉及的各个表,及所有字段以及其字段的详细描述,同时显示了各个类之间的关系.一位教练可以有多个被预约的信息,故教练信息表和预约信息表之间是一对多的关系.一位会员可以有多条预约信息,故会员信息表和预约信息表之间是多对一的关系.一位

13、会员可以有多条留言信息,故它和留言信息表之间的关系为一对多的关系.会员信息表和会员级别表之间是一对一的关系.功能结构设计1用户局部:用户注册：检测用户提供的信息并注册用户.用户登录：检测用户名和密码,核实用户身份.预约教练：在某一确定的时间预约某一确定的教练.查询预约信息：查询本用户的预约信息,并列出状态.取消教练预约：取消某一未到期未实现预约,或未付款的有效预约.查询教练详细信息：根据用户要求的条件列出所需教练.留言：检测用户留言的正确性并保存.平安注销：结束用户会话,保证其平安退出登录系统.2治理员局部：治理员登录图14治理员功能结构图阅读用户留言：调用用户留言并显示.删除无用留言：删除指

14、定的留言.添加新教练：根据提供详细信息添加新教练.删除教练：根据治理员提交的信息删除指定教练.修改教练信息：对于某一存在的教练信息进行修改更新.确认已付款的用户预约：当用户付款后对指定预约进行标记确认.删除无用或错误的预约信息：删除指定的有效预约.教练预约统计和用户统计：统计数据库中有关预约和拥护的信息.平安注销：结束治理员会话,保证平安.数据库设计4. 4.1数据库需求分析健身馆教练预约系统的数据库功能主要表达在对各种信息的提供、保存、更新、 和查询操作上,包括用户信息、治理员信息、教练详细信息、预约信息和留言内容 等数据信息.各个局部的数据内容又有内在的联系.针对本健身馆教练预约系统得 数

15、据库特点,可以总结出如下需求：用户和治理员具有不同的身份.用户信息记录用户资料.教练有教练级别、所教健身科目的种类、费用等多种信息.预约有预约时间、预约用户、预约某一教练等多种信息.留言有留言标题、内容等多种信息.4.4.2数据库概念结构设计经过上述系统功能分析和需求的总结,考虑到以后系统的功能可能会有所扩展,需 要修改对数据库的结构和字段以及表中的内容进行相应的添加和修改.现设计如下 数据库的数据项和数据结构：治理员信息,包括数据项：治理员名、密码.用户信息,包括数据项：用户名、密码、电子邮件等.教练信息,包括数据项：教练编号、教练姓名、所属类型等.预约信息,包括数据项：预约编号、预约用户名

16、、教练编号等.留言：包括数据项：留言用户名、留言标题、内容等.4. 4. 3数据库逻辑结构设计在以上数据库概念结构设计的根底上,进行数据库的逻辑结构设计,健身馆教练 预约系统的数据库中各个表的设计如下所示:图15类关系图4. 4. 4数据库物理结构设计1治理员信息表表1治理员信息表希设计表adMin ,位置是ttjsg.匸回区|主键是admin name,为治理员的姓名,其数据类型为varchar,可变字符长度针对 不同的用户名设计.admin_psw是治理员的密码,由于不同的治理员希望设置自己 喜欢的密码,对于其不同长度也将其设为可变字符长度.2会员信息表表2 用户信息表为可变字符长度.PS

17、W是用户的密码,数据类型选择可变字符长度,原因和治理员 的密码设计相同.sex是用户性别,数据类型为char.age是用户年龄,email是用 户的电子邮箱,tel是用户的 号.byear. bmonth. bday分别为用户的出生年、 月和日.3教练信息表表3 教练工程信息表其中trainer id是主継,表示教练的编号,数据类型设为smallintf教练编号为 递增显示.trainee name为教练的姓名,item name是健身馆中开设的工程的名称, cost为该工程的价格.4预约信息表表4 预约信息表其中preengage id是主键,自动递增编号,表示预约信息的编号,行预约的时间,

18、pyear、pmonth. pday. beg inhour分别为开始的年datetime 是进月.日和具体的时间,paid表示是否付款.(5)留言信息表表5 留言信息表其中word _id为留言编号,为主键,自动递增生成.word为留言内容,datetime为留言时间.代码设计、输出设计.输入设计等4. 5.1代码设计在本系统中,对教练编号、预约编号以及留言编号的设计均采用smallint的 数据类型,这样可以使编号自动递增生成.便于查询和治理.教练姓名、用户姓名 均采用Varchar可变字符长度,减少约束,便于系统用户同意使用,不容易产生冲 突.4. 5. 2输入设计(1)在用户进行教练信

19、息查询时,设计时选择下拉列表框这一控件,使得用户在所提供范围内选择所需教练以及其详细健身工程和价位.这样的设计,在用户使用过程中不容易出错,同时,方便用户的选择.(2)进入详细预约信息界面在查询结果的输出界面上,点击教练姓名,进入该教练的详细预约信息界面.该界面的设计对培训时间的选择采用下拉框,这样,方便了用户的选择使用,同时 不容易产生输入信息的不合法化,导致错误和为用户的使用带来不便.请输入你要预约的教练的详细信息,教练姓名二 培训时间, 价格元热热工程名称：有氧操严皿7 Y年1 Y月20 V B 12006I p丫厂14:00-15:00 V2007|2021 |_我宴预约歆弃图17详细

20、预约信息界面4. 5.3输出设计点击查询教练按钮后,显示满足条件的教练的输出设计.在该页面的设计中,对此时显示出的教练姓名采用超链接,点击教练姓名,方可进入该教练的预约界面. 此种设计,使用户对自己的操作流程熟悉,不容易产生错误.同时也带来了操作的 便捷性.首页教练工程信息杳看 教练否询 我的预约辛言版请给出查询条件,査看所有费用上限匹作妾求v的所有-教练 查询结杲,查看所有开放于的所有较练,费用上限80元教绕姓名 dfsd 热热工程名稼 sdfd 有氧操价格元/小时2060培训时间8:00-20:008:00-20:00点击載纷姓名可以亘接预约该教练图18 满足查询条件的输出界面信息系统体系

21、结构及物理配置方案设计本次课程设计的健身馆教练预约系统,采用三层架构设计,它的工作原理如下 图所示:用户界面功能代码教据存储生成SQL语句图19 本系统的体系结构采用三层架构,用户界面层通过统一的接口向业务层发送请求,业务层按自己的 逻辑规那么在请求处理之后进行数据库操作,然后将数据库返回绐用户界面层.在以 上根底上,实现了用户界面与数据存储的相互独立,用户界面层甚至可以不知道数 据库的结构,而只是通过接口实现其操作.这种方式增加了数据库的平安性,同时 也降低了对用户界面层的开发要求,在操作中不需要进行任何数据库操作.软件开发工具选择本系统的开发软件平台为：操作系统为Windows 2000/

22、XP,程序运行环境为IIS , 同时后台数据库采用SQL Server 2000,调试环境为Frontpage 2003.本系统使用 Rational Rose进行UML建模,使用ASP编写脚本.系统以Web界面与用户交互, 为用户提供信息,并支持用户的操作,同时通过数据库治理系统来存储信息数据. 5系统实施典型程序设计说明5.1.1局部公共模块的设计说明本系统的设计采用模块化的思想,把一局部需要频繁使用的页面代码,单独建 立文件,在需要引用时插入即可,这样预防了相同代码的重复书写,提升了效率和 正确性.(1) 本设计中,把数据库连接代码单独建立为一个文件,在一些页面与数据库操作 相关时,将这

23、一数据库连接代码文件插入所需页面中即可.相关代码如下：set objconn=()DSN=ttjsg；uid=sa；pwd二(2) 用户页面头文件,设计固定的页面头文件,在各个显示页面中需要页面头文件 的页面中插入本页面即可.本文件中包含了图片和一些到达其它页面的超链接.设计效果如下:欢史耒1K斤悅%代首页敎纟现工程信息査看 教练査询我的预约留言版注销图20用户页面头文件(3)治理员页面头文件(admin.head),治理员登录后所可使用的权限不同于用户, 设置与用户页面头文件中不同页面的超链接.设计效果如下:溢加教练工程信息教练信良管埋图21治理员页面头文件(4) 页面尾文件(),同页面头文

24、件一样,它也是在各显示页面中插入应用,其中包 括的健身馆的名字、联系 和登录到治理员界面的超链接.设计效果如下：天天颐厂莊系 :D29-8Z042000治理貝登抚图22 页面尾文件(5) 注销文件(),当用户离开系统时,为保证系统平安,使用注销功能.主要代码如下：sessionCuser name)=emptysession(admin name)二empty()(6) 用户登录时的判定,本设计中的一些页面需要在登录后才可使用,这就需要判 定当前访问者是否为合法用户.主要代码如下：if isempty(session(user_namen) then0end if(7) 治理员登录时的判定,同

25、用户登录的判定一样,局部页面功能只有是治理员才 可使用,同样需要判定当前是否为治理员.相关代码如下：if isempty(session(adminname) then()0end if5.1.2局部主要功能设计代码(1)教练信息查询,当用户登录成功后,也可使用教练信息查询功能,其运行界 面如下:O/M Q W Ll X * 叨2 O : R：亠H怡址3) 4hQ0：,g? O O込?py朋逆未钊兵花性倉竹甘3：敘尊顷目倍忠去看欽披逊 我的龙約I阳8版世怕第绐岀宜词条件.0音所有费用上哝聖严_ _:旳S有“软纺80冗0OJW 上图24教练信息查询界面主要代码如下: (2)注册功能在登录界面中,

26、非用户可以点击注册,进行用户注册,设计运行界面如下:O后LM 匕IR 0丿g 曰0 2 ,亠 跑地址血h5：】2T. o oI找的琢勺官曲曲liHEL用户V:強证：、性別：KBI(13162126212岀生曰刖：I盹“库丨 v月西T曰ZSI理知页目他上疋査室么沁图25用户注册运行界面主要代码如下:opt ion va 1 ue= 年select name=Hbmonth,f class=nselect filed id二bmonth tabindex=8option value=MM月!生成日一一option value=M 日 戶催* 收nw 43 ： :_7 一 ifilUU Qh* Qq

27、 ,/S27 0. 0 9/QQ,/kinOnx g添加菽结工程值g.10救纺姐容:phVC丁项曰佔你：確共RZ)价枯：hkn伽加沏！ |图26添加教练页面相关的主要代码如下:inputtype=text,name12item jiamewid=Hitem name1size=20,X/td4治理教练信息tfWPQ W(i 收W XM(IIIB肋opO尼鹿- W -:;/皿玄孕【.丿心0.怡址QL卄司仏IgT.O.O “5?n_d3y *p *3刘乐乐4张小宝B6S何頑10小优16dFd19仝習瑋处东血目信愿 敘纺ID隸纺妊名价怡120LitW1BO10OCttlEdLl130CJhEfclB

28、BCtWJ86CttESLl80C!tk)60CiK)图27 治理教练信息界面测试方案及切换方式设计5.2.1测试方案(1) 用户名合法化判定在用户注册时,系统会检查用户名是否合法,本系统规定用户名只能使用字 母、数字和下划线.通过如下程序进行判定,当用户名出现非法字符时就报错退出. %function is name(name)dim i. cis name = truefor i = 1 to len(name)c = Lease(Mid(name, i, 1)if InStr(abcdefghijklmnopqrstuvwxjz, c) 4 then err(2) = H费用不能多于 4

29、 位数(3) 教练信息输入测试治理员在添加教练详细信息时,需要对其标号、姓名进行约束,约束条件如 下代码所示,保证了数据库中数据的一致性,不易出错.if len(item name) 10 then err(1) = 教练编号不能超过 10 个字符if len(item name)8 then err(l) = ir教练名称不能多于8个字符 if not IsNumeric(cost) then err(2) =11 费用必须是数字if len(cost) 4 then err(3) = f,费用不能多于 4 位数(4) 预约条件测试根据本设计中系统的实际要求,预约需要输入具体的年、月、日时间

30、,同时 为了预防冲突的产生,预约需提前48小时进行.其测试实现通过以下代码实现.if not isdate(pyear & pmonth & pday) thenerr=lelseif datediff (nhu, now, pyear & pmonth & pday & “ & ptime & w：00：00H) 48 thenerr=lend ifend if5.2.2切换方式设计本设计采用直接式来进行切换,直接应用本系统进行日常业务的处理,和整个 业务流程工作的完成.6系统评价系统优点使用UML面向对象的可视化建模语言,采用模块化编程的思想,对普通用户和 或治理员权限有严格的区别和要求.

31、在Internet快速开展的根底上,远程预约通过 网络实现用户对教练的预约和体育馆教练的根本治理功能.实现了用户的教练信息 查看、教练信息查询、预约和留言功能.同时实现了治理员对教练信息工程的添加、 修改和删除.系统以后需要改良的地方在我的这个健身馆预约系统中,只是实现了对用户、教练和工程这些根本信息的 查看、查询、删除、修改和预约.但现实生活中,用户可以在预约后对自己的预约 信息进行修改,甚至删除,这些功能我在本次设计中未能实现.其次,现实生活中, 健身观中有可能出现教练与工程属于一对多、多对多的关系,这在本系统的设计中 未能表达.以上所述,是我认为本次系统设计中的缺陷,我将在以后的学习中,

32、多 积累解决这些问题的知识,努力实现以上未能实现的功能.7总结从12月30号到1月12号我们进行了为期两周的?信息系统分析与设计?课程 设计,通过这次的课程设计使我熟悉了使用UML系统建模语ASP编程的根本思 想,对ASP+SQLServer这种常用的Web开发方式有了根本的熟悉.在本次课程设计 中使用了 SQL Server数据库效劳程序,能熟练使用了 SQL Server数据库的连接操 作方法.本次设计中,我选择做了一个健身馆预约系统,在这个系统中有两个主要功能 模块,一个是用户局部,另一个是治理员局部.在系统设计阶段进行了数据库需求分析和数据库概念结构设计,近一步熟悉了数据库在一个信息治

33、理系统中的重要性, 合理的数据库结构设计可以提升数据存储的效率,保证了数据的完整性和一致性.在系统的建模过程中,对活动者和用例的分析,都不是一次性完成的,通过的不断 地分析系统的功能,进一步细化的发现各活动者及其用例.使我熟悉到了使用L1ML 语言进行建模是一个不断需要完善的工作.在实现各个功能模块的编码过程当中, 让我深刻熟悉到理论知识与实际情况相结合的重要性.有的功能模块中,应用老师 的程序也不能运行,经过仔细检查,在老师和同学的帮助下反复调试程序,会发现 字段不符合数据库设计的要求,或者是缺少对字段非空的判断等等之类的错误.整 个编程的过程之后,感觉到代码的调试过程也是非常重要的一局部,它可以让我从 全局把握整个程序的结构,深刻理解每个程序局部,预防类似错误在以后发生.整个设计功能根本实现的过程中,我熟悉到了使用UML建模语言自己还有很多 缺乏的地方,同时感觉到自己所学的编程知识还远远不够,很多希望实现的功能不 会,这让我熟悉到在今后应该更广泛的学习,更深入的理解.参考文献：1 董兰芳,刘振安.?UML课程设计?.北京：机械工业出版社,2005.2 卫红春,方明.?信息系统分析与设计?西安:西安电子科技大学出版社, 2003.3 曹衍龙.?ASP/数据库开发实用工程案例精选?北京：人民邮电出版社, 2005.