某高校有若干系，每系又分为若干专业，每系有若干学生和教师。学生被分在若干班级中，一个学生只能属于一个班级，一个班级的学生都是一个专业的；教师则被分在不同的课程组，一个教师可以属于多个课程组，某个课程组的老师才有资格讲授该门课程。学生须在大学四年中修满规定的学分，其中有一部分为必修课，另一部分是选修课；必修课以班级为最小单位安排上课教室及上课老师，多个班级可以安排在一个教室上课。每个专业都有自已的培养计划，规定该专业的学生应在大学四个学年或8 个学期中修完哪些必修课，并在指定的选修课修满选修学分。该计划同时指定了这些必修课或选修课所开设的学期。所有教学活动均在教室进行，但上机与实验则在机房或实验室进行。不同的教室、实验室或机房可容纳不同的人数。有的教室有多媒体设施，有的没有。有的课程必须在多媒体教室完成教学，有的则不然。

根据上述描述，设计并开发一个教务管理系统，功能至少包括：

学生、教师、课程、专业、教室等信息管理；

培养计划的制订；

排课系统；

选修课的选修系统 (先有课表，然后方许学生选修)；

成绩登记系统 (只有任课老师才有权登记该门课程的成绩，但只能在该课程结束后一个月内登记，登记完毕后，任课老师要给予确认，此后再不能修改。在一个月快要结束的前一个星期，教务管理员应收到提醒，得知哪些老师尚未完成成绩的登记，以便电话通知这些任课

老师)；

成绩的统计、查询与打印(单人、单科、班级等成绩的打印)；

学分的查询与统计；

根据需要的其它功能。

题目2 图书销售系统

图书销售系统提供给书店包括图书编目、进退货、销售、财务报表等方面的一体化解决方案。同时还提供会员折扣功能，B/S 模式下的网上会员系统等。

功能包括：

图书零售购买：顾客购书后收银台进行结账。对于书店的会员可以提供相应的折扣。输入需要购买的图书和数量，计算出总金额，由用户选择使用现金或会员卡进行结账。并提供销售小票流水号作为销售的单据。对于会员，还要计算相应的积分。

图书零售退货：顾客对已购买的图书进行退货。需要提供图书和销售的小票以作为购买凭证。系统查询数据库进行数据验证，对符合要求的图书进行退货。

新书编目：书店从出版社购买新的图书后在这里进行编目。只有编目后的图书才可以进行销售。

图书查找：可以使用ISBN、书名、作者、出版社等多种方式进行查找已编目的图书。

图书资料修改：对已编目的图书修改图书的基本信息、零售价和最低折扣价。

图书进货：对已编目的图书再进货，同时处理其金额差异。

图书退货：对已编目的图书退货，同时处理其金额差异。

出版社管理：添加、删除、修改出版社，同时查询出版社的资料。

会员添加：添加新的会员，同时登记会员的基本信息、有效期、指定会员组等。

会员查找：提供会员编号、身份证号、会员姓名等方式复合查询。

会员删除：删除已存在的会员。

会员信息修改：对会员的基本资料进行修改。

会员充值：向会员的虚拟账户充值。

挂失与特别处理：将会员的状态在正常、挂失、特别处理之间调整。也可以找回会员的密码。

会员组管理：添加、删除和列出会员组。可以对会员组的名称、折扣、积分换算等方面进行设置。

系统设置：添加、删除、修改系统操作员，同时为相应的操作员设置其控制权限。

密码修改：对当前的系统操作员的密码进行修改。

数据管理：提供系统数据库的备份与恢复。

报表处理：提供图书销售单、图书进货单、会员列表、出版社列表、销售单等报表。

题目3 自来水公司水费管理系统

某市自来水公司负责该市所有民用和工业用水的供应，并负责水费的收取。工业用水与民用水采取不同的收费标准。无论工业用水或民用水均一月抄表一次，原则上每月收费一次。由于抄表的工作量较大，并不能保证两次抄表期间正好跨度一个月，因此以每月抄表的期间为当月收费期间。工业水费都由单位缴纳。民用水费有的由个人缴纳，有的由单位或住宅小区统一缴纳（然后单位再从职工工资中扣取，或由小区物业代收）。水费有的是由单位代理人或个人在收费大厅缴纳，有的由收费人员上门收取，再上缴财务。收费应当出具收费凭证（）。偶有单位或个人多个收费期间并缴现象，此时，可按收费期间出具多张收费凭证。对拖欠水费超过一定额度的出打印催缴通知。根据上述描述，设计与开发一个自来水收费管理系统。功能至少包括：

水费帐户的建立；

帐户初始化；

水表期末数的读取；

水费帐单的建立；

催缴通知；

水费收取与打印；

水费查询、统计与报表；

根据需要的其它功能。

题目4 银行储蓄管理系统

某储蓄所接受定期和活期储蓄业务，储户采用实名存款，需登记真实姓名，并出具身份证号码。储户可以办理多个存折。系统除了管理存取款业务外，还应管理储蓄所每天的业务交接与对帐、扎帐业务。储蓄所每天上班前可能接受运钞车送来的现金，下班时则将所内现金送回金库，零星款项也可能留在所内。每天下班前都要盘点每个营业员准备金、收取储户的存款、支付储户的取款以及缴回的余款，以验证帐目的正确。这些比较记录除了存储数据库外，都将打印凭证，交由当事人签字后存档。储户存款依法支付扣税后利息，定期存款依照到期日计息，活期存款在每年的6 月30 日计息(以存款天数计算)。此外，某个单位可能为本单位职工在该银行办理了工资卡，应予以考虑本项业务。客户存折或卡丢失后，可以申请挂失，挂失后该帐户即被冻结，直到储户补办新折或卡后。

根据上述描述，设计并开发一个储蓄管理系统。功能至少包括：

开户、销户、挂失等管理；

存款（包括活期存款和定期存款）；

取款（包括活期取款、定期到期取款和定期提前取款）；

转帐（一次转帐可以从一个帐户资金转到多个帐户，一如代发工资的情况）。

储户可以通过网络查询自已的帐户信息；还可以通过网络挂失。

查询、统计与报表（如查询交易历史）；

其它管理功能。

题目5：学院课程安排系统

1．系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。

假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。

2．限定条件

（1）每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。

（2）学院中层干部的主讲课时不能超过4学时/周。

（3本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

（4）本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课条件。

（5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。

题目6：学校教材定购系统

1．系统简介

本系统可以细化为两个子系统：销售系统和采购系统

销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开、登记并返给教师或学生领书单，教师或学生可以到书库领书。

采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。

以上功能要求在计算机上实现。

2．技术要求和条件

（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。

（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。

（3）系统的外部项至少包括：教师、学生和教材工作人员。

（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。

题目7：机票预定系统

1．系统简介

航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。

2．技术要求和条件

（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款）等。

（2）对于本系统还应补充一下功能：

1．旅客延误了取票时间的处理

2．航班取消后的处理

3．旅客临时更改航班的处理

（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。 

题目8：学校内部工资管理系统

1．系统简介

假设学校共有教职工约1000人，10个行政部门和8个系。每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处 。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。

2．技术要求和条件

（1）本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。

（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。

（3）工资、奖金、扣款细节由学生自定义。

题目9：实验室设备管理系统

1．系统简介

每学年要对实验室设备使用情况进行统计、更新。其中：

（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。

（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。

（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。

（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。

2．技术要求及条件

（1）所有工作由专门人员负责完成，其他人不得任意使用。

（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。

（3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。

（4）本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。

（5）本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表。

题目10：电子商务网站

电子商务网站是一个集客户购物、下订单、订单处理、销售统计等功能于一体的例子。通过浏览器，让客户可以查询商品，把货物放入购物车，创建账户/登陆账户，创建订单，通过信用卡支付等。

电子商务网站可以划分成多个模块，松耦合的设计架构，允许可以和多个数据源、EIS （企业信息系统）进行交互。功能如下：

∙用户

注册/登陆/忘记密码/管理个人信息

查询商品

购物车管理

提交订单

信用卡支付

查询历史购物记录

∙电子商店

接受/处理订单消息

手工接受/拒绝订单

用E-mail来通知客户

发订单给供应商

销售统计

∙供应商

接受订单

派送货物给用户

提供一个基于web的库存管理

维护库存数据库

题目11：高复用性的BBS论坛

BBS是一个可被复用的论坛。复用性体现在灵活配置（如用户级别可定义为高级用户、普通用户；金牌用户、银牌用户、铜牌用户、青铜用户等）、与数据库松耦合、构件化设计（可嵌入到其他Web应用中）、部署方便等。功能如下：

∙用户

注册/登陆/忘记密码/管理个人信息

查询帖子

提问/结贴

举报帖子（向栏目管理员）

回答

∙栏目管理员

查询帖子

帖子置顶

批注帖子

管理栏目公告

处理举报（警告/删除帖子）

奖励用户（加分）

举报用户（向论坛管理员）

∙论坛管理员

查询帖子

栏目管理（增减栏目，设置栏目管理员）

删除用户

配置用户类型

奖励用户（加分）

查询统计信息（如用户数量、帖子数量等）

题目12：毕业设计指导网站

毕业设计指导网站的目的是使学生和教师能够通过网络进行毕业设计辅导，这样能够得到最新的毕业设计信息，更好的辅导效果。内容如下：

∙学生

注册/登陆/忘记密码/管理个人信息

上传文件和下载文件

向指导教师提问

查询问题

∙教师

登陆/忘记密码

管理所辅导学生的账户

上传文件和下载文件

       回答问题

群发消息

∙管理员

管理教师和学生信息

查询统计数据（日问题量，答疑率）

提醒教师答疑

       发布公告

群发消息

一、课程设计过程与具体要求

1. 学习课程设计指导书和分组   

学习研究课程设计指导书，进行分组并且明确每个学生在开发小组中扮演的角色及承担的职责（包括选出组长）。

2. 确定目标、初步方案，准备、试用开发环境与工具   

每个小组确定开发网站目标及初步方案；选择、准备、试用开发平台、数据库、交互网页开发技术、网页设计工具及其他有关开发工具。

3. 学习与搜集素材，借阅、购置必要的书籍与材料  

学习开发小组及成员根据自己承担的任务利用各种途径（图书馆、因特网、书店、同学亲友等）进行针对性的学习并收集相关素材，包括精选、购置必要的书籍。

4. 课堂与课下结合开发项目   

因为需要自学和探索的内容与软件较多，每个学生要特别发挥积极主动精神投入课程设计和开发活动。除了实验室正式安排的课程设计时间之外，学生需要充分利用好课余时间，自己有计算机的学生更要充分利用有利条件以取得尽可能好的开发成果，力争获得最大收益。

5. 各阶段的开发工作   

开发过程中，小组长必须承担起领导责任，不定期召开小组开发工作研讨会(建议5-8次)。会前有准备，会议有记录(包括日期、出席人员、主题、讨论纪要、结论与问题、计划与行动分工。事后要保存好供老师检查)，会后有分工和检查。开发小组工作会议的可能内容是：  

1) 选题、网站内容及开发方案研讨；小组成员分工；开发计划拟定。

2) 同类著名网站浏览、分析；网站需求分析；网站原型及成员分工确认。

3) 原型主页设计及网页组织研讨。  

4) 数据库设计及应用研讨。

5) 交互网页开发技术或其他专门开发技术或开发工具使用的研讨。

6) 网站原型集成测试、原型功能改进与扩充；开发文档整理、汇总。

6. 做好小组与个人的开发记录、总结，做好小组内外的交流与互助  

各个开发小组及其每个成员可以互相研讨、帮助，但必须完成自己承担的开发任务与文档编制任务，不得抄袭他人成果。在课程设计进行期间，每个小组由小组长建立项目开发记录本（不少于30页），每周至少做一次记录，包括小组会议记录，小组记录本要保存好供老师检查。

建议每个小组成员也建立自己个人的开发记录或日志。记录的内容可以包括:个人在小组中承担任务、计划与进度；相关学科与软件工具学习内容摘要与存在问题、难点；好的创意与建议；开发或学习心得；文档草稿；重要信息与线索记录等。

这样做可以有助于项目开发工作和自己的学习，也有助于最后完成个人和小组的课程设计报告。

二、小组成员角色描述与负责完成的文档

  （注：若采用面向对象分析与设计方法开发提供文档将有所不同）

1. 书面材料

(1)个人报告： 每个学生提交个人课程设计报告AG14~EG14(A4打印稿，不少于10页，格式要求参看附录)交给组长。由组长连同小组打印报告一并按时交给老师。

(2)小组报告： 课程设计小组报告(A4打印稿，不少于15页，格式要求参看附录) 由小组的角色D完成(报告大纲由组长起草，报告要经过全组讨论，由各个成员提供素材)。

(3)小组项目开发记录本(含小组进行课程设计的活动日志与会议记录)。注：组长把小组报告、开发记录本连同所有成员的个人报告交给课代表,再由课代表统一交给老师。

2. 软件与电子文档

(1)个人电子文档：把含个人完成的文档软盘交给小组负责保管文档的角色D(平时组长安排的计算机的硬盘中，最后保存在不只一台计算机中)。个人软盘中应当包含个人完成的开发源代码和在上面“小组成员角色描述与负责完成的文档”中指定的文档和个人课程设计报告的电子文档。

(2)小组项目电子文档：小组平时把运行系统的文档保存在组长安排的计算机硬盘小组项目专用目录中。完成项目后，把小组项目课程设计报告、可运行程序、源代码、相关文档连同各个小组成员的文档分别复制到在小组项目专用目录下不同的子目录以及每个成员的子目录中。最后再把包含整个小组项目专用目录的内容复制到负责保管电子文档的课代表的计算机中本班软件工程课程设计目录中，待老师审查、验收。

注1.在老师未审核和未给出成绩之前，个人和小组均应当有完整的程序与文档的备份。

注2.最好每个班级把本班中所有小组项目(其中含有小组与各成员的报告、可运行程序、系统配置文件、安装文件、源代码和相关文档)刻录在一张CD-ROM光盘中交给老师，可以免去交个人和小组软盘带来的麻烦。有条件的组也可以把小组完成的成果刻录在一张CD-ROM光盘提交。要求每小组交付报告、系统与文档总量最好在10MB至30MB之间。

四、成绩评定

1．成绩分为优、良、中、及格、不及格五个等级。

2．学生成绩由四部分组成：平时考勤（20%），实习报告（10%），课题功能实现（40%），答辩（30%）。缺勤三分之一者考核成绩不及格，重修实习内容。下载本文