《BUG创造队》第一次作业：团队亮相

项目	内容
这个作业属于哪个课程	2016级软件工程
这个作业的要求在哪里	第五次实验
团队名称	BUG创造队
作业学习目标	通过本次项目了解并熟悉团队开发的过程

关于我们

-我们的队名：BUG创造队

-我们的组成：

成员学号	成员姓名	个人博客	备注
201671030124	闫雪	闫雪的博客	团队队长
201671030111	李蓉	李蓉的博客
201671030108	后新莉	后新莉的博客
201671030103	仇素龙	仇素龙的博客

-我们的风采：

姓名	编程风格	擅长技术	编程兴趣	希望承担的软工角色	宣言
闫雪	大众化，但有一点不规范	C语言，HTML5，CSS	对web开发较感兴趣	界面代码编写	没有最好，只有更好
李蓉	大众化，但会注意一些规范	C语言，HTML	一般	部分开发，部分测试	简单的就是最好的
后新莉	大众化，会注意规范	C语言、HTML	不强烈	测试，文档	事事如意太难，那就做到事事甘心
仇素龙	简单	JAVA语言	一般	部分开发	业精于勤而荒于嬉，行成于思而毁于随

-我们对MSF的理解

我们在阅读了书上的内容的时候，大概了解了MSF是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发Client/Server结构的应用程序，是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。它的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划(Project)变成产品(Product)直至产生效益，等等，这些都是MSF要考虑的问题。
MSF有8个基本原则，基于这些原则我们又进一步加入了自己的理解
（1）推动信息共享与沟通（Foster open communications）：第一个原则，用大白话来说，就是所有信息都保留，并公开，讨论要包括所有涉及的角色，决定要公开，并告知所有人。当然，对牵涉到技术机密、安全性等信息要采取必要的保护措施。
（2）为共同的远景而工作（Work toward a shared vision）：“共同的远景”是指产品的远景。我们做一个产品，不管是应用软件、行业软件，还是通用软件，要明确项目的目标是什么。这个目标必须是明确的，没有二义性，而且这个目标不是当前就能达到，必须是通过努力才能达到的。这个目标不是空泛的，它应该对项目成员每天的工作都有指导作用。每天你来上班，如果发现你做的事情对项目的远景没有帮助，你应该跟老板提出来。
（3）充分授权和信任（Empower team members）：在一个高效的团队中，所有的成员都应该能得到充分的授权，他们有权力在自己的职权范围内按照他们自己的承诺完成任务，同时，他们也充分信任其他同事也能实现各自的承诺。类似地，团队的顾客（包括内部和外部的顾客）也认为团队能兑现承诺，并进行相应的规划。
充分授权的管理方式是MSF的核心观念之一。
（4）各司其职，对项目共同负责（Establish clear accountability and shared responsibility）：团队中的每个角色都有自己的职责，如果出了问题，这个角色就要负责任。与此同时，团队的各个角色合起来，对整个项目最终的成功负责，为什么？因为每个角色在其职责范围内的失败都会导致整个项目的失败。而且各个角色的工作都是互相渗透、互相依赖的。这种互相依赖的方式也鼓励团队成员在自己本职之外为其他领域做贡献。例如，测试人员可以帮助“用户体验”角色更好地设计用户界面，因为如果用户界面很差，再好的功能也不能发挥应有的作用。
（5）重视商业价值（Focus on delivering business value）：我们在开发预估项目的时候要明白我们也是一个商业实体，我们的项目都应该是出于商业目的，如果没有商业的需求，再酷的技术也没有用，商业项目需要重视市场和用户，技术是处于第三位的。简单的说我们开发的项目要能够让我们最大程度的获利。
（6）保持敏捷，预期变化（Stay agile, expect change）：软件工程，唯一不变的是变化。所以干脆别幻想客户的需求会在第一时刻很明确，然后保持不会变。要注意，我们是预期变化，不是期望变化。
除开外部原因，团队内部也在变化，我们对技术的掌握每天都在提高，原来认为不可能的事可能变得容易。我们对客观世界和软件系统的了解每天都在深化，原来觉得没问题的小细节忽然成了大问题。甚至原来一起打拼的同事忽然要离开……这些都要求我们团队保持敏捷的身段。
（7）投资质量（Invest in quality）：对质量的重视，引起对质量的投资，引起对人、过程和工具的投资。在做项目的时候不能一味的写代码，我们更应该考虑对质量的投资，要做到高效投资、正确投资和长期投资。
（8）学习所有的经验（Learn from all experiences）：MSF在每一个里程碑结束时都要做一个“里程碑回顾”，这个回顾不必等到整个项目结束才做。这样做的好处是，大家对最近的成败都记忆犹新，能提供比较准确和全面的反馈；如果发现了错误，可以马上研究解决办法，在下一个里程碑中通过实践来验证。另外，一些好的做法可以及时得到总结和推广。
在项目结束时，MSF推荐请团队以外的专家来主持召开“事后诸葛亮”会，这样的专家会比较系统地总结团队的成功经验和失败教训，同时也客观评价团队的一些特性和团队的开发过程管理，这样能促使团队成员以客观、向前看、解决问题的心态来参加“事后诸葛亮”会，避免主观臆断或相互指责。

-我们的集体照：

四个小可爱

-我们团队的特点：

• 都是女孩子，相对于比较会细心一些；
• 在团队中容易沟通，不会发生争执；
• 可以各司其职，在团队中发挥作用；

-我们拟开发的项目简介：

• 社区物业管理系统：随着科学技术的飞速发展，计算机技术已经逐渐进入到我们日常生活的各个方面。它在工业、农业和商业中起着重要作用。计算机已成为我们日常生活不可缺少的一部分。计算机的广泛应用，在提高经济效益、实现管理现代化、科学化、智能化等方面发挥了重要作用，并且取得了显著的效果。小区物业管理系统是为新兴的居住区开发的智能管理软件。它可以改善居住区的智能化管理，使大量的工作人员摆脱繁重的体力劳动，提高居住区管理的效率，减少错误的发生。
  我们开发的系统主要用于完成住宅小区的日常管理。其主要功能包括：住户和住宅情况的管理；建筑管理；维修管理；保安管理；车辆管理；收费管理。还具有录入、修改、删除、查找和打印等功能这样不但大大提高了工作效率，加快了管理步伐，同时，也提高了业务管理水平，符合现代化办公的需要。