蚁兵信息系统设计
1，每个任务为中心
2，完成指定任务，被指定需要一些指定功能模块
3，功能模块是所有部门的属性之一。每个部门创建时，被指定它们的功能模块。所有功能模块在系统运行之前定义。可以以倒置的方式分析系统功能模块的划分。先分析核心任务的需求，然后把这些功能分配给
假设的某些人，然后，看这些人又需要什么样的功能来配合它们。每个大功能可以分割成很多小功能。一个部门既可以有完成一个大功能的能力，也可以同时具有完成此大功能下部分或全部小功能的能力。基于这样的假设：某部门既可以独立完成某个产品的生产，也可以把别的部门生产的半成品再加工成产品。
4，软件设计的原则是：高度的可设置性，部门是可设置的，核心任务的需求是可设置的，要求以信息共享为核心，系统功能是随使用者的不断更新的设计而细化增强的。刚刚运行的系统没有什么功能，只有一个信息共享功能，只有使用它的所有人共同努力，细致地设置它，它才会精确地按照人的意愿去服务，形象地说：它只是一个机器人，你教会它的东西越多，它越能干。这也是它比其它erp软件先进的地方。其它ERP软件都有陡峭的学习曲线，你公司原有的处理程序都要为了ERP改变。蚁兵让你按照你公司原有的操作流程设计它。对于任何人，它都是极具亲和力的。
5，每个部门可指定自身的功能，当上层一个新的需求提出后，此需求分配给服务于它这一层的部门，按需求的功能模块不同，分配给提供相应功能的一部分部门。这些部门，为了完成这些功能，它提出一些需求，这些需求被传送给提供此项功能的其它部门。每个部门都自动地接到任务。系统支持手工添加任务，一般由上级给下级添加。
6，每个部门，每个功能都有完成进度图示。软件必须自动分析任务之间的依赖关系，并能按照相关任务的进度调整自身的进度图示。进度图示用图形的方式直观地显示，性能瓶颈被警告出来。
7，每个部门默认登录后页面是自身部门的待完成任务。此种设计是节省网络流量，支持手机访问服务器和进行操作。
8，每个部门可以提示新的需求，每个部门可以主动领取任务。
9，按功能来划分系统的大模块
10，有可能以人为中心（部门）来划分模块
11，权限策略：
保密策略：发布的共享信息可以是公共的，也可以是指定的上级才有权力查阅，上级拥有下级的所有权限。下级的权限可以被上级指定。共享信息发布权并不是每个人都有，由上级设定。每条信息，可以由主动领取任务的部门标记为“处理中…”,完成之后，标记为“已完成。”
任务指定:上级可以把任务指派给下级。
12，有些需求是隐含的，如增加一个新部门后，这些人需要吃饭，睡觉，如何保证他们的基本生活。这些需求是隐含的，自动提出的。它们自动被指派给相应部门。这是可设置的，系统最初的状态是没有任何隐含需求的，随着核心任务的进行，设计人员发现其中的隐含任务，把它提取出来之后，让它在一定的条件下自动产生一些需求。所以系统最好支持宏指令。设计人员能用它产生一些隐含任务。
13，可以用一个xml文件描述系统的所有功能，和权限设计等。设计好的系统用一个xml设置文件就代表了。可见系统的高度抽象性，它可以脱离任何具体的环境。这种高度的抽象性使得在任何行业应用这套软件的使用方法是一样的。可以为各行业设计基本的xml文件，提供各行业基本的功能，以帮助用户快速应用。
14，可以方便地设计系统，从头设计一个系统应该最多需要一个晚上的时间。提供工具图示系统所有功能关系图，并能轻易地给某个功能增加依赖功能。
15，每个部门可能不只一个功能，如担任救人的军队可能同时能给自己补给。那么它的补给功能就不需要别人来完成了。
16，任务可以超额完成，如给前方运送了超过一月的粮食，那么系统应该把这部分作为特别低阻抗的状态，图形化地直观表现出来。这部分人员其实应该被分配其它任务了。
17，同一功能的模块可能必须指定不同的部门来完成。如同是运输需求，可能运往汶川的需求由济南军区某部来完成，运往理县的却必须由成都军区某部完成。
18，最低级别的信息是可以被所有用户看到的，但似乎所有的分析图表都没有定义权限。一般来说，下级的任务完成图表可以被上级看到。上级可以公布一些图表给指定下级用户。这就构成了新闻发布系统。上级给下级分配任务，这其实也算一条新闻信息，只要上级指定它的公开级别，它就可能对部分部门公开。任务完成信息也是新闻信息。还有，瓶颈任务变为非瓶颈任务也是一条重要的新闻信息。或者任务出现严重瓶颈也是一条新闻。
19，必须有共享文件系统，上级发布的相关文件给下级。文件有权限控制系统。
20，每个任务都有预计的完成时间。从任务开始执行计算任务的执行时间。这样可以预测未来时间里，任务的进行状态，瓶颈在哪里。任务是不是都有时间段属性？每个部门都可以并行运行几个任务。
21，还有，任务是不是都有时限属性，过了时限后任务可能已无法完成，如周二的午餐，时间到周三了，那个任务还能完成吗？还需要完成吗？
22，任务有优先级属性，分派之后，高优先级的任务应该得到提示，让执行者轻易发现高优先级任务，并能尽早完成。当然任何任务的优先级都是随着等待时间的增加而增加优先级的。如，第一批200件物料要生产，第二批300件物料要生产，另外还有一个高优先级任务。虽然高优先级任务优先级高，但第一批物料任务等待的时间最久，迫切需要生产，它的优先级未必会低于高优先级任务。这种要求的提出，是基于这样一种假设：前方需要运输物资和救援人员，救援人员的优先级会更高。物资任务可能执行三天，但救援人员不定期地随时都有可能派过来等待运输，那么，应该随时中断物资的运输而运输救援人员。高优先级的任务之所以有高优先级是上级分发任务时，根据此部门已有任务的比较作出的优先级排列。所以上级指派每个任务时都要给下级的任务排一下序。
23，每个功能都有唯一代码，必须有办法，让任务自动地被指派到相关部门。如果有多个部门拥有相关功能，任务自动被分配。分配任务按照每个部门的生产力。可见必须有一个参数指示每个部门的相关功能的执行能力。此执行能力既是一个估计数字，也是一个计算数字，系统从前几个任务的执行时间不断评价每个部门每个功能的执行力。
24，完成一个需求可以有不只一种方法。如完成一个部件的生产，可以用一种方法：独立完成这个部件的生产。也可以用另外一种方法：把部件的生产分拆成几道工序，分配给几个具有其中工序功能的部门来完成。
25，任务的受益方负责检验任务是否完成。如，运输物资是服务于前方救援部队的，前方救援部队负责在系统里更改此任务已完成。这是一条新闻信息。可以撤消更改。撤消更改是一条“更正”新闻。
26，每个登录者可以设定自己是接收所有的新闻信息还是和本部门密切相关的信息。这样可以节约通讯流量。
27，新闻信息是一个共享信息的主要方式，它的信息量不能太大，以免用户在大量的讯息中淹没。可以设定跟核心任务以下几级内的用户相关的信息在新闻信息中显示。一般来说，核心任务相关的新闻最重大。但如果某个下级部门的新闻造成了核心任务的状态发生了大的改变，则这条新闻也是重要新闻。如某个高阻抗任务完成了，核心任务立即容易执行多了，那么那个新闻也应该出现在新闻信息中。
28，一般隐含的需求自动分配到其它部门。非隐含需求先被提交到同级部门，看同级部门能否在规定的时间内完成此需求，不能的话则交给上级部门，上级部门经过批准发布，此需求在上级同级部门中被分配，不行的话再提交到上上级。
29，只有最高行政长官才能设计隐含需求，最高行政长官可以把此项权限授予其它用户。
30，对于有设计权限的人来说，每个“部门”、“功能”、“需求”都是可以轻易改名的。系统要给有设计权限的人最大的设计方便。
31，除了系统自动分配任务以外，具有适当权限的人都能随意修改任务。上级可以修改下级的任务。但同时会给上上级发一个通知，上上级如果不同意，只要签个不同意，则修改被放弃，依然启用任务。只有还未完成的任务需要签署，已完成任务则不会显示签署选项。
32，人工的操作：如修改设计、任务下达、修改任务、任务完成、严重瓶颈等，都要作为任务的进度日记被写入日记系统，这些信息是被分类的，以便于快速找到某个信息。
33，以图示化信息显示项目进程中的瓶颈。
10月 4th, 2008 at 9:19
我就是发现现在用的软件已经很过时了 很多公交路线要么改变 要么取消