uc历史记录

uc历史记录篇一：UC-一篇用例范文

用例编号：ERP-REQ-UC-子模块及编号 用例名称：

版本历史

1. 需求优先级：

1级；

2. 执行者

设备系统管理员；

3. 使用权限

执行者需要具有设备管理人员的权限；

4. 简要说明

(1) 本用例是根据已经维护好的维护计划进行排产计划，即系统自动把一个计划按照用户设定的循环周

期、计划期间等各种参数，计算出每个计划日期、调用日期，并对已经到期的计划进行调度生成维护订单。

(2) 本用例主要处理了单循环计划（包括基于时间和基于性能的）和策略计划（包括基于时间和基于性

能的）。 (3) 涉及的类：

维护计划

周期定义和维护计划的计量点 维护项目 维护策略 维护计划策略包

给任务清单工序分配维护包 维护计划历史记录 维护订单调用对象

5. 事件流 5.1 基本流

(1) 执行者执行《维护计划表》功能。

(2) 系统显示界面AAA112-01（计划维护计划）。 (3) 执行者输入计划号后执行“确认”功能。

(4) 系统根据业务规则BR-001显示界面AAA112-02（计划维护计划：&1当前计划类型&2当前计划编

号）。

(5) 执行者执行“开始”功能。（A1:重新开始A2：手动调用A3:计划概览清单A4：显示计数器信息A7:

下达调用 A8：固定调用 A9：忽略调用 A10:显示调用对象 A11：完成）

(6) 系统根据BR-007进行检查，检查通过后，弹出界面AAA112-0202（指定开始日期或读数）

如果是基于时间的，则默认日期显示“周期开始”的数据。

如果是基于计数器的，则默认读数是“开始计数器读数”的数据。 (7) 执行者输入数据后，执行“确认”功能。

(8) 系统根据规则BR-002进行合法性检查，通过后根据BR-003进行排产计划并将计划数据显示在当前

界面上。

(9) 执行者执行“保存”功能。 (10) 系统根据规则BR-004进行保存。 (11) 执行者执行退出功能。 (12) 用例结束。

5.2 子事件流

6. 备选流

6.1 A1：重新开始

(1) 执行者执行“重新开始”功能。

(2) 系统根据BR-007进行检查，检查通过后，弹出界面AAA112-0203. (3) 执行者执行“重排（删除）”功能。【A5：重排（忽略） A6：取消】 (4) 系统弹出界面AAA112-0202（指定开始日期或读数）

如果是基于时间的，则默认日期显示“周期开始”的数据。 如果是基于计数器的，则默认读数是“开始计数器读数”的数据。 (5) 执行者输入数据后，执行“确认”功能。

(6) 系统根据规则BR-002进行合法性检查，检查通过后，根据规则.执行重排计划功能。 6.2 A2：手动调用

(1) 执行者执行“手动调用”功能。

(2) 系统根据BR-002的（2）BR-007进行检查，检查通过后，系统弹出界面AAA112-0204（手动调用）. (3) 执行者输入手动调用计划日期后执行“确认”功能。

输入的日期不能小于当前系统日期。 (4) 系统根据规则生成调用数据。

6.3 A3:计划概览清单

(1) 执行者执行“计划概览清单”功能。 (2) 系统显示界面AAA112-03(计划概览清单)。

将“计划调用”和“手工调用”TAB页上的数据显示在当前界面上。 (3) 执行者执行“退出”功能。

(4) 系统返回到调用点。 6.4 A4：显示计数器信息

参照用例AAA101:创建单个循环计划 6.5 A5：重排（忽略）

(1) 执行者执行“忽略”功能。【A6：取消】

(2) 系统根据BR-007进行检查，检查通过后，系统弹出界面AAA112-0202（指定开始日期或读数）

如果是基于时间的，则默认日期显示“周期开始”的数据。 如果是基于计数器的，则默认读数是“开始计数器读数”的数据。 (3) 执行者输入数据后，执行“确认”功能。

(4) 系统根据规则BR-002进行合法性检查，检查通过后，根据规则.执行重排计划功能。 6.6 A6：取消

参照一般规则。略

6.7 A7：下达调用

(1) 执行者选中一条数据，执行“下达调用”功能。

(2) 系统根据规则BR-009进行检查，检查通过后根据规则BR-010显示并整理数据。 (3) 返回调用点。

6.8 A8：固定调用

(1) 执行者选中一条数据，执行“固定调用”功能。 (2) 系统弹出界面AAA112-0206（固定调用日期）。 (3) 执行者输入一个日期后执行“确认”功能。

输入的日期在一个计划日期和下一个计划日期之间。

(4) 系统根据规则进行检查，检查通过后根据规则显示并整理数据。 (5) 返回调用点。

6.9 A9：忽略调用

(1) 执行者选中一条数据，执行“忽略调用”功能。

(2) 系统根据规则BR-009进行检查，检查通过后根据规则BR-010显示并整理数据。 (3) 返回调用点。

6.10 A10：显示调用对象

(1) 执行者选中一条状态为“已调用”的记录，执行“显示调用对象”。 (2) 系统根据规则显示界面AAA112-04（调用对象选择）。

(3) 执行者选中一个或多个调用对象后，执行“显示对象”功能。 (4) 系统调用：AA-REQ-UC-XXXNNN（显示XXXX）进行维护。

将选中的第一条数据显示在界面上。 (5) 执行者执行“返回”功能。

(6) 系统自动将下一条数据显示在界面上。

(7) 重复执行（5）-（6），直到最后一条数据，系统自动返回到界面AAA112-04。 (8) 执行者执行“返回”； (9) 返回调用点。

6.11 A11：完成

(1) 执行者执行“完成”。

(2) 系统根据规则进行检查，检查通过后，显示界面AAA112-0207（完成日期）。 (3) 执行者输入完成日期后，执行“确认”功能。

完成日期在上次完成日期和当前系统日期之间。 (4) 根据规则显示并且整理保存数据。 (5) 返回调用点。

6.12 A12：批量维护计划表 (1) 系统根据规则进行。

7. 业务规则

7.1 BR-001：显示界面

(1) 系统根据维护计划号到‘维护计划’类取得“计划策略”、“计划期间”、“计划期间的单位”、

“近期完全的班次因子”、“早期完全的班次因子”、“近期确认的允差（%）”、“早期确认的允差（%）”、“周期改变系数”、“维护计划类型”、“计划标识”、“维护计划调用的调用期”、“维护周期之间关系连接符”、“开始日期”、“开始计数器读数”、“提前期缓冲天数”、“后继动作缓冲天数”、“激活标识”、“删除标识”、“仅在全部前趋之后才能创建新的调用对象”（即下面提到的“完成要求”）等属性值。

(2) 系统根据维护计划号到“周期定义和维护计划的计量点”类中查找匹配对象，如果有记录，取出每

条记录的“维护计划号”、“维护周期”、“基于维护包开始偏置的时间”（即下面提到的偏置量）、“内部计数器”（多计数器时）、“计量点”、“维护任务的执行单位”等属性值。 (3) 系统根据维护计划号到“维护项目”类中取出所有对象，形成如下集合：

维护项目集合-：{（维护计划，维护项目，维护策略，项目编号，参考设备号，对象列表编号，任

uc历史记录篇二：MOXAUC8410串口通讯学习记录

1,调试环境

UC8410内装wince6.0,EVC4.0不支持。环境用VS2005 C++平台。

调试SDK用MOXA自带软件UC-841X-CE_SDK_V1.1安装。

2，工程移植

原来EVC开发的UC7410程序运行平台是WINCE5.0。在6.0中无法运行，需要调试。调试有关环境变量0018错误，可以忽略。这是CePlatform。WINCE平台变化引起。 应该如下解决：“工具--选项--项目和解决方案--VC++ 目录”

增加如下几行：$(SystemRoot)/System32

$(SystemRoot)

$(SystemRoot)/System32/wbem

/subsystem:$(CESubsystem) /MACHINE:THUMB.

3,安装VS2005和SDK,做好调试设置。TCP口调试。有LAN1，2，3口任意定义一个都可以。

打开工程。

TCP调试端口设置。

4，UC8410，IE设置与上传

串口通讯模式设置。

DEBUG需要上传到WINCE6.0的控件。

C:\Program Files\Common Files\microsoft shared\CoreCon\1.0\Target\wce400\armv4i 全部上传到WINCE根目录，并开启自动运行。

自动运行。

5、开始调试

已经连接。

开始DEBUG。

uc历史记录篇三：OnlyLady网站需求分析

OnlyLady网站需求分析

一、引言： ....................................................................................................................... 2 1.1 编写目的： ........................................................................................................................ 2 1.2 项目背景： ........................................................................................................................ 2 1.3 参考资料： ........................................................................................................................ 2

二、任务概述： ............................................................................................................... 2 2.1目标： ................................................................................................................................. 2 2.2运行环境： ......................................................................................................................... 2 2.3需求概述： ......................................................................................................................... 3 2.4条件与限制： .......................(来自:WwW.ZHaOqt.nEt 蒲公英文 摘:uc历史记录).............................................................................................. 3

三、功能模型： ............................................................................................................... 3 用例图： ................................................................................................................................... 3 3．2类模型： ........................................................................................................................ 11 3.3数据对象模型： ............................................................................................................... 12 1.系统E-R图： ..................................................................................................................... 12 2：将E-R模型转换为关系模型： ...................................................................................... 13

一、引言：

1.1 编写目的：

制定一个专门为女性服务的网站，为女性提供方便，有的女性可能想要寻找与女性有关的东西，但是在众多的网站中，可能会觉得无从下手，在这里，我们将很多关于女性的东西归纳在一起，解决了她们的这一问题。

此网站将进行归纳分类，方便用户浏览，还有更多更好的推荐，让用户不再为到处寻找自己所想要的东西而烦恼。 1.2 项目背景：

本项目的名称：OnlyLady网站 本项目的应用范围：所有女性 开发者：彭方、刘洪萍、曾红 用户：所有女性 1.3 参考资料：

《实用软件工程》（第二版） 郑人杰 殷人昆 陶永雷清华大学出版社 《软件工程——Java语言实现》 Stephen R. Schach 机械工业出版社 《实践者的研究方法》 Roger S. Pressman 机械工业出版社

二、任务概述：

2.1目标：

该系统针对的用户是所有爱美的女性，用户分为：普通用户、会员两种，所有用户均可以浏览，搜素页面上所有的信息，如果用户需要收藏或者分享等操作，则需要注册成会员才行。相应的需求有： 2.2运行环境：

配置如下： 服务器：Tomcat

硬件：80x86系列微机 CPU:733以上 内存：256M以上

硬盘空间：40G以上

软件：Windows Server、Access等 工作站：

硬件：80x86系列微机 CPU: 166以上 内存：16Ｍ以上 硬盘空间：2G以上

软件：Windows 9x或Windows 2000 professional 、Access等 。 2.3需求概述：

通过计算机实现对用户对信息的分享、收藏、评论、浏览、搜索等。 2.4条件与限制：

要求图书管理员会个般的计算机操作，会中文输入。要求用户界面有好，提供帮助。

三、功能模型：

用例图：

会员

1、上传信息

管理员

3、

用户

相关热词搜索：历史记录 uc uc历史记录在哪 uc浏览器历史记录