A002-186-2602-赵弦

计算机科学与工程学院作业报告(首页)
课程名称 软件分析与建模 班级 18软6
作业名称 个人期末报告 教导教师 董瑞生
姓名 赵弦 学号 1814080902602 日期 2020.12.16

一、文档查找单词预览:
1.Unified Modeing Language (统一建模语言)
2.Meta Object Facility (元元模型)
3.Statechart diagram (状态图)
4.tagged values (标记值)
5.template thread (样板方法)
6.use case diagram (用例图)
7.change control board (变速控制板)
8.internal transition(内部转换)
9.context boundary (上下文边界)
10.entity relationship diagram (实体关系图)
11.functional requirement(功能性要求)
12.requirements baseline (需求基线)
13.Implementation diagram (实现图)
14.specialization (专门化)
15.graphical element (图形元素)
16.Junctions(结合点)
17.actual parameter(实参)
18.binary association(二元关系)
19.state machine(状态机)
20.manage inventory(库存管理)
21.stakeholder(利害关系人)
22.Requirement Elicitation(需求获取)
23.Scenario Builder(场景便利器)
24.Traceability window(可追溯性窗口)
25.hierarchical view(分层视图)
26.hierarchical view(分层视图)
27.Requirement Validation(需求验证)
28.control flow(控制流)
29.containment hierarchy(容器分层结构)
30.deployment diagram(部署图)
31.interaction diagram(交互图)
32.Communication Diagram(通信图)
33.composite state(复合状态)
34.activation (激活)
35.guard condition(保护状态)
36.aggregation(聚集)
37.submachine state(子机状态)
38 .final state(终态)
39.Organization Chart(组织图)
40.static classification(静态分类)
41.Execution Environment(执行环境)
42.decision table(决策表)

二、需求分析读书心得以及对项目的建议
读书心得

  1. 导师引导:确定大致需求
  2. 组内讨论:初步需求分析
  3. 收集资料:完善和定义需求
    对项目的建议

一、文档查找单词

Unified Modeing Language (统一建模语言)

UML, short for Unified Modeling Language, is a standardized modeling language consisting of an integrated set of diagrams, developed to help system and software developers for specifying, visualizing, constructing, and documenting the artifacts of software systems, as well as for business modeling and other non-software systems. The UML represents a collection of best engineering practices that have proven successful in the modeling of large and complex systems. The UML is a very important part of developing object oriented software and the software development process. The UML uses mostly graphical notations to express the design of software projects. Using the UML helps project teams communicate, explore potential designs, and validate the architectural design of the software. In this article, we will give you detailed ideas about what is UML, the history of UML and a description of each UML diagram type, along with UML examples.

UML是统一建模语言的简短语言,是一种标准化建模语言,由一组集成的图表组成,用于帮助系统和软件开发人员指定、可视化、构造和记录软件系统的工件,以及业务建模和其他非软件系统。UML 代表了一系列在大型复杂系统建模方面已经证明成功的最佳实践。UML是开发面向对象的软件和软件开发过程的重要组成部分。UML 主要使用图形符号来表示软件项目的设计。使用 UML 可帮助项目团队沟通、探索潜在设计并验证软件的体系结构设计。在这篇文章中,我们将为您提供有关什么是 UML、UML 的历史记录以及每种 UML 关系图类型的描述以及 UML 示例的详细想法。

网站:https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-uml/

联系项目:
作为需要开发的一个旅游网站系统,建模是必要的,并且也是开发好这个项目的基础,UML是建模语言,了解这基本的建模语言是这关系比较复杂旅游网站系统的在需求分析阶段良好基础的开端。

Meta Object Facility (元元模型)

元元模型层是由元元数据的结构和语义的描述组成,这层的主要职责是为了描述元模型而定义的一种"抽象语言"。元元模型的定义要比元模型更加抽象、简洁(即元元模型是关于元元数据本身的更深一个层次的抽象,即是描述元元数据的抽象.)。一个元元模型可以定义多个元模型,一个元模型是元元模型的一个实例。元模型是一种语法结构,用于定义模型的各个部件.它由所谓的元元数据组成.元元数据为更加抽象的一个层次,它是用来进行描述如何去构建一个语法结构的数据.
而元元模型层则是关于元元数据本身语法的规则。

链接:https://blog.csdn.net/qiuhong101/article/details/7967537

联系项目:
元模型是一种语法结构,用于定义模型的各个部件.它由所谓的元元数据组成.元元数据为更加抽象的一个层次,它是用来进行描述如何去构建一个语法结构的数据.元元模型在开发我们的旅游网站系统里进行很好地建模活动,元模型是一种语法结构,用于定义模型的各个部件.它由所谓的元元数据组成.元元数据为更加抽象的一个层次,它是用来进行描述如何去构建一个语法结构的数据.

Statechart diagram (状态图)

状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应。通常我们创建一个UML状态图是为了以下的研究目的:研究类、角色、子系统、或组件的复杂行为。状态机用于对模型元素的动态行为进行建模,更具体地说,就是对系统行为中受事件驱动的方面进行建模(请参见概念:事件与信号)。状态机专门用于定义依赖于状态的行为(即根据模型元素所处的状态而有所变化的行为)。其行为不会随着其元素状态发生变化的模型元素不需要用状态机来描述其行为(这些元素通常是主要负载管理数据的被动类)。

链接:https://baike.sogou.com/v123684.htm?fromTitle=Statechart+Diagram

联系项目:
状态图是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应。在我们的项目中,对于状态图的使用特别地频繁,它涉及很多事物的之间联系和一个事件发生后对另一个事件的影响,用户的使用过程就是可以用状态图来表示的,用户注册登录后会有向客服的一些请求,客服做出回应,如果客服没有回应就可以转到给客服留言并等待回复。

tagged values (标记值)

标记值是向元素添加附加信息的便捷方法,超出了 UML 直接支持的内容。UML 规范仅为此提供标记值元素。通常,标记值在代码生成期间或其他工具用于传递信息或以特定方式对元素进行操作。标记值是扩展每个元素/每个语言建模工具的代码生成功能的首选方法。
严格地说,标记值是建模项的属性的值,即称为标记的属性。例如,名为 Person 的类元素可能有一个名为 Age 的标记,标记值为 42。但是,标记和值的组合通常称为标记值。
企业架构师定义标记值类型,该类型约束标记的可能值,并可以指定如何将值分配给标记。例如,标记 Age 可能有整数的标记值类型,因此用户只需键入数值即可。或者,类型可能是 Spin,其下限和上限为 20 和 120,因此用户通过单击字段中的箭头来设置值,以在 20 和 120 的限制内增加或递递该值。
若要快速将标记值添加到其他元素之一。

链接:https://sparxsystems.com/enterprise_architect_user_guide/9.0/modeling_basics/thetaggedvaluestab.html

联系项目:
标记值是向元素添加附加信息的便捷方法,超出了 UML 直接支持的内容。UML 规范仅为此提供标记值元素。但这也恰好补充了UML之外的内容,让我们的项目建模更加多元更加丰富,进一步的做好需求分析的准备工作。

template thread (样板方法)

This project demonstrate two non MFC thread classes: one of them is a template library that can make any member function of any class executed in different thread, without requiring that you define any static or global functions; the other class requires inheritance in the same way that CWinThread under MFC work but without any MFC dependency. Both classes use _beginthreadex.

此项目演示两个非 MFC 线程类:其中一个是模板库,它可以使任何在不同线程中执行的类的任何成员函数,而无需定义任何静态或全局函数;另一个类要求继承的方式与 MFC 工作,但没有任何 MFC 依赖项相同。
链接:https://www.codeproject.com/Articles/3718/Template-Thread-Library

联系项目:
样板方法在一个旅游网站系统项目的模块设计设计很重要,在设计和后面的实现方面都起到很重要的作用,将节省许多的时间和提高开发的速度。在开发过程中使用样板方法是一个很事半功倍举动。

use case diagram (用例图)

用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统,以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素,如系统、参与者和用例,并且显示这些元素之间的各种关系,如泛化、关联和依赖。它展示了一个外部用户能够观察到的系统功能模型图。
【用途】:帮助开发团队以一种可视化的方式理解系统的功能需求。

链接:https://www.cnblogs.com/lcword/p/10472040.html

联系项目:
上图是一个用例图,描述了不同角色做的事例和之间的内在联系,用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统,以及他们使用该系统可以做些什么,是人一看就可以理解。

change control board (变速控制板)

where you define your projects organisation chart. Though AQUIRING the people to be included in it I would agree to what you say it would be included in the executing process group. Though remember in most cases it is not up to the project manager and team only to decide who would be participants of a CCB. In my projects I typically start with writing a Change Management Plan where I define the suggested steps of a change management process, draw a suggested Change Management Process with swimlanes in Visio and then it will be a joint decision with the customer of that process and the definition of a CCB. All this also much depends on the size of the project.

你定义你的项目组织结构图。虽然要求参与其中的人, 我会同意你说的话, 它将包括在执行过程组。虽然请记住,在大多数情况下,这不是由项目经理和团队来决定谁将是建行的参与者。在我的项目中,我通常从编写变更管理计划开始,其中我定义变更管理流程的建议步骤,在 Visio 中用游带绘制建议的变更管理流程,然后与该流程的客户和 CCB 的定义共同决定。这一切也在很大程度上取决于项目的规模。
链接:http://www.pmzilla.com/change-control-board

联系项目:
定义项目组织结构图,它将包括在执行过程组。在大多数情况下,这不是由项目经理和团队来决定谁将是建行的参与者。在我们的项目中定义项目组织结构图是极其重要的存在,做好该项将极大地提高需求分析的效率。

internal transition(内部转换)

A transition signifying a response to an event without changing the state of an object.
在建模时,有时会在不离开一个状态的情况下处理一些事情,如图书馆系统中管理员可以对借阅者信息进行查询,在系统列出借阅信息时还可以对其进行修改,此时并没有离开信息列表状态。这种情况被称为内部转移。
内部转移只有源状态而没有目标状态,转移激发的结果并不改变状态本身,如果一个内部转移带有动作,动作也要被执行,但由于没有状态改变发生,因此不需要执行入口动作和出口动作。
链接:
https://www.sparxsystems.com/enterprise_architect_user_guide/14.0/model_domains/internal_transition.html

联系项目:
在建模时,有时会在不离开一个状态的情况下处理一些事情,如旅游网站系统中管理员可以对用户的信息进行查询,在系统列出景点相关的信息时还可以对其进行修改,此时并没有离开信息列表状态。

context boundary (上下文边界)

Most requirements elicitation methods do not explicitly provide a systematic way for deciding the boundary of the usage context that should be taken into account because it is essentially difficult to decide which context element should be included as the system requirements. If a developer explores the context boundary in an ad-hoc manner, the developer will be faced with the frame problem because there are unlimited context elements in the real world where the target system exists. There are many application domains that should take into account the frame problem: security, safety, network threats, and user interactions. To deal with this problem, this paper proposes a new type of requirements analysis method for exploring the context boundary using guide words, a set of hint words for finding a context element affecting the system behavior. The target of our method is embedded systems that can be abstracted as a sensor-and-actuator machine exchanging the physical value between a system and its context. In our method, only the value-context elements, a kind of value objects, are extracted as the associated context elements. By applying the guide words, we can explore only a sequence of context elements affecting the data value and avoid falling into the frame problem at the requirements analysis phase.

大多数要求引出方法没有明确提供一种系统的方式来决定应考虑的用法上下文的边界,因为基本上很难确定应将哪些上下文元素作为系统要求。如果开发人员以临时方式探索上下文边界,则开发人员将面临帧问题,因为目标系统存在的现实世界中存在无限的上下文元素。有许多应用程序域应考虑框架问题:安全、安全、网络威胁和用户交互。为了解决这个问题,本文提出了一种新型的需求分析方法,用于使用指南词探索上下文边界,一组提示词用于查找影响系统行为的上下文元素。我们的方法的目标是嵌入式系统,可以抽象为传感器和执行器机器,在系统及其上下文之间交换物理价值。在我们的方法中,只有值上下文元素,一种值对象,作为关联的上下文元素被提取。通过应用指导词,我们只能探索影响数据值的一系列上下文元素,避免在需求分析阶段。

链接:http://www.pmzilla.com/change-control-board

联系项目:
在编写实验报告里联系上下文是项目里的重要一节,它决定了我们项目的业务的上下联系是否紧密,要求了我们的旅游网站系统能干什么,什么不能干。这样可以是我们的项目明确功能的开发。

entity relationship diagram (实体关系图)

实体表A与实体表B是1:n的关系(A-B)
每个表有独立主键Id,
表B的外键是表A的主键,同时表B存在父子关系Id和ParentId(B-B)

链接:https://www.cnblogs.com/sun-null/p/12229030.html

联系项目:
上图中的图使我们旅游网站的用户的实体关系图,管理员可以进行管理用户。对用户进行添加修改和删除操作,对于规范实体有着很重要的作用,提高了开发的速度和开发效率。

功能性要求(functional requirement)
A requirement concerning a result of behavior that shall be provided by a function of a system (or of a component or service).
功能需求规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求(behavīoral requirement),因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什 么。注意:用户需求不总是被转变成功能需求。产品特性,所谓特性(feature),是指一组逻辑上相关的功能需求,它们为用户提供某项功能,使业务目标 得以满足。对商业软件而言,特性则是一组能被客户识别,并帮助他决定是否购买的需求,也就是产品说明书中用着重号标明的部分。客户希望得到的产品特性和用 户的任务相关的需求不完全是一回事。一项特性可以包括多个用例,每个用例又要求实现多项功能需求,以便用户能够执行某项任务。
链接:https://www.sciencedirect.com/topics/engineering/functional-requirement
联系项目:
功能需求描述是开发人员需要实现什么功能。在我们自己的项目系统里注意:用户需求不总是被转变成功能需求。产品特性,所谓特性是指一组逻辑上相关的功能需求,它们为用户提供某项功能,使业务目标 得以满足。

requirements baseline (需求基线)

Scenarios are well recognised as an important strategy towards understanding the interface between the environment and the system as well as a means of eliciting and specifying software behaviour. We adopt a broader view of scenarios. For us, a scenario is an evolving description of situations in the environment. Our proposal is framed by Leite’s work on a client-oriented requirements baseline, which aims to model the external requirements of a software system and its evolution. Scenarios start by describing the environment situations, according to the main actions performed outside the software system. Scenarios also help to clarify the interrelation between functional and non-functional requirements. We have validated our strategy and the related representations based on case studies.

场景被公认为了解环境与系统之间接口的重要策略,以及引出和指定软件行为的方法。我们采用更广泛的情景视图。对我们来说,情景是环境中情况的演变描述。我们的建议是由莱特关于面向客户的需求基线的工作框架,该基线旨在模拟软件系统的外部需求及其演变。方案首先根据软件系统外部执行的主要操作描述环境情况。方案还有助于澄清功能要求和非功能需求之间的相互关系。我们已经根据案例研究验证了我们的策略和相关陈述。

链接:https://link.springer.com/article/10.1007/BF02745371

联系项目:
在我们小组的开发的旅游网站系统中,我们项目的需求基线要求项目雏形就必须要实现以下的功能。
功能名称 功能定义
登录注册功能 游客可以通过注册登录成为正式的用户
搜索功能 使用者可以使用该功能在网站里搜索需要的内容进行了解
订票功能 使用者可以使用该功能进行购票
游记功能 可以使用写游记的方式进行分享自己到某一个经典的感想
咨询功能 使用者可以使用客服咨询更多的信息

Implementation diagram (实现图)
This diagram outlines the steps for your AS9100 implementation, including all the changes required by Revision D. This easy-to-follow format shows the process at a glance, allowing you to track every stage while ensuring nothing is missed, including:
Establishing the project
Identifying legal and other requirements
Defining scope, management commitments, and responsibilities
Conducting internal audits
Certification procedure
此图概述了实现AS9100的步骤,包括修订版D所需的所有更改。此易于遵循的格式使流程一目了然,使您可以跟踪每个阶段,同时确保不遗漏任何内容,包括:
建立项目
确定法律和其他要求
定义范围,管理承诺和职责
进行内部审核
认证程序
链接:https://info.advisera.com/9100academy/free-download/as9100-rev-d-implementation-diagram

联系项目:
建立旅游网站项目,确定法律和其他要求然后定义范围,管理承诺和职责,进行内部审核,认证程序。这一程序在后面的开发考虑中是必不可少的。

specialization (专门化)

the act of specializing, or pursuing a particular line of study or work:Medical students with high student loans often feel driven into specialization.
Biology. the adaptation of an organism or organ to a special function or environment:Basic biology suggests the selective pressures leading to convergent evolutionary specialization among desert-dwelling species.
the act of being restricted to some specific, or the act of becoming specialized.
行为专业,或从事其他学习或工作的特定行:拥有高额学生贷款的医学生通常会感到自己专攻专业。
生物学。有机体或器官对特殊功能或环境的适应性:基础生物学表明,选择压力导致沙漠居留物种之间趋同的进化专业化。
局限于某些特定的行为,或变得专门化的行为。

链接:https://www.dictionary.com/browse/specialization

联系项目:
专门化在各行各业都会有重要的强调,将抽象的东西通过专门化的处理转化为可理解的,在我们的旅游项目的需求分析里的建模过程是十分重要的一个步骤和方法。

graphical element (图形元素)

Diagrams are configured by creating a Diagram Description element (inside a Viewpoint) and its sub-elements (which describe the layers, graphical elements and tools).
Like many elements inside a VSM , Diagram Description have a mandatory Id, which should be unique and stable across revisions of the diagram specification, and an optional Label which is used for presentation purpose (i.e. it is the name visible to end-users). If no Label is specified, the Id is used for presentation. Note that changing the Id will break existing diagrams which were created using the previous version; changing the Label is safe.
The mandatory Domain Class attribute is the type of semantic element which are represented by the diagram. In the Model Explorer, end-users will be able to create new instances of this diagram on semantic elements of this type (assuming the corresponding viewpoint is enabled in the Modeling Project). The syntax for the domain class name can be the basic name, like Package, a qualified name using name of the EMF EPackage which defines the type, like uml::Package, or a fully qualified URI like http://www.eclipse.org/uml2/3.0.0/UML#//Package.
By default, new diagrams can be created on any instance of the Domain Class. You can use the Precondition Expression to change this. If such an expression is specified, it will be evaluated in the context of the semantic element the user has selected, and only if the expression returns true will the user be able to create a new diagram on this element.
The default title for newly created diagram can be specified using the Title expression ( Advanced category), which is evaluated in the context of the semantic element on which the diagram is created, and should return a string. If the expression is not specified, the default title is the label of the diagram description (of its Id if no Label is set) prefixed with the string "new " (e.g. new Package Contents).
It is recommended that the Diagram Description be explicitly associated with the meta-model(s) of the semantic elements it will represent. You can add referenced meta-models from different sources in the Metamodels property section of the Diagram Description. Sirius will work even without this association, but setting it explicitly will give you better feedback when validating your VSM .
The Initialization and Show on startup flags control whether diagram instances are created and/or opened automatically without user intervention. If Initialization is set, then when the viewpoint which contains this diagram description is enabled, instances of this diagram description will be automatically created on all compatible semantic elements. If Show on startup is set, then when a modeling project is opened which contains instances of this diagram description, they will be opened: if only one such representation exist, it will be opened automatically; if there are more than one, a dialog box will appear to allow the user to select which one(s) to open. WARNING: Then Initialization flag can have a negative impact on performance: if it is set on a given diagram, then when the user enables the viewpoint which defines this diagram Sirius will attempt to find all possible elements in the semantic model on which it may be possible to create such a diagram. This can take a long time on big semantic models.
If Enable Popup Bars flag is set, then when the end-user leaves the mouse pointer still on a diagram (or diagram element) for a small time, a popup bar will appear with shortcut buttons to all the tools which can be applied in this context. It can be useful to create elements without going to the palette to select tools, but it can also become visually distracting if too many tools are available in the popup bar.
By default, diagrams are displayed with white background. In the Background property section of the Diagram Description, you can add either one of the pre-defined system colors or one which you have defined yourself in a Users Color Palette. See the general section on colors on colors for more details on dynamic and computed color of the Users Color Palette. Note that when dynamic/computed colors are re-computed because of model change for example, background color is refreshed.
The content of the Diagram Description is mostly made of graphical elements mappings, organized in layers, and their associated tools. In addition, it can also contain validation rules, filters and layout configuration information.
Note that the Window Title label and Message label are Translatable Messages and can therefore be localized.
图描述元素(在 Viewpoint内)及其子元素(描述图层,图形元素和工具)来配置图。
像VSM中的许多元素一样 , 图说明具有强制性 ID(在图规范的各个修订版之间应唯一且稳定),以及用于表示目的的可选 标签(即,对最终用户可见的名称)。如果未 指定标签, 则使用ID进行演示。请注意,更改 ID将会破坏使用先前版本创建的现有图表;更改 标签是安全的。
必填的 Domain Class属性是图表示的语义元素的类型。在 Model Explorer中,最终用户将能够在这种类型的语义元素上创建该图的新实例(假设在Modeling Project中启用了相应的观点 )。域名类名称的语法可以是基本名称(例如) Package,使用定义类型(如)的EMF EPackage的名称来限定名称 uml::Package,也可以是完全限定的URI(例如) http://www.eclipse.org/uml2/3.0.0/UML#//Package。
默认情况下,可以在Domain Class的任何实例上 创建新图 。您可以使用 前提条件表达式来更改它。如果指定了这样的表达式,它将在用户选择的语义元素的上下文中进行评估,并且只有当表达式返回 时,用户才可以在该元素上创建新图。 true
可以使用Title表达式(“ 高级”类别)指定新创建的图的默认标题,该标题在创建图 的语义元素的上下文中进行评估,并应返回字符串。如果未指定表达式,则默认标题为图描述的标签( 如果未 设置标签,则为ID的名称)的前缀为字符串 (例如 )。 "new "new Package Contents
建议将 图说明与它将表示的语义元素的元模型明确关联。您可以在图描述的Metamodels属性部分中 添加来自不同来源的参考元模型 。即使没有这种关联,Sirius也可以使用,但是在验证VSM时明确设置它会为您提供更好的反馈 。
在 初始化和 在启动时显示标志控制是否创建图的实例和/或无需用户干预自动打开。如果 设置了Initialization,则启用包含该图描述的视点时,将在所有兼容的语义元素上自动创建该图描述的实例。如果 设置了“在启动时显示”,则在打开包含此图描述实例的建模项目时,将打开它们:如果仅存在一个这样的表示,则将自动打开它;如果有多个,将出现一个对话框,允许用户选择要打开的对话框。 警告:然后 初始化标志可能会对性能产生负面影响:如果在给定的图表上设置了初始化标志,则当用户启用定义此图表的视点时,Sirius将尝试在语义模型中查找可能创建的所有可能元素。这样的图。在大型语义模型上,这可能需要很长时间。
如果设置了“ Enable Popup Bars”标志,则当最终用户将鼠标指针停留在图(或图元素)上一小段时间时,将出现一个 弹出栏,其中包含可用于此工具的所有工具的快捷按钮。上下文。创建元素而不用到调色板中选择工具可能很有用,但是如果弹出栏中的工具太多,也会在视觉上分散注意力。
默认情况下,图表以白色背景显示。在“图描述”的“ 背景”属性部分中 ,您可以添加一种预定义的系统颜色,也可以添加自己在“用户调色板”中定义的一种 。有关“用户调色板”的动态和计算颜色的更多详细信息,请参见 颜色上 的常规部分。请注意,例如,当由于模型更改而重新计算动态/计算的颜色时,背景颜色将被刷新。
图表说明的内容 主要由 图形元素映射,分层组织 及其相关 工具组成。此外,它还可以包含 验证规则, 过滤器和 布局配置信息。
链接:http://www.eclipse.org/sirius/doc/specifier/diagrams/Diagrams.html

联系项目:
默认情况下,在项目需求分析的建模过程,图表以白色背景显示。在“图描述”的“ 背景”属性部分中 ,您可以添加一种预定义的系统颜色,也可以添加自己在“用户调色板”中定义的一种 。有关“用户调色板”的动态和计算颜色的更多详细信息,请参见 颜色上 的常规部分。请注意,例如,当由于模型更改而重新计算动态/计算的颜色时,背景颜色将被刷新。

Junctions(结合点)

Windows 2000 and higher supports directory symbolic links, where a directory serves as a symbolic link to another directory on the computer. For example, if the directory D:\SYMLINK specified C:\WINNT\SYSTEM32 as its target, then an application accessing D:\SYMLINK\DRIVERS would in reality be accessing C:\WINNT\SYSTEM32\DRIVERS. Directory symbolic links are known as NTFS junctions in Windows. Unfortunately, Windows comes with no tools for creating junctions—you have to purchase the Win2K Resource Kit, which comes with the linkd program for creating junctions. I therefore decided to write my own junction-creating tool: Junction. Junction not only allows you to create NTFS junctions, it allows you to see if files or directories are actually reparse points. Reparse points are the mechanism on which NTFS junctions are based, and they are used by Windows’ Remote Storage Service (RSS), as well as volume mount points.

Windows 2000和更高版本支持目录符号链接,其中目录充当到计算机上另一个目录的符号链接。例如,如果目录D:\ SYMLINK指定C:\ WINNT \ SYSTEM32作为其目标,那么访问D:\ SYMLINK \ DRIVERS的应用程序实际上将访问C:\ WINNT \ SYSTEM32 \ DRIVERS。目录符号链接在Windows中称为NTFS联结。不幸的是,Windows没有提供用于创建结点的工具-您必须购买Win2K资源工具包,该工具包带有用于创建结点的链接程序。因此,我决定编写自己的结点创建工具:Junction。交界处不仅可以创建NTFS结,还可以查看文件或目录是否实际上是重新解析点。重新解析点是NTFS联结所基于的机制,Windows的远程存储服务(RSS)以及卷安装点都使用它们。

链接:https://docs.microsoft.com/en-us/sysinternals/downloads/junction

联系项目:
在项目未来的编码过程中起到解决困难的方法之一,交界处不仅可以创建NTFS结,还可以查看文件或目录是否实际上是重新解析点。

actual parameter(实参)

In computer science, an actual parameter is a name or value passed to a subroutine. This is in contrast to a formal parameter, which is the name by which the subroutine refers actual parameter

在计算机科学中,实际参数是传递给子例程的名称或值。这与形式参数相反,形式参数是子例程引用实际参数的名称。
链接:https://en.citizendium.org/wiki/Actual_parameter

联系项目:
实际参数是传递给子例程的名称或值。这与形式参数相反,形式参数是子例程引用实际参数的名称。参数在项目的需求分析中也是非常重要的一部分。

binary association(二元关系)

Note that the UML-equivalent binary association is given in Figure 5.2(a)–©.
When both entities are mandatory (Figure 5.1a), each entity becomes a table, and the key of either entity can appear in the other entity’s table as a foreign key. One of the entities in an optional relationship (see Department in Figure 5.1b) should contain the foreign key of the other entity in its transformed table. Employee, the other entity in Figure 5.1(b), could also contain a foreign key (dept_no) with nulls allowed, but this would require more storage space because of the much greater number of Employee entity instances than Department instances. When both entities are optional (Figure 5.1c), either entity can contain the embedded foreign key of the other entity, with nulls allowed in the foreign keys.
当两个实体都是必需的时(图5.1a),每个实体都成为一个表,并且任何一个实体的键都可以作为外键出现在另一个实体的表中。处于可选关系中的一个实体(请参见图5.1b中的Department )应在其转换表中包含另一个实体的外键。雇员(图5.1(b)中的另一个实体)也可以包含一个允许使用空值的外键(dept_no),但这将需要更多的存储空间,因为雇员实体实例的数量比部门实例的数量大得多。当两个实体都是可选的时(图5.1c),任何一个实体都可以包含另一个实体的嵌入式外键,外键中允许使用空值。
所述一对多的关系可表示为强制性或选择性的“多”侧,而不会影响转化。在“一个”方面,它可以是强制性的(图5.1d)或可选的(图5.1e )。在所有情况下,外键都必须出现在代表子实体的“许多”一侧,只有在可选的“一个”情况下,外键才允许使用空值。外键约束是根据关系的特定含义设置的。

链接:https://www.sciencedirect.com/topics/computer-science/binary-association

联系项目:
处于可选关系中的一个实体应在其转换表中包含另一个实体的外键。用户也可以包含一个允许使用空值的外键,但这将需要更多的存储空间,因为用户实体实例的数量比管理员实例的数量大得多。

state machine(状态机)
State machines make it dead-simple to manage the behavior of a class. Too often, the state of an object is kept by creating multiple boolean attributes and deciding how to behave based on the values. This can become cumbersome and difficult to maintain when the complexity of your class starts to increase.

状态机使管理类的行为变得非常简单。通常,通过创建多个布尔属性并根据值确定行为方式来保持对象的状态。当班级的复杂性开始增加时,这将变得很麻烦并且难以维护。

链接:https://github.com/pluginaweek/state_machine

联系项目:
描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应。在我们的项目中,对于状态图的使用特别地频繁,它涉及很多事物的之间联系和一个事件发生后对另一个事件的影响,用户的使用过程就是可以用状态机图来表示的。

manage inventory(库存管理)

  1. Consider the Costs of Storing Inventory
    There is cost in just storing inventory at your or an offsite location. Additionally, there is always a risk of damage or obsolescence. Similarly, theses issues apply to raw materials inventory.
  2. Safeguard Inventory
    Do you safeguard inventory from theft or damage? It is advisable to do a physical inventory count monthly (more often if loss issues exist). Then compare it to the inventory records.
  3. Appropriate Mix of Inventory
    Do you have the appropriate mix of inventory on hand for your sales demand? When you closely monitoring anticipated sales, it will help you minimize inventory costs while satisfying demand.
  4. Timing of Inventory Purchase
    Buying or manufacturing inventory or raw materials before they are needed ties up cash unproductively.
  5. Managing Purchase Function
    Are you managing your purchasing function? As a result, devoting appropriate resources to purchasing can save money on materials and parts for resale. So, negotiate the best price and buy in bulk when appropriate.
  6. Inventory Management System (Managing Inventory)
    Create an inventory management system. Then, record each product’s movement as an internal use or sale to a customer. Use the following equation to calculate simple inventory management:
    Beginning Inventory + Purchases – Sales or Transfers = Ending Inventory
  7. Investigate Differences
    If physical inventory count is different from the inventory records, then investigate material differences. Then make corrections to your inventory management process.
  8. Assess Inventory Costing Function
    Assess your inventory costing function. Depending on the sophistication of your accounting system, inventory transfers may not be handled well for costing purposes. Another common inventory costing problem is invoicing from a negative inventory book balance (sales were recorded before purchases.) In cases like these, inventory costing will be incorrect. Furthermore, a way to correct for an inventory costing problem is to count physical inventory at period end and adjust the value on the balance sheet. The offsetting entry is to cost of goods sold; therefore, this entry should correct both the income statement and the balance sheet.
  9. Consider the Costs of Storing Inventory
    仅在您或异地位置存储库存会产生成本。此外,始终存在损坏或过时的风险。同样,论文的问题适用于原物料库存。
    2.保护库存
    您是否保护库存免受盗窃或损坏?建议每月进行实物盘点(如果存在损失问题,则更频繁)。然后将其与库存 记录进行比较。
    3.适当的库存组合
    您手头有适合您的销售需求的适当库存组合吗?当您密切监视预期的销售时,它将帮助您在满足需求的同时最大程度地降低库存成本。
    4.库存购买时间
    购买或制造 库存或原始材料,他们需要联系之前现金非生产性。
    5.管理购买功能
    您在管理购买功能吗?其结果是,投入适当的资源采购可以节省钱的材料和零件转售。因此,请协商最佳价格,并在适当时批量购买。
    6.库存管理系统(库存管理)
    创建库存 管理系统。然后,将每个产品的移动记录为内部使用或出售给客户。使用以下公式来计算简单的库存管理:
    期初库存+采购–销售或转移=期末库存
    7.调查差异
    如果实际库存盘点与库存记录不同,请调查物料差异。然后对库存管理流程进行更正。
    8.评估库存成本核算功能
    评估您的库存成本核算功能。根据您的会计系统的复杂程度,出于成本核算目的,可能无法很好地处理库存转移。另一个常见的库存成本计算问题是从库存帐面余额为负(在购买前记录销售额)来开票。在这种情况下,库存成本计算将不正确。此外,纠正库存成本问题的一种方法是在期末对实物盘点进行计数并调整资产负债表上的值抵消条目是销货成本; 因此,该输入应更正损益表和资产负债表。
    链接:https://strategiccfo.com/how-to-manage-inventory/

联系项目:
在旅游网站的库存就是相关的信息,包括用户库存信息,景点信息库存等库存管理,这都需要我们在后面进行详细且认真的是实现。

stakeholder(利害关系人)
social responsibility, called ISO 26000, defines a stakeholder as an “individual or group that has an interest in any decision or activity of an organization.”
Stakeholders may include:
Suppliers
Internal staff, such as employees and workers
Members
Customers, including shareholders, investors, and consumers
Regulators
Local and regional communities
Additionally, stakeholders may include purchasers, clients, owners, and non-governmental organizations (NGOs).
提供社会责任指导的国际标准被称为 ISO 26000,将利益相关者定义为“对组织的任何决定或活动感兴趣的个人或团体”。
利益相关者可能包括:
供应商
内部员工,例如员工和工人
会员
客户,包括股东,投资者和消费者
调压器
地方和区域社区
此外,利益相关者可能包括购买者,客户,所有者和非政府组织(NGO)

链接:https://asq.org/quality-resources/stakeholders
联系项目:
上图是项目所涉及的人员,还是很清晰和直接地看出来该系统的人员组成,在涉众需求分析就是考虑相关的人员,并将其加入以后的设计开发的行列中。

Requirement Elicitation(需求获取)

The metabolic algorithm is introduced in the rewriting mechanism of membrane or P system considering many time varying functions. Rules for requirement evolution, reaction between items in the membrane, communications between data items, process speed-up and abort rule are being proposed. The metabolic algorithm is applied for the transformation of user requirements into system requirements which can be further segregated into functional as well as non-functional requirements. The requirement elicitation is illustrated and verified to obtain the most expected requirement objects using C#
将代谢算法应用于软件开发过程中涉及的各个项目。考虑到许多时变函数,将代谢算法引入到膜或P系统的重写机制中。提出了需求演化规则,膜中各项之间的反应,数据项之间的通信,过程加速和中止规则。代谢算法用于将用户需求转换为系统需求,然后可以将其进一步分为功能需求和非功能需求。使用C#编程语言说明并验证了需求启发,以获取最期望的需求对象。
链接:https://www.scientific.net/paper-keyword/requirement-elicitation
联系项目:
在旅游网站将用户需求转换为系统需求,然后可以将其进一步分为功能需求和非功能需求。这就是需求分析建模过程的重要意义,获取需求就是要了解游客对于旅游网站系统的功能、性能等要求,做好需求的获取是开发一个软件的重要前提。

Scenario Builder(场景便利器)
场景构建器使您可以快速创建数据以进行测试,演示和培训
借助方案构建器,管理员可以创建方案模板,其中包括在运输管理(TM)中运行方案所需的所有方案数据(系统对象和定制数据)。
例如,测试人员可以浏览方案模板并使用它们在系统中快速创建自己的方案数据副本:这意味着不再不确定方案所需的数据,也无需花费更多时间准备数据。
链接:https://help.sap.com/doc/474a13c5e9964c849c3a14d6c04339b5/100/en-US/2bef48c9f5d148cf8e1c6d6d471530f0.html

联系项目:
场景构建器使您可以快速创建数据以进行测试,演示和培训,借助方案构建器,管理员可以创建方案模板,其中包括在运输管理(TM)中运行方案所需的所有方案数据(系统对象和定制数据)。

Traceability window(可追溯性窗口)
The repository contains element graphs connected by relationships; Traceability is the ability to browse this graph in any direction from a specific starting point. Modelers generally believe that traceability is only applicable to requirements, and have the ability to discover which elements in the model meet (implement) requirements. However, this term is broader than this and can be applied to any model element. For example, demand can be traced back to stakeholders, and stakeholders can be traced back to a set of driving factors and goals, which can be traced back to a set of regulatory constraints. Enterprise Architect provides flexible and expressive functions to help you browse and traverse this connection graph, including traceability window and relational matrix. Enterprise Architect extends UML by allowing users to track model features such as attributes and operations, which is a powerful mechanism for analysts.
存储库包含通过关系连接的元素图;可追溯性是从特定起点以任何方向浏览此图的能力。建模人员通常认为可追溯性仅适用于需求,并且具有发现模型中哪些元素实现(实施)需求的能力。但是,该术语比这更广泛,可以应用于任何模型元素。例如,需求可以追溯到利益相关者,而利益相关者又可以追溯到一组驱动因素和目标,而这些可以追溯到一组监管约束。Enterprise Architect提供了灵活而富有表现力的功能,可帮助您浏览和遍历此连接图,包括“可追溯性窗口”和“关系矩阵”。Enterprise Architect通过允许用户在模型特征(例如属性和操作)之间进行跟踪来扩展UML,这是分析人员的强大机制。

链接:https://sparxsystems.com/enterprise_architect_user_guide/14.0/model_navigation/traceability.html

联系项目:
可追溯性是从特定起点以任何方向浏览建模需求分析图的能力。建模人员通常用可追溯性适用于需求,并且具有发现模型中哪些元素实现(实施)需求的能力,应用于任何模型元素

hierarchical view(分层视图)

As an planning coordinator, when he launch the STS, he will sees the Hierarchical View from the overview page first, if he need to see the status of each node, he have to open each sub-node one after another, currently it take about 40 seconds to open one node,there are 10 levels in our Hierarchy, it will take 400 second to get to the lowest level, this is not acceptable, anybody know a better way to improve the performance。

作为计划协调员,当他启动STS时,他将首先从概览页面看到Hierarchical View,如果他需要查看每个节点的状态,则必须一个接一个地打开每个子节点,目前大约需要40秒打开一个节点,在我们的层次结构中有10个级别,到达最低级别需要400秒,这是不可接受的。

链接:https://answers.sap.com/questions/1177338/hierarchical-view-from-sts.html?db=5

联系项目:
上图显示了子需求图,其中一个子需求有一个复合标记,表示可以双击它来显示层次结构中的下一个级别,在旅游网站系统里的使用需求,下列分为用户浏览、订票、搜索和客服咨询等需求。

drop-down list(下拉表)
In a new worksheet, type the entries you want to appear in your drop-down list. Ideally, you’ll have your list items in an Excel table. If you don’t, then you can quickly convert your list to a table by selecting any cell in the range, and pressing Ctrl+T.

Why should you put your data in a table? When your data is in a table, then as you add or remove items from the list, any drop-downs you based on that table will automatically update. You don’t need to do anything else.
Now is a good time to Sort data in a range or table in your drop-down list
Select the cell in the worksheet where you want the drop-down list.
Go to the Data tab on the Ribbon, then Data Validation.
Note: If you can’t click Data Validation, the worksheet might be protected or shared. Unlock specific areas of a protected workbook or stop sharing the worksheet, and then try step 3 again.
On the Settings tab, in the Allow box, click List.
Click in the Source box, then select your list range. We put ours on a sheet called Cities, in range A2:A9. Note that we left out the header row, because we don’t want that to be a selection option:

If it’s OK for people to leave the cell empty, check the Ignore blank box.
Check the In-cell dropdown box.
Click the Input Message tab.
If you want a message to pop up when the cell is clicked, check the Show input message when cell is selected box, and type a title and message in the boxes (up to 225 characters). If you don’t want a message to show up, clear the check box.
Click the Error Alert tab.
If you want a message to pop up when someone enters something that’s not in your list, check the Show error alert after invalid data is entered box, pick an option from the Style box, and type a title and message. If you don’t want a message to show up, clear the check box.
Not sure which option to pick in the Style box?
To show a message that doesn’t stop people from entering data that isn’t in the drop-down list, click Information or Warning. Information will show a message with this icon and Warning will show a message with this icon  .
To stop people from entering data that isn’t in the drop-down list, click Stop.
Note: If you don’t add a title or text, the title defaults to “Microsoft Excel” and the message to: “The value you entered is not valid. A user has restricted values that can be entered into this cell.”
链接:https://support.microsoft.com/en-us/office/create-a-drop-down-list-7693307a-59ef-400a-b769-c5402dce407b?ui=en-us&rs=en-us&ad=us

联系项目:
下拉表在后面系统的实现,特别是在网页的编辑和排版中是必不可少的,它涉及和关系到整个网页的排版的美观性,内容的可容纳量和增加可读性,直接影响了用户的体验好感度的提升。

Requirement Validation(需求验证)

This documentation is for those that need to use or contribute to the Maven central repository. This includes those that need dependencies for their own build or projects that wish to have their releases added to the Maven central repository, even if they don’t use Maven as their build tool.
central存储库或为Maven存储库做出贡献的人员。这包括那些需要依赖于自己的构建的项目或那些希望将其发行版添加到Mavencentral存储库的项目,即使他们不使用Maven作为其构建工具。

链接:http://maven.apache.org/repository/

联系项目:
由上图可以看到各个业务的之间的联系和约束关系,它们之间相互制约相辅相成,在不断地维护项目时,可以获取到市场上的最新需求,开发新的功能和相应的提高性能。

控制流(control flow)
Control flow (or alternatively, flow of control) refers to the specification of the order in which the individual statements, instructions or function calls of a program are executed or evaluated. In order to control the flow of a program, we have conditional programming and looping.
控制流是一个连接器,用于连接活动图中的两个节点,从而对活动过渡进行建模。一旦源节点的活动完成,“控制流”连接器就会通过将流定向到目标节点来桥接“活动”节点之间的流。
链接:
https://www.sparxsystems.com/enterprise_architect_user_guide/14.0/model_domains/controlflow.html

联系项目:
在项目中用数据流图中我们可以很清楚的看到系统中各功能之间数据的流动和交换,以用户使用为例,使用者请求的查询要求最后以数据流的封装形式返回到前端页面,而使用者进行个人信息的添加和修改等将前端页面提交的表单信息封装后以数据流形式插入数据库。

containment hierarchy(容器分层结构)
CMarkup maintains a hierarchy of elements that contain other elements (see Navigating Levels in CMarkup). In well-formed XML this is an unambiguous logical representation of the markup because all elements are correctly ended and nested. Even in a document that is not well-formed, a containment hierarchy can still be useful. This article describes the way the containment hierarchy is determined in this case as part of the support for Generic Markup In CMarkup as of release 8.0.
在格式正确的XML中,容器分层结构十分重要,这是标记的明确逻辑表示形式,因为所有元素均已正确结束并嵌套。即使在格式不正确的文档中,包含层次结构也仍然有用。本文介绍了在这种情况下确定包含层次结构的方法,该方法是从8.0版开始对CMarkup中的通用标记的支持。

链接:http://www.firstobject.com/dn_markhierarchy.htm

联系项目:
项目的网页设计中,在格式正确的XML中,这是标记的明确逻辑表示形式,因为所有元素均已正确结束并嵌套。即使在格式不正确的文档中,包含层次结构也仍然有用。这就大大地提高了开发过程中的容错率,使开发的效率成倍提升。

deployment diagram(部署图)
Deployment diagrams are important for visualizing, specifying, and documenting embedded, client/server, and distributed systems and also for managing executable systems through forward and reverse engineering.
A deployment diagram is just a special kind of class diagram, which focuses on a system’s nodes. Graphically, a deployment diagram is a collection of vertices and arcs. Deployment diagrams commonly contain:
Nodes
3-D box represents a node, either software or hardware
HW node can be signified with <>
Connections between nodes are represented with a line, with optional <>
Nodes can reside within a node

部署图一览
部署图对于可视化,指定和记录嵌入式,客户端/服务器和分布式系统以及通过正向和反向工程管理可执行系统非常重要。
部署图只是一种特殊的类图,它专注于系统的节点。在图形上,部署图是顶点和弧的集合。部署图通常包含:
节点数
3-D框表示一个节点,可以是软件或硬件
硬件节点可以用<< stereotype >>表示
节点之间的连接用一行表示,并带有可选的<< stereotype >>
节点可以驻留在节点内
链接:
https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-deployment-diagram/

联系项目:
上图是具有部署依赖关系的结点实例模式创建元素和部署图,描述了具有单个节点和执行环境的部署环境以及部署到他们的工件。

interaction diagram(交互图)

Sequence and collaboration diagrams are used to capture the dynamic nature but from a different angle.
The purpose of interaction diagram is −
To capture the dynamic behaviour of a system.
To describe the message flow in the system.
To describe the structural organization of the objects.
To describe the interaction among objects.

交互图的目的是可视化系统的交互行为。可视化交互是一项艰巨的任务。因此,解决方案是使用不同类型的模型来捕获交互的不同方面。
序列图和协作图用于从不同角度捕获动态性质。
交互图的目的是-
捕获系统的动态行为。
描述系统中的消息流。
描述对象的结构组织。
描述对象之间的相互作用。

链接:https://www.tutorialspoint.com/uml/uml_interaction_diagram.htm

联系项目:
上图是该项目一个简单的实例,在一个系统中不同的角色可以相互,交互图的目的是可视化系统的交互行为。可视化交互是一项艰巨的任务。因此,解决方案是使用不同类型的模型来捕获交互的不同方面。
序列图和协作图用于从不同角度捕获动态性质。

Communication Diagram(通信图)

Purpose of Communication Diagram
Model message passing between objects or roles that deliver the functionalities of use cases and operations
Model mechanisms within the architectural design of the system
Capture interactions that show the passed messages between objects and roles within the collaboration scenario
Model alternative scenarios within use cases or operations that involve the collaboration of different objects and interactions
Support the identification of objects (hence classes), and their attributes (parameters of message) and operations (messages) that participate in use cases

在对象或角色之间传递消息模型,以传递用例和操作的功能
· 系统架构设计中的模型机制
· 捕获显示协作场景中对象和角色之间传递的消息的交互
· 在用例或操作中模拟涉及不同对象和交互的替代方案
· 支持识别用例的对象(因此,类)及其属性(消息的参数)和操作(消息)的标识。

链接:
https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-communication-diagram/

联系项目:
具有三个组件的通信图模式创建元素和图表,以通过消息交换来显示运行系统中组件之间的交互。该图与序列图密切相关,但允许元素在图中进行结构布局。时间的流逝由消息编号指示。

composite state(复合状态)

Composite States are composed within the StateMachine diagram by expanding a State element, adding Regions if applicable, and dragging further State elements, related elements and connectors within its boundaries. The internal State elements are then referred to as Substates.
(You can also define a State element, as with many other types of element, as a composite element; this then has a hyperlink to a child diagram that can be another StateMachine diagram or other type of diagram elsewhere in the model.)
Composite States can be orthogonal, if Regions are created. If a Composite State is orthogonal, its entry denotes that a single Substate is concurrently active in each Region. The hierarchical nesting of Composite States, coupled with Region use, generates a situation of multiple States concurrently active; this situation is referred to as the active State configuration.

StateMachine图中,通过扩展State元素,添加Region(如果适用)并在其边界内拖动其他State元素,相关元素和连接器来组成组合状态。内部状态元素于是被称为子状态。
(您还可以将State元素(与许多其他类型的元素一样,定义为复合元素);然后具有指向子图的超链接,该子图可以是模型中其他StateMachine图或其他类型的图。)
如果创建了区域,则复合状态可以是正交的。如果Composite State是正交的,则其条目表示单个Substate在每个Region中同时处于活动状态。复合状态的分层嵌套,再加上区域的使用,会导致多个国家同时活动的情况;这种情况称为活动状态配置。

链接:
https://sparxsystems.com/enterprise_architect_user_guide/15.0/model_domains/compositestate.html

联系项目:
图中,通过扩展State元素,添加Region并在其边界内拖动其他State元素,相关元素和连接器来组成组合状态。内部状态元素于是被称为子状态。

activation (激活)

This module is upgradeable.Module Graph:

定义JavaBeans激活框架(JAF)API。该模块是可升级的。
模块图:

链接:
https://docs.oracle.com/javase/9/docs/api/java.activation-summary.html

联系项目:
中断流在我们项目设计中没有体现,学习这个单词是想了解中断流的定义以及使用的方法。

guard condition(保护状态)

guard condition, also called as an interaction constraint,
is a Boolean conditional expression that guards an
interaction operand in a combined fragment. A guard
condition contains two expressions that designate the
minimum and maximum number of times that a loop combined
fragment executes.

保护条件(也称为交互约束)是布尔条件表达式,用于保护组合片段中的交互操作数。保护条件包含两个表达式,它们指定循环组合片段执行的最小和最大次数。

链接:
https://www.allinterview.com/showanswers/13930/what-is-guard-condition.html

联系项目:

保护条件(也称为交互约束)是布尔条件表达式,用于保护组合片段中的交互操作数。保护条件包含两个表达式,它们指定循环组合片段执行的最小和最大次数。

aggregation(聚集)

Although, Java association can balance, one-to-one, one-to-many, and many-to-many relationships. It defines the multiplicity between objects.
There are two types of Association Aggregatio Composition.
Java中的关联是通过它们的对象建立的两个单独的类之间的连接。尽管,Java关联可以平衡一对一,一对多和多对多的关系。它定义了对象之间的多重性。
有两种类型的关联:聚合、组成

链接:
https://data-flair.training/blogs/association-in-java/#:~:text=Aggregation%20in%20Java%201%20It%20represents%20the%20Has-A,won%E2%80%99t%20affect%20another%2C%20both%20can%20be%20present%20independently.

联系项目:
Java中的关联是通过它们的对象建立的两个单独的类之间的连接。尽管,Java关联可以平衡一对一,一对多和多对多的关系。它定义了对象之间的多重性。在软件体系的课程中可能见得比较多一点,但在今后的开发有着重要的启示意义。

submachine state(子机状态)

For automation interface purposes, a Submachine State is a State that has its UML State Type set to Submachine.
A Submachine State specifies the insertion of the specification of a Submachine State Machine.
Create a Submachine State through a Modeler explorer pane or a State Diagram:
• In a Modeler pane, right-click a State Machine or Sequential State, point to New, and then click Submachine State. Modeler prompts you to select or create a State Machine for the Submachine State.
• On a State Diagram, click the Submachine State toolbar button, and then click the diagram background (within the frame) or within a Sequential State. Modeler prompts you to select or create a State Machine for the Submachine State.
• Drag the State Machine that is going to be used by the Submachine from a Modeler pane to the State Diagram.
• Right-click a Sequential State that owns one or more items, and then click Convert to Submachine State.
有关Submachine State的自动化接口信息:
出于自动化接口的目的,“子计算机状态”是将其UML状态类型设置为“子计算机”的状态。子机状态指定插入子机状态机的规范。
通过Modeler资源管理器窗格或状态图创建子计算机状态:
•在“建模器”窗格中,右键单击“状态机”或“顺序状态”,指向“新建”,然后单击“子机状态”。Modeler会提示您选择或为Submachine State创建一个State Machine。
•在状态图上,单击“Submachine状态”工具栏按钮,然后单击图背景(在框架内)或在顺序状态内。Modeler会提示您选择或为Submachine State创建状态机。
•将要由子机使用的状态机从“建模器”窗格拖到“状态图”。
•右键单击拥有一个或多个项目的顺序状态,然后单击“转换为子计算机状态”。
链接:
https://support.ptc.com/help/modeler/r9.0/en/index.html#page/Integrity_Modeler/rtsme/ref_di_submachine_state.html

联系项目:
在“建模器”窗格中,右键单击“状态机”或“顺序状态”,指向“新建”,然后单击“子机状态”。Modeler会提示您选择或为Submachine State创建一个State Machine。
在状态图上,单击“Submachine状态”工具栏按钮,然后单击图背景(在框架内)或在顺序状态内。Modeler会提示您选择或为Submachine State创建状态机。
将要由子机使用的状态机从“建模器”窗格拖到“状态图”。右键单击拥有一个或多个项目的顺序状态,然后单击“转换为子计算机状态”。

final state(终态)
A final state node indicates the completion of a part of the statechart, or the entire statechart. Specifically, it indicates that its parent compound state node is “done”. If the parent is the root statechart, then the entire statechart is “done” and any further execution is stopped.
最终状态节点指示状态图的一部分或整个状态图的完成。具体而言,它指示其父复合状态节点为“完成”。如果父级是根状态图,则整个状态图都“完成”,并且任何进一步的执行都将停止。

链接:https://xstate.js.org/docs/guides/final.html

联系项目:
最终状态节点指示状态图的一部分或整个状态图的完成。具体而言,它指示其父复合状态节点为“完成”。如果父级是根状态图,则整个状态图都“完成”,并且任何进一步的执行都将停止。

Organization Chart(组织图)

An organizational chart shows the internal structure of an organization or company. The employees and positions are represented by boxes or other shapes, sometimes including photos, contact information, email and page links, icons and illustrations. Straight or elbowed lines link the levels together. With our org chart software, this creates a clear visual depiction of the hierarchy and ranks of different people, jobs, and departments that make up the organization.

组织结构图显示组织或公司的内部结构。员工和职位由方框或其他形状表示,有时包括照片,联系信息,电子邮件和页面链接,图标和插图。直线或肘线将各个级别链接在一起。跟我们组织结构图软件,这可以清晰直观地描述组成组织的不同人员,职位和部门的层次结构和等级。

链接:
https://www.lucidchart.com/pages/tutorial/organizational-charts

联系项目:
此图为我们项目的组织图,在这个系统中包含有用户,访客和管理员的角色,这几个角色便构成了我们系统面向的人员。

static classification(静态分类)

In this work, we perform classification of malicious software by evaluating the performance of six machine learning methods: Multilayer Perceptron Neural Network (MLP), Support Vector Machine (SVM), C4.5, CART, Random Forest and K-Nearest Neighbors (K-NN). The classification is performed using only structural information from portable executable file header that can be extracted from Win32 driver files. The best classification accuracy was achieved by the Random Forest method with 93.3% overall classification accuracy, followed by C4.5, CART, K-NN, SMV and MLP method with classification accuracy of 92.9% 92.5%, 91.6%, 77.7% and 89.0% respectively.

多层感知器神经网络(MLP),支持向量机(SVM),C4.5,CART,随机森林和K最近邻居(K -NN)。仅使用可从Win32驱动程序文件中提取的可移植可执行文件头中的结构信息来执行分类。最佳分类精度是通过随机森林法获得的,总体分类精度为93.3%,其次是C4.5,CART,K-NN,SMV和MLP方法,分别为92.9%,92.5%,91.6%,77.7%和89.0。 % 分别。
链接:
https://link.springer.com/chapter/10.1007/978-3-030-24986-1_49

联系项目:
静态分类与我们的这个项目关系不大,知识想了解一下这个单词。可能今后在其他的地方会有用到这个词吧。

Execution Environment(执行环境)
In Unified Modeling Language an execution environment is a type of node (or part of a node) that represents a particular execution platform, such as an operating system or a database management system. Execution environments are used to describe the context in which the execution of a model takes place. Execution environments are typically part of another node that models the computing hardware of a system.
表示特定的执行平台,诸如操作系统或一个数据库管理系统。执行环境用于描述执行模型的环境。执行环境通常是另一个对系统的计算硬件建模的节点的一部分。
链接:https://www.webopedia.com/TERM/E/execution_environment.html

联系项目:
运行环境在需求分析中非常重要,它关系到旅游网站系统的运行环境的考虑,诸如操作系统或一个数据库管理系统,执行环境用于描述执行模型的环境。它是编码的重要前提,将使用于何种运行环境使我们在需求分析中要首要考虑的。

decision table(决策表)
A tabular, systematic representation of a complex decision that depends on multiple criteria.
决策表是一种使业务规则能够快速有效地制定,调整和集成到正在运行的信息系统中的技术。决策表提供了一个通用接口,该接口允许企业架构师和开发人员使用同一条信息-业务规则进行工作。当企业架构师使用决策表计划和记录业务规则时,开发人员将研究同一决策表并将业务规则转换为编程逻辑。
链接:https://www.visual-paradigm.com/tutorials/decision-table.jsp
联系项目:
决策表是一种使业务规则能够快速有效地制定,调整和集成到正在运行的信息系统中的技术。决策表提供了一个通用接口,该接口允许企业架构师和开发人员使用同一条信息-业务规则进行工作。是在我们系统需求中要坚决执行的一个重要指标。

二、需求分析读书心得以及对项目的建议
需求分析读书心得:
做好报告的规范性,从最开始的懵懂到最后的达到标准,我们一直在路上。做好软件分析与建模工作是至关重要的,是以后开发顺序的基础和依据,所以,做好文档报告,充分重视这门课程,对我们以后的学习和以后毕业工作都起着举足轻重。想要学习好需求分析这门课程,主要的学习步骤分为以下几个部分:

  1. 导师引导:确定大致需求
    老师第一次参与我们小组会议就强调了需求分析的重要性,也是该次会议的主题。可能是考虑到我们是第一次做项目,没有什么经验,所以老师从我们项目的实际意义出发,引导我们一步一步进行需求分析。在这个过程中,老师提出了很多关键点,这些都是我们很容易忽视的。老师让我们明确了需求分析一定要从各个方面入手,满足用户与客户的需求。
  2. 组内讨论:初步需求分析
    在老师指点之后,我们团队进行了一次数小时的会议来进行初步需求分析。刚开始我们是没有任何章法,想到什么就说出来,虽然确实提出很多不错的需求,但是这样很容易忽略细节,导致分析不全面。经过调整,我们决定从用户视角出发,以登陆-操作-结束的流程来逐步分析,效率有了很大提高,这个方法也用到了之后的数据库设计课程中。其实讨论的过程并不是很顺利,《构建之法》中有提到,“软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出真实的需求”,真正经历了才知道“需求捕捉”是意见很困难的事情,大致的大家都想得到,关键的就是细节之处。结果大致如下:
  3. 收集资料:完善和定义需求
    在初步分析之后,小组成员又各自查阅了很多相关的资料,对需求分析模型进行不断的完善,最终得到了需求分析报告1.0版本。在老师提出修改意见之后,又反复改进。
     经过反复的改进,我相信我们团队的需求分析还是做的不错的,但是也有一点点小遗憾,我们没有进行竞争性需求分析,如果第二次迭代有时间也可以完善一下,希望我们的项目亮点多多!最后!我终于明白了为什么数据库的老师说在项目中做需求分析的人工作最高!需求分析真的很麻烦但是又真的很关键啊!借这次做项目的机会,我还是对需求分析的流程有了比较全面的了解,而且在这个过程中我还是被迫掌握了很多技能,比如EA的使用,所以感觉还是收获满满!

对项目的建议:
1.搜索功能在搜索框旁边增加一些搜索内容的分类,将内容分为景点、路线、酒店、出行方式等,这样有助于提升搜索速率,节约时间,让搜索内容显得更有条理。2、可以考虑新增加一个写游记的功能页面,有助于游客的旅途经历的分享,增加驴友们之间的交流和分享美好生活,设置点赞功能更加提高游客们之间的体验。3、在景点和详情的页面中,可以新增一个按照日期的价格参考表,这样更加有利于游客了解该景区的价格情况,这样更加地为游客提供方便。4、可以考虑增加登录注册的方式和途径,不要单一的登录注册,利用微信、微博qq等更加节省游客们的时间,增加了便利性。

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 深蓝海洋 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值