34 NESMA 保存选择标准案例分析

SAVING OF SELECTION CRITERIA

原文

Problem description

The employee registration system has a search function for selecting departments (see screenshot below). This search function enables the user to locate departments through one or more search criteria.

On the user’s request a search screen is added with the ability for the user to save entered selection criteria and to load them. This is because certain selection criteria are commonly used. In this way a user can save one set of personal selection criteria. In the data model an entity exists which defines these selection criteria per user.

How should this function for selection criteria be counted (leave aside the list boxes)?

Discussion

The first question is whether the storage of selection criteria is to be counted separately, or should be seen as a part of the output function and therefore should not be counted.
Because the user has asked for this functionality, it is to be counted separately.
Each user can define his or her own selection criteria, so the data may contain more than one occurrence. So count an ILF (another possibility is a RET in an ILF User).
Saving of the selection criteria is counted as an external input.
The question is whether the retrieval of stored selection criteria should be seen as part of the output function, or as separate external inquiry (there’s certainly no question of an external output because there is no list from which the user can choose).
The loading of previously saved selection criteria makes it easier for the user to enter selection criteria in order to generate an overview of departments. The user has specifically requested for this functionality. On the screen there is a choice to use the button Load or manually enter the selection criteria. That’s why we count an external inquiry for showing the previous selection criteria.

Solution

Count one ILF for the selection criteria, if existing independently, an external input for storing the selection criteria and an external inquiry for displaying the selection criteria.

翻译

问题描述

员工注册系统具有选择部门的搜索功能（见下面的屏幕截图）。此搜索功能使用户能够通过一个或多个搜索条件定位部门。

根据用户的需求，将添加一个搜索屏幕，用户可以保存输入的选择标准并加载它们。这是因为某些选择标准通常使用。这样，用户可以保存一组个人选择标准。在数据模型中，存在一个实体，该实体定义了每个用户的这些选择标准。

该如何计算选择标准功能的功能点（撇开列表框）？

讨论

第一个问题是，选择标准的存储是否应该单独计算，还是应视为输出函数的一部不计算。
由于用户要求此功能，因此将单独计算。
每个用户都可以定义自己的选择标准，因此数据可能包含多个事件。因此，计算ILF（另一种可能是ILF用户中的RET）。
选择标准的保存被视为外部输入。
问题是，存储的选择标准的检索是应该被视为输出功能的一部分，还是作为单独的外部查询（当然没有外部输出的问题，因为没有用户可以选择的列表）。
加载以前保存的选择标准，使用户可以更轻松地输入选择标准，以生成部门概述。用户已明确要求使用此功能。在屏幕上可以选择使用按钮加载或手动输入选择标准。这就是为什么我们计算显示先前选择标准作为外部查询。

解决方案

为选择标准计算一个ILF（如果独立存在），一个用于存储选择标准的外部输入和一个用于显示选择标准的外部查询。（请注意只是对选择标准的保存加载进行了估算，没有对查询等其它需求进行估算）

个人理解
ILF 1个RET，8个DET（部门编号最小值，部门编号最大值，部门名称，地址，员工人数最小值，员员工人数最大值，单位，报告组）
E1 1个FTR，10个DET（部门编号最小值，部门编号最大值，部门名称，地址，员工人数最小值，员员工人数最大值，单位，报告组，保存按钮，错误信息）
EQ 1个FTR，10个DET（部门编号最小值，部门编号最大值，部门名称，地址，员工人数最小值，员员工人数最大值，单位，报告组，加载按钮，错误信息）