论文部分内容阅读
【摘要】：本文以下内容将对基于Web的在线文档分享与管理系统需求分析进行研究和探讨，以供参考。
【关键词】：Web；在线文档；分享与管理；需求分析
中图分类号：C93文献标识码： A
1、前言
在计算机软件系统的分析与设计中，首先要准确地描述用户需求中的功能需求，以便能进一步确定系统中应建立哪些对象。长期以来，无论是传统的软件开发方法还是面向对象的开发方法，都是利用自然语言来描述系统的需求的，即把预期的人与系统交互编成“剧本”来描述这种需求。但是这种做法没有统一的格式，随意性较大，常常容易造成理解上的含混和不准确性。本文以下内容将对基于Web的在线文档分享与管理系统需求分析进行研究和探讨，以供参考。
2、系统功能描述
技术资料管理系统定位为运行于公司内网的、面向全单位的技术文档分享与管理系统。要求具有先进的、具有较好人机交互的图形化界面，简便、实用和高效的文档分享、管理和互动流程与机制，要求具有安全的数据管理，保障不同的用户实现相应的系统功能。
为了完整、清晰地描述一个复杂的大系统，可以使用包对软件系统体系结构进行视图建模，可以把系统分解成几乎是互不相关的包。包表达了一组体系结构上的重大决策，系统可以由多个包（子系统）组成，包还可以包含子包，形成层次结构。
2.1、首页功能
本系统基于B/S架构，提供系统其它各项功能的入口和链接，如帮助、注册、用户登录、管理登录、文档分类浏览、文档预览入口等，并提供特色服务如：智能模糊检索、最近文档（4篇）列表显示。
2.2、普通用户通用功能部分
普通用户除可以使用首页的门户和特色功能外，还可通过门户上的链接进入帮助页、注册和个人信息管理页、文档分类浏览页，访问各页面的功能、实现文档分类浏览和基于关键词的模糊检索、分类检索，实现文档与图片的在线预览。
2.3、授权用户功能部分
授权用户在普通用户功能的基础上，可以使用用户登录页、上载页、下载页等页面，实现文档的下载、上载获取积分，以及拟在未来实现的授权功能。
2.4、文档管理功能部分
考虑到系统可能需要多名管理员对大量的上载文档进行审核、入库等管理工作，故将文档管理与系统管理分开。文档管理部分包括管理登录、上载管理、文档管理、分类管理、公告管理、初始积分策略管理等几部分。
3、系统需求建模
用例模型是开发过程的起点，是UML建模第一步，首先从系统层开始，然后逐层分解细化，从而得到较详细的用例模型。
3.1、确定系统范围和边界
系统范围是指系统的问题域的目标、责任、任务和范围，以及系统应提供的服务。系统边界位于活动者和用例之间，将两者区分开，便于从用户的角度来看待系统的功能。边界确定后，通过逐步的分析来确定系统的整体用例模型，找出系统的活动者和用例。
3.2、确定活动者
活动者（Actor，又称执行者）是系统分析员与用户交流的起点。活动者是系统外部的一个实体（可以是任何的事物或人），以某种方式参与了用例的执行过程，通过向系统输入或请求系统输入某些事件来触发系统的执行。活动者包括人活动者和外部系统活动者。系统的用户是人活动者，用户通过与系统的交互，操作系统完成所需要的工作。外部系统活动者与本系统相互作用，交换信息。外部系统可以是软件系统，也可以是一个设备。可以用带有构造型“<>”的对象图标表示，也可以用简易的人形来表示。一般用对象图标表示外部系统活动者，用人形图标表示人活動者,活动者必须有唯一的名字或标识。可以从系统层面上识别出以下两个活动者：普通用户、管理员。而这两个活动者又可以细分为未授权用户、授权用户、文档管理员、系统管理员。
4、用例定义与描述
用例（Use Case）是对一个活动者（参与者）使用系统的一项功能时所进行的交互过程的一个文字描述序列。Use Case可以用文字描述，或用其他方法（列表、卡片等）表示。UML提供了Use Case图的图形元素符号和绘制规则，采用UseCase图可以使得对Use Case的描述更规范化、更准确、清晰、可见化，更便于理解和交流。每个用例都必须有一个唯一的名字以区别于其他用例。
用例模型是开发过程的起点，是UML建模的第一步，首先从系统层出发，然后逐层分解细化，从而得到比较详细的用例模型，此外还单独考虑了首页的用例建模。
4、结尾
网络的发展使得越来越多的活动从现实中转移到网络上，如十分流行的网络购物。而网络文库则是网络发展的另一体现。近两年出现了许多以所谓“经验交易”为核心的文档平台。这些网站将文档（知识）存放在网站（平台）上，供用户浏览、讨论、下载，配以良好的积分体系和运营，协调了知识分享与知识传播之间的微妙关系。在近期成为新兴的web应用。从企业的角度，这种方式可以产生在企业内部网上的文档发布、共享和流转的新型机制。
【参考文献】
[1] 《UML系统建模与分析设计课程设计》刁成嘉等，机械工业出版社
[2]《PhotoshopCS3中文版网页制作基础与典型范例》焦慧等，电子工业出版社
[3] 《软件工程师指南》张凯等，中国电力出版社
【关键词】：Web；在线文档；分享与管理；需求分析
中图分类号：C93文献标识码： A
1、前言
在计算机软件系统的分析与设计中，首先要准确地描述用户需求中的功能需求，以便能进一步确定系统中应建立哪些对象。长期以来，无论是传统的软件开发方法还是面向对象的开发方法，都是利用自然语言来描述系统的需求的，即把预期的人与系统交互编成“剧本”来描述这种需求。但是这种做法没有统一的格式，随意性较大，常常容易造成理解上的含混和不准确性。本文以下内容将对基于Web的在线文档分享与管理系统需求分析进行研究和探讨，以供参考。
2、系统功能描述
技术资料管理系统定位为运行于公司内网的、面向全单位的技术文档分享与管理系统。要求具有先进的、具有较好人机交互的图形化界面，简便、实用和高效的文档分享、管理和互动流程与机制，要求具有安全的数据管理，保障不同的用户实现相应的系统功能。
为了完整、清晰地描述一个复杂的大系统，可以使用包对软件系统体系结构进行视图建模，可以把系统分解成几乎是互不相关的包。包表达了一组体系结构上的重大决策，系统可以由多个包（子系统）组成，包还可以包含子包，形成层次结构。
2.1、首页功能
本系统基于B/S架构，提供系统其它各项功能的入口和链接，如帮助、注册、用户登录、管理登录、文档分类浏览、文档预览入口等，并提供特色服务如：智能模糊检索、最近文档（4篇）列表显示。
2.2、普通用户通用功能部分
普通用户除可以使用首页的门户和特色功能外，还可通过门户上的链接进入帮助页、注册和个人信息管理页、文档分类浏览页，访问各页面的功能、实现文档分类浏览和基于关键词的模糊检索、分类检索，实现文档与图片的在线预览。
2.3、授权用户功能部分
授权用户在普通用户功能的基础上，可以使用用户登录页、上载页、下载页等页面，实现文档的下载、上载获取积分，以及拟在未来实现的授权功能。
2.4、文档管理功能部分
考虑到系统可能需要多名管理员对大量的上载文档进行审核、入库等管理工作，故将文档管理与系统管理分开。文档管理部分包括管理登录、上载管理、文档管理、分类管理、公告管理、初始积分策略管理等几部分。
3、系统需求建模
用例模型是开发过程的起点，是UML建模第一步，首先从系统层开始，然后逐层分解细化，从而得到较详细的用例模型。
3.1、确定系统范围和边界
系统范围是指系统的问题域的目标、责任、任务和范围，以及系统应提供的服务。系统边界位于活动者和用例之间，将两者区分开，便于从用户的角度来看待系统的功能。边界确定后，通过逐步的分析来确定系统的整体用例模型，找出系统的活动者和用例。
3.2、确定活动者
活动者（Actor，又称执行者）是系统分析员与用户交流的起点。活动者是系统外部的一个实体（可以是任何的事物或人），以某种方式参与了用例的执行过程，通过向系统输入或请求系统输入某些事件来触发系统的执行。活动者包括人活动者和外部系统活动者。系统的用户是人活动者，用户通过与系统的交互，操作系统完成所需要的工作。外部系统活动者与本系统相互作用，交换信息。外部系统可以是软件系统，也可以是一个设备。可以用带有构造型“<
4、用例定义与描述
用例（Use Case）是对一个活动者（参与者）使用系统的一项功能时所进行的交互过程的一个文字描述序列。Use Case可以用文字描述，或用其他方法（列表、卡片等）表示。UML提供了Use Case图的图形元素符号和绘制规则，采用UseCase图可以使得对Use Case的描述更规范化、更准确、清晰、可见化，更便于理解和交流。每个用例都必须有一个唯一的名字以区别于其他用例。
用例模型是开发过程的起点，是UML建模的第一步，首先从系统层出发，然后逐层分解细化，从而得到比较详细的用例模型，此外还单独考虑了首页的用例建模。
4、结尾
网络的发展使得越来越多的活动从现实中转移到网络上，如十分流行的网络购物。而网络文库则是网络发展的另一体现。近两年出现了许多以所谓“经验交易”为核心的文档平台。这些网站将文档（知识）存放在网站（平台）上，供用户浏览、讨论、下载，配以良好的积分体系和运营，协调了知识分享与知识传播之间的微妙关系。在近期成为新兴的web应用。从企业的角度，这种方式可以产生在企业内部网上的文档发布、共享和流转的新型机制。
【参考文献】
[1] 《UML系统建模与分析设计课程设计》刁成嘉等，机械工业出版社
[2]《PhotoshopCS3中文版网页制作基础与典型范例》焦慧等，电子工业出版社
[3] 《软件工程师指南》张凯等，中国电力出版社