整理需求的基本方法可分为原型化方法(Prototyping)和建模方法(Modeling):
-原型化方法可以很好地整理出用户接口方式（UI，UserInterface），比如界面布局和交互操作过程。
-建模的方法可以快速给出有关事件发生顺序或活动同步约束的问题，能够在逻辑上形成模型来整顿繁杂的需求细节。
本文使用建模方法，分别以用例建模、业务领域建模和业务数据建模来逐步了解需求建模方法，最终生成概念原型。
一个用例必须具备如下的基本要素：
-由业务领域内的某个参与者（Actor）所触发。
-能为特定的参与者完成一个特定的业务任务。
-存在特定参与者明确地或者隐含地得到了业务任务完成的结果。
答案是它是否满足四个必要条件：
-它是不是一个业务过程？
-它是不是由某个参与者触发开始？
-它是不是显式地或隐式地终止于某个参与者？
-它是不是为某个参与者完成了有用的业务工作？
-第一步，从需求表述中找出用例，往往是动名词短语表示的抽象用例；
-第二步，描述用例开始和结束的状态，用TUCBW和TUCEW表示的高层用例；
-第三步，对用例按照子系统或不同的方面进行分类，描述用例与用例、用例与参与者之间的上下文关系，并画出用例图；
-第四步，进一步逐一分析用例与参与者的详细交互过程，完成一个两列的表格将参与者和待开发软件系统之间从用例开始到用例结束的所有交互步骤都列举出来扩展用例。
参与者可分为教师和学生：
学生的用例包括：资源查找(按资源号查找，按资源名查找)，资源浏览，资源下载。
教师的用例包括：资源管理(资源修改，资源删除)，资源查找(按资源号查找，按资源名查找)，资源浏览，资源上传，资源下载。
业务领域建模是开发团队用于获取业务领域知识的过程。
软件工程师们工作在不同的业务领域或者不同项目中，需要业务领域知识来开发软件系统。软件工程师往往来自不同的专业背景，这可能会影响他们对业务领域的认知，因此进行业务领域建模有助于开发团队获取业务领域知识形成统一的业务认知。
-第一步，收集应用业务领域的信息。聚焦在功能需求层面，也考虑其他类型的需求和资料；
-第二步，头脑风暴。列出重要的应用业务领域概念，给出这些概念的属性，以及这些概念之间的关系；
-第三步，给这些应用业务领域概念分类。分别列出哪些是类、哪些属性和属性值、以及列出类之间的继承关系、聚合关系和关联关系。