构建之法----初识篇(MSF和需求分析)

这周了解了七八章的内容,关于MSF和需求分析。

先说MSF 吧,MSF是Microsoft  solution   framework  的简称,译为微软解决方案框架。它包含了九条基本原则,我觉得吧这九条是环环相扣的,如果团队中的每个成员都可以按照这个框架的原则去要求的话,那么工作一定是高效的,有意义的。这个基本原则加强的是团队之间的沟通能力,把所有资源同时共享,避免了因为沟通不当而导致出错。我觉得他在敏捷的基础上又多了一些经验的总结,可以更多的避免错误,同时比敏捷多了几分自由度。

再说需求分析,其实关于需求分析我一直觉得这是一个非常重要的环节,需求分析必须要非常到位,关于信息的提取,信息的抽象,以及扩展应用什么的都必须在这个阶段形成一个严密的信息结构。我很喜欢竞争性需求分析的框架,NABCD:   need  需求,approach  做法,

Benefit   好处,competition  竞争,delivery   推广 ,它告诉我需求分析不仅仅是要分析我们的需求,出来找到需求以外,还要明确我怎么实现它?我的产品会带来什么好处?它有何竞争优势?又要以何种形式来进行推广?

但是其实说实话,在这次的实践中我们好像并没有完成这样的需求分析,只是希望自己做出来一个可以运行的界面就OK了。

时间: 2024-10-11 21:05:43

构建之法----初识篇(MSF和需求分析)的相关文章

构建之法---初识篇(软件工程和个人测试)

这周学习了构建之法的前两章的内容,关于软件工程的介绍以及关于个人测试的重要性. 首先说一下软件工程,一开始觉得软件工程是一个很庞大的任务,在做一个项目的时候,像我们这种小白,心里面还是尽力的想要避开软件工程的复杂步骤,只想着做代码的实现,然后进一步的测试测试就好,但是看了第一章的内容以后呢,觉得软件工程必须按照步骤来,而且代码实现好像并不是占比重最大的部分.一个良好的软件工程是需要一个和谐的团队的共同作业的,但是在这个团队做出一个项目之前,我们首先要做的应该是先成为一个合格的软件工程师,所以了解

构建之法---初识篇(项目经理和典型用户)

这周主要是项目经理和典型用户场景这两章的内容的学习,了解一个项目经理的责任和义务,了解一个项目经理应该具备的能力是什么,了解什么是典型用户,能够真正挖掘用户的需求,然后进行典型用户的练习. 关于项目经理这一章,其实首先他要是多变的,要懂得从不同的角度去看问题,要了解作为一个用户对软件的需求是什么,要了解作为一个程序员要以什么样的形式将用户的需求完美的表现出来,综合来说就是有观察,理解和快速学习的能力,我个人认为自己这方面的能力还是可以的.再有一个就是让人很头疼的能力,分析管理的能力,一个项目经理

构建之法---初识篇(团队、流程和敏捷流程)

这周主要是看了第五章和第六章,主要内容包括团队和流程以及敏捷流程. 首先来说什么是团队?团队有一个集体的目标,团队要一起完成这个目标,一个团队的人,不一定要同时工作,团队成员有各自的分工,互相依赖合作,共同完成任务.此外,团队的模式也是多种多样的,我觉得不管什么样的流程,只要有一个合理的机制,有一个合理的规则就是可以的,我觉得还是要有一个人去领导整个团队,其实对于现在的我来说,我更喜欢主治医师模式.但是必须保证大家不是打酱油的,要每个人都有贡献. 关于开发流程,瀑布模型是单项的,不可逆的生产过程

构建之法--第一篇

这一周,我学习了<构建之法>中第一章的内容,对<构建之法>这本书有了一个大概认识. 首先,我们从第一章中,能得出其中两个等式: 1.软件=程序+软件工程.我们该怎么去理解这个等式呢?如果是以一个程序员的立场来看,我们想要做出一个可以推广出去并且能过投入市场的软件,要经过几道必要的步骤.程序员要利用自己所擅长的语言来编写出客户需要的程序,待客户满意这一个程序的基本需求后,才算勉强形成一个胚子.后续,还需要随客户的要求而增加相应的功能来满足客户的需求,这是一个庞大的工程.从简单的程序,

构建之法--第二篇

构建之法--第二章 在这一周中,我计划学习了<构建之法>的第二章,我认为从第二章开始,才算真正进入到了这本书的主题.这一章讲到的是个人技术和流程.首先,个人技术是衡量你是否能成为一名合格的软件工程师.而想要组建一个优秀的软件开发团队,就必须要有一名软件工程师.流程则是团队来管理开发活动的经过. 个人技术:其中就包括了三点,即单元测试.回归测试.效能分析. 单元测试:我们为什么需要做单元测试呢?这是为了让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.

构建之法——第二篇

学到现在,那么对于我们而言真正的软件工程包括什么呢? 根据构建之法中的描述,软件工程包括了开发,运营,维护软件的过程中的很多技术,做法,习惯和思想.软件工程把这些相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发流程的目的是为了提高软件开发,运营,维护的效率,以及提升用户满意度,软件的可靠性和可维护性. 由构建之法中写到软件工程中的软件开发流程,那么软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的.在团队的大流程中,是每一个具体的个人在做开发,测

构建之法第一篇阅读笔记

程序=算法+数据结构这句话我估计应该深入每个计算机系学生的心里了,但是就像书中所说的一样除了上数据结构课程我们没有用过任何与数据结构有关的东西,难道老师讲的都是错的吗?构建之法给了我明确的答案,这都是我们就业后所要面临的问题,因此,软件工程概论这门课就显得尤为重要了,它可以帮助我们了解软件工程整体结构,了解其中的各个流程,使我们能够了解到我们今后将会遇到的问题,提前让我们熟悉这个行业,意识到自身所学真正的作用. 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.它包含

构建之法——第一篇

通过两周的学习,在<构建之法>的前两章中,了解到软件的概述以及单元测试的重要性. 通过第一章"软件=程序+软件工程"使我对于软件工程有了一个相对来说比较宏观的定义,即软件工程是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程.为此我也了解到软件有很多种,就以三个我比较感兴趣的举例来说吧! ShrinkWrap:是最强大的软件保护工具,其强大的反调试检测让所有调试器均无法加载 Internal Software:即就是企业或学校或某组织内部的软件 Mobil

构建之法——Team &amp; Scrum &amp; MSF

    第五章(团队和流程)83-99  这一章主要介绍的是团队精神 那是不是说只要能组合在一起的就是组成了一个团队了?其实不然,软件团队有各种形式,适用于不同的人员和需求.适合自己的团队才能共赢! 一个好的团队流程能把冲突的积极方面(各自尽力把自己的工作做好,说服别人)释放出来,而避免消极方面(因为冲突而产生的消极.抵触情绪等).我们不能因为说有了团队的队友就放松对自己的要求,因为每一个人的工作质量会直接影响到最终软件的质量,当所有的个人高质量工作加起来才可以达到一个优秀的团队高质量工作项目.