2.手工输入的新工作日日期不符合要求：提示修改工作日日期，直到合格。
n使用频率：每个工作日一次
太原同城系统中包括上述用例在内所有用例的设计，其设计风格都与AlistairCockburn在《WritingEffectiveUseCases》一书中推荐的风格相同。其中，下横线部分是准备继续扩展描述的下一级用例，为省篇幅本文从略。
这里，应当突破UP声称的对用例的认识局限，意识到用例并不足以驱动所有事情。事实上，用例只是全部需求，甚至只是全部功能需求的一部分，对诸如用户界面需求、商务规则、非功能需求的描述，仅靠系统用例是不够的，有必要以基本界面原型、界面流程图、CRC卡等加以补充。
⑵针对“概要级别用例”、“用户级别用例”及“子功能级别用例”使用数据流图进行逐层分析，了解各用例所涉及的数据源点与汇点之间的关系。
通过数据流分析这种传统的分析手段，我们可以汇总出数据字典，并作为静态数据结构设计的依据。下面的数据流图实例就是太原同城系统中针对用户级别用例――“实时提出”所做的分析。依托数据流图，“实时提出”功能所涉及到的各个数据存储、各个数据源点和终点、各个加工都一目了然。
⑶根据数据流图进行数据建模。
在UML中，数据模型并没有很好的建模制品进行表达，但我们有必要提供数据模型制品，并为后面诸如数据库表静态结构设计、UML类图设计等工作做准备。以下展示的，就是人行结算中心数据建模工作的一小部分结果。
项目组为完成该项设计，专门召集了数据建模会议。会议方式是项目经理组织全体项目成员集体讨论，集思广益。最终讨论结果以PowerDesigner为数据建模工具当场记录和修改，主要涉及库表结构定义、各数据项定义、表间关系定义、主外键定义等内容。不论是在当时的建模会议上，还是以后进行修改时，PowerDesigner在对数据建模结果进行快速修正和记录方面都体现了强大的功能。
