软件工程课程实践要求

2013软件工程课程实践要求一．基本要求

软件工程课程实践要求以课程分组为单位完成一个小型项目的分析和设计过程，基本要求如下：

●每个小组从三个候选项目中选择一个完成，每个项目不超过6个小组，

因此请每个小组尽快确定一个项目并在课程网站的“教学互动—在线课

堂”栏目下相应项目版面发帖声明，先选先得，以教师回复确认为准；

●原则上以3人为一个小组，自由组合，以小组为单位完成课程实践项目。

最终将针对小组的完成情况进行整体评分。若多出1到2位同学不足成

组，可4人一组，但4人组数不能超过2组；

●分别用结构化和面向对象方法完成系统的分析和设计过程，主要体现为

需求分析和设计文档（文档封面请注明所选项目名称和小组成员学号及

姓名），分两次提交，学期期中提交结构化分析和设计文档，期末提交

面向对象分析和设计文档（具体时间以网站通知为准）；

●结构化分析阶段要求包括详细的分层数据流图、数据字典、加工说明等，

结构化设计阶段要求包括详细的结构图（经过改进）以及相关说明；

●面向对象分析阶段要求包括领域概念模型（类图）、用况图、用况的动

态建模（活动图、顺序图、状态机图等）以及详细的用况描述，面向对

象设计阶段要求包括体系构设计（包图、构件图等）、静态结构设计（类

图）、核心类的动态行为设计（状态机图）以及关键部分的交互设计（顺

序图等）等；

●两次提交分别将相关文档（包括UML图等）压缩成一个文件，并通过

课程网站的“教学互动—作业习题”栏目上传（将分别提供相应的作业

上传界面）；

●本文档只提供了实践项目的简要描述，在此基础上可以进行合理想象，

对于实践项目的各种问题请到课程网站的“教学互动—在线课堂”栏

目下相应项目版面上进行提问和交流，在线讨论的参与度也将成为一项

评分标准。

二．候选项目

1.餐饮服务管理系统

1）总体说明

餐饮服务管理系统是酒店管理系统的一个部分，主要完成中西餐、咖啡厅、酒吧等顾客消费的消费信息记录、资源分配以及员工的信息管理等工作。

2）系统相关角色

系统管理员，员工，部门经理，采购员，顾客，供货商等等

3）相关功能说明

（1）餐饮收银管理

登记管理：客人到来以后进行登记，可以修改或者删除登记信息，客人可以要求合台或者换台。

消费管理：能够录入、修改或者删除客人的消费信息。

订餐管理：订餐信息登记，包括订餐时间、就餐时间、订餐桌数、人数、订餐详情、取消订餐、订餐查询。

主窗体：显示当前桌台、包房的占用情况，显示客人消费状态。

结算管理：客人结账的时候可以分类打折或者全面打折，计算开发票金额，打印账单，结账方式也有多种方式，如现金付款、支票付款、信用卡付款、免费、挂帐等自动统计。

日统计管理：可以对今日收银进行概览，方式多样，如按类别统计、按菜品统计、按帐单统计、按包房统计等等，可显示日销售项目排行榜，可打印销售日报表。

二级库存管理（主要管理酒水饮料的日常库存）：这里主要是指前台的酒水饮料管理，包括入库、入库查询、入库统计，退货、退货查询、退货统计，库存动态，销售查询、销售统计，库存盘点、盘点查询、盘点统计。

菜谱管理：对菜品进行管理，如菜品类别维护、特色菜维护、菜品明细维护、

酒水饮料维护，价格维护、套餐维护、菜谱打印、商品单位维护。各消费类别和消费项目可任意增加、修改与删除，按照自己业务情况任意设置。

（2）采购库存管理

该库存管理系统是后勤部门对所有资源的管理。

仓库从供货商处对商品进货，也可以对商品退货，可以进行商品进货信息和商品退货信息的查询、统计等。

餐饮各部门领用商品，也可以对领用商品退货。可以进行商品领用和退货信息的统计、查询，可按部门、商品、商品类别等多种方式。

显示各个供应商信息，对供应商供货情况进行记帐，可查询、统计其供货信息，可查询应付款、已付款等各种信息，

对仓库中的商品进行盘点，对各种进货、退货、领用信息以及供货商情况进行统计，生成报表，交部门经理审核。某商品库存低于一定程度时可以预警。（3）人员维护

系统可以对各种员工的信息进行维护，包括增加、删除、查询等等。

员工交换班的时候，当前用户更换并确认当前（钱款、物品、房间状态）。

用户更改自己的密码。

帐号管理（系统管理员），用户权限、密码、站点的编辑。

每月底可以对员工的工作情况进行统计，生成报表，供部门经理进行审核。

其他细节可以加入自己的一些假定。

2.医院管理信息系统

主要功能概述

1）门诊挂号和结账

门诊收费系统需要录入门诊挂号中的病人，挂号科室，门诊号等信息，能根据各种检查诊疗收费项目信息和药品字典中每项药品收费信息，核算出病人费用等，并且能够支持退票废票处理要求，打印收费发票。要求

●支持医保、公费、自费等多种身份的病人挂号；

●支持现金、刷卡等多种收费方式；

●支持窗口挂号、预约挂号、电话挂号、自动挂号功能。挂号员根据病人

请求快速选择诊别、科室、号别、医生，生成挂号信息，打印挂号单，

并产生就诊病人基本信息等功能；

●支持退号处理：能完成病人退号，并正确处理病人看病日期、午别、诊

别、类别、号别以及应退费用和相关统计等；

●门急诊病人统计功能：能实现提供按科室、门诊工作量统计的功能；

●查询功能：能完成预约号、退号、病人、科室、医师的挂号状况、医师

出诊时间、科室挂号现状等查询。

2）病历和门诊管理

门诊挂号时如果是新病人则新建病案。医生在诊断过程中可以查阅所看病人信息，并根据诊断添加新的诊断信息。各个检查检验科室（X光、各种化验等）得到病人的检验报告或医学图像信息后也即时入库存放到病人的病历信息中。

门诊过程中医生开出处方后病人到窗口缴费，缴费成功的处方转为领药单并给病人打印发票，药房根据领药单发放药品（可以认为这些信息都是在软件系统中流转）。

3）药品管理功能

药品管理涉及医院中药品的采购、入库、发放等，具体功能包括：

●录入或自动获取药品名称、规格、批号、价格、生产厂家、供货商、包

装单位、发药单位等药品信息以及医疗保险信息中的医疗保险类别和处

方药标志等；

●自动生成采购计划及采购单功能；

●提供药品入库、出库、调价、调拨、盘点、报损丢失、退药等功能；

●可随时生成各种药品的入库明细、出库明细、盘点明细、调价明细、调

拨明细、报损明细、退药明细以及上面各项的汇总数据；

●可追踪各个药品的明细流水帐，可随时查验任一品种的库存变化人、出、

存明细信息；

●提供药品的有效期管理、可自动报警和统计过期药品的品种数和金额，

并有库存量提示功能；

●对毒麻药品、精神药品的种类、贵重药品、院内制剂、进口药品、自费

药等均有特定的判断识别处理，例如某些药品需要领导审批后才能发

放。

4）住院管理

以床位为单位进行管理。病人在门诊医生那里申请住院后付款，根据病区和等级（VIP、单人、普通病房等）安排床位。医生认为可以出院（在系统中设置）后病人可以结帐出院，床位安排护士进行整理并恢复为空现状态。

3、智能家居系统

智能家居是以住宅为平台，兼备建筑、网络通讯、讯息家电、设备自动化，集系统、结构、服务、管理为一体的高效、舒适、安全、便利、环保的居住环境。智能家居是在家庭产品自动化，智能化的基础上，通过网络按拟人化的要求而实现的。智能家居可以定义为一个过程或者一个系统，利用先进的计算机技术、网络通讯技术、综合布线技术、无线技术、将与家居生活有关的各种子系统结合在一起。与普通家居相比，由原来的被动静止结构转变为具有主动智能的工具，提供全方位的讯息交换功能，说明家庭与外部保持讯息交流畅通。智能家居强调人的主观性，要求重视人与居住环境的协调，能够随心所欲地控制室内居住环境。

一、智能家居功能简介：

1、电话通信系统

防止误接与打扰家人，使用内外线区别来电响铃，内线互拨，代接转接，通话保密，三方通话。利用专业的大门对讲机，实现电话开锁功能

2、网络中心系统

一条网线，实现多房间同时上网，电脑信息资源共享，电脑全住宅智能管理，INTERNET远程监控、操作、维护

3、数字影院系统

多房间共享家庭影音库，计算机影视资源共享，CD、VCD、DVD音视频信号共享，实现整个住宅音视频电源开关、音视频播放源切换，音量调节。

视频输入接口：VCD、DVD、安防摄像头等均可提供视频输入。

视频输出：配置了网络监控及可视门铃、安防摄像头，家里的每一台电视、计算机均可查看摄像头的视频监控图像。

4、安防监控系统

对家庭人身、财产等安全进行实时监控，发生入室盗窃、火灾、煤气泄漏以及紧急求助，自动拨打用户设定的电话，通过语音及时报告险情；远程监听功能，互联网远程实时动态摄像监控与监看功能。

5、智能照明系统

整个住宅灯光的智慧管理，可以用遥控等多种智慧控制方式实现对整个住宅灯光的遥控开关，调光，（区域）全开全关及“会客、影院”等多种一键式灯光场景效果的实现；并可用定时控制、电话远程控制、计算机本地及互联网远程控制等多种控制方式实现功能，从而达到智能照明的节能、环保、舒适、方便的功能。

6、电器控制系统

传统电器以个体形式存在，而智能电器控制系统，是把所有能控制的电器组成一个管理系统，可以用遥控、场景、定时、电话及互联网远程、计算机等多种控制方式实现电器的智慧管理与控制。

二、智能家居控制方式：

1、传统手动控制方式：

保留智慧住宅内所有灯及电器的原有手动开关、自带遥控等各种控制方式，对住宅内所有灯及电器，无需进行改造，保留原有的手动开关及自带遥控等各种控制方式，充分满足家庭内不同年龄、不同职业、不同习惯的家庭成员及访客的操作需求；不会因为局部智慧设备的临时故障，导致不能实现控制的尴尬。

2、智能无线遥控系统：

一个遥控器,实现对所有灯光\电器及安防的各种智慧遥控以及一键式场景控制，实现整个住宅灯光及电器的开关、临时定时等遥控，一键式情景模式，配合数字网络转发器，实现本地及异地万能遥控。

3、一键情景控制系统：

一键实现各种情景灯光及电器组合效果，可以用遥控器、智能开关、计算机等实现“回/离家、会客/影院、就餐、起夜”等多种一键。

4、计算机房屋管理系统：

可以通过自带的计算机软件实现对整个住宅灯光、电器、安防等系统的各种智能控制与管理，通过功能最强大的计算机软件可以实现对整个住宅系统的本地操作及INTERNET远程配置、监控、操作和维护以及系统备份与系统还原；

5、电话远程控制系统：

可以实现用电话或手机远程控制整个智能住宅系统以及实现安防系统的自动电话报警功能，无论您在哪里,只要一个电话就可以随时实现对住宅内所有灯及各种电器的远程控制，离家时，忘记关灯或电器，打个电话就可实现全关，回家前，打个电话可以先把热水器启动，空调打开；若配置了安防系统，则当家里发生入室盗窃等各种险情，安防系统自动拨打默认的电话号码。

6、INTERNET远程监控：

通过互联网实现远程监控、操作、维护以及系统备份与系统还原，通过用户授权，可以实现远程售后服务。无论在世界各地，只要通过INTERNET互联网都可随时了解家里灯及电器的开关状态，包括远程控制，随时根据需求，更改系统配置、定时管理事件，还可随时修改报警电话号码；若授权工程师服务人员，可以让他们协助远程售后服务。

7、事件定时管理系统：

可以个性化定义各种灯及电器的定时开关事件，一个事件管理模块可以设置多个事件，完全可以将每天、每月、甚至一年的各种事件设置进去，充分满足用户的实际需求。可设置早上定时起床模式，晚上自动关窗帘模式，还有出差模式（摸拟有人在家以防小偷）等。

软件工程课程设计任务书(模板及参考)

编号: 大连理工大学本科生课程设计任务书 课程名称：软件工程课程设计 指导教师： 项目名称：粒子群主题网站 小组名称： 组长姓名： 上课时间：2009年7月13 日- 7月25 日 大连理工大学软件学院 20 年月日

1 设计目的 软件工程课程设计是在学生系统的学习了《软件工程》课程后，综合运用所学的知识，设计开发一个小型的实际系统。 要求学生运用软件工程的思想，严格按照软件生命周期各个阶段的目的和任务，完成对系统的定义、设计、编码、运行以及后期的维护。通过对具体系统的设计和开发，使得学生掌握软件工程的基本原理和基本方法，学会用软件工程学的概念、原理、方法开发和维护软件。 2 设计要求 (1)选用迭代式开发的过程模型，运用软件工程的方法，规范地完成规模小、功能较为简单 的软件开发，包括需求分析、设计、编码和测试。 (2)学生5人组成一个项目小组，一人为组长，其他人为组员，组内成员分工明确、团结协 作、相互配合，共同完成选题的设计。 (3)课程设计时间为2周。 (4)开发平台.NET3.5，语言（C# \ ASP），数据库设计工具Powerdesigner；数据库系统MS SQL Server 2005 (5)具体指标： 1)可以选择结构化分析/设计（SA/SD）或面向对象方法（OOA/D） 2) 结构化分析/设计（SA/SD） a）需求分析：分析系统的静态功能和动态行为 每一位小组成员能够描绘分配的子功能需求 每一位小组成员完成分配子功能的数据流图DFD，要求绘制到3级DFD3 小组负责人组织完成系统的DFD3 b）设计：完成系统的功能模块设计 每一位小组成员根据需求的DFD3图，完成分配的子功能模块设计，用HIPO 图表征。 每一位小组成员设计分配的子功能模块的接口 每一位小组成员能够完成分配的子功能程序流程的逻辑设计 小组负责人组织完成系统的总体结构集成 c）软件实现： 每一位小组成员完成分配的子功能界面的设计 每一位小组成员完成分配的子功能代码编写 小组负责人在.NET框架下，组织完成系统的实施 d）软件测试： 每一位小组成员完成分配的子功能的单元测试 小组负责人负责组织系统的测试用例，不少于20个，完成测试工作 3)面向对象方法（OOA/D）：以UML为主 a）需求分析：分析系统的静态功能和动态行为

软件工程实践者的研究方法(中文版第七版)课后习题答案

作业答案。 2.1 a.设计者对于用户要问的问题： 项目的目标是什么？做到什么程度就成功了？谁会对项目的成功做最后的评判？项目的使用者包括那些？ b. 用户对设计者应该问的问题： 目前问题有哪些解决方案，项目完成有哪些难点，在时间范围内能否完成？ c. 软件问题用户自问？ 还有其他解决方案吗？哪些功能是必须的？乙方资质和能力够吗？ d. 软件过程问题自问？ 用敏捷还是用瀑布？质量检查点分别有哪些？有几个MileStone? 2.2 为沟通活动设计一系列动作，选定其一并设计任务集。 （批作业的时候，以合理为目标，不一定要一样） 需求获取、需求规范说明（建模）、需求协商、需求确认等。 例如，书上page 23。 2.7 详细描述三个适合用于瀑布模型的软件项目。 （要求学生不仅仅列出项目的名称，而要说明为什么适合） 瀑布模型适合于项目开发而不是产品开发。信息管理系统一般适合于用瀑布模型。因为这类系统业务功能较为明确，架构比较单一，技术难点较少。图书馆系统、销售管理系统都是。 3.11 重构：已经写好的正确的代码，不断修正，使得代码更加精简并易读。 结对编程：两个人同时编写一段代码，一般一个人负责实现，一个人负责检查代码质量。 3.16 利用FDD，为“Web浏览器”定义一系列特征集合与特征。 特征集合模板： an