CN1839403A - 经改进的慈善管理***和商务方法 - Google Patents

Abstract

一种自动化***和方法，使慈善家获得对感兴趣项目和组织的访问，以及如果需要，使项目和组织获得对慈善家或者慈善或其它资助的访问。该***是可远程访问的，从而捐赠者、组织和项目管理者、或团队成员、以及其它人可以从不同位置访问该***，诸如通过内联网或因特网。该***向各种组织提供各种工具，用于管理它们自己、以及与它们相连的项目或者它们感兴趣的项目。它还向捐赠者用户提供各种工具，用于管理他们自己的信息、以及他们已作捐赠的实体或者它们正在监视的实体。该***提供各种安全功能，并且提供一种拓朴来限制外部对基础***数据和数据设备的访问。该***还构造成允许大众进行受限制的访问，以便宣传该***及其使用。该***便于使用各种方法，能为访问或使用该***提供产生收入的方法或者使用该***和工具来寻找使其自身关联于这些或其它实体的方法。

Description

经改进的慈善管理***和商务方法

相关申请

本申请要求共同申请人先前的序列号为10/290,556于2002年11月8日提交的标题为PHILANTHROPY MANAGEMENT SYSTEM AND METHODS OFUSE AND DOING BUSINESS(慈善管理***和方法的使用和商务)的美国专利申请的优先权，并通过引用将它明确地包括在此，该申请要求共同申请人先前的序列号为60/345,361于2001年11月8日提交的标题为PHILANTHROPYDONATION MANAGEMENT APPARATUS，SYSTEM，AND METHODS OFUSE AND DOING BUSINESS(慈善捐赠管理装置、***和方法的使用和商务)的美国临时专利申请的优先权，并通过引用明确将它包括在此。该申请还要求本申请人先前的序列号为60/480,190于2003年6月20日提交的标题为PHILANTHROPY MANAGEMENT SYSTEM AND METHODS OF USE ANDDOING BUSINESS(慈善管理***和方法的使用和商务)的美国临时专利申请的优先权，并且通过引用将它包括在此。

技术领域

本发明涉及用于提供对慈善捐赠、资源和项目的访问和管理它们的装置、***和方法。

背景技术

数百年来，慈善事业已经成为社会进步和人类环境改良的基本要素。长久以来，许多极为优秀的教育机构、卫生保健机构以及宗教机构和组织都是慈善捐赠和活动的直接结果。由此产生的机构、服务和产品不仅常常填补从未涉足且政府无法满足的的重要空白，而且还将选择和竞争性替换方案的范围扩展到由政府及非私人的组织和实体提供的机构、服务和产品。最终结果不仅更有效地分配了整个市场和社会中的资源，而且还实质性地增加了整个社会的社会道德、教育、人类交流、精神、成就和生命的质量。

随着工业和其它经济在过去一百多年的发展，其中的个人和机构已经积累了巨额资金，他们常常寻求将这些资金向慈善捐赠和其它活动进行分配和捐赠。然而，在代表拥有或控制资金的慈善家或慈善机构实际作出和管理捐赠时所涉及的工作经常是一个相当大的昂贵且耗时的难题。

通常，这些具有特别大的用于慈善活动的资金或其它资源的个人或实体建立它们自己的基金会来确定慈善项目和管理它们的慈善捐赠。随后每个基金通常会调查大量潜在的接受者，诸如慈善团体、教育机构和宗教组织，以确定谁将从该基金会接收捐赠。基金会还常常根据捐赠的性质和捐赠者的感兴趣程度进行对它自己的监督和管理，以保证捐赠资金的正当使用。通常，每个慈善基金会必须自己进行这些类型的活动，并且建立对参与者定制的管理与会计***和功能，这对于慈善基金会和资助它们的人而言是相当大的开销。这种相当大的工作和开销会延迟和消耗本可用于真正的慈善或其它用途的资源。它还降低了潜在的捐赠者了解捐赠者可能有兴趣资助的所有潜在慈善项目的能力。

对于寻求参与慈善活动而不利用基金会的个人或实体而言，挑战常常更大。在申请人看来，这个问题大大减少了慈善活动的数量和质量。

然而，可用于慈善用途的资金量尤其在过去的几十年里得到了快速的增长。申请人已经认识到这些问题，以及可能它们对参与慈善活动的人和获益于这些活动的人的不利结果。

发明内容

申请人已经发明了用于管理和/或评估具有各种不同方面的慈善活动的装置、***和方法。在一方面中，本发明较佳地提供了一种***和方法，用于管理或报告一个或多个慈善项目(最佳地为一系列这些项目)的状态与需求。

该***较佳地提供有关潜在项目和寻求慈善资助的组织的信息的访问。更佳的是，该***还提供搜索能力，用于搜索可能的项目和组织并且报告符合搜索标准的项目和组织。

在另一方面中，***提供在线市场来扩展慈善活动和交易。在一个这样的实施例中，***可向可能的捐赠者提供慈善组织或项目的信息，并且提供这样的组织或项目对可能捐赠者的访问。***较佳地为组织和捐赠者提供使用***的管理工具，从而增加***的实用性，同时增加可能捐赠者对组织和项目信息的访问以及组织和项目对可能捐赠者的访问。

在另一方面中，本发明可较佳地提供一种***，用于根据一个或多个标准评估慈善项目和组织或确定其资格。更佳的是，随后具有资格的项目和组织是可搜索的，或者通过***中的其它管理和/或报告功能对用户是可访问的。较佳地，具有资格的项目和组织也可通过管理和报告***访问。

更佳的是，该***提供慈善资金的资格认定、转移、存款和/或报告功能。

在另一方面中，本发明可较佳地提供一种***，它使慈善项目的管理、报告和/或评估活动更为有效、全面、经济和/或对用户广泛可用。

更佳的是，该***对于慈善捐赠者、管理者和咨询者是通过远程访问简便和广泛可用的，包括通过因特网或专用或虚拟专用网络或者它们的组合。

在一个特别的较佳实施例中，发明***或方法的一个或多个方面可以向提供对本发明一个或多个方面的访问或使用的实体提供收入回报。以这种方式，公司(或方法)可最适佳地帮助资金进行开发、使用和/或对本发明一个或多个方面的使用或访问。

更佳地，这样的公司(和方法)不仅有可能扩展慈善活动，而且还能提供其它动机与机会以在将来进一步改进和扩展慈善活动和项目。

在其它方面中，***还可提供其它特征如下：

·站点或部分站点的定制或专用标签版本，其中组织可控制视觉外观限制用户在站点或站点部分上对项目的访问；

·允许组织用户具有保持项目信息私密性的能力，直到该用户释放该项目信息，使得可在***上对它进行一般性的访问；

·动态调整诸如项目图象的图形的大小，用于按需显示以及与其它元素的集成；

·多个数据库同时安全地呈现，并且在***上一般不能由用户直接访问；

·具有易用性、灵活性和可升级能力的组织分层结构；

·单元的一般化，支持单元灵活用于表示组织、项目、团体或其它实体或机构；

·基于单元的安全性，提供使用、维护和修订的简易性、以及应用在整个***中的一致性；

·自动提示用户更新项目信息；

·稳健的组织与项目管理和报告工具；

·销售工具，诸如通过(i)将***、组织或项目销售信息屏幕提供给那些没有充分安全保证的寻求访问***或***各个部分的人，或者(ii)允许用户将组织或项目信息发送给其它人，包括在***之外的其它人；

·捐赠者目标设置和报告；

·交易处理，将捐赠者的资助选择与组织的资助接受分离，这允许捐赠者匿名以及其它操作或法律原因所需的干涉活动。

·在类别分层结构中报告项目，更简便更快地呈现对所需项目的搜索；

·灵活的度量生成和报告，具有从子度量累加并计算总值的能力；

·跟踪用户政策接受性，以及自动提示用户同意任何新政策；

·提供可访问性特征，诸如大字体、低带宽传输和特定色彩方案；

·增强的用户登录安全特征，包括加密的密码和封锁不成功的登录；

·多用户概况文件或者个性，使用户可控制在使用***时它们如何出现；以及

·用于***中任何单元的单元报告。

应该注意，本发明的许多特征可具有在除慈善活动之外的***或方法中的可应用性。

因而可以看到，本发明的许多方面，包括许多其它附加或可选特征，随着本说明书的进展将变得显而易见。因此可以理解，本发明的范围是由所附权利要求确定的，而不是根据所公开主题是否能解决任何特定问题或全部问题、提供任何特定特征或全部特征、或者符合在以上背景技术或发明内容中阐述的任何特定目标或目标组来确定的。

附图说明

结合以下附图显示并描述本***和方法的较佳实施例：

图1是用于通过诸如内联网或因特网的网络访问较佳***的主页面；

图2是显示本***如何执行数据绑定的示意图；

图3是显示本***如何执行数据存储和访问的示意图；

图4是显示本***如何执行用户发证、并且实现证书使用和证书检查过程的示意图；

图5是***的物理体系结构的示意图，该体系结构用于提供通过诸如因特网的网络对***和***信息的远程访问；

图6是显示远程捐赠者通过诸如因特网的网络访问***和捐赠者信息的示意图；

图7是显示远程用户通过诸如因特网的网络访问***以获取***报告的示意图；

图8是显示远程用户通过诸如因特网的网络访问***以获取多媒体内容的示意图；

图9描绘了利用***的分层结构单元体系结构在***内建立诸如公司单元的分层结构表示；

图10是显示***如何基于为用户定义的角色提供对用户的许可的示意图；

图11是显示***的用户安全***和它如何与图10的许可***一起工作的示意图；

图12是显示在较佳***的分层结构单元体系结构中的许可继承的示意图；

图13是显示用户可如何修改可访问性选项的Carina***页面；

图14是显示组织用户可如何观察组织财务统计数据的Carina***页面；

图15是填充有***政策和用户反馈链接的Carina***；

图16是显示最近的用户日志条目和添加新条目的链接的Carina***部分；

图17是显示项目最近更新的媒体和到该媒体的链接的Carina***页面；

图18是显示用户的最近项目和提供有关它们的信息的Carina***页面；

图19是显示项目信息条目的状态和改变状态的链接的Carina***页面；

图20是提供使项目对***上的一般用户能公开访问的Carina***页面；

图21是提供用户登录信息和退出链接的Carina***页面；

图22是显示提供有关当前组织的信息的Carina***页面；

图23是提供有关组织处理更新状态的信息的Carina***页面；

图24是显示有关组织内的一个组的信息的Carina***页面；

图25是创建新组的Carina***页面；

图26是编辑组信息的Carina***页面；

图27是显示有关组织的信息的Carina***页面；

图28是用于输入组织信息的Carina***页面；

图29是用于编辑组织信息的Carina***页面；

图30是列出组织用户和允许重新设置其密码的Carina***页面；

图31是用于管理组织中用户角色的Carina***页面；

图32是列出用户在组织或单元中的访问级别的Carina***页面；

图33是提供对组织信息区的访问的Carina***页面；

图34是提供对组织联系信息的访问的Carina***页面；

图35是提供有关组织的用户(团队成员)的信息列表的Carina***页面；

图36是提供有关组织内一特定用户的信息的Carina***页面；

图37是提供有关组织的概要信息的Carina***页面；

图38是用于创建项目的Carina***页面；

图39是用于输入有关项目的描述信息的Carina***页面；

图40是用于输入有关项目的标识信息的Carina***页面；

图41是用于输入项目的财务信息的Carina***页面；

图42是显示概要项目信息并提供到其它项目信息源的链接的Carina***页面；

图43是用于输入项目的匹配许可信息的Carina***页面；

图44是用于在项目的专用或公共可视性之间切换的Carina***页面；

图45是用于输入项目时间线信息的Carina***页面；

图46是用于编辑项目时间线任务的Carina***页面；

图47是用于输入项目分类的Carina***页面；

图48是列出项目的日志条目的Carina***页面；

图49是用于编辑或添加日志条目的Carina***页面；

图50是用于查看日志条目的Carina***页面；

图51是用于列出和添加项目媒体的Carina***页面；

图52是用于编辑项目文档并使项目文档公开的Carina***页面；

图53是用于编辑项目图象并且使项目图象公开的Carina***页面；

图54是用于上载项目媒体并使项目媒体公开的Carina***页面；

图55是用于检查并打印组织联系信息的Carina***页面；

图56是显示项目信息的Carina***页面；

图57是报告财务信息的Carina***页面；

图58是显示单元度量信息的一种报告格式的Carina***页面；

图59是显示单元度量信息的第二报告格式的Carina***页面；

图60是显示当前单元下项目的累积财务信息的Carina***页面；

图61是显示当前单元项目的时间线报告的Carina***页面；

图62是用于设置当前组织项目的更新策略的Carina***页面；

图63是用于查看单元地址的Carina***页面；

图64是用于添加单元地址的Carina***页面；

图65是用于编辑单元地址的Carina***页面；

图66是用于管理当前单元的度量的Carina***页面；

图67是用于更新当前单元的度量的Carina***页面；

图68是用于创建当前单元的度量的Carina***页面；

图69是用于编辑当前度量的Carina***页面；

图70是用于编辑度量的重要目标值的Carina***页面；

图71是用于输入当前单元的子单元的目标值的Carina***页面；

图72是用于输入当前度量的重要目标值的信息的Carina***页面；

图73是列出当前度量的周期的Carina***页面；

图74是允许编辑当前度量的周期的Carina***页面；

图75是提供当前单元的当前团队成员(用户)的列表的Carina***页面；

图76是用于在当前单元中输入用户角色的Carina***页面；

图77是用于在当前单元中检查并添加单元用户的Carina***页面；

图78是用于将临时用户添加到当前单元的Carina***页面；

图79是用于检查和编辑当前单元中用户角色的Carina***页面；

图80是用于访问当前单元的子单元的Carina***页面；

图81是用于将一个节点或子单元移到分层结构中的另一个节点位置的Carina***页面；

图82是用于登录用户的Vela***页面；

图83是向无权访问曾尝试查看的特征的用户显示提示信息的Vela***页面；

图84是允许用户修改可访问选项的Vela***页面；

图85是允许用户编辑用户的帐户设置的Vela***页面；

图86是提供资助项目、相关活动和感兴趣的其它项目的列表的Vela***页面；

图87是提供用户安全性和政策信息以及用户反馈能力的Vela***页面；

图88是报告用户的受资助交易和访问以检查用户待定交易的Vela***页面；

图89是提供项目搜索的Vela***页面；

图90是邀请用户获取用户帐户的Vela***页面；

图91是报告用户的登录状态的Vela***页面；

图92是报告由用户资助的项目的Vela***页面；

图93是用于邀请第三方来检查和资助项目的Vela***页面；

图94是提供用户的财务会计信息的和受资助或感兴趣的项目的概要信息的Vela***页面；

图95是报告用户的项目监视列表并提供到项目资助工具的链接和从监视列表中移除项目的链接的Vela***页面；

图96是报告用户资助交易的交易细节的Vela***页面；

图97是列出用户交易的Vela***页面；

图98是允许用户创建项目资助资产类型的Vela***页面；

图99是允许用户创建资助资产的支票帐户类型的Vela***页面；

图100是允许用户编辑用户的资产信息的Vela***页面；

图101是列出用户资产并链接到用户资产的Vela***页面；

图102是用于执行项目资金的支票转账的Vela***页面；

图103是确认添加到用户资金推车的交易的Vela***页面；

图104是报告成功资金交易的Vela***页面；

图105是列出由用户确认的交易的Vela***页面；

图106是请用户进一步通过再次输入登录信息来确认资助交易的的Vela***页面；

图107是用于检查和修改用户的资金推车的Vela***页面；

图108是将组织地址提供给用户的Vela***页面；

图109是将组织标识信息提供给用户的Vela***页面；

图110是为用户列出一个组织的项目的Vela***页面；

图111是为用户列出组织和其它信息的Vela***页面；

图112是报告项目日志条目的Vela***页面；

图113是列出项目日志条目的Vela***页面；

图114是允许用户预览和访问项目文档的Vela***页面；

图115是允许用户查看项目图象的Vela***页面；

图116是提供用户可用的项目媒体列表的Vela***页面；

图117是提供有关项目的报告信息的Vela***页面；

图118是提供有关项目的描述性信息的Vela***页面；

图119是提供项目财务信息的Vela***页面；

图120是提供有关项目的信息概要的Vela***页面；

图121是用户用来请求向***添加组织或项目的Vela***页面；

图122是用户用来在***中建立帐户的Puppis***页面；

图123是用户用来登录到***的Puppis***页面；

图124是用户用来编辑用户帐户信息的Puppis***页面；

图125是用户用来获取新密码的Puppis***页面；

图126是用户用来重新设置用户密码的Puppis***页面；

图127是用户用来设置用户可访问选项的Puppis***页面；

图128是用户用来建立用户概况信息的Puppis***页面；

图129是用户用来编辑用户概况信息的Puppis***页面；

图130是显示公司可用的管理工具的Pyxis***页面；

图131是显示当前用户的登录状态的Pyxis***页面；

图132是显示公司交易活动信息的Pyxis***页面；

图133是提供概要公司报告的Pyxis***页面；

图134是列出***中各组织的Pyxis***页面；

图135是将一组织添加到***的Pyxis***页面；

图136是报告组织状态的Pyxis***页面；

图137是报告给定组织的用户的Pyxis***页面；

图138是报告待定***交易的状态的Pyxis***页面；

图139是列出***中交易的Pyxis***页面；

图140是用于报告和编辑***收入交易的Pyxis***页面；

图141是用于管理收入交易的可用性的Pyxis***页面；

图142是提供交易处理信息的Pyxis***页面；

图143是提供附加交易处理信息的Pyxis***页面；

图144是报告交易支出的Pyxis***页面；

图145是一捐赠者管理***实施例的示意图，该***可用于将多个捐赠者与多个慈善组织链接起来，每个慈善组织可承担一个或多个项目。

要理解，在本概述中使用的术语“页面”包括用于提供所述特征的“页面部分”。

具体实施方式

各较佳实施例在以下***说明书的上下文中以及对使用和操作的各方法的解释中得到揭示。

方法概述

在某些实施例中，本发明提供方法和***，用于允许多个捐赠者查看有关多个慈善组织的信息并且向慈善组织作出捐赠。捐赠者可以是个人、公司、慈善组织或财产管理者。当在此使用时，慈善组织包括但不限于，非赢利组织、宗教组织、援助组织、卫生组织、环境保护团体和其它慈善事业。慈善组织的示例包括United Way(联合劝募)、Sierra Club(峰峦俱乐部)、Campus Crusadefor Christ、世界卫生组织和Salvation Army(救世军)。

参照图145，本发明的各个实施例允许多个捐赠者510和多个慈善组织534使用捐赠者管理***518来交互。捐赠者管理***518可具有一个或多个组件。例如，捐赠者管理***518可具有捐赠者510可访问的第一部分(未示出)和慈善组织534可访问的第二部分(未示出)。在该实施例中，捐赠者管理***518结合了第一和第二部分。在其它实施例中，捐赠者管理***518是单元结构，该单元结构是捐赠者510和慈善组织534两者都可访问的。当然，捐赠者管理***518的某些特征和/或功能可受限于捐赠者510或慈善组织534。

捐赠者可通过诸如因特网的网络526与捐赠者管理***518或者其一部分通信。类似地，在至少某些实施例中，慈善组织534能够通过诸如因特网的网络(可以是网络526)访问捐赠者管理***518或其一部分。另外或者可选择地，慈善组织534可直接访问捐赠者管理***518。

捐赠者管理***518保存有关慈善组织534的信息。每个慈善组织534可具有一个或多个它们正在承担并希望获得捐赠支持的项目或努力540。慈善组织534可使用捐赠者管理***518输入各种各样的信息，全部或部分信息可以向捐赠者510显示。该信息可包括与慈善组织534或其项目540有关的任何信息。例如，信息可包括有关慈善组织534性质的信息、慈善组织534正在进行的或过去的活动或项目540、慈善组织534或项目540的资助等级和财务数据。在某些实施例中，慈善组织534可向捐赠者管理***518添加项目540或从中移除该项目，并且更新捐赠者管理***518中的信息，从而提供关于项目的进展报告并提供更新后的财务数据。

捐赠者510可检查所有或部分关于慈善组织534和项目540的信息。在某些实施例中，可为每个慈善组织534创建诸如一个或多个网页的交互式手册，从而向捐赠者510提供一种方便的方法以收集有关慈善组织534的信息。类似地，在某些实施例中，捐赠者管理***518以交互式手册的形式向捐赠者510提供有关项目540的信息。

可为每个慈善组织534和/或项目540创建一个搜索关键字集。这些搜索关键字可包含众多与慈善组织534或项目540有关的元素。例如，搜索关键字可包括诸如关键字、类别、预算、世俗性、位置、管理、媒体覆盖、项目数量及相似因素。当捐赠者510想要找到一特定慈善组织534或项目540时，捐赠者510可通过输入搜索项或排序准则，然后与搜索关键字作比较来搜索或排序慈善组织534或项目540。

类似地，可为每个捐赠者510创建捐赠者概况文件。捐赠者概况文件可包含有关捐赠者510有兴趣资助的慈善组织534或项目540的类型的信息。例如，捐赠者510可对资助特定宗教或环境事业感兴趣，诸如例如保护Tahoe湖。每个捐赠者510可具有众多他们感兴趣的慈善组织534或项目540类型，这些优选项的每一个都可存储在捐赠者的概况文件中。

某些实施例允许捐赠者510能通过搜索一个或多个搜索关键字的元素来寻找感兴趣的慈善组织534或项目540。例如，捐赠者510可执行关键字搜索来寻找匹配的慈善组织534或慈善项目540。可选择地，捐赠者510可选择排序或查看特定类别内的全部慈善组织534或项目540，诸如涉及Tahoe湖的所有环境慈善组织534或者所有慈善项目540。该过程可以反过来，允许慈善组织534基于存储在捐赠者概况文件中的捐赠者优选项来定位捐赠者510。当然，选择过程可以自动化，其中捐赠者管理***518使用各种方案来自动地比较捐赠者概况文件和搜索关键字，以向捐赠者510提供最有可能使他们感兴趣的慈善组织534或项目540的列表，或者向慈善组织534提供最有可能作出捐赠的捐赠者510的列表。这些搜索可周期性地更新，以便于调出最近添加或修改的慈善组织534或项目540以引起匹配捐赠者510的注意。

捐赠者510可选择捐赠给特定慈善组织534。在某些实施例中，捐赠者可选择捐赠给慈善组织534的特定项目540。可直接向慈善组织534或者通过中介(未示出)作捐赠。捐赠者510可选择匿名，或者使他或她的身分为慈善组织534所知。如果捐赠者510希望保持匿名，则捐赠可先传递给中介，随后中介将捐赠送呈慈善组织534。

捐赠者管理***518可向捐赠者510提供捐赠帐户。捐赠者510可将资金放入捐赠者帐户，直到捐赠者510想要捐赠给慈善组织534或项目540。尽管资金在捐赠者帐户中，但它们可由捐赠者管理***518为捐赠者510或第三方诸如由捐赠者510指定的慈善组织534或项目540的利益进行投资。

本发明的某些实施例向捐赠者510提供联系其它可能捐赠者510或慈善组织534的能力。例如，捐赠者510可能知道其它有兴趣对特定的慈善组织534或项目540作出捐赠的个人。捐赠者管理***518可向捐赠者510提供联系这样的个人和/或向他们发送有关慈善组织534或项目540的信息的。这样，一组捐赠者510可一齐动作(包括通过将他们的资金放入单个帐户中)来资助特定慈善组织534或者感兴趣的项目540。

类似地，捐赠者510之一可能想要向不在捐赠者管理***518中的慈善组织534或项目540作捐赠。捐赠者管理***518可向捐赠者提供邀请慈善组织534使用捐赠者管理***518的能力。在其它实施例中，捐赠者510可将慈善组织534或项目540添加到捐赠者管理***518中，并且向慈善组织534或项目540作捐赠。捐赠者管理***518随后可采取向慈善组织534通知捐赠并且将捐赠交付慈善组织534的步骤。

在某些实施例中，捐赠者管理***518是一种公司服务。公司可对各种活动收取费用。例如，公司可向捐赠者510和/或慈善组织534收取使用捐赠者管理***518的费用。高速可取每次捐赠的一部分为费用。公司可收取费用，用于为慈善组织534或项目540开发交互式手册，用于使该交互式手册在捐赠者管理***518上可用，或者用于以其它方式诸如在捐赠者管理***518的入口端上表征慈善组织534或项目540。公司可向搜索慈善组织534或项目540的捐赠者510，或者向搜索匹配捐赠510的慈善组织534收取费用。

公司可向慈善组织534提供众多附加服务。公司可提供对收集和分配资金(包括报税在内)的辅助，并对此收取费用。公司还可提供对慈善组织534的管理和操作的辅助，诸如对预算、人力资源、供应链管理和志愿者管理的辅助。将产生有关捐赠者510、慈善组织534、项目540及其交互的大量数据。该数据可用于各种目的并进行销售，诸如为了增强销售途径的有效性。

Navis.Carina(ProStar)：

1.主页-组织、组和项目信息的概要与分派页面

1.1项目(2.3.)-项目信息的概要与分派页面

1.2.项目媒体(2.3.2.)-管理项目媒体

1.3.项目度量(2.3.5.)-管理项目度量

1.4.项目财务(2.3.3)-管理项目财务数据

1.5.项目日志(2.3.1.)-管理项目日志条目

2.管理-具有到组织、组和项目的链接的组织分层结构树

2.1.组织-用于组织信息的概要与分派页面

2.1.1.项目(2.3.)-用于项目信息的概要与分派页面

2.1.2.度量-管理组织度量

2.1.2.1.创建-创建新的度量

2.1.2.2.编辑-编辑度量

2.1.2.3.分配-将度量分配给各组和项目

2.1.2.4.更新-更新度量

2.1.3.地址-组织地址

2.1.3.1创建-创建新地址

2.1.3.2.编辑-编辑地址

2.1.4组织名字和描述-编辑名字和描述

2.1.5.团队-组织用户

2.1.5.1.创建用户-创建新用户

2.1.5.2.用户细节-查看用户细节

2.1.6管理用户-管理组织用户

2.1.7.管理角色-管理组织安全角色

2.1.8.新组-创建新组

2.1.9.项目政策更新-指定频率和区域项目必须更新

2.1.1.10.报告-组织相关报告

2.2组-组信息的概要与分派页面

2.2.1.度量-管理组度量

2.2.1.1分配-将度量分配给组和项目

2.2.1.2更新-更新组度量

2.2.2组名称-编辑组名称

2.2.3.团队-组织用户

2.2.3.1.创建用户-创建新用户

2.2.3.2.用户细节-查看用户细节

2.2.4.移动组-将组移到另一个单元之上或之下

2.2.5.新项目-创建新项目

2.2.6.新的子组-创建新的子组

2.2.7.报告-组织相关报告

2.3项目-项目信息的概要和分派页面

2.3.1.日志-管理日志条目

2.3.1.1.创建-创建新的日志条目

2.3.1.2编辑-编辑日志条目

2.3.1.3.查看-查看日志条目

2.3.2.媒体-管理媒体文件

2.3.2.1.编辑-编辑媒体文件

2.3.2.2.上载-添加媒体文件

2.3.2.3.查看-查看媒体文件

2.3.3.预算细节-管理财务数据

2.3.4.匹配许可-指定匹配许可(如果有的话)

2.3.5度量-管理度量

2.3.5.1.更新-更新度量

2.3.6.时间线-管理项目时间线

2.3.7.时间线任务-管理项目时间线任务

2.3.8.地址-组织地址

2.3.8.1.创建-创建新地址

2.3.8.2编辑-编辑地址

2.3.9.名称与描述-编辑项目名称与描述

2.3.10.问题与解决方案-编辑项目问题和解决方案

2.3.11.搜索类别-指定项目搜索类别

2.3.12.团队-组织联系信息

2.3.12.1.创建用户-创建新用户

2.3.12.2.用户细节-查看用户细节

2.3.13.移动项目-将项目移到另一个单元之下或之上

2.3.13.新的子项目-创建新的子项目

2.3.15.捐赠者可见性-打开或关闭捐赠者的项目可见性

2.3.16.报告-组织相关报告

3.我的帐户-用户帐户的概要与分派页面

3.1.概况文件-Vela和Carina概况文件的输入页面，以及用户设置

3.1.1.概况文件-分派到Vela和Carina概况文件

3.1.2.编辑地址-编辑用户帐户地址

3.1.3.编辑信息-编辑用户帐户信息

3.1.4.改变密码-改变用户帐户密码

3.1.5.编辑可访问性-编辑用户可访问优选项

Navis.Vela(GivingPortfolio)：

1.主页-带有项目关键字搜索的欢迎页面

1.1寻找项目(2.)项目关键字搜索

1.2.邀请朋友-邀请其它可能用户到Vela

2.寻找项目-项目类别列表或关键字搜索结果

2.1项目-显示项目概观

2.1.1.组织(2.2.1.)-指定赞助该项目的组织

2.1.2.类别(2.2)-项目类别

2.1.3.邀请朋友-邀请可能用户到Vela项目

2.1.4日志-项目日志条目

2.1.5.媒体-项目媒体图象和文档

2.1.6项目细节-指定项目

2.1.7.财务细节-指定财务信息

2.1.8.打印报告-提供报告的打印

2.1.9.资金推车(3.5.)-项目资助

2.2.组织-带有公开项目的组织的列表

2.2.1.组织-指定组织

2.2.1.1.项目-组织的可公开检查的项目的列表

2.2.1.1.1.项目(2.1.)-显示项目概观

2.2.1.2.地址-与组织有关的实体的地址

2.3.请求-请求要添加到数据库的项目

3.我的捐赠-Vela相关帐户设置

3.1帐户设置-管理用户帐户设置

3.1.1.编辑地址-编辑用户帐户地址

3.1.2.编辑信息-编辑用户帐户信息

3.1.3.改变密码-改变用户帐户密码

3.2.捐赠目标-指定年度捐赠目标

3.3.资助列表-用户已资助的项目

3.3.1.项目(2.1.)-显示项目概观

3.3.2.组织(2.2.1)-指定组织

3.3.3.资金推车(3.5.)-存储用户想要资助的项目

3.4.监视列表-用户正在观察但还未资助的项目

3.4.1.项目(2.1.)

3.4.2.组织(2.2.1.)

3.4.3.资金推车(3.5.)

3.5.资金推车-存储用户想要资助的项目

3.5.1资金登录-用户对于每个资助实例所要求的

3.5.1.1资金确认-确认资助细节

3.5.1.1.1.基金完成-确认成功资助

3.6.交易-所有捐赠者交易的列表

3.6.1.交易细节-查看交易细节

3.7.资产-管理用于资助项目的帐户

3.7.1.创建资产-创建新的资产

3.7.2.转移资产-从现有的资产转移资金

3.7.3.编辑资产-编辑现有的资产

3.8.概况文件-用户帐户的概要与分派页面

3.8.1.概况文件-分派到Vela或Carina概况文件

3.8.2编辑地址-编辑用户帐户地址

3.8.3.编辑信息-编辑用户帐户信息

3.8.4.改变密码-改变用户帐户密码

3.8.5.编辑可访问性-指定用户可访问优选项

4.我的项目-用于对在Vela上取得其项目感兴趣的非赢利的销售页面

***规范：

1.命名规范和术语：***中的名称是用编程者应该熟悉的方式来组织的。相关项的各组在语义上通过它们的名称并且经常通过将相关项统一起来的前缀或主题来相关联。这些名称将经常向用户提供对于已命名项的功能和关系的某种语义线索。在有主题项的情况下，可以看到将所谓的“销售名称(marketingname)”与“开发名称(development name)”分开的需要。这已经成为计算机行业的共同做法，因为对共同的讨论框架的需求和与销售术语隔离的需求已经变得日益明显。这样，开发将用一致的方法来命名***中的各个项，而不必担心按照外力命令而改变名称。

***及其应用：***及其应用是按照恒星星座的主题命名的。称为Navis(“船”)的星座具有四个较小的星座：Carina(“龙骨”)，Vela(“船帆”)，Pyxis(“罗盘”)和Puppis(“船尾”)。这是命名***(Navis)和***中各大应用的基础。应用的功能映射到星座的符号。

数据库：般的主题已被携带到***的其它部分。这些数据库是按照日本鱼的名称命名的。其连接组件是按照与捕鱼和划船相关的术语命名的--编造的，因此它们将不会与实际上用来创建***的名称冲突，并且因此它们在语义上是有用的。

例如，词语Turibune在日语中指捕鱼船。这相当难以记忆和发音；因此将它转换成Turbine并且用于命名中间层公共服务组件。这样，在将语义强大的关联添加于名称的同时，主题或多或少地得到了保持。

页面：***中的页面名称是基于它们的功能来选择的。这提供若干好处。一旦用户熟悉了术语，用户就能仅通过某物的名称来辨别其功能。名称往往提供功能的组合的分层结构，这不仅将各项按照相关功能来分组，而且还往往创建功能的自然树—以及与标准的面向对象的组件设计相同的线。

例如，对于下文中讨论的Carina应用，对于项目页面与用户页面(也在下面讨论)存在不同的名称和组。用户页面通常不知道项目是什么--它们不处理项目参数(象下文的ProjectID)--它们也不进行任何涉及项目数据结构的数据操作。这满足了用户独立于项目而存在的***体系结构概念。在项目页面中，每个页面使用项目参数和项目数据结构来执行对项目的某类操作。

然而，有若干涉及用户参数和用户数据结构的项目页面。这些页面的名称从操作的性质和操作的依赖性导出。对于这些类型的页面，操作基本上是对项目执行的，而不是对用户或者由用户来执行。涉及用户的事实是偶然的。

控件，较小的元素：控件具有在内部一致的、简明的、和唯一的名字。

II.Navis体系结构：

数据***：***中的数据访问是通过各种各样的方案实现的，这些方案被设计成提供在性能、平***立性、开发速度、简便使用、以及非编程者(设计者、销售者等)可维护性和配置之间的平衡。另外，***设计寻求提供创建开发、测试和部署环境，加速这些任务并且减少人工步骤(以及潜在的错误)的数量的最少成果。

现在照图2，网页数据绑定(一般为10)是有益的，因为它显示了***中所有数据操作的一般形式。演示层12向服务层14作出请求13。服务层14经由数据请求处理逻辑15中的众多步骤来分析需要什么来满足该请求。这些步骤的每一个在将数据返回(17)到演示层12之前完成检索、格式化、转换、组合或以其它方式处理该数据所需的任务。在执行这些步骤的过程中，数据服务可能需要访问若干不同的数据存储器16。在某些情况下，这可能涉及若干不同的数据操作技术—-诸如SQL或XML。通常，有一个对象或一组对象(例如18，20)来为演示层12处理请求13的数据和结果22的数据。这方便了演示一侧的编程。该操作中的特定步骤和每各层的细节将在下面讨论。

数据存储器：较佳***使用各种数据存储器16。其范围从在盘上的某些简单文件到多个关系数据库。每一个都提供如何使用它和如何维护它的特定功能。

Maguro数据库24是在线网站数据结构的核心。这是设计成提供表格、小记录尺寸以及用于OLTP操作的性能之间的关系完整性的关系数据库。尽管能够具有某些分析功能，但Maguro数据库24对高度标准化数据的强调使它最适于实时处理。几乎所有的动态数据和客户信息都存储在这个数据库24中—使它实时相关、可靠并可用。

OLAP数据库：当要求和性能关系到命令时，***可分成一个或多个独立数据库28以便提供例如OLAP功能。这可包括独立的数据挖掘和分析数据库，但在开始时拆分应该将长期和详细的OLTP记录移到单个OLAP数据库，并在该数据库上创建附加的分析能力。OLTP数据库随后应进行修剪，以获得最优实时性能。OLAP数据库随后可用原始OLTP数据库不能采用的方法来扩展功能。

OLAP数据库应该在涉及性能的非实时调度上与OLTP数据库同步。这样的同步对OLTP性能和使OLAP数据保持稳定足够长的时间以执行昂贵资源分析是需要的。

***利用存储在每个web服务器上的单个统一配置文件30，来控制它的可定制行为。这是由ASP.NET提供的web.config文件30。它(30)参数化影响***在开发、测试、销售和生产环境中如何行为的所有设置。所有其它行为是在各应用上一致的。由于配置中可变性的限制这有助于测试和稳定性，并且允许用于测试的同一版本软件在生产环境中使用。

XML存储器：***10将XML存储器32扩展用于静态数据。这包括电子邮件模板、页面效果的XSLT变换、基本稳定数据的XML数据库等等。首先，它们便于由非编程者修改并且无需数据库更新或工具来实现这类修改。该结构不仅增加***的灵活性，而且还减少有关这类修改的问题。另外，通过将像变换的处理器密集项或诸如标记映射的静态信息放在web服务器上，例如24的数据库服务器和服务层14上的负载减轻了。该结构还通过利用像高速缓存和本地处理的分治(divide-and-conquer)技术来增加***的可伸缩性。

数据组件：Turbine.Data对象(未在图2示出)是在数据请求处理逻辑部分15内的数据服务层14的前端。Turbine.Data提供对象和接口来调入较低的数据功能，并抽象以下数据存储器16的细节。Turbine.Data基于基础框架的System.Data和System.Xml部分。通过抽象(隐藏)基础数据存储器16和处理元件的细节，Turbine.Data允许演示层12将一致的逻辑应用于它所使用的数据中。结果，***可从SQL Server切换到Oracle而不改变演示层(页面)12中的代码。这提供了有效的测试和任务隔离—-这可以转换成增加的稳定性、可维护性和可伸缩性。

Turbine.Data展现读写数据的单个统一一致接口集。在内部，这两个操作通过用于OLTP操作的统一已存储过程接口来实现。这允许数据在数据存储器与数据组件之间的简化交换。而且，通过在请求侧使修改请求原子化和简单，减少了锁定和并发的问题。相反，存储过程可保证修改的正确性。

Turbine.Data.Assist对象，也称为DataAssist 36，对发送给数据服务层14的请求和来自数据服务层14的响应提供服务。它向演示层12提供数据访问工具，包括对表格式数据的表、列和行访问，以及串行化、转换和持久性功能。另外，它包括用于临时访问类型化数据的简单的类型绑定器。最后，它包括对各种数据绑定机制的极深稳健支持，如下所述。

数据演示：数据演示层12是执行数据请求的应用元素的集合。这包括来自页面38、服务、组件、应用、和在将来希望访问存储器16中数据的外部各方的请求。两种最通用的访问方法是数据绑定服务40(主要由页面和组件使用)和数据访问服务(由报告和导出使用)。另外，演示层12可以作出改变数据的请求，它由比数据绑定或数据访问更简单的机制来处理。

数据绑定：继续参照图2，数据绑定是使来自数据存储器16的数据成为演示层12中对象的一部分的过程。有许多种执行数据绑定的可能方法，并且***尝试支持这些范围来提供能力和灵活性，而不使开发者承担过量的工作。

数据绑定在演示层12向数据服务层14作出读取某类数据的请求13时开始。这主要通过DataAssist对象36来进行处理。一旦DataAssist对象36接收到请求13，它就(36)开始一处理流程，该处理流程从数据存储器16检索数据，变换该数据，并且继续处理直到DataAssist 36提供请求13的最终结果22。这可涉及只从表格中检索单个值，或者涉及实现对分层结构的多遍XSLT。一旦获得结果，DataAssist对象36就将它(它们)传输(22)回演示层12用于绑定。如果有任何错误或问题，则DataAssist对象36向演示层12报告问题，从而可采取适当动作。

一旦演示层12有数据22要绑定，就有许多选项用于决定如何在绑定中使用数据。***目前使用三种用于绑定的主要机制。一是ASP.NET数据绑定42。ASP.NET数据绑定42涉及在网页上放置灵巧控件并且在绑定发生时提示该控件。ASP.NET数据绑定42随后应该定位要绑定于与DataAssist对象20内一个位置相对应的特定位置的数据。

较佳实施例使用的另一种绑定方法是XSLT呈现44。XSLT呈现44用于象列表和报告的非交互式内容。XSLT模板接收基础数据并且将它转换成网页的合适表示。

较佳***还使用手动代码绑定46。手动代码绑定46涉及对从DataAssist对象20提取数据的精确步骤编程，以任何所需方法处理所提取的数据，并且将处理后的数据放在网页上。

较佳实施例的绑定机制可以扩展以支持新的绑定技术。例如，ASP.NET 2.0提供直接Web服务绑定和XPath绑定48。这些绑定服务48可以消除其它绑定技术的各个步骤。Xforms 48也可用于绑定，并可通过将接口定义与转换过程相组合来允许更多的交互性。

现在参照图3，数据访问解决如何将信息从***取到不是交互页面而是诸如静态报告的对外表示的问题。在这种情况下，基础数据可由服务请求层50从数据服务层14检索、格式化、并由内部报告产生器52呈现为简单的可打印可保存的格式。这可通过任意数量的方法在内部处理。

在某些实例中，第三方报告引擎或工具54可用来产生所需报告输出。在这种情况下，报告引擎或工具54从服务请求层50接收基础数据并产生报告。

较佳实施例还包括XML导出工具56，以支持第三方***和其它数据报告工具。对于任何受支持请求，可使结果的XML版本用于按消费者所希望的任何方式来处理。对于客户导出能力，客户***可以使用XML导出工具56以对数据库、电子表格或其它***中导出的数据执行客户所需操作。XML导出工具也可向其它将来的数据访问***58提供数据交换。

数据访问：现在参照图4，较佳实施例限制对数据的访问，并且提供可记帐功能和用户验证***。在整个***中，用户认证由称为用户安全管理器或USM(通常为60)的中央组件处理。这种集中化提供若干好处。首先，它减少因遗漏或忽略所致的安全欺骗的机会。其次，它便于安全开发和测试。

由USM 60支持的第一***访问模式是匿名页面62。在这种情况下，web上的用户尝试访问***页面64并且不向站点提供标识信息。在这种情况下，接收请求的页面64向USM 60查询有关用户是否可在未得到来自用户的验证的情况下察看页面60的内容。如果特定页面60授权进行匿名访问，则USM 60授权该请求且用户将看到页面60。如果USM 60不允许匿名访问该页面，则它将在应用中激活安全例外，该例外将阻止页面64向用户返回信息并且可能会请它们进一步向应用标识它们自己。这防止了***上的匿名攻击，以及因不适当的书签和一般用户访问引起的差错。

第二访问模式是登录请求66，该模式可作为对失败的匿名访问尝试的响应。当请求用户登录(66)时，请求用户提供两条信息：唯一的标识符和验证程序。对于当前的实现，该信息由电子邮件地址和密码组成。在将来，该信息可包括公钥凭证或相似的安全技术。

安全***：USM 60强制要求最小密码长度以防止任何人选择较小或空白的密码。如果在某个时间窗口内尝试了太多错误密码，USM 60还通过封锁用户的帐户来阻止强力在线攻击。

一旦用户已经提供了适当的登录信息，则USM 60通过数据管理器68从数据库的凭证存储器70中检索用户的凭证，并且向用户发出向***其余部分证明他是谁的用户凭证72。该凭证72实际上并未送回给用户，而是通过状态管理器76存储在会话凭证存储器74中。状态管理器76向用户签发会话标识符，它可用于后来在需要时检索凭证。这防止敏感数据向用户的任何偶然公开，并且允许***执行对其它安全信息的高速缓存，而不会在客户端有过度开销。

一旦用户有了有效凭证，用户现在就能访问该特定用户要访问的***的各个部分。当用户请求需要用户验证的用户页面78时，页面78将向USM 60询问该用户是否已获验证。USM 60随后通过状态管理器76从会话凭证存储器74中获取该用户的凭证并验证这些凭证。

一旦获得确认，USM 60就通知页面68该用户已获验证，并且在需要时提供该用户的身份。如果页面需要该用户的身份(例如来发送电子邮件)，则页面随后可以使用该身份来处理专用于该用户的信息。这对于审计和非拒绝履约特别重要。审计是记录对重要数据的改变，同时还记录作出该修改的人的身份的过程。例如，当用户对一个财务字段作出改变时，***记录这些改变并且作出这些改变的用户身份。

在单元页面(从属于单元级别安全的页面)的情况下，单元页面80向USM 60询问特定用户能否对页面80执行特定操作。该操作可以是查看或修改单元页面80上的数据的请求。USM 60检查会话凭证存储器74以确定该用户是否已经有合适的凭证。如果没有，则USM 60从持久性凭证存储器70中加载所需的凭证(如果对所涉及的用户可用的话)，并且基于该凭证接受或者拒绝该操作。如果重新使用凭证是可能的，则USM 60将在会话凭证存储器74中保存凭证，用于以后更快速的访问。

III.网络拓扑：

现在参照图5，路由器/防火墙/负载平衡器82提供较佳***与因特网84之间的接口。在路由器82之下的是网络服务器层86。该层86提供计算机器88、90、92用于处理网络请求。一般而言，这些机器应被设计成便于配置和替代。它们相互之间还应该具有很少(如果有的话)的互相依赖性。这意味着，如果例如88的机器发生故障，则可让故障机器88离线并且代替它。

这种web服务器拓扑支持网络服务器层86的容量的简便增长。这种拓扑还将用于服务请求的主要计算资源置于网络服务器层86中，因而减轻数据库、其它服务和其它层上的负载。

Web服务器层86通过高速交换网络94连接到数据库(一般为96)。高速交换网络94支持至少100Mbps的以太网，并且包括具有智能路由能力的专用交换主干。例如88的每个web服务器最好支持两种网络连接，一个用于与因特网84的较慢速连接，以及用于与高速交换网络94的高速连接。

访问模式：现在参看图6，该“捐赠者访问模式”表示通过例如88的web服务器对一或多个数据库(一般为96)的典型请求。只有构成该请求所必须的组件才在该请求上花费资源。该请求首先以用户请求捐赠者网页98开始。出口路由器82基于它的负载平衡状态，来选择特定的例如88的网络服务器，将该请求发送到所选定的web服务器88。在表达响应的过程中，web服务器88决定进行两个数据库调用—-一个调用OLTP普通数据库100，另一个调用OLTP捐赠者数据库102。web服务器88从其后端接口(图6中未示出)向数据库层96签发这两个调用，绕过上面的web服务器层(图6中未示出)，因而避免非web请求对交换/解析资源的消耗。交换层智能地将该请求路由给合适的服务器，例如100、102，这些服务器处理该请求并且向web服务器88返回响应。

现在参照图7，报告请求104可由***(一般为10)上的用户(图7中未示出)作出。负载平衡器82选择例如106的特定web服务器来处理该请求104。web服务器106通过向OLTP组织数据库签发请求以获得凭证(如果对可应用用户可用)，来寻求授权来向这个用户提供所请求的报告。如果并且当凭证作为获授权返回时，则web服务器106开始构建所请求的报告。例如在图7的这种情况下，报告的一部分基于来自OLTP组织数据库108的当前信息，而另一部分基于来自OLAP报告数据库110的分析功能。web服务器106向这两个数据库108、110发出请求。来自OLTP数据库108的结果应该立即返回，但OLAP数据库110可能要花时间来计算和返回结果。

在该报告请求处理时间期间，其它***处理如常进行。一旦OLAP数据库110完成对其请求部分的处理，110就返回它的响应，该响应可能很大并且消耗到web服务器106的通信线112中相当的带宽。然而，交换结构将所有其它的线与该繁忙通信隔离，所以在任何其它机器上没有其它操作会因报告请求104而减慢。

现在参照图8，媒体访问拓扑可服务于对图象的媒体请求114，例如由负载平衡器82选择(如上所述)的例如116的web服务器来服务。如果所请求图象是***图象(图标、司标等)，则web服务器116最好可本地访问文件并返回结果，而无需进一步在***10内作内部处理。如果所请求图象是媒体存储在媒体服务机/集聚118上的用户媒体图象，则web服务器116将该请求传递到交换结构94(这可以是与数据库106、102、108、110相同或不同的结构)。媒体服务118将所请求的图象文件返回给web服务器116，并且所请求的图象文件被返回给用户。

这个媒体访问请求/返回过程没有消耗或者转移数据库层96资源。另外，如果在该过程期间所请求的媒体服务离线，则返回缺省的“图象未找到”图象。

***10因而提供固有的容错性和安全性。因为谁都无权从因特网直接访问任何特定机器，所以这些部分固有地能够以有限的或零停工时间来进行交换并从故障中恢复。另外，如果例如88的给定web服务器故障，则负载平衡器82将把请求重新导向例如106的另一web服务器。

在web服务器层86下面，交换结构94同样也可以是冗余的，从而保证单个交换故障不会破坏该***。这还允许重新布电缆、硬件维护和其它软件故障条件。除此之外，可以按照其能力使每个服务冗余。数据库服务器96可被配置成用于集聚或从故障中恢复。可按照功能使其它服务冗余。

上述拓扑还提供深度防御或者因例如要到达数据库层96而必须穿过的层数的防御。通过提供深度防御，***在安全方案中提供针对单点故障而增加的安全性。

例如，如果黑客要穿过出口路由器，则所暴露的部分只有web服务器，它们至多具有某些配置文件、内容和经编译代码。这些服务器还可具有它们自己的防火墙保护。为了获得对任何有价值的数据的访问，攻击者必须危及web服务器并且穿过数据库服务器层96(再一次，可能有它自己的防火墙)。这些攻击的每一个呈现不同的困难，并且使攻击者承受较高的被发现发现—-使成功的攻击变得越来越不可能。将该拓扑与数据库直接连接到出口路由器甚至因特网本身的拓扑作比较。

以上引用的拓扑还支持用于维护的远程访问。远程访问是一类攻击，因为它绕过受控方式的安全保护，以允许经授权人员对***的无限制访问。本拓扑支持通过高速交换层94的远程访问。在web服务器层86，IPSec或PPTP VPN服务器用到交换结构94的后端连接进行安装。当使用VPN服务器时，向经授权的用户打开一洞来访问所有已连接的远程机器(未示出)。当不使用VPN时该洞消失，并且***再次完全安全。如果需要更高的安全级别，则另一VPN可置于数据库服务器96后面，以允许对其它机器的双层验证访问，在此提供的是数据库机器前端上的防火墙。

状态管理/导航***：较佳***10使用导航管理器和状态管理器。导航和状态管理器提供一致的编程接口，在状态和导航管理中实施约束。为了传递参数，导航管理器与状态管理器交互以决定哪些参数要在哪些媒体中传递。

单元：较佳***10使用具有功能并且在体系结构上定义的对象。最根本地，***10使用单元对象，它表示由***10管理、或者在***10中表示的抽象的操作单元、组织或子组织。从单元对象中，***导出项目、组和组织的分层结构。通过该单元对象结构，***10提供并支持公司功能的阵列。

参照图9，组织对象单元120通过上下颠倒的树119来表示组织的结构，该树带有表示组织内实体或活动的节点。这些节点实际上包括任何类型的单元或者公司活动：例如122的部门或组、子组124、项目126、任务128等等。每个这样的实体或节点都具有名称、组织内的概念化、以及与组织中其它实体的关系。组织单元因此在与其它子单元组合时可以提供组织分层结构的一般表示。

每种类型的单元可具有它自己唯一的属性。例如，组可以跟踪项目不能跟踪的数据；项目可具有不特别相关于组织的信息。通过使用于该单元类型的唯一属性包括在内，其它单元类型即使在未使用它时也不必跟踪每个可能的值。只存储与特定单元类型相关的值。例如，项目可跟踪起始和结束日期值—-它们都与分或组织无关，因为它们通常都没有已定义的结束日期或提供任何计算值的起始日期。这样，对于由其特定单元类型所表示的实体或活动类型，基本单元结构的每个导出都用自然方法来扩展。

这个可定制的对象单元格式使***更易于修改、维护和扩展。它还为组织、其实体及其活动提供易于理解的分层结构。

单元安全性向较佳***提供统一接口来保护对单元内数据的访问。基于该单元分层结构，该保护可按照某些类型的用户可在单元内具有的角色来为每个单元定义。***将这些角色分解到各种限制中，并且在估计这些限制时限制或者改变每个用户被允许的动作和选项。

参照图10，可通过***软件10建立一给定单元130，该***软件10向单元130内的用户提供某些可能类型的特权，例如132、134。负责管理单元的组织或实体随后可为单元的特定用户140定义例如136的角色，用于许可或拒绝可用于单元130的一个或多个特权132、134。这导致权限138向用户140提供在该单元130内被允许动作的定义，并且它与在该单元130内用于其它用户(未在图10中示出)的其它权限共存。

这样，每个单元不仅可以具有带有权限的多个用户，而且还可以具有每个用户的多个角色。另外，权限也可以通过较低的单元继承。

参照图11，用户安全管理器(USM)141管理单元安全过程。例如，当用户142进入***页面144时，USM 141估计用户在该页面144上的权限。页面144向USM 141请求用于可应用于单元148的例如146的特权。如上面所说明的，对于所请求单元148内的这个用户142，USM 141在登录后访问凭证存储器150以获取和载入所有被许可角色，例如152。例如152的这些角色扩展到例如146的特权，并且USM 141将这些经扩展的特权154合并为单个有效特权集154。USM 141响应于对单元148中的用户142可用的特权154的页面请求，来引用该特权组154。基于这些响应，页面144随后将执行和允许按照特权集154的活动，包括隐藏来自视图的数据，导航离开，使一些内容只读，限制选择等等。

现在参照图12，USM 141还支持权限继承。这意味着例如156的给定单元内例如155的每个权限还携带了一个标志，该标志指示权限本身是否自动传送到(继承)分层结构上的较低单元158。

IV.***平台：

较佳***在运行Windows Server 2003的以Microsoft为中心的服务器平台上实现。***是在Microsoft ASP.NET 2.0开发平台上建立的，并且支持跨平台的和动态编译与优化的代码。

ASP.NET编译器是由支持大量对象和功能的框架所支持的。这些技术支持快速开发及灵活的测试和使用环境。另外，这些ASP.NET和相关的框架技术可以按需在Linux/Unix上运行。

***基于Microsoft SQL Server 2000数据库而运行。SQL Server 200与其它平台技术集成并且提供在线交易处理(OLTP)数据库功能。因此它维护实时的在线处理数据库。对于更多所涉及的在线应用处理(OLAP)，Oracle数据库产品由该平台通过***范围的数据抽象层来支持。

V.Navis数据模型

Navis***实施例是在***中的所有数据可以表示为一类对象(它被串行化到后端存储器)的概念上建立的。结果，Navis***实施例使面向对象的术语贯穿其中。这样，尽管当前的实现被串行化到关系数据库中，但其它形式的串行化也便于用这个模型来支持，包括XML或.NET二进制串行化。

数据模型由若干通常正交的数据分层结构组成。这些分层结构描述了特定范围的功能并且被设计成最小化相互的干扰。分层结构的整个顺序和其中的对象基于重要性/导出-超越性。

计算值：计算字段用于内嵌在其它字段中的大部分。这是因为缺乏对有关数据存储器实际上是否记录那些值的鉴别。

A.用户分层结构

用户分层结构包含有关***用户的所有信息。在大多数情况下，该用户表示访问***的人，但也可表示任何***实体，诸如需要唯一标识的组织。用户是在***中记录可记帐性的主要工具，因此使用***的个人或实体受到鼓励而具有它们自己在***内的用户帐号。这使***能收集有关用户行为或优选项的统计数据。

1.UserAccount(用户帐号)

用户是描述访问***的单一个人或实体的熟悉用户记录。它包含所有身份、安全和验证信息以及联系和政策信息，如下所示：

Scope：private|Instance：multiple|Parent：Root(范围：私有|实例：多个|父对象：根)

字段	组	说明
			UserID	基本	用户的唯一标识符。
Email	标识	实际上是用户名。这不仅是公司到用户的电子邮件地址，而且用作***的登录标识符。
			UserPass	安全	用户密码的加密散列值。这用于验证声称为用户的实体实际上是该用户。
UserSalt	安全	在散列处理期间与用户密码加密组合的值，用于增加对密码值攻击的抵抗。只要密码改变，就应该将它更新成(与一切)完全不相关的值。这个值防止对整个用户数据库的大规模攻击产生任何有用的结果。
			UserVerify	安全	这是内部使用的密钥，用来以对用户唯一的方式加密该用户专用数据并保护。如果密码改变，则这个值应重新设置为新的密钥，从而防止旧的加密对该密钥仍然有效。
SecretQuestion，SecretAnswer	安全	由用户提供的问题，在有人在忘记密码时想要重新设置用户密码时询问这个问题。为了使重新设置继续，必须提供答案。如果需要执

		行人对人的验证，则这也是一种验证用户的可能方法。。
			FirstName，LastName	个人	这是用户的名和姓。这是***标识该用户的名字。应该强烈鼓励用户为这些值给出真实名字。
CompleteName	计算	这是具有正常间距的TiltePrefix(头衔前缀)、FirstName(名)、LastName(姓)、TilteSuffix(头衔后缀)的串联。它用于提供用户的较佳名字的单字段值。
			BirthDate	个人	用户的生日。这用于验证用户的年龄足够大来签订合约，因而足够大来使用***。这在目前是18岁。在密码重新设置请求的情形中，这还可用于验证用户。
PhoneHome，PhoneWork，PhoneModile，PhoneFax	个人	这些是用户的联系电话号码。
			TitlePrefix，TitleSuffix	个人	这些是在产生用户的全名时应用于用户名字的头衔称呼。
AddressDesc，AddressLine1，AddressLine2，CityState，PostalCode，ContrvID	个人	这些是用户的主要联系地址的地址值。应该强烈鼓励用户在此提供实际信息，因为这是如果电子邮件地址不能使用公司的主要备份联系方法。
			CreateDate	基本	这记录用户的创建日期。
AgreeLast	政策	这记录用户同意用户政策的最后日期。它用于比较该政策的当前日期，以查看用户是否需要重新同意该政策。
			LoginLast，LoginAttempt，LoginTries	政策	这些值分别记录最后的成功登录日期，最后的登录尝试，以及尝试过的登录数量。它们用于实施一登录政策，它允许在给定时段内固定数量的不成功登录。
UserOption	选项	这记录映射到用户选项的某个组合的值。这些选项包括可访问选项等。

2.UserProfile(用户概况文件)

UserProfile描述与对用户可用的***的接口。概况文件用于使用户能访问各种应用并提供与那些应用的接口选项。例如，如果用户进入组织概况文件，则概况文件的OrganizationID向应用提供用户想要交互的组织的身份。如果用户选择捐赠者概况文件，则应用初始化捐赠者接口并使用AccountID来标识用户想要交互的帐号。

概况文件包含对与该概况文件交互的应用公开的个人信息。例如，概况文件包含电子邮件和电话号码。如果应用显示用户的个人电子邮件和电话号码，则出于商务应用(不同的家庭/工作电子邮件)和隐私关系(敏感人员的匿名信息)这可能是不希望的。结果，概况文件信息缺省地从用户信息进行复制，但用户有编辑概况文件的选择权来提供该信息的不同的值。因此，应用在揭示用户信息时应非常谨慎。概况文件信息几乎总是较佳的公开，因为它允许用户选择他们向其同事、捐赠组织、政府等公开的程度。

Scope：private|Instance：multiple|Parent：UserAccount(范围：有限|实例：多个|父对象：UserAccount)

字段	组	说明
			UserID	基本	从用户帐户(UserAccount)继承的唯一标识符。
ProfileID	基本	概况文件的唯一数值标识符。
			ProfileName	基本	概况文件的名称—由用户提供或者作为***的缺省。这有助于用户明了它们的各种概况文件。
ProfileType	基本	概况文件的类型。当前所允许的值是：组织概况文件和捐赠者概况文件。
			IsDefault	应用	概况文件是否视为缺省概况文件。用户可具有至多一个缺省概况文件。如果用户具有缺省概况文件，则在登录之后用户自动进入缺省概况文件。
AccessLast	应用	用户访问该概况文件的最后时间。
			AccountID	应用	对于捐赠者概况文件，该概况文件所使用的AccountID。这允许用户具有多个帐户—每个都与不同的概况文件相联系。
OrganizationID	应用	概况文件想要交互的组织。对于组织概况文件，这是用户想要在组织管理应用中管理的组织。对于捐赠者概况文件，零值表示用户想要与所有公开组织的项目交互。非零值表示用户只想要与给定组织的特定项目交互。
			CreateUserID	邀请	创建该概况文件的用户的UserID。在许多情况下，这是拥有该概况文件的同一用户。在受跟踪邀请的情况下，这是创建邀请的用户。
CreateDate	基本	创建概况文件的日期。
			IsContactUpdate	选项	对UserAccount记录的改变是否自动更新该概况文件的联系信息。
CompleteName	计算	与UserAccount相同，但从概况文件值串联。
			FirstName，LastName	个人	与UserAccount相同。如果联系更新为开，则这些将具有与UserAccount相同的值。
TitlePrefix，TitleSuffix	个人	与UserAccount相同。如果联系更新为开，则这些将具有与UserAccount相同的值。
			Email	个人	与UserAccount相同。如果联系更新为开，则这些将具有与UserAccount相同的值。
PhoneWork	个人	与UserAccount相同。如果联系更新为开，则这些将具有与UserAccount相同的值。

3.UserProfileList(用户概况文件列表)

UserProfileList提供单元的每个概况文件列表，以及对特定类型列表有用的一些附加数据。这些列表包括捐赠者购物推车、捐赠者监视推车、捐赠者资金列表和组织书签。

Scope：private|Instance：multiple|Parent：UserProfile(范围：私有|实例：多个|父对象：UserProfile)

字段

组

说明

UserID	基本	从UserProfile继承的标识符。
			ProfileID	基本	从UserProfile继承的标识符。
ListType	基本	列表类型。允许值是购物推车、监视列表、资金列表和书签。
			UnitID	基本	这个列表条目引用的单元。单元必须是单一列表类型内唯一的。
Amount	应用	对于购物推车，待定的捐赠数量。对于基金列表，对该单元的所有捐赠的总值。
			IsAnonymous	私密	该捐赠是否应该记录为匿名。应用于购物推车。
ModifyDate	基本	更新这个条目的最后日期。这用于排序结果以提供上下文相关的列表。

4.UserAsset(用户资产)

UserAsset描述用户可以从其或向其转移资金的特定资产。它是某类外部帐号，诸如银行帐号、***等等。

Scope：private|Instance：multiple|Parent：UserAccount(范围：私有|实例：多个|父对象：UserAccount)

字段	组	说明
			UserID	基本	从UserAccount继承的标识符。
AssetID	基本	资产的唯一标识符。
			AssetName	基本	资产的名称。这是由用户提供的或者作为***缺省，并且用来帮助用户标识资产。
AssetType	基本	资产的类型。允许值是***和支票帐户。
			AccountNumber	所有	资产的帐户编号。格式由AssetType确定。
RoutingNumber	支票	对于银行帐户，帐户的路由传输编号。
			ExpirationDate	信用	对于***，卡的过期日。
CardType	信用	对于***，卡的类型。允许值是维萨、万事达卡、美国万国宝通和发现(Discover)。
			CardVerify	信用	卡的CCV2码。因为有些授权者可能禁止存储这个字段，因此这个字段可在将来的修订中移除。

B.单元分层结构：

单元分层结构存储商务单元的抽象表示。商务单元(简称单元)存储一般可应用于在组织内报告或跟踪的任何给定单元的信息。例如，组织、组和项目都是单元。这使得为一类单元创建的特征(如组织更新政策)被应用为使用相同支持结构的项目更新政策。

1.单元

单元存储所有单元的唯一、公共和定义属性。单元是***中任何商务单元的抽象表示，并由***大量地导出和扩展。

Scope：public|Instance：multiple|Parent：Root(范围：公用|实例：多个|父对象：根)

字段	组	说明
			UnitID	基本	单元的唯一标识符。
Name	基本	用户为单元提供的名称。
			ParentID	基本	单元分层结构中的上级(父)单元。
AncestorID	禁用	在该单元的分层结构中最高相关单元。禁用该字段。
			IsWorking	禁用	单元目前是否在临时初始化状态中。在该状态中，任何编辑用户中单元的尝试在只用于初始化单元的编辑区域中进行。禁用该字段。
CreatorID	基本	创建单元的用户。
			CreateDate	基本	单元创建的日期。
LastUpdate	基本	对该单元作任何更改的最后时间。该值是从许多较低对象更新级联的，因此如果对该单元作任何地方的修改，它都将频繁地改变。
			IsActive	政策	该单元是否被***禁用。如果公司决定该单元(和可能所有相关单元)应对用户交互禁用。
UnitType	计算	单元的类型。允许值是根、组织、组和项目。这是从附属对象具有的与该单元对象的一对多关系计算出来的。尽管在技术上有可能具有一个也是项目的组织，但该可能性当前被***业务逻辑禁止。结果，该字段可以无歧义地解析为单一单元类型—它大大有助于在运行时间确定单元的类型。

2.UnitAncestor(单元祖先)

UnitAncestor是一计算结构，它允许使用数据库连接或其它关系工具来执行分层结构遍历，而不求助于临时表格、光标等。它从不在数据存储器之外引用，并且不可直接用于应用使用。

Scope：hidden|Instance：multiple|Parent：Unit(范围：隐藏|实例：多个|父对象：单元)

字段	组	说明
			UnitID	基本	从单元继承的标识符。
AncestorID	计算	祖先对象的标识符。为这个对象的每个祖先记录一祖先值，包括对象本身，一直到根对象为止。
			Distance	计算	从这个对象到祖先的距离。这些值是负的，因为它们沿分层结构向上前进。
Depth	计算	从根到这个祖先的绝对深度。根本身具有零深度，并且附属层具有从这里起增加的正整数深度。

3.UnitAccess(单元访问)

UnitAccess是由单元定义的访问级别。一旦对单元进行了定义，该单元及其下属单元就可以使用该访问级别来向用户等分配权限。访问级别由各个权限组成，***使用它们来确定访问权。访问级别本身在解决安全权利方面没有意义。每个组织分层结构都被给予单一的称为“管理员”的起始访问级别，它具有所有权限并且继承给所有单元。

Scope：protected|Instance：multiple|Parent：Unit(范围：受保护|实例：多个|父对象：单元)

字段	组	说明
			UnitID	基本	从单元继承的标识符。
AccessID	基本	这个访问级别的唯一标识符。
			AccessName	基本	访问级别的名称。这是用户定义的甚至是管理员定义的，它可以由用户改变。
Description	基本	这是所提供的较长描述，以允许用户详细地描述授予的权利。
			IsSystem	安全	该权限将访问标记为***定义的，并且因此是不可编辑的。
IsView	安全	该权限授予查看/读取/列示权利。
			IsEdit	安全	该权限授予编辑/修改/添加权利。
IsCreate	安全	该权限授予对象创建权利。
			IsDelete	安全	该权限授予对象删除权利。
IsAccessView	安全	该权限授予访问级别查看权利。
			IsAccessEdit	安全	该权限授予访问级别编辑权利。

4.UnitAccessUser(单元访问用户)

UnitAccessUser记录向用户分配对各单元的访问级别。这指定用户对任何给定单元的访问权利。它可以扩展到单元分层结构的每个层上以允许权限继承。

Scope：public|Instance：multiple|Parent：UnitAccess(范围：受保护|实例：多个|父对象：UnitAccess)

字段	组	说明
			UnitID	基本	从UnitAccess继承的标识符。
AccessID	基本	从UnitAccess继承的标识符。
			UserID	基本	为这个单元和访问定义权利的用户。
Inheritable	安全	这个访问对于这个用户是否继承到附属单元。
			Denial	安全	这是否引起对于这个单元的权限的否定。

5.UnitAddress(单元地址)

UnitAddress记录单元可能需要的各种地址。

Scope：public|Instance：multiple|Parent：Unit(范围：公用|实例：多个|父对象：单元)

字段	组	说明
			UnitID	基本	从Unit继承的标识符。
AddressIndex	基本	这个地址的唯一标识符。
			Description	基本	这个地址的用户提供描述。示例：发货，开帐单，爱好者邮件。

AddressDesc，AddressLine1，AddressLine2，City，State，PostalCode，CountryID

基本

这些是用于这个地址的值。

6.UnitDescription(单元描述)

UnitDescription存储长文本字段，以避免用不频繁使用的文本数据来加重其它对象的负担。

Scope：public|Instance：typed|Parent：Unit(范围：公用|实例：类型化|父对象：单元)

字段	组	说明
			UnitID	基本	从Unit继承的标识符。
DescIndex	禁用	描述的类型标识符。该字段使用被禁用，并且由正确的类型***来代替。允许的值是：问题，解决方案，签发，策略和匹配。
			Description	基本	描述值。这一般是受限于最多达数据存储器允许的最大值的应用。
DescriptionId	全文本	用于提供完全文本索引的关键字的唯一标识符。

7.UnitUpdate(单元更新)

单元更新存储有关更新政策的信息，它描述对记录区域必须如何频繁地作编辑。更新允许用户决定如何频繁地强制诸如同事的其它人来通过闹钟和提示来刷新数据。更新计算允许使用若干不同的方案。

对于更新计算，计算的最终结果始终是过期日期。如果对特定特征的最后更新是在过期日期之后，则该特征被视为是最新的。如果最后更新在过期日期之前，则该特征被视为过期并且***可以通知用户。

过期日期计算基于过期周期(Period)。如果过期周期设置为无(None)，则过期日期设置在***定义的开始时间处，这意味着任何日期与之相比较都将始终在将来。这消除了更新的需要，因为***日期总是已过过期日期。如果过期周期被设置为范围(Range)，则从当前日期减去该范围值产生过期日期。这具有创建滑动窗口(诸如最近30天)的效果。其它过期周期基于寻找连贯的时间测量边界，诸如月、周、年等。在计算这种过期日期时，将足够周期加到特征日期，以给出在该周期内的最后一次出现的该日期。结果，如果周期是每月并且特征日期是15日，则过期日期将是该月的前一15日。如果周期是每周而特征日期是星期一，则过期日期将是该周的前一星期一。这个模式支持所有其它的周期。

Scope：private|Instance：single|Parent：Unit(范围：私有|实例：单一|父对象：单元)

字段	组	说明
			UnitID	基本	从Unit继承的标识符。
FinacialDate，JournalDate，MediaDate，MetricDate	政策	定义起始日期的特征日期，用于如上所述进行过期日期计算。
			FinancialPeriod，JournalPeriod，MediaPeriod，MetricPeriod	政策	用于计算过期日期的过期周期。允许值是：无，范围，每月，每两个月，每季度，每半年，每年和每周。
FinancialRange，JournalRange，MediaRange，MetricRange	政策	当周期被设置为范围时，这存储范围中的天数。
			FinancialCompareExpire，JounalCompareExpire，MediaCompareExpire，MetricCompareExpire	计算	可比较的计算出的过期日期。如果计算出的过期日期在将来，则这个日期将是***定义的开始时间—它不会引起过期。
FinacialActualExpire，JournalActualExpire，MediaCompareExpire，MetricActualExpire	计算	实际计算的过期日期。这个值可以在将来，因为用户可输入起始比较日期。

C.组织分层结构

组织(Organization)分层结构存储有关***中组织的所有信息。组织是一般描述使用本***的特定公司的实体。组织具有一些唯一描述符，但大多数特征来自公共的单元特征。

组织存储应用于整个组织单元的信息。

Scope：public|Instance：single|Parent：Unit(范围：公用|实例：单一|父对象：单元)

字段	组	说明
			OrganizationID	导出	组织的唯一标识符。这是从UnitID导出的。
GrowthStageID		指示组织的财务增长阶段的类型。
			Website		组织网站的URL。
FiscalStart		组织财务年度的起始日期。
			IsSecular		这是否是担保的组织或者长期组织。
RefferedBy		将这个组织推荐给公司的实体。
			AgreeLast		组织同意组织政策的最后日期。这个字段当前不是由***的自动化部分强制的，因为不清楚谁应负责同意这个协议。
MediaSizeMax		每个单元以字节为单元的最大媒体尺寸。这是允许公司对增强功能收取费用的开始。在这种情况下，它指媒体存储空间。
			OrganizationName	导出	组织的名称。这是从UnitName导出的。
AccountID		保存这个组织资金的帐户。

D.组分层结构

组(Group)分层结构存储有关***中各组的所有信息。组一般是形成其它单元的容器的业务实体。其特征主要来自公共的单元特征。

组存储应用于整个组单元的信息。

Scope：public|Instance：single|Parent：Unit(范围：公用|实例：单一|父对象：单元)

字段	组	说明
			GroupID	导出	组的唯一标识符。这是从UnitID导出的。
GroupName	导出	组的名称。这是从UnitName导出的。
			OrganizationID	计算	这个组所属的组织。

E.项目分层结构

项目(Project)分层结构存储有关***中项目的所有信息。项目是具有许多公共单元特征和许多只有项目才有的特征的实体。项目是捐赠者***所基于的实体。

1.项目

Scope：public|Instance：single|Parent：Unit(范围：公有|实例：单一|父对象：单元)

字段	组	说明
			ProjectID	基本	项目的唯一标识符。这是从Unit导出的。
IsPublic	基本	这个项目是否对于捐赠者可见。软件应该限制该字段变真直到符合足够标准，以使捐赠者具有积极体验。
			Description	基本	项目的简明描述。
StartDate	时间线	项目的起始日期。
			EndDate	时间线	项目的结束日期。如果项目没有结束日期，将该值设置为***定义的结束时间。
MatchPercent		由第三方匹配的捐赠者的百分比。如果为零，则无匹配发生。
			CategoryID	搜索	这个项目映射到的捐赠者搜索分类。
MediaUpdate	更新	更新项目媒体的最后日期。
			FinancialUpdate	更新	更新项目财务的最后日期。
MetricUpdate	更新	更新项目度量的最后日期。
			JournalUpdate	更新	更新项目日志的最后日期。
InitialAmount	财务	项目中的初始资金。
			FundingAmount	财务	项目已经从外部资源接收的资助资金。
DonationAmount	财务	项目已经从***接收的捐赠。
			ExpensesAmount	财务	项目具有的开销。
BudgetAmount	财务	项目正在请求的预算。
			BalanceAmount	计算	项目基金的当前余额。等于InitialAmount+FundingAmount+DonationAmount-ExpensesAmount。
NeededAmount	计算	项目完成其预算所需的金额。等于BudgetAmount-InitialAmount-FundingAmount-DonationAmount。

ProjectName	导出	项目的名称。这是从UnitName导出的。
			OrganizationID	计算	该组所属的组织。

2.ProjectFinanceLog(项目财务记录)

财务记录通过记录修改时的各个值连同执行改变的用户，来跟踪对任何财务值的改变。这样，可以产生简单的“Changed From xxx on Date(从某日期起改变)”列表。为了产生“Changed From xxx on Date”列表，可能需要其它处理。

Scope：private|Instance：multiple|Parent：Project(范围：私有|实例：多个|父对象：项目)

字段	组	说明
			ProjectID	基本	从项目继承的标识符。
LogIndex	基本	记录条目的唯一标识符。
			CreationDate	基本	记录条目的日期。
UserID	基本	执行修改的用户。
			InitialAmount	基本	就在修改前记录的值。
FundingAmount	基本	就在修改前记录的值。
			DonationAmount	基本	就在修改前记录的值。
ExpensesAmount	基本	就在修改前记录的值。
			BudgetAmount	基本	就在修改前记录的值。

3.ProjectJournal(项目日志)

日志为项目提供记录叙述的方法。概叙述具有拥有日志条目的创建者/编辑者。它在概念上与web日志相似。

Scope：public|Instance：multiple|Parent：Project(范围：公用|实例：多个|父对象：项目)

字段	组	说明
			ProjectID	基本	从项目继承的标识符。
JournalIndex	基本	日志条目的唯一标识符。
			Title	基本	日志条目的标题。
Description	基本	日志条目。
			LastUpdate	基本	对日志条目最后修改的日期。
CreateDate	基本	日志条目的创建日期。
			PublishDate	基本	日志条目的发布日期。通过允许用户重新发布一个日志，使得按该值排序日志条目并且产生将日志条目提升到列表顶部的能力是可能的。
IsPublic	政策	日志条目对于捐赠者是否可见。
			UserID	基本	拥有这个日志条目的用户。

4.ProjectMedia(项目媒体)

项目媒体为项目提供一种方法，用媒体(图象、文档)以其它手段不能表达的方法来描述项目。这个对象跟踪媒体的那些项。当前，这个表格既记录媒体项本身，又记录项目的描述符以及与媒体的关系。这将很快改变，因为媒体将可应用于所有单元。

Scope：public|Instance：multiple|Parent：Project(范围：公有|实例：多个|父对象：项目)

字段	组	说明
			ProjectID	基本	从项目继承的标识符。
MediaID	基本	媒体的唯一标识符。
			Extension	媒体	原始、自然媒体文件的文件扩展。这用来确定媒体的类型。
FileName	媒体	媒体文件的原始文件名。这并非是目前使用的，而是在***想要使原始文件名对***用户可用的情形中得以保留。
			Title	基本	用于媒体项的项目标题。这在***的大部分中有效地用于媒体的名称。
Caption	基本	媒体的说明。这使用户能提供该媒体表示或代表什么的更为描述性的说明。
			CreationDate	基本	媒体的创建日期。
IsPublic	政策	媒体对于捐赠者是否可见。媒体文件是否虚拟地存在。记录的存在表示该媒体文件物理地存在。
			IsPresent	媒体	目前用作一类移除但非删除标记，因为服务器锁在用户从***中移除媒体时防止媒体文件的立即删除。
Size	媒体	原始、自然媒体文件以字节计算的大小。

5.ProjectTimeline(项目时间线)

项目时间线创建的简单的时间跟踪和计划结构。它记录多个任务，这些任务可安排到简单的甘特图中或者用于设置项目的内部进度标志。它不是由任何其它***消费的，并且可以是其它计划和时间跟踪特征的一部分。

Scope：private|Instance：multiple|Parent：Project(范围：私有|实例：多个|父对象：项目)

字段	组	说明
			ProjectID	基本	从项目继承的标识符。
TaskIndex	基本	任务的唯一标识符。
			Description	基本	任务的名称。
StartDate	时间线	任务的起始日期。
			EndDate	时间线	任务的结束日期。
CompletePercent	时间线	当前完成任务的百分比。这允许在StartDate与EndDate之间填充一个范围，产生有限的图表能力。

F.帐户分层结构

帐户分层结构跟踪***的会计信息。这包括跟踪进出***的资金的完整交易结构，以及使这些交易的每一个与特定帐号相关联的帐户***。特定帐号可与用户、单元或另一对象相联系。许多信息静态地(不相关地非规格化)存储，因为许多这些细节不会随时间改变从而保持交易信息的完整性。

1.帐户(Account)

帐户跟踪一个帐户的基本和总计数字，这可提供虚拟的银行帐户。分配对信任帐户、公司帐户等的共享的每个实体都接收一个帐户。因此，每个捐赠者、每个组织等否接收一帐户。帐户的值，诸如当前余额，是针对该帐户的所有交易的总计。所有帐户余额的总计应该是基础帐户本身的余额。

Scope：private|Instance：multiple|Parent：Root(范围：私有|实例：多个|父对象：根)

字段	组	说明
			AccountID	基本	帐户的唯一标识符。
BalanceAmount	计算	帐户的余额。这是该帐户的所有借贷的合计。
			PendingAmount	计算	待定(未完成的)资产交易总计。
FundAmount	计算	已完成资金交易总计。
			CurrentFundAmount	计算	本年度完成的资金交易总计
GoalAmount	基本	用户提供的资助目标。
			RemainAmount	计算	本年度的剩余资助目标。计算为GoalAmount-CurrentFundAmount。

2.AccountTransaction(帐户交易)

交易跟踪对帐户(以及基础(银行、信托等)帐户)的原子化修改。它们是财务会计、审计和处理的基本单元。结果，它们静态地存储许多值(非规格化的)，从而它们不会随着时间因其相关数据改变而改变。

交易是已完成的或者是未完成的。通常，已完成的交易不作修改，除非***在原始完成中出错。长时间的计算可将完成状态用作不变性的保证，因此违反可造成将来的复杂化。

交易一般开始于初始状态，并且继续进行到两个完成状态之一：批准或拒绝。所批准的交易成功完成并且致力于余额和计算。遭拒绝的交易或者未成功完成，或者因为商业规则(资金不足等)而遭拒绝并且不参加总计或计算。记录它们以提供对***的所有财务修改的完整、可审计、不变的记录。通常，可保存每个交易。

交易对象可以从属于帐户对象。每个交易都具有一个帐户，因此所有帐户的总值反映基础帐户的余额和状态。所有交易的总值以同样方式反映基础帐户的余额和状态。这可提供交易中的原子完整性以及帐户中的有效汇总能力。

Scope：protected|Instance：multiple|Parent：Account范围：受保护|实例：多个|父对象：帐户

字段	组	说明
			TransactionID	基本	交易的唯一标识符。
TransactionType	基本	交易的类型。所允许的值是：资产，资金，收入和支出。
			TranscationStatus	基本	交易的状态。所允许的值是：批准，拒绝，等待，清除，初始化，待定和批处理。批准和拒绝是完成状态，所有其它是非完成状态。
OriginalAmount	基本	交易的原始数量。这是由用户输入或者由***产生的。
			FeeAmount	基本	如果费用是可应用的，则在这里记录它。因为费用时间表可能改变，因此静态地存储它。
BalanceAmount	基本	这是交易对余额合计起作用的数量。这是交易的实际数量。通常，这将不会达到非零值，直到交易达批准的状态。
			CreateDate	基本	创建日期。
ModfiyDate	基本	最后修改的日期。
			AvailableDate	政策	交易中的资金变成可有效使用的日期。
UserID，FirstName，LastName	个人	当可应用时，用户以及用户名称的静态拷贝。这通常是发起交易的用户。
			ProfileID，CompleteName	个人	对于在用户概况文件环境中进行的交易，用户概况文件和CompleteName的静态拷贝。这可以用于在稍后时间提取合适的联系信息并且提供正式的概况文件保护名称的拷贝用于显示。
Reason	基本	交易达到其完成状态的原因。这在当前用于提供拒绝交易的描述性原因。
			ProjectID，ProjectName	单元	当可应用时，相关项目及其信息的静态拷贝。这可在将来更新到单元，因为有可能直接资助组织和其它单元。
OrganizationID，OrganizationName	单元	当可应用时，相关组织及其信息的静态拷贝。
			AssetID，AssetType，AssetName，AccountNumber，RoutingNumber，DocumentNumber，ExpriationDate，Cardtype，CardVerify	资产	当可应用时，相关资产及其信息的静态拷贝。
ApprovalCode	资产	当使用付款授权者时，由授权者提供的允许交易的批准代码。
			IsAnonymous	政策	用户是否指定该交易为匿名。应为这些交易记录最少关系信息和非静态信息，因此用户可合理地确信它们的匿名可以得到***保证。注意，存储UserID仍在这种情况下执行，以提供公司数据的完整性。如果用户想要对公司真正匿名，则他们可向它们的用户信息提供匿名信息。否则，公司在处理交易和用它解决问题的过程中时不能

		联系用户，或者累积报告将因不相关数据而蒙受损害。
			AccountID	基本	从帐户继承的标识符。这是该交易信息对其起作用的帐户。
ParentID	基本	当创建像包含组成交易的支出交易的集聚交易时，那些组成交易将在这里记录集聚交易。这是要支持分组的极为有限的形式。任何附加分组能力应该非常仔细地考虑，因为它可产生对于完成、合计、原子性等的依赖性。

G.度量分层结构

度量分层结构跟踪组织的数字指示符，来以可以计量的方法评估和测量它们的进度。度量是可任意地定义和导出到任何程度。它们还具有可用于在对组织有意义的时间周期上分组和跟踪这些度量的时间周期。对于每个度量，都支持一个目标值，以及记录所获度量的实际量的工具。

1.度量(Metric)

度量存储有关每个度量的基本信息。度量是从定义单元导出的(与分配单元(在MetricGoal中讨论)相反)。从属单元也可参看单元的已定义度量。

Scope：protected|Instance：multiple|Parent：Unit(范围：受保护|实例：多个|父对象：单元)

字段	组	说明
			MetricID	基本	度量的唯一标识符。
UnitID	基本	从单元继承的标识符。
			Description	基本	度量的名称。
ParentID	基本	该度量的父度量。这用于创建毗邻于主要单元分层结构的度量的另一个正交分层结构。

2.MetricAncestor(度量祖先)

MetricAncestor是计算结构，它允许使用数据库连接或其它关系工具执行分层结构遍历，而不求助临时表格、光标等。它不是在数据存储器之外引用的并且不可直接用于应用使用。

Scope：hidden|Instance：multiple|Parent：Metric(范围：隐藏|实例：多个|父对象：度量)

字段	组	说明
			MetricID	基本	从度量继承的标识符。
AncestorID	计算	祖先对象的标识符。对该对象的每个祖先记录一个祖先值，包括对象本身，一直到根对象为止。
			Distance	计算	从这个对象到祖先的距离。这些值是负的，因为它们在分层结构中向上前进。

Depth

计算

从根到祖先的绝对深度。根本身具有零深度，并且附属层具有从这里起增加的正整数深度。

3.MetricPeriod(度量周期)

度量在内部划分成众多用户定义的周期。有两种类型的周期：周期(和进度标志。尽管在功能上相同，但进度标志再细分周期。周期提供用于分配目标和分组报告的结构。

Scope：private|Instance：multiple|Parent：Metric(范围：私有|实例：多个|父对象：度量)

字段	组	说明
			MetricID	基本	从度量继承的标识符。
PeriodID	基本	这个周期的唯一标识符。
			Description	基本	这个周期的名称。
StartDate	计算	周期的起始日期。对于周期，这是由用户指定的。对于进度标志，这是被计算成对应于前一进度标志的EndDate之后的下一日期或者包含周期的StartDate。
			EndDate	基本	周期的结束日期。这是用户定义的。在进度标志的情况下，这必须落在周期一称为包含周期的日期范围内。
IsPeriod	基本	这将周期指定为实际周期或者进度标志。尽管这可以计算，但在计算上需要显式地指定它。

4.MetricGoals(度量目标)

MetricGoal跟踪给定周期内度量的每个单元目标。这允许***基于这些目标来计算单元的度量实际值的好结果。

Scope：private|Instance：multiple|Parent：MetricPeriod(范围：私有|实例：多个|父对象：MetricPeriod)

字段	组	说明
			MetricID	基本	从MetricPeriod继承的标识符。
PeriodID	基本	从MetricPeriod继承的标识符。
			UnitID	基本	为其分配目标的单元。
GoalAmount	基本	目标的数量。

5.MetricActual(度量实际)

MetricActual是由单元在周期内获得的度量的实际值。因为周期可以从实际日期推断出来，所以不产生实际值与周期之间的关系。相反，关系被简单记录为实际日期，并基于封闭范围在稍后相关。

Scope：private|Instance：multiple|Parent：Metric(范围：私有|实例：多个|父对象：度量)

字段	组	说明
			MetricID	基本	从度量继承的标识符。
UnitID	基本	从度量继承的标识符。
			Date	基本	记录这个实际的日期。
Amount	基本	实际的数量。这是增量值。
			UserID	基本	记录实际的用户。

H.类别分层结构

类别分层结构跟踪对单元分类的正交工具，而非主要单元的分层结构。类别分层结构允许每个项目将它自己指定为特定捐赠者搜索类别的一部分。进而，这允许用捐赠者搜索类别分层结构来对各项目分组。该***可扩展以支持其它互相正交的分层结构，用于在***范围级别(象捐赠者搜索类别)上或者在组织或甚至单元特定级别上进行搜索、排序、更新、报告等等。

1.类别(category)

Scope：public|Instance：typed|Parent：Root(范围：公用|实例：类型化|父对象：根)

字段	组	说明
			CategoryID	基本	类别的唯一标识符。
Description	基本	类别的名称。
			ParentID	基本	类别在类别分层结构中的父类别。
ProjectCount	计算	分配给类别和附属类别的项目的数量。
			InProjectCount	计算	分配给类别的项目数量。
SubProjectCount	计算	分配给附属类别的项目数量。

2.CategoryAncestor(类别祖先)

CategoryAncestor是计算结构，它允许使用数据库连接或其它关系工具执行分层结构遍历，而不求助临时表格、光标等。它不是在数据存储器之外引用的并且不可直接用于应用使用。

Scope：hidden|Instance：multiple|Parent：Category(范围：隐藏|实例：多个|父对象：类别)

字段	组	说明
			CategoryID	基本	从类别继承的标识符。
AncestorID	计算	祖先对象的标识符。对该对象的每个祖先记录一个祖先值，包括对象本身，一直到根对象为止。
			Distance	计算	从这个对象到祖先的距离。这些值是负的，因为它们在分层结构中向上前进。

Depth

计算

从根到祖先的绝对深度。根本身具有零深度，并且附属层具有从这里起增加的正整数深度。

I.公司分层结构

公司分层结构跟踪在特定单元、用户等的边界之外公司级别上所应用的值。这些值一般是全局常数，它们需要支持存储器或由***记录的值以某种方式反映其全局状态。

国家存储***中所允许国家的列表，以用于地址、报告标准等。它还包含帮助者表达式，以用于验证/处理具有国家特定格式的数据。

Scope：public|Instance：typed|Parent：Root(范围：公用|实例：类型化|父对象：根)

字段	组	说明
			CountryID	基本	国家的唯一标识符。
Description	基本	图家的英语名称。
			ISOCode	标准	来自ISO3166的国家的双字母ISO代码。
PostaIRegEx	格式	确认正确邮政编码的正规表达式。
			PostalHint	格式	显示用于正确邮政编码的用户预期输入的格式提示。
PhoneRegEx	格式	确认正确电话号码的正规表达式。
			PhoneHint	格式	显示用于正确电话号码的用户预期输入的格式提示。

VI.Navis功能规格

Navis***的下列功能描述包括每个Navis功能的描述及其行为和业务逻辑。在附图中所示的组织、项目和用户内容是示例性的。在本小节VI中对“页面”的引用可包括少于由例如浏览器应用程序所提供的整个页面。

A.组织/PROSTAR/CARINA：下面的说明提供组织管理应用。

1.主分派(/main)：向其组织的每个用户提供唯一视图的应用程序中的起始点，并且将用户导向各种功能的界面。页面是模块化的。

2.菜单(/menu)：在每个页面上显示菜单并且允许用户导航到主要功能的功能。

3.模块(/module)：提供在应用页面中使用的模块，来向用户提供各种主题的详细和特定的信息。创建容纳这些模块的容器。

信息模块(/module/Information)：提供作为其它模块容器的模块。

b.可访问性模块(/module/accessibility)：参照图13，向用户提供编辑用于其会话的可访问选项200的模块、以及用于改变对其帐户的缺省可访问选项的链接202。

c.财务模块(/module/financial)：参照图14，提供向用户显示下列有关当前单元的财务状况的统计数字204的模块：总预算；启动资金；捐赠量；其它资助；开销量；余额量；和剩余需要。

d.页脚模块(/module/footer)：参照图15，提供填充有指向政策页面和反馈页面的链接206的模块。

e.日志模块(/module/journal)：参照图16，提供一个模块，它显示项目最近更新日志条目208的开始，其中具有查看该条目或创建新条目210的链接。

f.媒体模块(/module/media)：参照图17，提供一个模块，它显示用户项目的最近更新可视媒体项212，并且查看该媒体项的链接214。

g.项目模块(/module/project)：参照图18，提供一个模块，它显示用户组织的最近更新项目的列表、最后更新它们的时间、以及查看每个特定项目的报告的链接，例如218。

h.公开模块(/module/public)：参照图19和20，提供一个模块，它检查当前的项目以查看它是否已经完成使该项目公开的步骤。如果这些步骤尚未完成，则该模块列出步骤222。如果步骤已完成或者该项目尚未公开，则该模块提供使项目公开的链接224，如图20所示。要包括的步骤222是：简明描述；问题是什么；为什么存在问题；问题的解决方案；预算；和类别。

i.状态模型(/module/status)：参照图21，提供一个模块，它显示登录用户的名字226，并且提供该用户退出***的链接228。

j.概要模块(/module/summary)：参照图22，提供一个模块，它报告包括在当前组织230中的成员、项目和国家的总数，以及最近创建项目的名称232。

k.modUpdate(更新模块)(/module/update)：参照图23，提供一个模块，显示最近尚未更新的组织项目的列表234，以及对每个这样的项目最近尚未更新功能的标识236。提供要更新的项目不同区域的链接，例如238。

4.组(/group)：提供组织与一组相关的功能的能力。

a.组主页(/group/main)：参照图24，提供组织内一组的有关信息的显示，以及到该组所有功能的链接240。

b.组创建(/group/create)：参照图25，提供创建新组的界面。

c.组编辑(/group/edit)：参照图26，提供编辑组名称的界面。

5.帮助(/help)：提供帮助查询结果的显示，这通过弹出式窗口来提供，其中具有关闭该窗口的按钮。

6.组织(/organization)：提供组织相关功能的视图的储存库。

a.组织主页(/organization/main)：参照图27，提供组织相关信息242的显示，以及到组织所有功能的链接244。

b.组织创建(/organization/create)：参照图28，提供一个功能，它允许用户填充所创建组织的基本信息。

c.组织编辑(/organization/edit)：参照图29，提供一个功能，它允许用户编辑组织的信息如下：组织名称；目的陈述；担保；成长阶段；财务起始日期；网站；和推荐者。

d.组织用户(/organization/user)：提供容纳与组织用户相关联的各个功能的页面的储存库。

i.组织用户列表(/organization/user/list)：参照图30，提供一个功能246，它允许管理用户查看***内有关组织用户的信息，并且对其组织中的用户删除(经确认)、移除访问权(经确认)或者重新设置密码(经确认、发电子邮件、预览)。

ii.组织用户角色编辑(/organization/user/role)：参照图31，提供一个功能，用于管理用户编辑组织中的现有用户角色、创建新角色、或者移除角色(经确认)。

iii.组织用户单元列表(/organization/user/unit)：参照图32，提供一个功能，它显示给定用户246的所有访问级别。该用户可通过链接248查看用户的单元安全级别，或者移除该用户的访问权(经确认)。

e.组织信息(/organization/information)：提供容纳与组织有关的不同信息的页面的储存库。

i.组织信息主页(/organization/information/main)：参照图33，提供一选择屏幕，它允许用户前进入组织的不同主信息区域。下列项被包括列表中作为链接：信息；以及联系方式。

ii.组织信息选择(/organization/information/select)：参照图34，提供组织的联系方式选择屏幕，它进入包括细节和地址簿的用户联系信息。

iii.组织信息用户(/organization/information/user)：提供与来自组织的用户相关联的页面的位置。

A.组织信息用户列表(/organization/information/user/list)：参照图35，提供显示屏幕，它显示来自当前组织250的有关用户的信息，以及它们的联系信息。

B.组织信息用户视图(/organization/information/user/view)：参照图36，提供特定组织用户的联系信息252的显示。

iv.组织信息视图(/organization/information/view)：参照图37，提供一个页面，它显示有关当前组织的概要信息。

7.项目(/project)：提供容纳与项目相关联的功能的页面的储存库。

a.项目创建(/project/create)：参照图38，提供一个页面，它允许组织或子实体用户创建项目。

b.项目描述编辑(/project/description)：参照图39，提供一个页面，它允许用户编辑项目的下列描述字段：问题是什么；问题为什么存在；问题的解决方案(未示出)；以及策略和实现(未示出)。

c.项目编辑(/project/edit)：参照图40，提供一个页面，它允许用户输入或编辑项目的标识信息。这个页面包括编辑项目名称和描述的能力。

d.项目财务编辑(/project/financial)：参照图41，提供一个页面，它允许用户编辑项目的下列财务信息：启动资金；其它资金；到此为止的开销；以及总预算。

e.项目主页(/project/main)：参照图42，提供项目的有关信息253的显示、以及到项目的所有功能的链接254。

f.项目匹配编辑(/project/match)：参照图43，提供一个界面，由用户输入或编辑有关项目的匹配许可的信息。用户应该能够输入匹配许可百分比256和相关细节258。

g.项目选项编辑(/project/option)：参照图44，向用户提供切换项目的公开/保密状态260的界面。该页面还防止在完成该项目的必要步骤之前项目被公开访问。

h.项目时间线(/project/timeline)：提供处理项目时间线的页面的存储区域。

i.项目时间线编辑(/project/timeline/edit)：参照图45，提供一个页面，它允许用户输入或编辑有关项目时间线的信息，诸如：项目类型；起始日期；以及结束日期。

ii.项目时间线任务编辑(/project/timeline/task)：参照图46，提供一个界面，用户可用来创建、删除和编辑时间线任务。创建新的时间线任务所需的字段是：描述；起始日期；结束日期；以及完成的百分比。

i.项目类别(/project/category)：提供管理项目的类别信息的能力。

i.项目类别编辑(/project/category/edit)：参照图47，提供一个页面，它允许用户输入或编辑当前项目的类别。

j.项目日志(/project/journal)：创建与项目日志相关联的所有页面的储存库。

i.项目日志列表(/project/journal/list)：参照图48，提供一个页面，显示当前项目现有的日志条目。该页面还提供编辑每个条目的链接262、以及创建新条目的链接264。该页面还包括列表中每个条目的下列信息：标题；创建日期；最后修改；创建者；以及状态。

ii.项目日志编辑(/project/journal/edit)：参照图49，提供一个页面，它允许用户编辑现有的日志条目。这个页面还提供用户编辑或删除当前日志条目的功能。它还允许用户提升当前查看的条目272。该页面上用于新/现有条目的字段包括：标题；条目；和可见性。

iii.项目日志观看(/project/journal/view)：参照图50，提供一个页面，它允许用户查看日志条目。下面的信息应该包括在显示中：标题；作者；以及状态。

k.项目媒体(/project/media)：提供组织与项目的媒体相关联的功能的能力。

i.项目媒体列表(/project/media/list)：参照图51，提供一个功能，它向管理用户显示当前项目的可用媒体列表。还向用户提供查看媒体项274或创建新的媒体项276的链接。

ii.项目媒体文档编辑(/project/media/document)：参照图52，提供一个功能，它允许用户编辑选定文档。用户应该能够编辑文档标题和描述并且选择是否使文档公开或保密278。

iii.项目媒体图象编辑(/project/media/image)：参照图53，提供一个功能，它允许用户编辑选定媒体。用户应该能够编辑标题、说明、以及媒体是公开还是保密的指示。

iv.项目媒体上载(/project/media/upload)：参照图54，提供一个功能，它允许用户上载当前项目的媒体。该页面还允许用户输入这个媒体项的下列信息：标题；说明；以及公开/保密。

8.报告(/report)：提供能力发布报告。

a.报告组织联系人(/report/organizationContact)：参照图55，提供一个页面，它报告当前组织的所有联系人。要显示的信息包括：名；姓；电子邮件；以及工作电话。

b.报告项目信息(/report/project)：参照图56，提供一个报告，它显示项目的信息，诸如：项目名称；组织名称；简明描述；类别；媒体图象；媒体图象标题；当前需求；项目预算；启动资金；资金；开销；捐赠；最后预算更新；这解决什么问题？问题为什么存在？；解决方案是什么？；以及实现策略是什么？

c.报告单元(/report/unit)：提供容纳项目的基于单元报告的区域。

i.报告单元财务(/report/unit/financial)：参照图57，提供一个报告，显示在当前单元下所有单元(且包括当前单元)的财务细节的累计量。该页面显示：项目计数；总预算；启动资金；到此为止的资金；以及到此为止的开销。

ii.报告单元度量(/report/unit/metric)：参照图58，提供报告度量状态的页面的空间。

A.报告单元度量进度标志(/report/unit/metric/milestone)：参照图58，提供当前单元的度量报告，其中具有用于每个度量的进度标志以及有关每个度量的目标和实际信息的显示。要显示的信息包括：度量名称；进度标志；日期；目标；实际值；以及百分比量。

B.报告单元度量概要(/report/unit/metric/summary)：参照图59，还提供当前单元的第二度量报告。所显示的信息是：度量名称；起始日期；结束日期；目标；实际值；以及百分比量。

iii.报告单元项目(/report/unit/project)：提供有关当前单元的报告。

A.报告单元项目财务(/report/unit/project/financial)：

参照图60，提供当前单元下各项目的财务信息的报告。信息包括：项目名称；总预算；启动资金；到此为止的资金；以及到此为止的开销。

B.报告单元项目时间线(/report/unit/project/timeline)：

参照图61，提供当前单元下各项目的时间线任务，包括如果当前单元是项目的当前单元。所显示的项包括：项目名称；描述；起始日期；结束日期；完成百分比；以及完成的直方图。

9.单元(/unit)：提供专用于单元的功能的能力。

a.单元更新编辑(/unit/update)：参照图62，提供一个功能，它允许用户编辑对该组织的项目的更新政策。政策可在自上次更新起的范围中设置，或者在带有用于更新的时间帧的特定日期上设置。政策可以设置为要更新的项是：预算；媒体；日志；以及度量。

b.单元地址(/unit/address)：提供与单元地址有关的功能的能力。

i.单元地址列表(/unit/address/list)：参照图63，提供一个页面，用于查看与用户的单元相关联的地址。从该页面，用户还可以跟随链接去编辑各个地址、创建新地址、或者删除地址(经确认)。

ii.单元地址创建(/unit/address/create)：参照图64，提供一个页面，它允许用户创建相关联单元的新地址。

iii.单元地址编辑(/unit/address/edit)：参照图65，提供一个页面，它允许用户编辑特定地址的地址信息。

iv.单元地址查看(/unit/address/view)：提供一个页面，它允许用户查看(但不是编辑)组织的现有地址。

c.单元度量(/unit/metric)：提供与度量有关的功能的能力。

i.单元度量列表(/unit/inetric/list)：参照图66，提供一个页面，用户查看与当前单元有关的度量。对于组织，管理用户可编辑、更新、分配或创建度量。对于其它单元，用户可只更新或分配度量。用户可查看当前度量或全部度量。页面应该显示度量名称、目标和度量的实际值。

ii.单元度量实际编辑(/unit/metric/actual)：参照图67，提供一个功能，用户编辑当前选定度量在选定周期内的实际值。从该页面，用户可添加新的实际值、编辑现有的实际值，以及删除来自当前周期的进度标志的实际值。应显示与当前度量和当前周期相关的信息，并且显示进度标志和实际值的信息。

iii.单元度量创建(/unit/metric/create)：参照图68，提供一个功能，它允许用户创建新的度量。该信息应该显示在特定周期的所有度量页面上。应该收集的信息如下：度量名称；周期名称；目标量；起始日期；以及结束日期。

iv.单元度量编辑(/unit/metric/edit)：参照图69，提供一个功能，用于编辑度量的现有信息或者创建现有度量的新周期。还应显示该度量和周期的进度标志。这个页面还提供到改变该度量的周期的页面的链接280。

v.单元度量目标(/unit/metric/goal)：提供容纳与度量目标相关联的页面的地方。

A.单元度量目标进度标志编辑(/unit/metric/goal/milestone)：参照图70，提供一个功能，它允许用户从特定度量的周期中添加、编辑或移除进度标志目标。为进度标志收集的信息包括：进度标志名字；数量；以及结束日期。

B.单元度量目标子单元编辑(/unit/metric/goal/subUnit)：参照图71，提供一个功能，用于编辑当前单元的子单元的目标。这个页面允许用户输入等于分配给它们的用户直接子单元的数量。页面还提供链接282，用于编辑当前单元的进度标志。

vi.单元度量进度标志编辑(/unit/metric/milestone)：参照图72，提供一个功能，它允许用户添加、编辑或删除当前度量的当前周期的进度标志。为进度标志收集和显示的信息包括：进度标志标题；数量；以及日期。

vii.单元度量周期((/unit/metric/period)：提供与度量周期一起工作的能力。

A.单元度量周期列表(/unit/metric/period/list)：参照图73，提供一个页面，它列出当前度量的所有周期。这个页面还允许用户选择在其它度量页面上实现的特定周期。

B.单元度量周期编辑(/unit/metric/period/edit)：参照图74，提供一个页面，它允许用户编辑、创建和删除当前度量的周期。这个页面收集周期的下列信息：周期标题；数量；起始日期；以及结束日期。

d.单元安全(/unit/security)：提供容纳处理特定用户的单元安全的能力。

i.单元安全列表(/unit/security/list)：参照图75，提供一个页面，它显示与当前单元相关联的用户列表。这个页面包括链接284到添加新联系人的页面的能力，并且允许用户点击用户名字来链接到查看用户信息的页面。

ii.单元安全新建(/unit/security/new)：参照图76，提供一个页面，它允许用户给当前选定用户分配访问角色，并且提供允许继承该角色的选项。

iii.单元安全搜索(/unit/security/search)：参照图77，提供一个功能，允许用户搜索与组织相关联的用户列表，并具有将该用户添加到单元的能力。对每个用户所包括的是：联系人名字，电子邮件，以及电话。

iv.单元安全临时(/unit/security/temp)：参照图78，提供一个功能，它允许用户创建当前单元的新的临时用户(发电子邮件、经预览的)。所收集的信息是：名，姓，工作电话，以及电子邮件地址。

v.单元安全用户(/unit/security/user)：参照图79，提供一个页面，它允许用户查看当前单元中的用户角色。这个角色可以定义为继承的，或者不是继承的。该页面提供到改变用户的角色、移除用户或者添加用户到当前单元的链接。也显示用户的联系人信息以及当前角色。

e.树(/unit/tree)：提供要容纳单元树结构的页面的能力。

i.单元树(/unit/tree/tree)：参照图80，提供一个功能，它允许用户查看和选择单元分层结构(单元分层结构中子单元的)的不同节点，例如286。

ii.单元移动(/unit/tree/move)：参照图81，提供一个功能，它允许用户将单元从分层结构中的一个节点移到另一个节点。用户应该能够点击和高亮一个节点，并且随后提交操作。

10.反馈(/feedback)：提供一个功能，它允许用户通过电子邮件将注释提供给公司职员(发电子邮件、经预览的)。

B.捐赠/捐赠组/VELA：较佳实施例还包括提供完整捐赠者服务的捐赠者应用程序。这包括寻找和搜索项目或可能感兴趣的项目、转移资产到信托公司、使用资产来资助项目、以及观测和监视项目的能力。这个应用程序还为捐赠者提供分析和管理其捐赠的工具。

1.匿名(/anonymity)：提供一个***，它允许匿名用户不受限制地导航***的各个部分。页面可以基于正在访问的页面是否允许匿名地查看而将用户重新导向到特定销售页面。

2.帮助(/help)：提供一个***，它包括全功能的上下文敏感的帮助***。该帮助***提供分散在整个***中的“帮助标签(helptag)”，它们适合帮助用户学习***如何工作。点击帮助标签会使弹出窗口跳出，其中具有专用于帮助标签所处区域的信息。

3.用户安全(/user/security)：***一直在维护安全；它重新引导任何未经授权的用户和那些未登录的用户。如果用户未登录，则***可将用户重新导向登录页面(参见例如图82)，确保用户看不到未授权该用户查看的信息。如下所述，一些页面对于匿名捐赠者可见，作为允许用户观测***的各个方面而不公开敏感信息的方法。

4.销售页面(/marketing)：***维护销售页面的集合，如图1所示，以便于处理对期望目标页面特定的匿名用户重导。取决于由匿名用户选定页面的特定***位置，***将用户重新导向适合***该部分的销售页面。销售页面包括下列页面：销售帐户页面；销售主页面；销售组织页面；销售包页面；以及销售项目页面(参见图83)。

5.模块(/module)：提供一系列模块，以使用户得知有关对***中的用户位置特定的信息。

a.可访问性(/module/accessibility)：参照图84，提供一个模块，它允许用户选择大字体、高对比度或低带宽选项290。这允许用户修改对站点的查看，以符合对该用户访问该站点的特定限制。

b.编辑(/module/edit)：参照图85，提供一个模块，它允许用户编辑用户的帐户设置，包括编辑***292内的地址、其它信息和密码。

c.财务(/module/financial)：参照图86，提供一个模块，它允许用户查看可用资金、任何待定的资金转移、用户在帐户存期内已资助了多少以及用户当前已经资助了多少。

d.页脚(/module/footer)：参照图87，提供一个模块，它允许用户查看保密、安全和用户政策，以及提交反馈给***的管理员。

e.资金列表(/inodule/fund/list)：参照图88，提供一个模块，它允许用户查看最后五次资助交易，并且提供用于编辑当前资金推车的链接294和指向资金登录页面的链接296。

f.搜索(/module/search)：参照图89，提供一个模块，它允许用户基于精确匹配的关键字来搜索特定项目。该模块将向用户发送项目搜索页面，这将显示匹配输入到搜索模块的关键字的项目列表。

g.签约(/module/signup)：参照图90，提供一个模块，它允许新用户加入***。该模块提供到处理新用户条目的应用的链接298。

h.状态(/module/status)：参照图91，提供一个模块，它报告用户的状态，包括用户是否登录。如果是，则在这个模块300中通过名字问候用户。

6.帐户(/account)：提供管理***中的帐户的能力以及在这些帐户内交易的界面。

a.帐户编辑(/account/edit)：提供编辑帐户的界面。

b.帐户资金列表(/account/fund/list)：参照图92，提供一个页面，它列出按项目名字组织的所有资助项目。这个页面包括资助的金额，项目所属组织的名称，以及按需资助更多的链接。

c.帐户邀请(/account/invite)：参照图93，向用户提供通过电子邮件(经预览)邀请另一个人资助特定项目的能力。

d.帐户主页(/account/main)：参照图94，提供一个页面，它显示用户到此为止的资助的快照，包括用户已资助的或者正在监视的项目。用户可设置年度捐款目标并查看当前的帐户细节。

e.帐户监视列表(/account/watch/list)：参照图95，提供一个页面，它列出用户的监视列表上的所有项目，并且在用户需要时具有链接到资助页面的能力。

f.交易(/account/transaction)：提供用户处理帐户内交易的能力。

i.交易细节(/account/transaction/detail)：参照图96，提供一个页面，在该页面中，用户可以查看交易的细节，包括它的状态、与其它人或***供应商等的交易费用等等。

ii.交易列表(/account/transaction/list)：参照图97，提供一个页面，在该页面中，不管状态如何用户都可以查看用户交易的列表。该页面还提供链接302，用于查看关于各个交易的更多信息。

7.资产(/asset)：提供用户管理资产的界面。

a.资产创建(/asset/create)：参照图98，提供用户创建用于资助项目的资产的能力。

i.资产创建检查(/asset/create/check)：参照图99，提供一个页面，它允许用户创建检查帐户资产和记录相关信息。

ii.资产创建信用(/asset/create/credit)：提供一个页面，它允许用户创建***帐户资产，记录有关信息。

b.资产编辑(/asset/edit)：参照图100，提供一个页面，它允许用户编辑资产信息。

c.资产列表(/asset/list)：参照图101，提供一个页面，它允许用户列出资产信息并且提供用于查看特定资产的链接。

i.资产转移支票(/asset/transfer/check)：参照图102，提供一个页面，它允许用户将资金从支票帐户资产转移到***中。该页面也可提供支票邮寄信息。

ii.资产转移信用(/asset/transfer/credit)：提供一个页面，它允许用户将资金从***帐户资产转移到***中。

8.资金(/fund)：提供一个界面，它允许用户从***的可用资金中资助项目。

a.资金添加(/fund/add)：参照图103，提供一个页面，它允许用户分配一定金额来资助特定交易。

b.资助完成(/fund/complete)：参照图104，提供一个页面，它向用户指示何时资助过程已经完成。

c.资助确认(/fund/confirm)：参照图105，提供一个页面，它允许用户确认将要发生的所有资金转移。该页面还提供如果资助金额小于可用资金时进行资产转移的链接。

d.资金登录(/fund/login)：参照图106，提供一个页面，它可以要求用户再次登录***，以确认身份。这提供安全功能，保证将要发生的资助交易由获授权(可验证的)用户执行。

e.资金主页(/fund/main)：参照图107，提供一个页面，它允许用户管理资助交易，包括在个别基础上移除这些交易的能力。这个页面还提供通过用户选择哪些交易准备完成来完成资助的能力。

9.组织(/organization)：提供一个界面，使用户搜索和检查***中的组织。这个界面允许用户捐赠由组织赞助的项目。

a.组织地址列表(/organization/address/list)：参照图108，提供一个页面，它允许用户查看特定组织的地址列表。

b.组织主页(/organization/main)：参照图109，提供一个页面，它允许用户查看特定组织的细节，包括其目的、它是否有担保、以及组织的成长阶段。

c.组织项目列表(/organization/project/list)：参照图110，提供一个页面，它允许用户查看按项目名称分组的与特定组织相关联的项目列表。该页面还提供用户查看列表中任何特定项目的链接。

d.组织搜索(/organization/search)：参照图111，提供一个页面，它允许用户从组织列表进行选择，选择组织的接线网站，并确定组织实质上是否有担保。

10.项目(/project)：提供一个界面，它允许用户查看、选择和捐赠特定项目。

a.日志(/project/journal)：提供一个界面，使用户查看与***中的项目相关联的日志条目。

i.日志细节(/project/journal/detail)：参照图12，提供一个页面，它显示特定项目的特定日志条目。

ii.日志列表(/project/journal/list)：参照图113，提供一个页面，它显示特定项目的日志条目列表。这个页面还提供如果选择则链接到特定日志条目的链接。

b.媒体(/project/media)：提供一个界面，使用户查看为特定项目上载的媒体。这个媒体包括文档和图象。

i.媒体文件预览(/project/media/document/preview)：参照图114，提供一个页面，它允许用户预览上载的媒体文档。

ii.媒体图象预览(/project/media/image/preview)：参照图115，提供一个页面，它允许用户预览上载的媒体图象。

iii.媒体列表(/project/media/list)：参照图116，提供一个页面，它向用户显示上载媒体的列表，包括文档和图象，并且提供到允许用户访问这些媒体的页面的链接。

c.报告(/project/report)：提供一个报告，它允许用户查看与特定项目相关的有关信息。

i.报告项目信息(/project/report/project/information)：

参照图117，提供有关特定项目的下列信息的报告：项目名称；组织名称；类别；简明描述；当前需求；项目预算；启动资金；资金；开销；捐赠；最后更新；目的；报表；细节；以及策略。

d.项目描述(/project/description)：参照图118，提供一个页面，它允许用户查看特定项目的描述细节，包括项目目的，报表，细节和策略。

e.项目财务(/project/financial)：参照图119，提供一个页面，它允许用户查看特定项目的特定财务信息，包括：启动资金金额；其它资金金额；到此为止的开销；项目预算；捐赠；以及匹配资金。

f.项目主页(/project/main)：参照图120，提供一个页面，它显示项目的主要细节的概要，并且提供到该项目独有的其它页面的链接，例如310，包括到日志条目、为该项目上载的媒体、项目细节、财务信息和报告的链接。这个页面还提供项目目的、报表、细节和策略的简短描述。匿名用户可以查看这个页面，但有些功能要求有效的登录。对于匿名查看者不可用的那些链接将用户重新导向合适的销售页面，如在其它部分所讨论的。

g.项目匹配(/project/match)：提供一个页面，它显示项目的匹配许可信息(如果有的话)。这个页面还显示该匹配许可的百分比和与这个匹配许可相关联的细节。

h.项目请求(/project/request)：参照图121，提供一个页面，它允许用户请求将项目或组织添加到***。信息从用户处收集并且随后通过电子邮件(经预览)发给管理机构。

i.项目搜索(/project/search)：提供一个页面，它允许用户通过使用精确匹配的关键字搜索来寻找项目。这个页面还提供匹配项目的列表，它链接到所选择项目的主页。

C.入口/PUPPIS：入口应用被设计成向各种应用提供共同活动的集中，并且提供进入整个***的单一入口点。它提供用户验证和管理服务，用于外部链接的入口操作，以及用于在应用处理的正常流程之外的功能的公共处理，诸如帮助和错误处理。

1.用户帐户(/user)：提供添加、存储和检索用户数据的能力。建立用户帐户作为对Navis***验证和访问的主源。

a.用户帐户新建(/user/new)：参照图122，提供一个页面，它收集用户帐户数据。这个页面要求用户同意服务条款(ToS)312。用户在成功完成填表并接受ToS后在Navis***中激活。由这个页面收集的用户帐户数据包括：名；姓；电子邮件地址；密码；保密问题；保密答案；以及生日。

b.用户登录(/user/login)：参照图123，提供安全用户登录。所需登录信息基于用户的电子邮件地址和唯一的密码。只有有效的用户帐户在遵守规章的情况下才可登录到***中。

c.用户编辑(/user/edit)：参照图124，提供允许用户编辑用户的帐户数据(包括用户地址)的能力。

d.用户密码(/user/password)：提供通过用户的密码对用户帐户的保护，该密码由用户指定。

i.用户密码重新设置(/user/password/reset)：参照图125，提供一个功能，它允许用户重新设置用户的密码。当密码改变时，***随后通过电子邮件将重新创建的密码发送到存储在用户帐户中的电子邮件地址。

ii.用户密码改变(/user/password/change)：参照图126，提供一个页面，让用户改变用户的密码。用户必须输入现有的密码，以便将它改变成新的密码。

2.可访问性(/accessibility)：参照图127，提供下列可访问性功能：高对比度，大字体和低带宽。高对比度可访问选项改变***的颜色。所改变的颜色对于三种类型的色盲(红色盲，绿色盲和蓝色盲)都是可见的。大字体可访问性选项将在整个***中增加字体尺寸，使远视的用户能够得到***的更清晰视图。低带宽可访问选项减少查看***页面所需传送的数据量。这是通过减少传送给客户***的图象数量来完成的。

3.反馈(/feedback)：提供一个页面，它允许用户提交反馈给管理员。反馈页面向用户报告，在用户访问反馈页面时用户正在访问的页面以及用户的注释。

4.概况文件(/profile)：提供容纳有关用户概况文件的功能的能力。

a.概况文件新建(/profile/new)：参照图128，提供一个页面，它允许创建概况文件。用户可以指定概况文件的定制名称并且选择与该概况文件相关联的单一组织或者所有组织。

b.概况文件编辑(/profile/edit)：参照图129，提供编辑下列概况文件设置的能力：概况文件名字；自动登录；名；姓；工作电话；以及电子邮件。

5.政策(/policy)：政策必须由所有用户同意。当更新政策时，在用户登录***时向用户提示，以同意新的政策。用户将被拒绝访问***，直到用户同意经更新的政策。

D.管理/PYXIS：管理应用程序被设计成向公司职员提供维护***及其数据的单一界面。这包括用户管理、组织管理、公司报告、交易处理、资金管理等等。因为它是内部工具，所以访问和行为与其它应用程序不同。

I.用户验证(/user)：用户验证应用程序支持一种验证方法，它既是安全的，又是在由其它应用程序使用的验证***上不容易受攻击的。由于这个***的用户在数量上很少而且是***管理员所众所周知的，因此这个***可不同于***的其它应用程序而进行运行和管理。这个应用程序既是高度安全的，又透明地与公司的验证过程的其余部分联系起来。

2.主分派(/main)：参照图130，提供可以分派到各种功能的起始点。只有可用并且允许的选项才示出，因此每个组织都可具有独特的界面。每个功能都可通过这个页面的单一链接来快速访问。

3.模块(/module)：提供要在应用中显示的仪表板模块、并创建可以支持所有需要模块的每个页面容器的能力。

a.状态模块(/module/status)：参照图131，提供一个模块，它显示有关当前访问***的用户的信息。由于这个应用中的安全和验证不同于其它应用，因此这个模块将不同地动作。由这个模块提供的页面显示用户的身份(如果知道的话)、IP地址和浏览器类型。

4.公司(/company)：提供维护公司信息的能力。

a.公司报告(/company/report)：提供获取公司报告的能力。

i.公司日常报告(/company/report/daily)：参照图132，提供按日集聚公司信息的报告。报告表述：日期；项目；用户；交易资产总计；交易资金总计；交易收入总计；以及交易支出总计。

ii.公司概要报告(/company/report/summary)：参照图133，提供选定公司度量的报告，诸如：组织计数；项目计数；公开项目计数；平均需要公开项目；平均公开项目捐赠；新近项目计数；新近项目更新计数；用户计数；新近用户计数；交易资产总计；交易资金总计；交易收入总计；交易支出总计；交易费用总计；以及交易余额总计。

5.组织(/organization)：提供维护组织的能力。

a.组织列表(/organization/list)：参照图134，提供一个页面，它列出所有组织和有关它们的信息。该页面提供链接到其编辑的链接316和用户列表页面318。

b.组织创建(/organization/create)：参照图135，提供一个页面，它允许组织人员创建新组织。这个页面还应该创建初始管理员，作为与用户邀请(发电子邮件经预览的)相同操作的一部分。

c.组织编辑(/organization/edit)：参照图136，提供编辑组织信息的能力。

d.组织用户列表(/organization/user/list)：参照图137，提供一个页面，它列出组织中的所有用户和它们的状态信息。该页面提供允许提示管理员(经确认)、密码重新设置(经确认、发电子邮件、预览)和重新邀请(经确认)的操作。

6.交易维护(/transaction)：提供管理***中交易的能力。

a.资产交易(/transaction/asset)：提供处理资产交易的能力。

i.资产交易列表(/transaction/asset/list)：参照图138，提供一个界面，用于查看所有待定资产转移交易，并带有对处理这些交易有用的信息。这个页面还提供运载工具，用于将每个交易通过它的各种状态移到完成状态(经确认)320。在拒绝的情况下，该页面提供对拒绝原因的输入(必需的)。

ii.资产交易报告(/transaction/asset/report)：参照图139，提供一个报告，它提供有关***中资产交易的下列信息：名称；类型；帐号；文档编号；金额；创建日期；帐户ID；交易ID；以及交易状态。

b.收入交易(/transaction/income)：提供从建议捐赠到实际捐赠的转换，并且包括编辑这些交易的能力。

i.收入交易编辑(/transaction/income/edit)：参照图140，提供一个界面，用于列出和编辑符合条件的***管理员或其它收入交易。费用(F$)可进行编辑，并且资助余额(B$)自动地进行修改以反映该变化。

ii.收入交易可用性编辑(/transaction/income/availability/edit)：参照图141，提供一个界面，用于将收入交易提升为直接可用322。

c.支出交易(/transaction/disburse)：

i.支出交易列表(/transaction/disburs/list)：参照图142，提供一个界面，用于查看所有待定支出交易并且提供对于处理这些交易有用的信息。这个页面还提供运载工具(未示出)，用于将每个交易通过它的各种状态移到完成状态(经确认)。对于拒绝，这个页面提供拒绝的原因(必需)。该页面还提供链接(未示出)，用于创建新支出。

A.支出交易创建(/transaction/disburse/create)：参照图143，提供一个界面，用于创建支出批处理。通过这个页面这么做涉及列出符合条件的收入交易，提供将它们合并到支出中的运载工具，从支出中移除交易，以及提交用于完成处理的支出。

B.支出交易报告(/transaction/disburse/report)：参照图144，提供一个报告，它提供***中支出交易的下列信息：组织名称；原始金额；费用金额；余额金额；创建日期；以及交易ID。

VII.***使用费用

提供对***访问的实体可收取组织许可和使用费用。这个费用基于各种因素，包括：组织的大小，它计划在应用中提供的项目数量，组织的收入，组织消费的***容量，组织涉入该公司正在进行的产品开发的程度，在组织使用的软件内的功能等。

交易费用还可用于收入产生。例如，***在内部区分四种类型交易，每种都具有可能的费用：资产交易(当捐赠者用户从它们的外部帐户向***添加资金时)，资金交易(当捐赠者用户作出将资金从它们的***帐户转移到项目或组织时)，收入交易(当组织或项目从捐赠用户接收资金到它们的***帐户时)，以及支出交易(当组织从***将资金撤回到它们的外部帐户时)。除了基于交易类型收取的费用之外，每个交易要承担***处理费用：

1.资产交易要承担获取资金的费用(例如***处理费用)。

2.资金交易要承担转移许可的费用(捐赠者提议部分对捐赠者指定功能)。

3.收入交易要承担用于捐赠者-组织转移的费用。

4.支出交易要承担用于资金转移(电汇等)的费用。

上面详细揭示的***对资产交易和收入交易征收了用户收费；但它们可简便地调整成收取其它费用，诸如对资金和支出交易的收费。

对于用于资产交易和收入交易的费用，***在交易创建时自动地计算费用。当***产生交易时，它提供有关该交易的类型、金额等的参数。该信息传递给OLTP数据库中计算费用金额的功能，存储在Account Transaction(帐户交易)表格中的FeeAmount(费用金额)字段中。这个字段用于计算***中所有交易的总额。

因而，可以看到，上述***可用于向捐赠者或潜在的捐赠者提供对慈善项目和组织的扩展访问，反之亦然。因此该***(特别在应用于慈善活动时几乎是全新的)提供了实际上全新的提供这种服务的方法。该***还便于各种各样的商务方法，其中如果需要公司可结合或通过该***或其各方面来执行服务而获得收入。该***还提供新的技术，用于销售和提倡慈善活动，以及用于实现、计划、构造、管理和融资这类活动，包括操作项目或向它们提供访问或资助的实体。

要理解，上述内容是各较佳实施例的详细描述。其它实施例将是显而易见的并且仍落入本发明的范围内。本发明的范围并不受限于此，而是由权利要求及其等效方案的的范围来确定。

Claims (31)

1.一种向多个捐赠者和多个慈善组织提供慈善服务的方法，所述提供慈善服务的方法包括：

允许多个捐赠者访问捐赠者管理***；

向所述多个捐赠者提供有关使用所述捐赠者管理***的多个慈善组织的信息；

允许所述多个慈善组织使用所述捐赠者管理***向多个捐赠者提供信息；以及

使所述多个捐赠者能够使用所述捐赠者管理***向多个慈善组织的至少一个作出捐赠。

2.如权利要求1的方法，向多个捐赠者提供有关多个慈善组织的信息的步骤包括，向多个捐赠者提供多个慈善组织的至少之一的交互式手册。

3.如权利要求2所述的方法，还包括向所述慈善组织的至少之一以收取费用，所述费用用于向多个捐赠者提供交互式手册。

4.如权利要求2所述的方法，还包括向所述多个慈善组织的至少之一收取用于创建交互式手册的费用。

5.如权利要求2所述的方法，其特征在于，所述交互式手册包括网页。

6.如权利要求1所述的方法，向多个捐赠者提供有关多个慈善组织的信息的步骤包括，向多个捐赠者提供多个慈善组织至少之一的至少一个慈善尝试。

7.如权利要求6所述的方法，使多个捐赠者能够使用捐赠者管理***向多个慈善组织的至少之一作出捐赠的步骤包括，多个捐赠者的至少之一向至少一个慈善尝试作出捐赠。

8.如权利要求1所述的方法，还包括如果多个捐赠者的至少之一向多个慈善组织的至少之一作出捐赠则收取费用。

9.如权利要求8所述的方法，其特征在于，所述费用包括所述捐赠的一部分。

10.如权利要求1所述的方法，使多个捐赠者能使用捐赠者管理***向多个慈善组织的至少之一作出捐赠的步骤包括：

使多个捐赠者的至少之一能向中介付款；

中介将所述付款的至少一部分支付给所述多个慈善组织的至少之一。

11.如权利要求10所述的方法，其特征在于，所述多个慈善组织的至少之一不知道所述多个捐赠者的至少之一的身份。

12.如权利要求1所述的方法，还包括使捐赠者管理***通过计算机网络对多个捐赠者可用。

13.如权利要求12所述的方法，还包括通过计算机网络向多个捐赠提供入口端。

14.如权利要求13所述的方法，所述入口端包括网站。

15.如权利要求13所述的方法，还包括在入口端上表征多个慈善组织的至少之一。

16.如权利要求15所述的方法，还包括向所表征慈善组织收取费用，所述费用用于在所述入口端上进行表征。

17.如权利要求1所述的方法，还包括：

在捐赠者帐户中存储来自多个捐赠者的至少之一的资金；

使捐赠者帐户对使用捐赠者管理***的所述多个捐赠者的至少之一可用。

18.如权利要求17所述的方法，还包括向所述多个捐赠者的至少之一收取费用，用于在捐赠者帐户中存储资金。

19.如权利要求17所述的方法，还包括投资捐赠者帐户中的资金。

20.如权利要求1所述的方法，还包括：

对于多个捐赠者的至少之一，创建捐赠者概况文件；搜索适合捐赠者概况文件的慈善组织。

21.如权利要求1所述的方法，还包括：

为多个捐赠者的每一个创建捐赠者概况文件；

使用捐赠者概况文件的至少一个元素来搜索捐赠者；

向多个慈善组织的至少之一提供匹配捐赠者。

22.如权利要求1所述的方法，还包括为多个捐赠者的至少之一创建捐赠者概况文件。

23.如权利要求1所述的方法，使用捐赠者管理***向多个捐赠者提供有关多个慈善组织的信息的步骤，包括向多个捐赠者提供财务数据。

24.如权利要求1所述的方法，使用捐赠者管理***向多个捐赠者提供有关多个慈善组织的信息的步骤包括，向多个捐赠者提供至少一个进展报告。

25.如权利要求1所述的方法，还包括向每个慈善组织收取费用，所述费用用于使用捐赠者管理***向多个捐赠者提供信息。

26.如权利要求1所述的方法，还包括向多个捐赠者的每一个收取费用，所述费用用于访问捐赠者管理***。

27.如权利要求1所述的方法，还包括多个捐赠者的第一捐赠者邀请多个捐赠者的第二捐赠者访问捐赠者管理***。

28.如权利要求1所述的方法，还包括多个捐赠者的第一捐赠者邀请多个捐赠者的第二捐赠者向多个慈善组织的至少之一作出捐赠。

29.如权利要求1所述的方法，还包括多个捐赠者的至少之一邀请慈善组织使用捐赠者管理***向多个捐赠者提供信息。

30.如权利要求1所述的方法，还包括为多个慈善组织的每一个创建搜索空间，所述搜索空间包括一个标准集。

31.如权利要求30所述的方法，还包括允许多个捐赠者在多个慈善组织中搜索包含特定搜索空间标准的慈善组织。

Images