软件需求工程-北京大学软件与微电子学院
国家示范性软件工程学院
5 北京理工大学 软件学院 School of Software Engineering, Beijing Institute of Technology 北京 北京
6 北京邮电大学 软件学院 School of Software Engineering, Beijing Univerisity of Posts and Telecommunications 北京 北京
35 中国科学技术大学 软件学院 School of Software Engineering, University of Science and Technology of China 合肥 安徽
36 中南大学 软件学院 School of Software Engineering, Central South University 长沙 湖南
29 西安电子科技大学 软件学院 School of Software Engineering, Xidian University 西安 陕西
30 西安交通大学 软件学院 College of Software and Microelectronics, Xi'an Jiaotong University 西安 陕西
3 北京航空航天大学 软件学院 School of Software Engineering, Beihang University 北京 北京
4 北京交通大学 软件学院 School of Software Engineering, Bejing Jiaotong University 北京 北京
21 南开大学 软件学院 School of Software Engineering, Nankai University 天津 天津
北京大学软件与微电子学院2012-2013课表(大兴校区)
应用开发及运作平台/3201
翻译实践Ⅱ/3203
计算机网络及应用（二学位）/3
微观经济学
/3204
操作系统高级课程/3202-4
投资银行学-1班/3204-3.5
计算机组织与系统结构（二学位）/3305
晚上
英语-1班/3201
英语-7班/3305
Web Services技术/3202
创业投资管理-1班/3203
程序开发环境分析与实践/3202
项目管理学-1班/3204
消费者行为学/3203
FPGA设计-1班/3405
英语-3班/3201
嵌入式操作系统/3202
管理学/3203
宏观经济学/3204-4
英语-9班/3305
英语-5班/3201
C++程序设计（二学位）/3305
信息技术导论/3201
软件项目管理-1班/3202
服务科学与工程概论/3203-4
翻译实践Ⅰ/3204
英语（二学位）、英语-4班/3201
应用密码学/3202
金融信息化专题/3203
翻译技术实践/3204
计算机科学技术基础-1班/3305-3.5
移动平台应用软件开发/3202
周一
周 二
周 三
周 四
周 五
周 六
周 日
上午
英语-6班/3201
英语-11班/3202
数据仓库及应用/3204
数据结构（二学位）/3305-3.5
营销理论与策略执行-1班/3202-4
企业资源规划与整合/3203-4
算法分析与设计-1班
/3303
英语-2班/3201
北大导师
三．师资队伍介绍按照建设世界一流大学的总体规划和要求，软件与微电子学院坚持面向全球招聘教师，坚持学生是主体、教师是主导、质量是准绳的师资队伍建设原则。
并从多方面入手，保证师资队伍的质量： 1 、学院聘请具有国际声望的著名专家和教授担任国际顾问和专业顾问，为学院的学科建设把关； 2 、选聘国内外著名专家、教授担任系主任（已经聘任的 9 位系主任，7 位是外籍），依靠系主任整合国内外优秀资源，促进学院课程体系建设与国际接轨，注重培养原创性人才，快速建设一流教学环境； 3 、面向全球选聘教师，包括专职教师、兼职教师，实现“项目驱动”教学方法，加速精品课程和教材建设，加强论文指导力度，深入开展与企业密切结合的应用研究； 4 、聘请部分北大其他院系教师，承担基础课程和部分前沿技术课程的教学，保证基础教学的质量。
（一）学位委员会：北京大学学位评定委员会工程硕士专业学位分会由杨芙清院士任主席，陈钟教授任副主席；委员有：白志强、苏渭珍、王立福、何小峰、张天义、吴中海、王千祥、刘晓彦、柳翔。
（二）学术委员会：北京大学软件与微电子学院学术委员会主任由王阳元院士担任，陈钟教授任副主任；委员有：杨芙清、王新安、白志强、朱青生、李晓明、何小锋、邵维忠、周锡令、俞士汶、梅宏、雷明、郝一龙、张兴。
（三）国际顾问：许浚、 Hector de J. Ruiz 、 Richard Wirt 、 Richard Larson 、 Angel Jordon 、 CarlK. Chang 、 Nicholas M. Donofrio 。
（四）专业顾问：沈向洋、王玮、陈永正、陈玲生、穆汗·库莫、邹贵华、朱敏、郑妙勤、李实恭、郭维德。
（五）客座教授：王文汉、郭百宁、周可风、 Ken Sakamura 、李长明、唐骏、芮祥鳞、胡问鸣、 Burt 、黄友义、文四立。
（六）研究生导师：软件技术系：田江森、王立福、周立新、屈婉玲、郁莲、蒋严冰、邵维忠、孙家骕、张世琨、王捍贫、王千祥、谢冰、麻志毅、焦文品、赵海燕、王腾蛟、孙艳春、赵俊峰、白志强、潘懋、秦其明、王亚沙、张路、王雷、张晨东、徐晋晖等服务科学与工程系：童缙、李伟平、杭诚方、李冰、张宁、陈立军、高军等嵌入式系统系：吴中海、柳翔、林金龙、陈向群、周可风、杨雅辉、何家胜、段晓辉、孙利民、胡卫明、马洪兵、杜平、郭文海等网络与通信技术系：高培椿、张德昭、王平、杨正、杨雅辉、何家胜、张英、徐恪、严伟、向勇、焦秉立、金野、赵玉萍、刘志敏、段晓辉、王道宪、杨光临、刘新元、陈徐宗、郭弘、张志刚等集成电路设计与工程系：张兴、于敦山、曹喜信、黄雅东、刘晓彦、康晋锋、金玉丰、黄如、张大成、冯建华、陈中建、王漪、孙雷、张盛东、宁先捷、宋惠远、王瀚晟、白书俊、吴亚东、邓磊等管理与技术系：李宗南、窦文章、姜家齐、苏渭珍、白志强、王立福、黎怡兰、周立新、薛岩、刘建军、马振华、陈钢等金融信息工程系：陈钟、陈向群、何小峰、周伟民、窦尔翔、梁循、李伟平、尹恒、舒萍等信息安全系：陈钟、卿斯汉、沈晴霓、文伟平、唐礼勇、胡建斌、翟起滨、许榕生、袁文恭、徐国爱、吉增瑞、赵学志、李德全等数字艺术系：马克宣、 Robert 、 Yina 、 Jerry 、 Kenneth 、王强、刘书、许晓栋、王伟、朱青生、汪国平、吴中海等语言信息工程系：俞士汶、王逢鑫、王厚峰、孙斌、常宝宝、李素建、穗志方、刘扬、何卫、钱多秀等（七）部分师资介绍：杨芙清院士中国科学院院士、教授、博导。
北大软微的就业情况超级详细
北大软微的就业情况超级详细北大软微（北京大学软件与微电子学院）是中国顶尖的计算机科学与工程学术机构之一，也是中国软件与信息服务行业的重要人才培养基地之一、北大软微毕业生的就业情况一直备受关注，下面将从就业岗位、就业行业和就业薪资三个方面详细介绍北大软微的就业情况。
首先，北大软微的毕业生在就业岗位方面涵盖了各个领域。
其中，一部分毕业生选择进入互联网企业，从事软件开发、数据分析、网络安全等相关工作。
目前，互联网行业发展迅猛，对计算机科学与工程类专业人才的需求量非常大，因此北大软微的毕业生在这一领域就业情况较好。
此外，还有一部分毕业生选择进入金融、电子商务、传媒等行业，从事软件开发、系统维护、项目管理等工作。
同时，还有一部分毕业生选择进入国有企事业单位、科研院所、高校等机构，从事科研工作或者教育工作。
综上所述，北大软微的毕业生就业岗位非常广泛。
其次，毕业生就业的行业分布也相当多样化。
北大软微的毕业生就业行业涵盖了计算机软件、互联网、金融、电子商务、传媒等多个领域。
互联网行业是北大软微学生就业的主要方向之一，毕业生大多进入互联网公司从事研发岗位或者数据分析相关工作。
另外，计算机软件行业也是北大软微学生就业的重要领域，毕业生在大型软件公司从事软件开发、系统测试等工作。
金融、电子商务及传媒行业也吸引了一部分北大软微的毕业生，他们在银行、证券公司、电子商务平台以及传媒公司从事软件开发、系统维护等相关工作。
有相当一部分毕业生选择进入国家科研院所或高校从事科研工作，他们一方面可以继续深造，另一方面还可以参与科研项目并指导学生进行学习。
总之，北大软微的毕业生在各个行业中都有就业机会。
综上所述，北大软微的毕业生就业情况非常理想。
他们就业岗位广泛，就业行业多样化，就业薪资较高。
以北大软微为代表的中国顶尖计算机科学与工程学术机构积极投入计算机人才培养，为国家的信息化建设和科技创新做出了积极贡献。
北京大学软件与微电子学院工程硕士专业方向及导师清单【模板】
****大学软件与微电子学院工程硕士专业方向及导师清单（北京校区）
1、根据专业方向，先由学生选择导师，再由各领域学科组负责人召集进行双选协调确定责任导师，并根据情况配备协助导师。
最终由学院确定导师双选名单后公布。
2、导师（专职）每个方向限报20名，导师（兼职）每个方向限报10名。
3、2013年2月入学的学生也参加本次导师双选；单转双的同学导师不变，不参加双选。
4、导师后加*，表示该方向学生需要在导师所在实验室完成毕业实习。
5、9月17、18日网上导师双选；9月19-22日各学科组协调；9月23日各学科组报学院；9月25日公布导师双选结果。
《软件需求工程》课件
需求变更管理
需求变更分类
将需求变更分为功能性需求变更、非功 能性需求变更和设计约束变更等。
变更影响分析
对需求变更的影响进行分析，评估变 更对项目进度、成本和风险等方面的
影响。
变更控制流程
建立严格的变更控制流程，包括变更 申请、审批、实施和验证等阶段。
变更实施与跟踪
实施需求变更，并对变更实施过程进 行跟踪，确保变更的有效性和正确性 。
用于记录和管理需求变更，确保需求的一致性和完整性。
如Enterprise Architect、Visio等，用于绘制数据流图、实体关 系图等，帮助分析人员更好地理解和管理需求。
通过建立需求与设计、代码、测试用例之间的关联，确保需求 的实现和验证。
如录音笔、屏幕录制软件等，用于记录用户的原始需求和问题 ，便于后续分析和整理。
风险识别
识别需求工程中可能出现的风险，如需求变 更频繁、需求不清晰等。
风险应对措施
制定风险应对计划，包括风险预防、减轻和 转移等措施。
风险评估
对识别出的风险进行评估，分析风险发生的 概率和影响程度。
风险监控与报告
对风险应对措施的实施过程进行监控，定期 报告风险状态和应对效果。
06 软件需求工程实践
需求分析的步骤
01
需求获取
通过与用户沟通、观察用户操作 等方式，了解用户的需求和期望
。
03
需求评审
对已定义的需求进行审查和评估 ，确保需求的准确性和完整性。
02
需求分析和定义
对获取的需求进行整理、分类和 细化，明确需求的范围、功能、
性能等要求。
04
需求变更管理
建立需求变更的流程和机制，确 保在项目过程中对需求的变更进
谈谈北京大学软件学院
谈谈北京大学软件学院！现在有很多同学对软院似乎存在很大偏见，认为软工都很差，因此围绕这个话题，谈一下自己的观点:同一所学校，它的CS的确要比软工强，这毋庸置疑。
有能力考取CS，我也支持！应该首选。
但仔细想一下，CS培养什么人才？MSE又培养什么人才？软院在学校里就是一个最年轻的小辈，辈分要低些，培养模式又比较新颖，学费贵，这难免使人产生怀疑，但仅因为这个原因，就说是垃圾我来分析一下，目前看不起、持有偏见、对软件学院有敌视的无非是如下几类人:1、很牛很牛的人。
这类人，无论出身富裕贫贱，到哪都能生存，到哪都能创造价值，因为能力就是财富！他们可以考取北大、清华的CS，在他们眼中，软院的培养有些花哨，学费也贵，他们不屑。
对于这类人，我是比较佩服的，若有偏见，那是他们个人的事，人家本来就牛嘛！2、有一定能力的人，但没经济实力。
这类人，考北大、清华的CS比较困难，但若考同校的MSE，还是很有希望的。
因为经济能力有限，无法进一步到软件院深造，于是多有感慨，难免会发牢骚，进而指责软院如何如何。
对于这类人，我能理解。
软院学费的确贵。
阻碍了此类学生进一部深造的机会，表示遗憾！！！3、有经济实力，但没能力的人。
这类人，仗着家里有几个钱，自以为是天皇老子，到哪用钱都砸得进去。
很可惜，，现在社会越来越崇尚有能力的人，他们以往的伎俩开始失效。
见到自己的一些同学到了名校软件学院深造后，非常恼怒，，最后放一句话:软件学院就是骗钱的，老子要是出钱也能上！呵呵，，对于这类人，个人比较鄙视，他自己就是垃圾，，不用理会。
4、既没能力又没钱的人。
这一类人对今后的人生已经失去信心，心里已极度扭曲，，。
往往听风就是风，听雨就是雨，喜欢跟着一些社会言论瞎起哄。
同情。
上天对他们真是不公平呀，，发贴指责软工的那位qiufengguest兄台我一开始还误以为是第3、4类人。
后来知道是属于第2类，只能表示一下遗憾。
他未能进入北大软院学习，估计是出于经济上的原因，但就指责MSE是垃圾，这样的说法是不负责的，会误导一些报考的学弟学妹。
北大软微计科复试流程
北大软微计科复试流程
北大软件微电子与计算机工程学院的复试流程通常包括以下几个环节：
1. 笔试：复试的第一轮是笔试环节，包括专业基础知识考核和编程题。
专业基础知识考核主要涉及计算机科学与技术、软件工程、微电子学等相关学科的基础知识。
编程题主要考察应试者的编程能力和解决问题的能力。
2. 面试：通过笔试筛选后，合格的应试者将进行面试环节。
面试主要包括个人面试和组面试两个部分。
个人面试一般由教授或招生委员会成员进行，主要评估应试者的综合素质、学术背景和科研潜力等方面。
组面试一般由多位教授组成的小组进行，主要评估应试者的团队合作能力和表达能力等。
3. 英语口试：部分院校还会进行英语口试环节。
口试主要评估应试者的英语口语表达能力和听力理解能力。
4. 综合素质评价：复试结束后，学院将综合考核结果进行评价，包括应试者的笔试成绩、面试表现、英语口试成绩以及个人综合素质等方面。
5. 录取结果公示：学院根据综合评价结果确定录取名单，并在指定时间内进行公示。
具体的考核内容和流程可能会因学院和年份有所不同，应试者可通过学校官网或招生手册了解详细信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3. 问题域(Problem Domain)与 解系统(Solution System)
• 问题域：被开发系统的应用领域，即 在现实世界中由这个系统进行处理的 业务范围
• 解系统：指可以在问题域内产生某种 效果的系统，而构成软件需求的正是 这些想要获得的效果，它也正是为何 做软件需求的原因和目的
问题域 Problem Domain
• 客户希望在问题域内产生的效果 –需求与问题域的差别
• Sommerville & Sawyer 1997 –需求是指系统必须实现什么的规格说明。它描述了系 统的行为、特性或属性，是在开发过程中对系统的约 束
2. 需求工程的本质
• 需求工程简单化描述为她关注系统将要做什么； 而设计关注系统将怎样做
错误认识
• A general statement of objectives is sufficient to begin writing programs — we can fill in the details later 需求不清楚就进入编程阶段，期望以后修改。 更多的情况下是边写边修改
• Project requirements continually change, but change can be easily accommodated because software is flexible 软件调节和改变是很灵活的，任何需求的变更 都可容易地在软件中反映出来
这些认识多来自极小项目的开发经验，当你面对 一个中大型项目时必须彻底改变这些错误观念！
1. 软件需求的定义
• IEEE软件工程中需求的定义(1977) 1.用户解决问题或达到目标所需的条件和能力 2.系统或系统部件为满足合同、标准、规范或其它正式 规定文档所需具有的条件和能力 3.以上条件和能力的文档说明
6 Shortage of software engineers 缺乏软件工程师
7 Fixed-price contract 固定价合同
Inadequate communications for system integration 系统集成 8
阶段, 交流与沟通不充分
9 Insufficient experience as team 团队缺乏经验
软件需求管理：统一方法，机械工业出版社，2002 5. Ralph R. Young著, 韩柯，耿民等译，有效需求实践，
机械工业出版社，2002 6. 以上参考书相对应的英文版本 7. RUP
第一章 软件需求基本理论和概念
1. 软件需求定义 2. 需求工程的本质 3. 问题域与解系统 4. 软件需求分类
1. 功能需求 2. 性能需求 (非功能需求) 3. 设计约束 4. 商业约束
5. 客户/用户/开发者的需求观 6. 不合格的需求派生的问题 7. 高质量的需求带来的好处 8. 优秀需求所具有的特征
项目失败的原因分析
No.
Top 10 Factors
1 Inadequate requirements specification 不充分的需求规范
• 需求工程可以看作把一个定义不足的问题转换为 一个定义充分的问题以便找出解决方案。这是因 为客户需求信息经常是粗糙的和不完整的
• 需求工程的通用性、理论性和实践性，怎样理解 其学科性质，如何学习才能掌握它的本质？有一 劳永逸的方法和工具吗？能否将另一个成功项目 的需求工程方法照搬到现在的项目 – 答案是不能！
1. Karl E. Wiegers著, 陆丽娜，王忠民，王志敏等译，软 件需求，机械工业出版社，2000
2. Ian K. Bray著，需求工程导引，人民邮电出版社，2003 3. Geri Schneider and Jason P. Winters著, 姚淑珍，李
巍等译，用例分析技术，机械工业出版社，2002 4. Dean Leffingwell and Don Widrig著, 蒋慧，林东译，
分析
规格说明
设计
问题域 接口 解系统
问题域的类型
• 分类I 1. 系统软件 2. 应用软件，进一步划分为商业软件和工程软件
• 分类II 1. 批处理系统/系统脱机 2. 交互系统 3. 实时系统
• 分类III 1. 数据为主的系统 2. 交互为主的系统 3. 算法为主的系统
问题域的类型
A. 气象预报系统 B. 收银机系统 C. 电梯控制系统 D. 工资系统 E. 文字处理系统 F. 文件转换系统 G. 手机定位系统
软件需求工程
周立新 博士 北京大学软件与微电子学院
课程提纲
1. 软件需求基本理论和概念 2. 软件需求工程过程 3. 软件需求获取 4. 软件需求分析 5. 软件需求规格说明 6. 软件需求验证 7. 软件需求管理 8. 软件需求实现 9. 软件需求工程新进展 10. 软件需求开发与需求管理工具
课程参考书
10 Shortage of application domain experts 缺乏应用领域专家 Scale: 5 = Very Serious 3 = Serious 1 = No Serious
平均值
4.5 4.3 4.2 4.1 4.1 3.9 3.8
3.8
3.6 3.6
Source: Carnegie-Mellon University, Software Engineering Institute
2 Changes in requirements 需求的改变
3 Shortage of systems engineers 缺乏系统工程师
4 Shortage of software managers 缺乏了解软件特性的经理人
5 Shortage of qualified project managers 缺乏合格的项目经 GA
E
C
算法为主
业务需求
需求的层次
项目视图与 范围文档
用户需求
系统需求
使用实例文档
功能需求
质量属性
其它非功 能需求
软件需求规格说明 SRS
约束条件
4. 软件需求的分类
① 业务需求
业务需求(business requirement)反映 了组织机构或客户对系统、产品高层次 的目标要求，它们在项目视图和范围文 档中予以说明