A003-182-2239-陈浩彬

课程名称：需求分析与建模
班级：18级软件工程2班
实验名称：需求分析与建模读书心得与对项目的发展建议
教导教师：董瑞生
姓名： 陈浩彬
学号：1814080902239
日期：2020年12月20日
一、 个人的需求分析与建模读书心得

1. 专有名词
   通过这门课，我认识了很多专有名词，一个星期积累了十来个。
   需求基线（Requirements baseline）
   通俗点说就是把这些需求都划一根“线”，说明这些需求已经确定下来，添加新的需求和修改原有的需求都必须通过需求变更流程来操作。
   抽象类(abstract class)
   不能直接实例化的类。比如具体类。
   抽象概念(abstraction)
   一个实体区别于其他所有实体的本质特征，抽象定义了相对于观察者视角的边界。
   行为(action)
   形成计算过程抽象的可执行语句的说明。一个操作通常会导致系统状态的改变，并且可以通过向对象发送消息或修改链接或属性值来实现。
   行为顺序(action sequence)
   解析为一系列动作的表达式。
   行为状态(action state)
   表示原子操作的执行的状态，通常是操作的调用。
   激活(activation)
   行动的执行。
   活动类(active class)
   实例是活动对象的类。请参见：活动对象。
   元模型(meta-metamodel)
   定义用于表示元模型的语言的模型。元模型和元模型之间的关系类似于元模型和模型之间的关系。
   接口继承(interface inheritance)
   一个更具体元素的接口的继承。不包括实现的继承。比如实现继承。
   实现继承(implementation inheritance)
   一个更具体的元素的实现的继承。包括接口的继承。比如接口继承。
   容器分层结构(containment hierarchy)
   y由模型元素和它们之间存在的包含关系组成的名称空间层次结构。包含层次结构形成了一个无环图。
   非功能需求(Non-functional Requirements)
   非功能需求（NFR）定义了系统属性，如安全性、可靠性、性能、可维护性、可伸缩性和可用性
   需求获取(Requirements elicitation)
   需求获取是从用户、客户和其他涉众那里研究和发现系统需求的实践
   序列图(Sequence Diagrams)
   UML序列图是详细说明操作如何执行的交互图
   状态机(State machine)
   状态机是一种行为模型。它由有限个状态组成，因此也称为有限状态机（FSM）
   可用性(Usability)
   可用性是衡量特定环境中的特定用户如何有效、高效和令人满意地使用产品/设计来实现既定目标
   可验证性(Verifiability)
   软件的可验证性（有时称为可测试性）就是检查代码中的错误有多容易
   软件演进(Software evolution)
   在软件工程中，由于各种原因，软件进化被称为开发、维护和更新软件的过程
   增量式开发(Incremental development)
   强调朝着目标迈出一小步的优点的过程方法论
   统一软件开发过程(Rational unified process)
   RUP是来自IBM的一个部门Rational的软件开发过程
   计划驱动式开发(Plan- driven development)
   创建应用程序的更正式的具体方法
   极致程序设计(Extreme programming)
   敏捷软件开发框架
   敏捷式项目管理(Agile project management)
   在项目生命周期中交付项目的迭代方法
   类层次架构(Class hierarchy)
   这些类形成了一个类层次结构，或者说继承树，它可以根据需要进行深度调整。Java中类的层次结构有一个名为Object的根类，它是任何类的超类。实例变量和方法是通过级别向下继承的。
   系统架构师(System architect)
   系统架构师为组织设计技术基础结构
   系统测试师(System tester)
   系统测试是测试一个完整的和集成的软件的软件测试级别
   对象图(object diagram)
   对象是运行时特定时刻类的实例，它具有自己的状态和数据值。同样，静态UML对象图是类图的一个实例;它显示了某个时间点上系统的详细状态的快照，因此对象图包含了对象及其关系，可以将其视为类图或通信图的特殊情况。
   n元关联(n-ary association)
   一个n元关联元素用于建模三个或多个元素之间的复杂关系，通常在类图中。它不是一种常用的装置，但可以在几个元素之间有依赖关系的地方使用良好的效果。它通常与关联连接器一起使用，但是这种关系可以包括其他类型的连接器。
   分级机(classifier)
   分类是数据挖掘中的一种非常重要的方法。分类的概念是在已有数据的基础上学习一个分类函数或构造一个分类模型(称为分类器)。该函数或模型可以将数据库中的数据记录映射到给定的类别之一，并可应用于数据预测。总之，分类器是数据挖掘中样本分类方法的总称，包括决策树、逻辑回归、朴素贝叶斯、神经网络等算法。
   分析(analysis)
   对任何复杂事物的详细研究，以了解其本质或确定其基本特征:彻底的研究
   关联结束(Association end)
   关联端标识关联一端的实体类型，以及在关联的这一端可以存在的实体类型实例的数量。关联结束被定义为关联的一部分;一个关联必须恰好有两个关联结束。导航属性允许从一个关联端导航到另一个关联端。
   基数(cardinality)
   基数是重新计算，类似于SQL中的COUNT (distinct)，它首先重新计算，然后求和，计算指定字段值的类别的数量。
   语义变化点semantic variation point
   元模型语义上的一个变化点。它为元模型语义的解释提供了有意的自由度。
   后置条件postcondition
   在操作完成时必须为真的约束。也是针对方法，它规定了方法顺利执行完毕之后必须为真的条件。
   参数化的元素parameterized element
   具有一个或多个未绑定参数的类的描述符。同义词:模板。
   用例模型use case model
   用用例描述系统功能需求的模型。
   元-元模型meta-meta model
   定义用于表示元模型的语言的模型。元-元模型和元模型之间的关系类似于元模型和模型之间的关系
   容器层次结构containment hierarchy
   容器分层结构,由模型元素和它们之间存在的包含关系组成的名称空间层次结构。包含层次结构形成一个无循环图。
   瞬态对象transient object
   只在创建它的进程或线程执行期间存在的对象。
   场景scenario
   说明行为的特定动作序列。一个场景可以用来说明一个交互或者一个用例实例的执行
   约束constraint
   语义上的条件或限制某些约束在UML中是预定义的，其他的可能是用户定义的。约束是UML中的三种可扩展性机制之一
   分配单元distribution unit
   作为一组分配给进程或处理器的一组对象或组件。分布单元可以由运行时组合或聚合表示。
   元对象设施MOF
   元对象机制
   实体关系图Entity-relationship diagram
   ↑-关系模型的图形表示。缩写:ERD
   依赖dependency
   两个建模元素之间的关系，其中对一个建模元素(独立元素)的更改将影响另一个建模元素(依赖元素)。
   软件架构设计Software architecture design
   是扮演软件架构师角色定义和规划软件系统，提出的一项抽象工作的解决方案的活动，一般多用图作表述和说明
   建筑设计过程Architectural design processes
   建筑设计过程中的步骤将引导您完成设计概要、概念规划、草图设计、城镇规划审批和建筑许可证审批，以投标和建造您的住宅。
   事务处理Transaction processing
   事务处理是即时或在运行时完成任务和/或用户/程序请求的过程。
   分层体系结构Layered architecture
   据我所知，分层体系结构是将项目结构组织成四个主要类别：表示、应用程序、域和基础设施。
   模型视图控制器the Model-View-Controller
   这是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。
   语言处理系统Language processing system
   它是一个读取源代码并为翻译程序准备的程序·
   Web服务器Web server
   web服务器是指服务器软件，或专用于运行该软件的硬件，可以满足客户在万维网上的请求。
   应用服务器Application server
   应用服务器是承载应用程序的服务器。
   数据库服务器Database server
   数据库服务器是一种使用一个服务器数据库应用程序，它提供数据库到其他计算机程序或服务的计算机，由所定义客户端-服务器 模型
   统一塑模语言(Unified modeling language)
   UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法
   系统建模(System modeling)
   系统建模是开发一个系统的抽象模型的过程，每个模型表示该系统的不同视图或透视图。
   模型驱动工程(Model-driven engineering)
   模型驱动工程（Model-driven engineering，MDE）是一种专注于创建和开发领域模型的软件开发方法，领域模型是与特定问题相关的所有主题的概念模型。
   案例模型(Use case modeling)
   用例图用于图形化地描述模型的子集，以简化通信
   行为模型(Behavioral models)
   行为模型是系统执行时的动态行为模型。
   数据驱动系统(Data-driven systems)
   数据驱动系统和应用程序是用于获取、管理和显示信息的专用软件解决方案。
   实时系统(Real-time systems)
   实时系统是一个有时间限制的系统，它有明确的、固定的时间约束
   平台独立模型(Platform independent model)
   软件工程中的平台无关模型（PIM）是一个软件系统或业务系统的模型，它独立于用于实现它的特定技术平台。
   面向对象设计(Object-oriented design)
   面向对象设计（OOD）是一种特殊的软件设计，旨在将一种简单的线性代码替换为一种遵循更复杂约定的代码。在面向对象的设计中，代码与特定的“对象”相关，并且在概念上“适合于”该对象以提供特定的用户操作或其他条件。面向对象的设计也称为面向对象编程（OOP）。
   软件重用(Software reuse)
   软件重用：通过使用现有软件的知识来构建可降低软件开发和维护成本的新软件来提高软件生产率和质量的技术。
   设计模式(Design patterns)
   设计模式是解决设计问题的可重用形式。
   系统架构(System architecture)
   系统体系结构是概念模型，用于定义系统的结构，行为和更多视图。
   类别图(Class diagrams)
   类图的用途：显示系统中分类器的静态结构。
   开源软件(Open-source software)
   又称开放源代码软件，是一种源代码可以任意获取的计算机软件
   静态模型(Static model)
   静态模型可以定义为表示给定时间点的现象或比较不同时间点的现象的模型
   动态模型(Dynamic model)
   动态模型是方程或计算机代码中某些现实世界实体的简化表示。
   接口规格(Interface specification)
   接口规范提供了标准化的机制，子系统可以在其中相互有效地通信，并使它们能够作为独立的模块运行，这些模块在共同实施时可以支持整个CM技术参考模型。
   状态机模型(State machine model)
   状态机模型是对所有可能的系统事件进行分组的数学模型，称为状态
   附加用例additional use case
   是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术
   框架Framework
   框架或软件框架是用于开发软件应用程序的平台
   业务流程重组Business Process Reengineering
   一种业务管理策略
   故事板storyboard
   故事板是电影序列的视觉表示，可以将动作分解为单独的面板
2. 读书心得
   经过这段时间的学习,了解了更多的关于这门学科的知识,可以说是见识了很多很多。在这个学期之前，我们就知道了有什么科目，在看到需求分析与建模的时候，就觉得这门课很陌生，之前完全没听过。但是在学习过后，我明白了很多。通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。
   1、业务建模的目标是通过用例模型的建立来描述用户需求，需求规格说明书通常在这个阶段产生。这个阶段通常使用业务用例和业务用例实现两种类型;
   2、用例分析是系统分析员采用OO方法来分析业务用例的过程，这个阶段又称为概念模型阶段。这个阶段通常使用无类型的用例。用例分析是一个过渡过程，但笔者认为其非常重要，业务架构通常在这个阶段产生。
   3、系统建模是将用户的业务需求转化为计算机实现的过程。这个阶段通常使用无类型的用例和用例实现两种类型。系统范围，项目计划，系统架构通常在这个阶段形成雏形(在系统分析阶段确定)。

二、 对你组项目的发展建议
图书馆管理系统虽愈来愈人性化，适应读者需求，但仍存在不足之处，并非近乎完美。主要体现在：第一，图书馆管理系统的兼容性不平衡；第二，管理系统本身设计存在一定的缺陷，如未能及时高效的整合纸质和数字资源，导致信息孤岛问题的发生。鉴于此，必须强化图书馆合作理念，与各方面达成友好一致协议，保障资源整合的完整性，确保管理系统工作效率的提升，为读者提供优质服务。
A. 项目推进总体思路不清晰：
如果我们在做项目之前没有安排妥当，首先我们需要分析项目架构，分析架构的目的很简单，比如，方便处理多人开发，让更多的功能复用，让代码的结构更加清晰。
B. 项目团队成员职责不明确：
项目团队要明确职责、全员参与，团队成员要真正融入项目并发挥作用。汇报时要展示项目成员的参与情况。不能是“一个人”总结出来的汇报材料。
C. 问题原因分析不够全面、准确、深入
要将问题聚焦，运用适宜的工具方法对问题进行全面深入的剖析，找到真正的根本原因。
D. 文字性汇报太多，缺乏数据支撑和图表展示：
加强有关办公软件的学习和培训，要有针对性地将相关数据运用合适的图表及工具，充分、直观地分析和展示出来。

三、 参考文献
i. https://wenku.baidu.com/view/215678b56037ee06eff9aef8941ea76e58fa4a9d
ii. https://www.vipsmt.com/news/gsxw/1907.html