Please enable JavaScript.

Coggle requires JavaScript to display documents.

Software Engineering (:moneybag:Question (:two:软件不能被大量制造 (:three…

- - - - :explode:存储
    - - :explode:行为
    - - :explode:工具
  - - - :explode:Software Configuration Item.软件工程过程中创建的信息.
      - A basic configuration object is a unit of infomation created by a software engineer during some phase of the software development process.
    - - :one:版本控制
        
        :explode:产品可能有多个版本,这些都要存储在SCM Repository中
      - :two:变更控制
      - :four:配置审核(Configuration Audit)
        
        :star:当SCM启动时,配置审核由质量保证小组执行
      - :five:Status Reporting
        
        :explode:感觉像是SCM本身日志的功能
      - :three:Impact Management
- - - - :explode:等出现了风险再处理
  - - - :one:不确定性
      - :two:损失
  - - - :explode:记录风险名字,风险类型,发生概率,影响程度的表
    - - :checkered_flag:将风险划分成更细的部分,从而更有效管理和规避
- - - - :explode:简单的临时会议,桌面检查,结对编程
    - - :explode:评审会议,评审报告,记录保存
      - :moneybag:评审会议
        
        :explode:每个与会人最后都要做出决定(1.不经修改接受产品 2.否决该产品 3. 暂时接受该产品)
      - :moneybag:评审报告
        
        :explode:记录产品是谁,谁参与了评审,结论是什么
- - - - :moneybag:需求建模
        
        :moneybag:模型
        
        :one:基于场景的建模
        
        :explode:用户的角度
        
        :dagger_knife:用例,用户故事
        
        :one:用例
        
        :explode:可以是文本描述,也可以是一个小人的图
        
        :moneybag:补充用例的UML模型
        
        2 more items...
        
        :two:基于类的建模
        
        :dagger_knife:类图,协作图
        
        :one:CRC卡片
        
        :explode:类名,职责和协作者
        
        :moneybag:协作
        
        1 more item...
        
        :explode:定义了对象,属性和关系
        
        :three:行为建模
        
        :explode:软件如何对请求做出响应.系统状态,类和事件在这些类上的影响
        
        :dagger_knife:状态图,顺序图
        
        :one:状态图
        
        :explode:事件和状态组成.状态通过事件关联到不同状态或起源等
        
        :two:顺序图
        
        :explode:状态沿时间从上到下,表明事件从一个对象流到另一个对象
        
        :moneybag:事件
        
        :explode:用户和系统间发生数据交换,就算触发了一个事件
        
        :moneybag:状态
        
        :explode::one:系统执行功能时所有类处于的状态 :two:外界观察到的系统状态
        
        :four:流模型
        
        :dagger_knife:数据流图,数据模型
        
        :moneybag:方法
        
        :one:结构化分析
        
        :explode:根据数据流
        
        :two:面向对象的分析
        
        :explode:类之间的关系(UML等)
  - - - :explode:部署对于用户来说,正常,期待,兴奋的需求
    - - :moneybag:在协商完后,最后要确认需求
        
        :explode:看看这些需求是不是真的我们想要的,真的可以实现目标
- - - - :one:正方形
        
        :explode:数据源/终点
        
        :check:最好用户熟悉的作为名字
      - :two:圆角矩形或圆形
        
        :explode:数据的处理
      - :three:开口矩形/两条平行横线
        
        :explode:数据存储(磁盘/内存)
        
        :moneybag:数据编号(D1,D2,...)+数据存储的名称
      - :four:箭头
        
        :explode:数据流动方向
        
        :moneybag:数据存储和数据处理的关系
        
        :explode::one:数据存储=>数据处理(查询) :two:数据处理=>数据存储(更新,添加,删除)
- - - - :check:CRC
      - :moneybag:Data Design Element
        
        :explode:depict a model of information represented from the user's view
    - - :bulb:房间的平面图
      - :moneybag:描述
      - :moneybag:决策
        
        :moneybag:模板
        
        :star:An architectural decision is often documented using an architecture decision description template.
      - :moneybag:genre
        
        :moneybag:对于每个genre,我们会有一个特定的style来约束 #
        
        :recycle::one:数据为中心 :two:数据流为中心 :three:调用和返回 :four:面向对象 :five:层次结构
        
        :explode:describes :one: a set of components :two: a set of connectors :three: constraints :four: semantic models
        
        :star:需求工程=>特征+约束=>style
      - :moneybag:Context(系统环境)
        
        :moneybag:表示
        
        :dagger_knife:ACD(Architectural Context Diagram)
        
        :explode:体现目标系统和其他系统间的交互
        
        :moneybag:其他系统
        
        :one:上级系统
        
        :explode:上级系统需要我来实现一些基本功能
        
        :two:下级系统
        
        :explode:我的功能需要下级系统提供的接口来实现
        
        :three:同级功能
        
        :explode:我用你,你用我
        
        :four:参与者
        
        :explode:用户,设备等,来参与数据交换的过程
      - :moneybag:设计体系结构的时候有一些指导意见(Considerations)
        
        :one:经济
        
        :two:Visibility
        
        :explode:制定出来的体系结构的决策必须对维护人员,测试人员来说是显然的,通俗易懂的
        
        :three:Spacing
        
        :four:Symmetry
        
        :five:Emergence
        
        :star:这些考虑是互相关联的
      - :moneybag:评估
        
        :explode::one:控制 :two:数据
        
        :moneybag:Pattern-Based Architecture Review
        
        :smile:适用于建设周期短
      - :moneybag:原型(archetype)
        
        :star::one:类似于UML图 :two:需要进一步求精
      - :moneybag:Complexity
        
        :moneybag:评估的方法
        
        :explode:flow dependencies+sharing dependencies
      - :moneybag:一致性(Conformance)
        
        :moneybag:Static Architecture-Conformance Analysis
        
        :explode:检查建设好的软件是否符合原来的体系结构模型
    - - :bulb:房间的门,窗这些设施怎么工作的
    - - :bulb:房子里的水龙头等各种设备的详细设计图
      - :explode:在进行构件级设计的时候,抽象的设计模型已经大体建立起来了,现在的目标是把设计模型转化成可运行的软件.这种将设计模型转换成源代码的过程中,要遵循的原则,就是构件设计要讨论的问题
      - :moneybag:构件
        
        :explode::one:面向对象观点:一组协作的类 :two:传统:一个功能要素 :three:过程观点:可以是已存在的要素
        
        :moneybag:传统观点中构件有三个重要角色
        
        :one:控制构件
        
        :explode:协调所有控件之间的关系
        
        :two:问题域控件
        
        :explode:实现用户需求
        
        :three:基础设施控件
        
        :explode:负责完成问题域中所需支持的功能
        
        :moneybag:评估
        
        :explode:功能,性能,接口
        
        :moneybag:Component Composition
        
        :explode:要让构件完美展现其功能,需要有一些配套的基础设施,这样才能更好的体现,如COM和.NET
        
        :moneybag:Component Wrapping
        
        :explode:clear-box wrapping
        
        :moneybag:复用
        
        :explode:标准数据,标准接口规定,程序模板
        
        :tornado:Scrappy中标准数据就是items类,然后接口也是给定的parse,而编码风格也有约束
        
        :moneybag:构件库会很大,到时候要检索所需的构件的话,如果没有很好的对构件的描述,就会产生问题
        
        :explode:3C模型
        
        :explode:Concept,Content,Context
      - :moneybag:原则
        
        :one:开闭原则
        
        :explode:构件应该可以不用修改内部逻辑,就能扩展出更多功能.Open-Closed Principle
        
        :two:Liskov替换原则
        
        :explode:子类可以替换基类.其实我感觉是说,子类确实实现所有基类功能,并且也遵循基类的一些规则
        
        :three:依赖倒置原则
        
        :explode:依赖于抽象而不是实现.我感觉这样可以更容易拓展,更容易思考
        
        :four:接口分离原则
        
        :explode:不要设计一个通用接口,而是设计多个专用的姐偶
      - The use of stereotypes can help identify the nature of components at the detailed design level.
      - :moneybag:基于构件开发
        
        :bulb:构件集成模型
        
        :moneybag:Domain Engineering
        
        :explode:分析该领域,构造出一些有代表性的样本,然后传播自己创造出来的构件
  - - - :explode:只完成一件事情
    - - :explode:一个模块应该向其他模块隐藏自己的实现过程
      - :smile:加强了模块间信息访问的约束
  - - - :one:减轻用户记忆负担
      - :two:保持界面一致
      - :three:用户操纵控制
    - - :one:界面分析和建模 #
        
        :moneybag:建模
        
        :moneybag:模型
        
        :one:User Model
        
        :explode:a profile of all end users of the system
        
        :two:Design model
        
        :explode:a design realization of the user model
        
        :three:Mental model(system perception)
        
        :explode:the user’s mental image of what the interface is
        
        :four:Implementation modelt
        
        :explode:the interface “look and feel” coupled with supporting information that describe interface syntax and semantics
      - :two:界面设计
      - :three:界面构造
      - :four:界面确认
    - - :moneybag:4 common issues
        
        :one:Response Time
        
        :two:Help Facilities
        
        :three:Error Handling
        
        :four:Menu and Command Labeling
    - - :moneybag:设计金字塔
      - :moneybag:步骤
        
        :one:Aesthetic Desgin
        
        :two:Content Design
        
        :three:Architecture Design
        
        :moneybag:Content Architecture
        
        :explode:define overall structures of the contents
        
        :recycle:Options
        
        :one:Linear
        
        :two:Grid
        
        :three:Hierarchical
        
        :four:Network
        
        :four:Navigation Design
        
        :five:Component-Level Design
      - :moneybag:评估
        
        :explode::red_cross:美学
      - Screen layout design has several widely accepted standards based on human factors research :red_cross:
      - Content objects are not normally chunked into Web pages until the implementation activities begin. :red_cross:
      - :moneybag:Object-Oriented Hypermedia Design Method (OOHDM)
        
        :explode: 1. abstract interface design
        
        conceptual design
        
        implementaion
        
        navigational design
- - - - :explode:划分之后任务是间的依赖关系是明确的
    - - :explode:每个任务都有完成时间
    - - :explode:确认任务量是否安排合理,人员是否够
  - - - :explode:前期设计40%,编码20%,后期测试40%
  - - - :two:Critical Path Method
      - :checkered_flag:估算时间安排
      - :one:PERT(Program Evaluation and Review Technique)
    - - :explode:EVA(Earned Value Analysis)
      - :moneybag:挣值
        
        :explode:项目进展的测量.每个任务都有Budgeted Cost of Work Scheduled,BCWS).然后求和得到总的BCWS,然后我们又知道完成了任务的BCWS和(ACWP),
- - - - :explode:过程>方法>工具
    - - :explode:understand the problem, plan a solution, carry out the plan, and examine the result for accuracy
- - - - 子系统和用户
    - - 指令
        
        查询结果、执行结果
  - - - :three:输入
        
        表单提交
        
        事件触发（如点击按钮）
      - :two:处理
        
        服务端的处理过程
      - :one:输出
        
        数据库更新
        
        客户端界面变化
      - :icecream:参考
- - - - :moneybag:人在开发软件时分成很多团队
        
        :one:敏捷团队
        
        :explode:小而精且灵活的团队
        
        :moneybag:团队结构
        
        :one:封闭式范型
        
        :explode:固定死板的结构
        
        :two:随机式范型
        
        :explode:依靠个人的主动性,适合创新活动
        
        :three:开放式范型
        
        :explode:封闭+随机.团队沟通好,会主动提出问题
        
        :four:同步式范型
        
        :explode:各自解决各自的问题,很少互相沟通
      - :moneybag:stakeholder
        
        :explode::red_cross:sales people
      - :moneybag:团队负责人
        
        :explode:具有沟通和团结大家的能力,团队负责人不一定是最具竞争力的.
        
        :moneybag:激励
        
        :question:大家开发过程中很沮丧,负责人最好怎么办
        
        :explode:给他们更多的决策权
    - - :moneybag:产品规模的确定
        
        :explode:环境(Context),目标(Information objectives),功能(Function and performance)
  - - - Software engineering tasks
        
        Work products
        
        Quality Assurance points
        
        Milestones