下载文档原格式
软件工程专业“卓越工程师培养计划”试点方案二○一一年三月目录1. 专业基本情况 (4)2. 实施卓越工程师培养计划的基础 (5)2.1 人才需求环境 (5)2.2 专业师资队伍 (5)2.3 科学研究与教学研究 (7)2.4 学生培养 (9)2.5 校内实践教学基地 (11)2.6 校外产学研合作培养基地 (11)3. 试点规模及及培养模式 (13)4. 本科阶段培养方案 (14)4.1 培养目标和要求 (14)4.2 知识体系的基本框架 (15)4.3 课程体系设计及学分要求（3+1模式） (17)5. 企业学习阶段培养方案 (26)5.1 培养目标 (26)5.2 企业培养计划 (26)5.3 工程教育师资队伍 (27)6. 工程硕士阶段培养方案 (29)6.1 培养目标和要求 (29)6.2 培养模式 (30)6.3 课程体系设计及学分要求（1+1模式） (30)7．质量保障与监控体系 (34)7.1 组织管理 (34)7.2 条件保障 (35)7.3 质量保障 (36)7.4 监控体系 (37)7.5 建立学院与企业定期沟通的协商机制 (40)7.6 学生校外学习期间相关要求及注意事项 (40)附件1：武汉理工大学软件工程专业“卓越工程师培养计划”校企联合培养协议书 (42)附件2：武汉理工大学软件工程专业校企联合培养基地、实习基地协议书43附件3：武汉理工大学软件工程专业“卓越工程师培养计划”专业培养标准及标准实现矩阵 (44)附件4：武汉理工大学软件工程专业“卓越工程师培养计划”企业培养标准及标准实现矩阵 (53)1. 专业基本情况武汉理工大学是教育部直属的全国重点大学、国家“211工程”的重点建设高校。
该校是恢复高考制度以来开办计算机应用专业最早院校之一，经过30多年的发展与建设，武汉理工大学计算机科学与技术学院目前已拥有“计算机应用技术”博士学位授予权、“计算机科学与技术”一级学科硕士学位授予权、软件工程和计算机技术两个工程硕士领域授予权，其中“计算机应用技术”为湖北省重点学科，形成了本、硕、博三位一体的教学、科研与培养体系。
《软件体系结构》课程教学大纲一、课程名称：软件体系结构Sof tware Architecture二、课程编码：0810711三、学时与学分：48/3其中课堂教学32学时，实践教学16学时。
四、先修课程：软件工程五、课程教学目标1.帮助学生了解软件体系结构的基本概念，初步掌握中大型软件体系结构的分析与设计方法；2.使学生了解构建系统的目的是为了满足组织的需求，认识软件行业和开发组织在系统设计及其最终成败所起的作用，提高软件设计的基本素养；3.引导学生认识系统的性能、可用性、安全性等质量属性都是受软件构架制约的，或者说这些属性的实现影响着设计师的设计选择。
六、适用学科专业软件工程七、基本教学内容与学时安排•构架商业周期（2学时）构架的产生软件过程和构架商业周期什么样的构架才算好•什么是软件构架（2学时）软件构架概念的澄清软件构架的其他观点构架模式、参考模型和参考构架软件构架的重要性•A-7E案例分析（2学时）与构架商业周期的关系需求与质量A-7E航空电子系统的构架•理解质量属性（6学时）功能性和构架构架和质量属性系统的质量属性质量属性场景其他系统质量属性商业质量属性构架的质量属性•实现质量属性（6学时）战术介绍可用性战术可修改性战术性能战术安全性战术可测试性战术易用性战术战术与构架模式的关系构架模式和样式•设计构架（6学时）生命期中的构架设计构架形成团队结构创建骨架系统•飞行模拟：构架可集成性案例分析（2学时）与构架商业周期的关系需求与质量构架解决方案•构架编档（2学时）构架编档的使用视图选择相关视图视图编档跨视图文档统一建模语言• AT AM：一种进行构架评估的综合方法（4学时）ATAM的参与人员ATAM的结果ATAM的阶段Nightingale系统:应用ATAM的案例分析八、实践教学（16学时）•上机操作内容及要求：从网上选课系统、文本编辑系统、票务查询系统或正文关键字索引系统这四个系统中任选一个，根据不同的质量属性驱动，运用ADD方法设计两个或多个构架方案，再用ATAM 方法进行评价，然后选择最优方案加以实现，编程语言自选。
.实验课成绩学生学号书报告实学生验实验室设备信息系统实验课程名称软件项目管理B院课学开计算机科学与技术学院指导教师姓名马成前生姓名学学生专业班级班zy1302软件专业资料word.2015 -- 2016第二年学学期专业资料word.专业资料word.目录第一章前言 ....................................................................................................... - 1 -1.1 项目开发背景 ..................................................................................... - 1 -1.2项目开发目的 ...................................................................................... - 1 -1.3项目开发意义 ...................................................................................... - 1 -1.4项目人员分配 ...................................................................................... - 2 -1.5项目的开发流程.................................................................................. - 3 -第二章范围计划 ................................................................................................. - 3 -2.1项目工作分解结构 ............................................................................. - 3 -2.2软件生命周期模型 ............................................................................. - 6 -2.3软件生命周期模型详细文档 ............................................................. - 8 -2.3.1软件规划 .................................................................................. - 8 -2.3.2需求开发 .................................................................................. - 8 -第三章时间管理 ............................................................................................. - 12 -3.1进度编制 ............................................................................................ - 14 -第四章成本管理 ............................................................................................. - 16 -4.1 成本估算 ........................................................................................... - 16 -第五章质量管理 .............................................................................................. - 19 -5.1质量管理方案及准备 ....................................................................... - 19 -专业资料word.专业资料word.第一章前言1.1 项目开发背景面对日益增多的实验教学需求，古老的人工管理方式和人工预约方式受到了强烈的冲击，更加简便、清晰、规范的实验室管理系统也应运而生。
武汉理工大学学生实验报告书实验课程名称软件开发工具开课学院计算机科学与技术学院指导老师姓名向广利学生姓名学生专业班级软件zy13022015—2016学年第1 学期实验课程名称：软件开发工具</label></div><button class="btnbtn-lgbtn-primary btn-block" type="submit" id="submitButton">登录</button></form></div></body></html>（2）其他源代码（见附件）二、实验结果及分析（包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等）网页效果：（1）登录页面：（2）用户信息页面：（3）公告页面：（4）实验室页面：（5）仪器设备管理页面：（6）低值品与耗材管理页面：三、实验小结、建议及体会在这次实验中，我学会了如何利用Bootstrap开源框架开发前端，其中学会了不少东西，包括html5、css和javascript的基本语法。
以前觉得页面开发应该很简单，拖拖拉拉控件就行，现在发现并不是那么简单，代码的组织也是非常重要的，好看的页面也是要用心组织代码才能实现的，以后的实验我会继续努力的！实验课程名称：软件开发工具第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）内容：利用MVC框架进行后端设计和开发，内容自定义。
二、实验设计（包括实验方案设计，实验手段的确定，实验步骤，实验过程等，用硬件逻辑或者算法描述）本次实验开发采用的是J2EE技术。
J2EE提供了更为显著和灵活的安全特性。
J2EE采用Java认证和授权服务，作为其核心的安全性协议和保障。
J2EE采用部署描述的方式，使系统组件的部署员可以灵活地对每个组件Servlet、EJB、JavaBean进行配置，从而实现角色的身份验证。
第一章1. 体系结构发现、演化、重用体系结构发现解决如何从已经存在的系统中提取软件的体系结构，属于逆向工程范畴。
由于系统需求、技术、环境、分布等因素的变化而最终导致软件体系结构的变动，称之为软件体系结构演化。
体系结构重用属于设计重用，比代码重用更抽象。
由于软件体系结构是系统的高层抽象，反映了系统的主要组成元素及其交互关系，因而较算法更稳定，更适合于重用。
2.基于软件体系结构的软件开发方法：问题定义—>软件需求—>软件体系结构—>软件设计—>软件实现3.评价软件体系结构的方法权衡分析方法（ATAM方法），软件体系结构分析方法（SAAM方法）,中间设计的积极评审（ARID方法）第二章1. 建模结构模型：研究结构模型的核心是体系结构描述语言。
以体系结构的构件，连接件和其他概念来刻画结构。
并力图通过结构来反映系统的重要语义内容。
框架模型：与结构模型类似，但不太侧重细节，而侧重于整体结构。
动态模型：是对结构和框架模型的补充，研究系统大颗粒的行为性质。
过程模型：研究构造系统的步骤和过程，结构是遵循某些过程脚本的结果。
功能模型：认为体系结构是由一组功能构件按层次组成，下层向上层提供服务。
功能模型可以看作是一种特殊的框架模型。
4+1视图模型：逻辑视图、进程视图、物理视图、开发视图和场景视图逻辑视图主要支持系统的功能需求，即系统提供给最终用户的服务。
在逻辑视图中，系统分解成一系列的功能抽象，这些抽象主要来自问题领域。
这种分解不但可以用来进行功能分析，而且可用作标识在整个系统的各个不同部分的通用机制和设计元素。
在面向对象技术中，通过抽象、封装和继承，可以用对象模型来代表逻辑视图，用类图来描述逻辑视图开发视图通过系统输入输出关系的模型图和子系统图来描述。
进程视图侧重于系统的运行特性，主要关注一些非功能性的需求。
物理视图主要考虑如何把软件映射到硬件上。
逻辑视图和开发视图描述系统的静态结构，而进程视图和物理视图描述系统的动态结构。
《软件体系结构》教学大纲课程英文名称: Software Architecture课程编号：050302一、课程说明1．课程性质《软件体系结构》课程，是软件工程专业硕士研究生的主干课程。
2．课程的目的和任务软件体系结构主要介绍软件体系结构和中间件的基本概念，使学生对软件体系结构有比较深入的了解。
通过学习，使得学生在软件工程思想的基础上，更进一步掌握软件分析和软件开发的方法和思想，并能在实际中应用。
培养学生成为一名合格的软件分析师或软件工程师，并为其在该领域进一步深造打下坚实的基础。
3．适用专业软件工程，计算机科学与技术专业4．学时与学分学分：3 学时：45 讲授学时：45 实践学时：05．先修课程软件工程，数据结构与算法，操作系统，程序设计6．推荐教材或参考书目教材名称：《软件体系结构》张友生编著清华大学出版社ISBN：7302078106 2004版主要参考书目：《软件体系结构理论与实践》冯冲，江贺，冯静芳编著人民邮电出版社2004版7．主要教学方法与多媒体要求主要教学方法：理论和技术教学，案例驱动教学多媒体要求：多媒体教学占80%8．考核方式1、平时成绩（书面作业＋上机实验＋考勤）2、课程大作业3、期末闭卷笔试4、总成绩 = 笔试成绩（60/100）+ 平时成绩（20/100）+ 大作业成绩（20/100）9．课外自学要求书本上没讲过的内容，让学生自学。
推荐的教材，学有余力的学生可以自学。
二、教学基本要求和能力培养要求1．通过本课程的教学环节，达到以下基本要求1）、应使学生全面了解软件体系结构的概念。
2）、使学生对软件体系结构有比较深入的了解，掌握软件体系结构的思想，了解软件体系结构的设计过程。
3）、使学生在了解软件体系结构的基础上，能用之于软件开发的实践过动中去。
2．通过学习本课程应具备以下能力培养学生成为一名合格的软件分析师或软件工程师，并为其在该领域进一步深造打下坚实的基础。
三、课程教学内容第一章软件体系结构概论重点：了解软件危机的概念、产生以及表现。
项目名称：NextGen POS1 项目参与人员项目经理：范家林需求分析师：蔡庚贤彭冬磊产品设计师：朱鹏架构师：秦超编码员：范家林，蔡庚贤，朱鹏，秦超，彭冬磊测试员：范家林，蔡庚贤，朱鹏，秦超，彭冬磊各自完成的任务：范家林： 1.2补充规格说明，1.7迭代计划的编写，2.8.3销售单，2.8.4 销售单项蔡庚贤：UML概述的编写， 1.5 领域/业务规则，1.6 风险列表和风险管理计划，2.1 领域模型彭东磊：立项背景的编写，2.2 系统顺序图（SSD)，2.8.5帐户，2.8.6帐户管理朱鹏：1.4 词汇表，1.3 预景，2.3 操作契约，2.8.1 商品，2.8.2商品管理秦超：1.1用例模型2.4 类图，2.5 系统结构，2.6包图，2.7部署图文档的编写以及产品介绍文档由组员共同编写完成2立项背景21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
3 UML 概述面向对象的系统分析与设计，包括OOA（面向对象分析）与OOD（面向对象设计）两个部分。
其中OOA 的主要任务是分析问题，找出问题解决方案。
同时，发现对象并分析对象内部构成和外部关系，建立软件系统的对象模型。
OOD 的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计对象与类，进而设计系统结构、人机界面、数据管理、任务管理等子系统。
UML（Unified Modeling Language）是第3 代的面向对象建模语言，融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念。
UML 易于表达且功能强大，应用广泛。
它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程。
UML 定义了一系列图形工具，以对现实世界进行面向对象建模。
标准建模语言UML 已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。
目录项目名称：NextGen POS --------------------------------------------------------------------- 11 项目参与人员 --------------------------------------------------------------------------- 12立项背景 ---------------------------------------------------------------------------------- 23 UML 概述 ---------------------------------------------------------------------------------- 2 目录------------------------------------------------------------------------------------------------ 31 初始 --------------------------------------------------------------------------------------- 51.1 用例模型（秦超）-------------------------------------------------------------- 51.1.1 use case ------------------------------------------------------------------- 51.1.2 10-20% core picked requirement ------------------------------------- 61.2 补充规格说明-------------------------------------------------------------------- 71.2.1 修订历史 ------------------------------------------------------------------ 71.2.2 Introduction (简介) ------------------------------------------------------- 71.2.3 Functionality (功能性) --------------------------------------------------- 71.2.4 Usability (可用性) -------------------------------------------------------- 81.2.5 Reliability (可靠性) ------------------------------------------------------ 81.2.6 Performance (性能) ------------------------------------------------------- 81.2.7 Supportability (可支持性) ----------------------------------------------- 81.2.8 Implementation Constraints (实现约束) ------------------------------ 91.2.9 Purchased Components (购买的组建) --------------------------------- 91.2.10 Interfaces (接口) --------------------------------------------------------- 91.2.11 Application-Specific Domain (Business) Rules (应用领域规则) 91.2.12 Legal Issues (法律问题) ----------------------------------------------- 101.2.13 Information in Domains of Interest (所关注领域内的信息) ---- 101.3 预景------------------------------------------------------------------------------- 101.3.1 Revision History (修订历史) ------------------------------------------- 101.3.2 简介 ----------------------------------------------------------------------- 111.3.3定位 ------------------------------------------------------------------------ 111.3.4 涉众描述 ----------------------------------------------------------------- 111.3.5 产品概览 ----------------------------------------------------------------- 111.3.6系统特性概要------------------------------------------------------------ 121.3.7其它需求和约束--------------------------------------------------------- 121.4 词汇表---------------------------------------------------------------------------- 121.4.1修订历史 ------------------------------------------------------------------ 121.4.2 定义 ----------------------------------------------------------------------- 131.5 领域/业务规则------------------------------------------------------------------ 131.5.1 修订历史 ----------------------------------------------------------------- 131.5.2 规则列表 ----------------------------------------------------------------- 141.6 风险列表和风险管理计划---------------------------------------------------- 141.7 迭代计划------------------------------------------------------------------------- 14为期三周的迭代计划： ----------------------------------------------------------------- 14。
