内部管理系统详细设计方案二○○二年七月二十七日
设计方案简介
本设计方案是为内部管理程序开发而编写的，它包括了系统可行性研究，系统模块设计，模块的具体流程设计，一些需要进一步讨论或者研究的问题，需要的资料与硬件，数据表的定义等。但它没有包含关于编码的更多主题。例如编码的约定，注解的格式等。尽管这些问题对于实现这个系统都是非常重要的，但因为是设计方案它没有被包括在其中。
整个设计方案的大致目录如下：
一．内部管理系统项目方案（第2页－第20页）
1．项目开发背景（第2页）
2．项目可行性研究（第2页－第6页）
3．系统的大致模块划分（第6页－第18页）
3．1 市场部（第6页－第17页）
3．1．1 系统登陆模块（第8页）
3．1．2 系统设置模块（第8页）
3．1．3 事件添加模块（第8页－第9页）
3．1．4 事件查找编辑（第9页－第11页）
3．1．5 事件参数设置（第11页）
3．1．6 事件跟踪模块（第11页－第13页）
3．1．7 人事基本管理（第13页）
3．1．8 部门参数设置（第14页）
3．1．9 资料票据管理（第14页－第15页）
3．1．10 业务收入统计（第15页）
3．1．11 工资参数设置（第15页）
3．1．12 员工工资管理（第15页－第16页）
3．1．13 数据加密备份模块（第16页）
3．1．14 数据库管理模块（第16页－第17页）
3．2 网管部（第17页）
3．3 制作部（第17页－第18页）
4．数据流图（第19页－第20页）
4．1 市场部业务数据流图（第19页）
4．2 市场部工资数据流图（第20页）
二．内部管理系统所需资料（第21页）
三．内部管理系统所需硬件（第22页）
四．数据库设计（第23页－第25页）
1．上层数据库设计（第23页）
2．市场部数据库设计（第24页－第25页）
五．项目工作量估算（第26页）
内部管理系统项目方案
一．项目开发背景
为了提高公司内部管理的效率，所以需要编制一套完整的用于公司内部管理的系统。这样一个系统可以在整个公司范围内使用，做到了公司资源的整合与共享。
二．项目的可行性研究
1．技术方面：
整个系统属于一个规模比较大的MIS系统。尽管其在组织关系上存在着很大的复杂性，繁琐性，不确定性，但是就整个系统的技术构成上来看，它还是属于一个数据库应用类的系统。其基本操作还是对存在数据库进行添加、删除、查找、编辑等。所以就单纯的数据库应用来看，暂不存在太大的技术问题。
2．经济方面：
由于系统对公司的正常运行的影响是相当大的，所以必须要设置单独的服务器来运行这个系统。又考虑到所有计算机硬件软件都是存在出错可能的（具体到这个系统，由于其需要不间断的运行，所以其出错的可能就会变得更大），因此整个系统应该考虑使用双机热备份技术。使用两台服务器同时运行，一个为主一个作备份，这样可以避免服务器故障对整个系统的影响。又考虑到这个系统是为公司内部服务的，而且数据库设置和调试时候都必须要直接使用服务器，所以应该将服务器设置在公司内部。纵观整个系统需要的硬件，我们认为整个项目的投资将可能是比较巨大的。这方面，提请公司再作详细讨论。
3．法律方面：
整个系统由于是自行开发，自行使用，所以系统本身不存在法律上的版权争议。在服务器软件方面，应该使用正版软件，因为整个系统尽管是开发给内部使用，但它毕竟很多部分还是要依靠Internet的，一旦服务器连接到Internet上，它的操作系统可能会被Microsoft跟踪，如果不是正版软件，将不得不面临民事诉讼的风险。
4．目前存在的问题：
目前我们觉得最大的问题仍然是数据库访问方式上的问题。和一般的MIS系统不同，我们面临着更广泛范围内的数据库访问。这个范围已经不可能用局域网解决了，但一旦使用Internet网，数据传输的有效性和安全性就会成为严重的问题。现在将三种可能数据访问的方式列举如下，并逐一作分析：
a．使用纯单机版的数据库系统
这是最简单的数据库访问方式。采用这种方式不涉及网络传输，所以无论在哪个部门，也不管其上网设施是如何的，总能采用这种方法的。采用这种系统后，如果要实现数据同步，
必须定期将数据库全部上传（注意：这里应该是上传整个数据库，因为采用这种方式操作的
系统，它上传的时间间隔一般是比较大的，如果记录哪些记录是更新的，在实际同步时候，
将花费很多时间作整个更新记录的比对，在记录量增大时候，这个检测的时间也会急剧增加，
反而增加了处理时间），服务器在收到整个数据库后，在服务器端运行一个特殊的软件，用
于数据的同步。然后将处理后的数据库放在一个特定的区域，客户端可以将处理后的数据库
收下来，以实现数据库同步。
整个系统采用的传输示意图如下（仅以市场部为例）：
b．采用纯网络数据库的结构：
采用这个结构从理想的角度来看，是最适合这个系统的。因为它具有最好的实时性，可以将当前获得的数据立即传输出去，这样其他部门也就立即可以得知目前的业务情况。而且采用这个结构，从数据库应用角度来看，对网络底层的传输情况不需要有太多的了解（这部分由SQLServer提供的网络传输协议保证）。但是就公司目前各市场部上网情况来看，由于很多市场部采用的仍然是Modem和ISDN，不能24小时在线，因此再不对目前各市场部上网设备改造的情况下，很难使用这种结构。这种结构还有一个问题是它很大程度上依赖于中心数据库，对中心数据库可靠性和稳定性的要求相当高。
这种结构的示意图如下（以市场部为例）：
C．采用本地数据库和网络数据库同时使用的结构1：
这是这个系统最有可能采用的数据库结构。它的特点是平时数据存储在本地数据库，以天为单位，让本地数据库和总部的一个共享数据库进行交互，以实现数据的同步。这种方式
的优点是数据因为在本地和网络数据库上共存，所以可靠性是比较高的。而且就Modem，
ISDN和宽带共存的情况下使用这种结构也是比较现实的。它的缺点是：在每日用于同步的
数据量大的情况下是无法使用的，另外，即使每天用于同步的数据量并不是很大，但是本地
数据库或者网络共享数据库的存储量已经很大，这样再搜索用于需要同步的数据的时间也将
成倍增加。系统在刚投入使用时候可能速度比较快，但是存储量达到一定程序后，系统运行
速度将会急剧减慢。（根据实验，当数据记录条数达到5万条以上时，完整的数据库搜索花
费的时间会很长很长），而在这种系统结构下，为了保持两者数据库的完全同步，可能要反
复搜索数据库。此段时间的开销是相当大的。
除此之外，这个结构最大的问题是：如何保证数据的完整同步。因为诸如Modem等上网设备，其传输过程极易由于外界干扰或者线路传输速率的突变造成传输中断。重传这些数
据可能会造成数据的重复。（比如经过检测，这次需要上传10条记录，现在客户端开始上传，
上传一半Modem断线了，所以实际只传了五条。客户端检测到这一错误，开始重传，但实
际上尽管断线仍然有五条记录是成功传送的，重传全部必定造成重复，但是要很准确的定位
具体是在那条中断是相当困难的。这和网络传输协议里错误检测是类似的）
采用这个结构的示意图如下：
介于以上原因，我们认为选用何种数据库结构需要进行进一步研究。可以作一下实验，比如使用各种现有的上网设备来进行一下数据库连接。测试在不同的数量情况下，对性能的影响。特别要对Modem连接SQLServer作更多的实验。因为其连接速度比较慢，必须要对数据库连接超时时间作调整。（此值过小或者过大都会对性能造成影响。过小的值可能会使使用Modem的机器无法连上SQLServer，过大的值在确实发生错误时候，需过很多时间才能检测到此错误）
1这里的结构和示意图a）中的结构看上去有些相似。但其原理是完全不同的。图a）中，需要上传的是完整的数据库，它依靠运行在服务器端的程序对数据进行整理以达到同步的目的。而这个结构中，实际上并不存在一个文件上传的过程，它是依靠数据库访问接口来直接实现数据交互的。数据库访问接口屏蔽了很多网络的细节。在这个结构中，在服务器上不需要再单独运行管理程序来实现数据同步。
三．系统的大致模块划分
由于整个系统最后使用的结构还没有最后确定，所以这里的模块划分只是一个大致的划分。在经过实验，确定使用哪种数据库结构后，需要对此部分进行进一步修正。
1．市场部
从最大的方面市场部管理系统可以划分成业务管理、人事管理、财务管理、数据统计与备份、系统设置等模块。
其中业务管理模块包括事件记录添加、事件记录修改，事件记录删除、事件提醒等功能。这部分侧重的是对客户服务的，它是以客户为中心开展的。是整个系统数据的入口处。在人事管理和财务管理等模块中，有很多数据是要依靠业务管理模块的。
人事管理模块指对分公司内部人员的管理，包括用工、退工、员工平时所领取资料、合同等其他凭证的管理与查询。这里要注意各种凭证领取时候的记录；在凭证丢失时候的处理。这些凭证都是由业务产生的，所以其与业务管理模块之间存在很多相互访问的情况。由于存在这个特性，所以必须要做好数据保护，以防止数据交叉访问时候对原先数据的破坏。
财务管理模块是用于市场部内部工资结算的。由于市场部工资很大部分是有业务员的业绩决定的，所以其在很大程度上也是依赖于业务管理模块的。它就是根据业务管理模块的统计结果，再利用一定的算法来计算业务员当月的工资和市场部管理人员当月的工资。这部分繁琐的地方在工资结算方法和各分公司之间算法的差异上，尽管可以设置一些可选项，但如果差异过分悬殊则可能需要为有些分公司编写单独的处理模块。
数据统计功能依赖于业务管理模块和财务管理模块，它按照一定的时限生成各种业务报表供公司内部留存、上交等。除了打印出来的报告外，程序应该提供一定的界面供数据查阅（不打印）。
备份是所有MIS系统都应该具备的，尽管数据安全可靠存储大部分应该由服务器来保证，但是程序中仍然应该具备数据备份功能，用于数据定时的导入导处。或者与其他程序交互时候可以使用。
系统设置模块用于对程序进行初始设置。这部分应该尽量考虑到可扩展性。对于能够进行设置的部分在此处应尽量设置设置选项。当然，调整只能在一定范围内进行，一般是数值上或者选项组合上的。由于系统设置对于系统的运行是起全局影响的，所以再调整前要进行安全性验证。
整个市场部程序模块示意图如下：（本图仅供参考）
2这里一个粗的双箭头表示这些数据库访问之间将有频繁的交互。
各模块的功能解释与数据表之间的对应关系：
1．系统登陆模块：
a．含义解释：用于市场部合法身份的验证，使用加密密码验证方式。
b．相关数据表：上层数据表（1）
c．流程：
d．其他说明：密码信息应进行加密存贮。加密方式不用过于复杂，可以使用ASCII码移位变换的方法。
2．系统设置模块：
a．含义解释：系统设置模块是对系统的一些运行参数进行调整。它可以分为两部分，一是为了适应不同的网络传输而进行的机器系统参数设置，二是对本市场部的一些个性化经营方式进行的设置，它偏向于业务。比如说套餐价格，限价等。这些数值都会有默认值，并且允许在运行时候，通过其他部分，比如财务管理，人事管理，业务管理等操作界面里进行分别设置。但由于其代码的重用性，这里保留了一个入口，可以对这些参数进行全面的调整，这样不用分别进入每一个界面调整了。这种调整方式通常只在程序第一次运行时候才需要。
b．相关数据表：市场部数据表（1）（2）（3）（16）（17）（19）（20）（21）
c．其他说明：在具体设计时候，对有逻辑联系的部分应结合在一起，使界面做到直观，简化，并且这些调整数值应该是要立即生效的，所以要采用直接的方式，不然如果需重启程序甚至重启windows才能生效，那么会带来很多麻烦。
3．事件添加模块：
a．含义解释：事件添加模块是整个系统运行的基础。整个系统的业务数据都是由这里提供的。
这里录入的事件信息包含两部分，一是业务相关客户信息，二是业务信息本身。它同时也存在两种可能性，一是新客户，这样就要同时添加客户信息与业务信息，二是老客户新业务，此时只需要对业务信息进行增加就可以了。但不管是何种方式，这里都提供了一个统计的入口――从查找客户开始，以确定客户信息是否存在。
b．相关数据表：市场部数据表（1）（2）（3）（4）（5）（6）（7）（8）（9）
c．流程：
事件添加应该以客户查询作为整个事件添加的开始。以查询结果作为添加或者编辑的依据。整个过程可以用以下流程表示：
d．其他说明：按照这个流程，对于第一次在我们这里开办业务的客户，需要同时录入客户资料以及事件（业务）资料，而对于老客户来说，其客户资料已经存在，所以只要录入事件
（业务）资料就可以了，但在录入前应该将原先资料显示一遍，这样比较符合软件设计惯
例与用户操作习惯。
4．事件查找编辑：
a．含义解释：这一模块实现了对现有事件的查找和对输入有错并且已经添加的资料的编辑。
查找分为两种信息的查找，一是客户资料的查找，二是业务资料的查找。当然这两种查找模式会有交叉，比如，查到某一客户后，希望查看这个客户的所有我们对其开展的业务情况，或者，查到某一业务资料后，需要列出这个业务所对应的客户资料，因此在设计时候，要考虑到这些方面，在代码重用和灵活性上要作好调整。另外此处的编辑是出于这样一种考虑的，在有些数据输入时候有错，但并没有立即发现，隔了一段时间后，通过查找或者突然记起发现了这个错误，那么这里就要提供一个功能，允许用户修改原先的客户资料或
者业务资料。
b．相关数据库：市场部数据表（1）（2）（3）（4）（5）（6）（7）（8）（9）c．流程：
d．其他说明：这里的查找以及显示流程应该是很清楚的，但要对编辑功能做一下说明。整个流程里面似乎没有出现编辑部分，我们的考虑是将编辑功能融合在显示的时候，显示的时候用户就可以进行编辑，显示界面下面有一个修改确认按钮，这样用户按下这个按钮时候，编辑过程就完成了，这样一个操作方式在其他工程里面已经被普遍采用了，经过几个项目的考察与用户那里得到的反馈来看，这一操作方式被认为是最符合修改这一功能操作习惯的，而且也是最直观的。对于程序设计人员来看，它由于将显示与编辑界面复用了，有效的控制了由于界面过多而带来的混乱。
5．事件参数设置：
a．含义解释：通过这个模块，各市场部可以设置一些关于业务有关的数据，包括市场部能提供的业务，价格，限价，套餐组合等。
b．相关数据库：市场部数据库（1）（2）（3）
c．其他说明：这个功能是整个系统设置功能的一部分。操作人员可以在这里调整业务有关的参数，也可以在一个总的设置里面调整这些数据，具体使用哪种方式，则由操作人员根据自己的习惯决定。
6．事件跟踪模块
a．含义解释：这个模块主要用来跟踪一笔业务的服务过程。我们可以用它来检查业务所需资料是否收到，钱款是否收到，票据是否收到，赠品是否给出，合同是否签订，是否制作完成等诸如此类的信息。相对于完整的事件查找而言，它更侧重于服务的过程，而不是单纯的让操作人员了解这个事件。事件查找模块它只能进行一个事件的查找或者编辑，它不带有对这个事件发展过程进行记录的过程，而此处的记录功能则显得非常重要了。
b．相关数据表：市场部数据表（1）（2）（3）（4）（5）（6）（7）（8）（9）（9）（10）（11）上层数据表（2）（4）（6）
c．流程：
1．
It’s the entire process of DB Search
2．
d．其他说明：总的来说，这个模块的设置是可以让操作人员方便的了解到一个事件整个的进展情况（也就是说，它不仅是业务那里的进展，也有制作的进展，业务员可以通过这里知道是否制作完成或者申请成功等消息）。
7．人事基本管理：
a．含义解释：人事基本管理模块包含了人事管理的一些常规操作，包括用工，调动，退工。
其中用工，调动和一般的人事管理系统很类似，但是退工部分，由于要处理资料票据的上交，所以有相当的复杂性。
b．相关数据表：市场部数据表（12）（13）（14）（15）（16）（17）（18）（19）（20）（21）c．流程：
d．其他说明：这部分相关数据表里面有几张是财务部分的，在这里引用它是因为如果出现部门的撤并，将牵涉到计算底薪，提成时候部门见的差异（因为有可能有的部门要撤销了，那么财务提成或者底薪计算用到的数据库就要进行同步更新）
8．部门参数设置
a．含义解释：这个功能是比较简单的。它设置的是某个分公司的部门名称与编号。在系统第一次运行时候，会要求用户录入这些信息（也可能使用某些默认值），但以后如果需要调整部门设置，可以在这里进行，也可以在总的系统设置里面进行。这个依据操作人员的习惯而定。但这里要强调一个问题：部门的调整对于这个部门内所有人员来说都是有影响的。
调整一个部门的信息，要对涉及这一调整的所有信息做更新，这点非常非常重要。不然很容易出现系统的不一致。比如部门A被撤销了，那么原先属于部门A的所有成员信息就要作同步调整，否则在读取员工信息的时候，他们仍然指向A，这个数据显然是无效的。同时，也要注意部门调整对计算工资部分数据的调整。
b．相关数据表：市场部数据表（12）（13）（14）（15）（16）（17）（18）（19）（20）（21）
9．资料票据管理
a．含义解释：这里在资料票据管理指业务员领取资料，发票，合同时候的登记，以及为为了避免遗失而做日常定期检查提供依据（它可以指出哪个业务员何时领取了何种物品票据，是否用掉，如果用掉是用到哪里去了）
b．相关数据库：市场部数据表（5）（6）（7）（9）（10）（11）(12)（13）（14）（15）
c．流程描述：
因为这个过程很难用流程图来做完整表述，所以，改用文字表示。
首先，资料以及所有票据的来源。市场部的资料，票据来源与总公司。对于实物（比如：书，盘等）可以给它编号，这样便于跟踪。对于票据，其本身就带有编号，所以这里不再需要自行给它编号。然后，根据业务需要，业务员领取了书、盘等。这些领取的东西都必须要登记下来，并且记录领取人的姓名（实际内部操作的是编号）。下面的部分，要与业务管理模块互操作了。在业务管理那部分里面，有一个事件跟踪模块，它会记录业务员使用这些票据、资料的情况。无论票据还是其他实物资料，一旦业务员领取后，那些资料要么在业务员手里，要么已经给客户了。通过上面所述的流程，我们可以很容易的知道业务员用掉的资料或者票据。在定期检查时候，系统可以自动得出业务员用掉的资料票据，这样很容易得出应该在手里的资料票据。只要把这一个清单和业务员手里的资料、票据相比对，就可以了解是否有遗失情况。
d．其他说明：这里提供了一种可以跟票据、资料的方法，但这里只是一种方法，它并不能解决所有的问题。这里很大部分依赖了事件跟踪模块对数据库操作的结果。但是如何判别业务员是否真的如他申明的那样把凭证交给客户了呢？程序只能按照他所申明的那样做记录（换句话说，程序总是认为这个申明是真实的）。所以通过这个系统只能识别非故意的单据实物丢失，而识别故意隐匿单据则是管理学和法学的范畴，并不是计算机科学的范畴了。
另外，这里的票据是指发票、合同、发行凭证、赠品、其他表单等。对每一种票据的处理方式可以是类似的。都包含查询与录入修改等。
10．业务收入统计：
a．含义解释：这里统计的是每一个市场部业务上面的净收入，支出等。这些数据是通过业务管理模块和财务部分的工资管理模块得到的。
b．相关数据表：市场部数据表（11）（9）（22），上层数据表（7）
c．其他说明：这部分需要提供给我们更多的资料，比如现在公司需要统计些什么，统计表的样式是怎样的，如果某些统计方法不是显而易见的，则需要给出算法。
11．工资参数设置：
a．含义解释：由于每一个市场部，市场部的每一个部门的工资计算方法都不一样，所以需要对一些数据进行设置。这些设置将影响到工资计算。和其他设置相比，这里的设置可能进行的更频繁一些。所以要对它的效率做一个准确的考虑。和其他所有的设置一样，这里的所有数值都会有一个初始值。
b．相关数据库：市场部数据表（19）（20）（21）（16）
12．员工工资管理：
a．含义解释：市场部的工资计算方法比较特殊，所以在这一块里面是有一定麻烦的。对于一般业务员需要考虑的是有没有底薪，有没有提成，需不需要缴纳三金，与之相关的还有底薪计算方法，提成计算方法等；管理人员除了这些基本工资外，还有管理费，但不同部门管理费又是不一样的，所以在具体设计时候要把这些问题都考虑进去。
b．相关数据表：市场部数据表（7）（9）（11）（16）－（22）
c．流程：
这部分因为要涉及提成，所以计算方法比较复杂。以下是提成的计算方法：
d．其他说明：更具体的计算方法可以参考最后的数据流图。
数据加密备份模块：
这个模块属于为了维护数据安全而设置的模块。在SQLServer里面，本身就有数据加密传输功能。这里只对一些敏感的重要的数据进行再次的加密，使其在数据库里面就是加密以后的状态（既即使不通过网络传输，也无法直接解读这些数据）。当然实际应用时候，可以采用简单的加密方法，如ASCII移位等，不要太复杂。而且只对重要的数据，比如财务数据和业务数据进行保护。数据备份可以按照按日，按月对数据进行备份，以防止数据库的意外破坏。
数据库管理模块：
数据库管理模块完成常规的数据库录入查找等功能。它除了数据库常规操作以外要进行错误检测和可恢复错误的处理。将其单独成为几个模块是为了是上层模块对数据库的操作更为简单和灵活，并提供了一定的可靠性保证。
远程数据同步模块：
这一模块采用何种同步方式是目前需要讨论的问题。设计这一模块的目的是使上层操作可以与数据远程访问完全分离。将来如果改换了数据远程访问的方式，那么只需要修改此模块，而在
这一模块之上的部分，可以不作改动。
2．网管部
网管部程序主要是用来记录和查询申请的域名信箱等的情况。相对于市场部程序来说，网管部程序功能上比较简单与单一，需要统计的数据较少。需要完成的功能是从共享数据库中获取消息，按照消息内容进行处理（如进行空间设置，设置邮箱等），将处理结果返回共享数据库。辅助功能如查询等。总的模块示意图如下：
再对这一流程进行一下解释，网管部的数据都来自于市场部，它是一个被动的执行机构，但它执行的结果又是必须要返回给市场部的，不然是毫无意义的。
比对上面两张图，其结构是完全不同的，这是相当自然的，因为一个是模块图，而另外一个是
业务流程图。每一个流程环节，需要一些模块的参与来完成的。简单的说，流程图侧重了事情的描述或者是编程时候的界面实现，而模块图侧重于了技术上的模块划分，其根本目的是代码的重用，它只是一个技术层面的划分。举个例子，这里“接受本部门信息”就需要数据库交互模块的支持，而数据库交互模块将调用数据库查找模块来具体实现这件事情。而在整个流程结束需要上传这条数据的时候，仍然需要数据交互模块，此时交互模块调用数据查找模块来定位数据，用数据编辑模块来将完成情况添加上去。
3．制作部
制作部的程序和网管部类似，整个模块结构也可以参考网管部的，在这里就不再重复。两者主要的区别体现在流程控制模块，这是由两个部分的业务所决定的。
制作部的大致流程如下：
对上面的流程图的说明：
首先它仍然是一个业务上的流程，括号里面指出了这个流程时候，对于整个系统所进行的操作。
省略号地方省略了制作时候的具体步骤（这部分是需要制作部提供资料的）
对上面的模块图（不是流程图）作一个说明：
由于制作部和网管部操作都具有被动性和很多确定性，所以这一部分的管理程序是相对比较简单的。其数据库操作也是比较简单的，只要能记录流程、操作人员和完成的具体工作就可以了。需要说明的是这里的数据添加模块和数据交互模块在功能上是有重复的，设计这样一个结构是从性能考虑上出发的。数据添加功能侧重对大批量的直接添加，它侧重速度，只提供有限的错误控制。数据交互模块则进行更完整的数据库操作，它侧重应用功能，应该提供更多的可以供上层调用的函数和错误检测。
两个部门最大的差异是在流程控制上。。
四．数据流图
市场部业务数据流图
业务员在谈成一笔业务、接收到一份资料或接收到一笔款项等可以产生单据或可记录或可对原先记录进行修改的事情后，会自动触发一个事件，接下来就会触发一连串的动作。
业务员将资料交给市场部的文员，文员将此事件资料整理并录入数据库后，上传至数据库服务器；
制作部从数据库服务器上下载制作资料，然后开始制作；
网管部也从数据库服务器上下载资料，接下来就按照要求申请域名或是设置邮箱；
无论是市场部、制作部还是网管部都应该在相应的工作完成后将完成的结果反馈到数据库服务器。
具体示意图如下：
说明：从软件工程学的观点来看，上图是一个不规范的数据流图，但是为了理解的方便，就借用了一些不规范的元素。
市场部工资数据流图
市场部工资计算比较复杂，各分公司市场部的工资结算方法也不大一样。
一、业务员的工资由两部分组成
第一部分基本工资（若基本工资不存在则设置为零）
第二部分业务提成（根据业务员当月业绩来计算）
第三部分三金的缴纳情况（若三金可以不交则设置为零）
二、管理人员的工资分为三部分
第一部分基本工资（若基本工资不存在则设置为零）
第二部分业务提成（如果仍兼做业务员的话）
第三部分三金的缴纳情况（若三金可以不交则设置为零）
第四部分管理费（按当月业绩来计算）。
数据流图如下：
说明：针对上图的说明
（1）分公司市场部业务员工资分配情況不尽相同，某些地区市场部的业务员没有基本工资，则基本工资按零计算。
（2）管理人员的业务提成设置为零。
（3）对于业务员来说，未考虑到的工资部分或者某些额外奖励可以归入业务提成；对于管理人员来说，未考虑到的工资部分或者某些额外奖励可以归入管理费。
内部管理系统所需资料
软件需求分析报告 学生姓名： 学号： 专业班级：计算机科学与技术院（系）：计算机与通信工程学院指导教师： 完成时间：2012年11月18日 成绩： 前言
仓库管理系统是物资管理系统的核心，是一个企业不可缺少的部分，它的内容对于企业的决策者和管理者来说都至关重要。一直以来人们使用人工的方式管理仓库，效率低，查找、更新和维护困难。今天，仓库作业和库存控制作业已多样化、复杂化，靠人工去处理已十分困难。如果不能保证正确的进货、验收及发货，就会导致生产过量的库存，延迟交货时间，增加增加经营成本，以致失去客户。随着科学技术的不断提高，计算机科学日渐成熟，仓库管理系统应运而生，其检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、等优点极大地提高人事劳资管理的效率；其能够有效地组织人员、空间和设备进行收货、存储、拣货和运输，组织运送原材料到生产企业，运送成品到批发商、分销商和最终客户手中等强大的功能已为人们所熟知。仓库管理系统是为企业的采购、制造计划、制造执行、客户服务系统与仓库或配送中心提供的管理手段，满足企业对低成本和快速处理的要求，帮助不同行业的企业解决复杂的配送问题并降低订单履行成本，它已越来越广泛的应用到各大仓库，并随着不断地完善发挥着越来越重要的作用。 目录 一、项目前景文档 (4) 1业务需求 (4)
1.1项目背景、业务机会和客户需要 (4) 1.2业务目标和成功标准 (4) 1.3业务风险 (5) 2解决方案的前景 (5) 2.1前景陈述 (5) 2.2主要特征 (5) 2.3假设（Assumption）和依赖（Dependency） (6) 2.4项目范围和局限性 (6) 2.4.1项目范围 (6) 2.4.2项目限制 (6) 2.5业务环境 (7) 2.5.1涉众档案 (7) 2.5.2运行环境 (7) 二、软件需求规格说明书 (8) 1引言 (8) 1.1概述 (8) 1.2背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2任务概述 (9) 2.1目标 (9) 2.2运行环境（Operating Environment，OE） (9) 2.3假定（Assumption）和约束（Constraint） (9) 3需求规定 (10) 3.1对功能的规定 (10) 3.1.1用户需求 (10) 3.1.2系统需求 (25) 3.2非功能性需求 (38) 3.2.1性能需求（Performance） (38) 3.2.2安全设施需求（SAfety） (38) 3.2.3安全性需求（Security） (38) 3.2.4软件质量属性 (39) 3.3外部接口需求 (39) 3.3.1用户界面（User Interfaces，UI） (39) 3.3.2硬件接口（Hardware Interfaces，HI） (39) 3.3.3软件接口（Software Interfaces，SI） (39) 3.3.4通信接口（Communications Interfaces，CI） (39)
在线考试系统需求分析 在线考试系统的功能要求 在线考试系统的总目标是：在当前网络环境下，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的在线考试系统，实现企业或者是学校考试的无纸化，为企业或者学校选拔人才提高更方便，更有效的途径。 根据可行性研究的结果和用户的要求，分析现有情况及问题，采用brower/Server 结构，将在线考试系统分成了一下功能模块。 本系统的用户可分为管理员和普通用户（考生）两类。 本系统共分成两个界面：一个界面用于管理员登录，主要负责进行基本资料、题库、试卷、成绩的管理以及查询等；另外一个界面用于普通用户（考生）登录、注册。主要负责在线考试、查询以往考试成绩留言和在线交流等。 从总体上考虑，系统应该实现下列功能： 对管理员来说，包括试卷管理、题库管理、阅卷管理、成绩管理。 1、试卷管理：管理员可以从课程，各种题型的数量等方面对某份试卷提出一定的要求生成试卷规则。同时，管理员还可以对库中已有的试卷进行修改和删除，添加新试卷等。 2、题库管理：管理员可以对题库中的试题进行三种基本操作：添加新的考题、删除旧有考题、修改原有考题，其中试题类型包括客观题（32。，填空、选择、判断、简答）和主观题；对于每种类型的试题，教师可以设置题干、答案等属性。 3、阅卷管理：对于客观题，系统应该可以自动阅卷评分，对于主观题，应该进行人工打分，进而让系统自动统计总成绩。 4、成绩管理：管理员可以查看考生的考试成绩，并针对不同的课程进行成绩统计，包括考试人数、最高分、最低分、平均分以及各分数段得分人数等。 4、学生管理：管理员可以对用户的资料进行查询、删除。 对普通用户来说，包括在线考试（包括模拟考试和正式考试）、查询以往考试成绩、留言和在线交流等。
人事管理系统需求分析 一、背景介绍 1.1、系统目标 企业人事管理系统，是为了迎合现在人们的工作而设计的。随着网络的覆盖面的增广，上网的人们也就越来越多了，人事管理的对象是一个单位或若干单位种的员工的基本信息，这些信息是在变化的。人事管理系统能够味用户提供充足的信息和快捷的查询手段。使用计算机对人事资料进行管理，会给应用者带来很多方便，例如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率，同时，这也是企业的科学化、正规化管理以及与世界先进管理技术接轨的重要条件。人事管理系统是现代企业管理工作不可缺少的一部分，是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件。 人事管理系统可以用于支持企业完成劳动人事管理工作，有如下三个方面的目标。 (1) 支持企业实现规范化的管理； (2) 支持企业高效率完成劳动人事管理的日常业务； (3) 支持企业进行劳动人事管理及其相关方面的科学决策。 1.2、企业人事管理系统功能需求 根据市场调查及分析，企业人事管理系统应该具有以下功能： （1）可以真正地实现对企业人事的管理。 （2）系统的功能要符合本企业的实际情况。 （3）系统的功能操作要方便、易懂，不要有多余或复杂的操作。 （4）可以方便地对人事信息进行输出打印。 （5）方便对企业内部的人事档案及岗位调动调动进行管理。 1.3、企业人事管理系统模块需求 企业人事管理系统应该包括以下模块： (1)基本信息管理 该模块实现职工基本信息的管理，包含职工的名族类别、职工类别、文化程度、政治面貌、部门类别、工资类别、职务类别、职称类别、奖惩类别、记事本类别以及员工生日和员工合同提示等。 (2) 工资管理 通过该模块，能够对员工的工资进行管理，查询、打印工资明细信息等。 (3）系统管理 该模块实现重新登录、用户设置、系统退出等功能，使用户能正确的登录和使用该系统。
******** **经济林管理信息系统需求分析报告 ******** 二〇一三年十二月
目录 引言 (2) 1 项目概述 (3) 1.1项目目标分析 (3) 1.2项目背景及意义 (3) 1.3项目建设的必要性 (4) 1.4项目建设的可行性 (4) 2 项目数据分析 (6) 2.1经济林基础地理信息 (6) 2.2经济林调查数据及处理 (6) 3功能需求分析 (10) 3.1功能结构图 (11) 3.2功能说明 (11) 4 运行环境需求 (12) 5 性能需求 (12)
引言 为合理和高效进行**********经济林管理信息系统（以后简称项目）总体设计，项目组根据《**经济林管理信息系统建议书》编写需求分析报告。 请**相关部门在此基础上讨论和确定本需求分析内涉及的运行环境需求、数据调查和处理流程、功能需求分析等内容。
1 项目概述 1.1项目目标分析 该项目旨在实现**经济林基础地理信息采集、编辑、存贮和管理；经济林调查数据的采集、检查、存贮、管理，以及经济林调查数据查询、统计及成果生成。 1.2 项目背景及意义 **是经济林发展历史悠久的地区，具有日照充足、昼夜温差大、病虫害发生少等独特自然优势，盛产香梨、苹果、红枣、杏、桃、葡萄等。截止2012年，**各类果园面积47.5万亩，其中苹果0.33万亩，梨16.56万亩，葡萄2.74万亩，杏25.68万亩。管理和保护好经济林对于促进农业发展和农民增收、保障社会稳定具有十分重要的意义。 为了全面提升**经济林管理手段和管理水平，*********拟结合林业“二类资源”，研发了**经济林管理信息系统，建立了以团场、地块为管理单元的经济林图属一体化数据库。 该系统基于3S技术及互联网等技术手段，结合“二类”数据的基础上，集成经济林管理的图形、属性、影像、文档等多种数据，实现了综合查询、平台动态监测、占用预警、智能补划和网站信息发布等功能。 本次调查采用“3S”技术与传统调查手段相结合的方法，共涉及14个团（场）。**经济林管理信息系统的建立，能更好的发挥新技术
校园博客系统需求分析 评审日期：2010 年04 月01 日 目录 1导言 (1)
1.2范围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (1) 1.6参考资料 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2系统整体结构 (2) 3应用环境 (3) 3.1系统运行网络环境 (3) 3.2系统运行硬件环境 (4) 3.3系统运行软件环境 (4) 4功能规格 (4) 4.1角色（ A CTOR ）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3 数据库 (6) 4.2系统主U SE C ASE图. (6) 4.3客户端子系统 (6) 4.4管理端子系统 (8) 4.4.1 登录管理 ....................................................... 10 4.4.2 类型管理 ......................................................... 11 4.4.3 评论管理 ....................................................... 12 4.4.4 留言管理 ....................................................... 12 4.4.5 图片管理 ....................................................... 12 4.4.6 用户管理 ....................................................... 13 5性能需求 (13) 5.1 界面需求 (13) 5.2响应时间需求 (13) 5.3可靠性需求 (13) 5.4开放性需求 (14) 5.5可扩展性需求 (14) 5.6系统安全性需求 (14) 6产品提交 (14)
在线考试系统需求分析 1：编写目的 编写在线考试系统需求分析报告目的是为了需求提供者和开发方明确对所建信息管理系统所达到的功能和目标。通过双方 不断的讨论和交互，最终形成具有建设目标的书面条款。经双 方确认后，将作为开发方设计开发的基本依据和需求方的软件 验收标准，同时，通过该需求分析报告，开发方可以更加进一 步了解客户的需求，从而严格按照流程及时、准确地完成系统 的开发，以满足客户的需求。 2：背景 所建议系统是基于B/S模式的WEB系统，使用JSP语 言开发并使用经典的MVC三层构架.使用MySQL作为数据库管理系统，配合使用Tomcat作为应用服务器. 远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在我国，虽然远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个 步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐
和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。 如今世界上对于基于Internet的远程考试系统所进行的研究开发工作不是很长，但是基于web技术构建的在线考试系统已然成为发展的主流。数据库安全、共享、数据传输过程的安全性、访问控制技术、身份识别技术都是构建考试系统要考虑的问题。目前，一些远程教育机构已经开发出了在线考试系统，基本实现了基于Internet的B/S结构在线考试。通过Server端的后台试题库动态生成考卷和对于标准化的试 题即时评定成绩。但是与传统的纸面考试相比，目前的在线测试都是基于标准化考试的，而且一般只能用于非正规的考试，因为对于很多方面考虑的还不是很完善，因而使得在线考试在近段时间很难完全替代传统的考试。 3：目标 （1）项目目标 从总体上考虑，系统应该实现下列功能：
需求分析报告 1. 概述 (1) 项目名称: 学生管理系统. (2) 项目的提出者: 郑州航院信息统计职业学院 (3) 项目用户: 全院师生. 2. 系统需求说明 背景 该项目的发是鉴于目前学校学生人数剧增,学生信息呈爆炸性增长的前提下,学校对学生管理的自动化与准确化的要求日益强烈的背景下构思出来的,该系统完成后可用于所有教育单位(包括学校,学院等等)的学生的管理. 目前社会上信息管理系统发展飞快,各个企事业单位都引入了信息管理软件来管理自己日益增长的各种信息,学生管理系统也是有了很大的发展,商业化的学生管理系统也不少.但本系统完全独立开发,力求使系统功能简洁明了,但功能齐全且易于操作. 系统需求 通过调研了解到: (1) 学校希望能够在查看学号的时候迅速得知该生的系别、专业、哪一届. (2) 学校希望通过能统计大量的以前无法统计的数据,方便管理. (3) 管理员有不同的职位,要可以进行权限设置. 系统功能要求 学校提出的要求,结合我们的技术建议再加以考虑, 产生了该管理信息系统的功能要求: (1) 编制一套流通管理系统. (2) 编制一套库存管理系统. (3) 编辑、查询、统计、打印模块. (4) 用户管理(用户记录管理和权限设置). (5) 对数据库能够灵活设置. (6) 不同的管理员有不同的设置. (7) 软件系统安全上要有一定的保障. (8) 增加各种尽可能多的查询功能. 对性能的要求 学校对系统性能无特殊的要求，只要查询学生的时候没有明显的延迟就可以了，学校目前有多届学生需要管理，查询时间不要超过 5 秒钟。 条件、假定、和限制 (1) 系统最小寿命. 系统应该能在无重大改动的条件下正常运行 5 年以上. (2) 对设备的要求. 要求稳定性良好,整套系统经济实惠. (3) 可以利用的信息和资源. 学校已经配置了多台计算机,以及网络设备,操作人员将使用Windows 98 以上操作系统. (4) 管理员受过较好的培训 3. 新系统的逻辑模型
教师信息管理系统 1.引言...................................................................... . (3) 1.1 编写目的....................................................................... (3) 1.2项目风险....................................................................... (3) 1.3预期读者和阅读建议........................................................................ .. (3) 1.4产品范围............................................................................. . (3) 2.综合描述............................................................................... .. (4) 2.1产品的状况..................................................................... (4)
2.2产品的功能..................................................................... (4) 2.3用户类和特性........................................................................ (4) 2.4运行环境....................................................................... (5) 3.外部接口需求....................................................................... . (5) 3.1用户界 面............... ..................................................... . (6) 4.系统功能需求........................................................................ . (7) 4.1输入、输出数据........................................................................ (7)
湖南科技大学2013届毕业设计（论文）开题报告 题目个人博客系统的设计与实现 作者姓名*** 学号09070204**所学专业信息与计算科学 1、研究的意义，同类研究工作国内外现状、存在问题 意义： 博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站[1]。博客它经常是由简短且经常更新的帖子构成，它可以发表有关个人构思，日记，或者诗歌，散文，小说等等。博客可以是你纯粹个人的想法和心得，包括你对时事新闻、国家大事的个人看法，或者你对一日三餐、服饰打扮的精心料理等，也可以是在基于某一主题的情况下或是在某一共同领域内由一群人集体创作的内容。 写博客是为了把自己各种各样的想法在网上表达、释放出来,把一时的想法变成观点展示给大家。而浏览博客的用户,也可以对发表观点和看法的文章进行评论,博客就是这样一个平台。 博客最初的名称是Weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成we blog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将 Blog本身和 blogger（即博客作者）均音译为“博客”。“博客”有较深的涵义：“博”为“广博”；“客”不单是“blogger”更有“好客”之意。看Blog的人都是“客”。而在台湾，则分别音译成“部落格”（或“部落阁”）及“部落客”，认为Blog本身有社群群组的意含在内，借由Blog可以将网络上网友集结成一个大博客，成为另一个具有影响力的自由媒体。 国内外现状： 博客在中国的发展起始于1998年，但到了2000年才开始真正的流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各户站网站，如新浪、搜狐，原不看好博客，也加入博客阵营，开始进入博客春秋战国时代[1]。由于博客沟通方式比电子邮件、讨论群组更容易和简单，博客已成为家庭、部门、公司和团队之间越来越盛行的交流工具。 存在问题： 国内各大网站的博客都各具特色，但是同时也并不完善，功能或多或少存在缺失，基于此，我们设计了基于https://www.doczj.com/doc/d113883055.html,技术为支撑的功能完善的个人博客系统。
表3：黄淮学院2015届本科毕业设计开题报告院系：信息工程学院专业：计算机科学与技术
， 现考试的自动化。这样一来，教师所要做的只是精心设计题目、维护题库，而不是 组织考试，从而大大减轻了教师的负担，这表明其经济性是相当可观的。为了适应 新形势的发展，我进行了这一系统的初步设计工作，也可以说是做一个初步的探索， 希望它能够在各类考试中发挥高效、便捷的作用,把老师从繁重的工作中解脱出来。 学生也可以根据自己的学习情况自行进行测试，方便快捷。 2、与本课题相关的国内外研究现状（文献综述）预计可能创新的方面 1．相关的国内外研究现状 在新的世纪，世界各国对教育的发展给予了前所未有的关注，都试图在未来的 信息社会中让教育处于一个优势的位置，从而走在社会发展的前列，为此许多国家 都把信息技术应用于教育，作为民族发展的重要推动力。 在国外,美国政府提出了“教育技术规划(Educational Technology Initiative)”， 指出到 21 世纪初让全美国的每间教室和每个图书馆都将联上信息高速公路，让每个 孩子都能在“21 世纪教师”网络服务。澳大利亚国家公共资源管理局已于 1995 年 4 月建立“澳大利亚教育网”，并联通 Internet ，该网络不仅包括全部高等院校，而 且还覆盖全澳大利亚所有的中小学。在 1995 年底，国外开始出现支持网上教学的系 统和平台。美国的 NTU 、英国的 OPEN COLLEGE 都是十分典型的网络教育范例。 网络化在线考试作为网上远程教育的重要组成部分和发展分支，己经在国外一些发 达国家得到蓬勃发展，人们选学课程和考试都是通过网上进行。特别是 Internet 业 务的普及，构筑高性能、低成本的计算机网络化在线考试，从技术条件和经济条件 上己经成熟。 在国内，普遍地看，绝大多数远程教育的考试还停留在传统考试方式。在此方 式下，组织一次考试至少要经过 5 个步骤，即人工出卷、考生考试、人工阅卷、试 卷分析和成绩评估。显然，随着考试类型的不断增加及考试要求的不断提高，教师 的工作量将会越来越大，并且这样工作将是一件十分烦琐和非常容易出错的事情。 但是对互联网的真正应用仅限于网上报名工作和网上成绩查询，还没有真正形成上 网考试的规模。而在国外一些国家，网上提交作业和网上考试已经相当普及了。所
《人力资源管理系统》需求分析报告 1.需求获取及分析 1.1业务需求 随着计算机技术，网络技术和信息技术的发展，现在的办公系统更加趋于系统化，科学化和网络化，网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的的主要目的是实现信息的交流和信息共享，提供协同工作的手段，本系统对公司的人力资源进行管理，为人力资源管理人员提供一套简单的操作，使用可靠，界面友好，易于管理和使用的处理工具，对人力资源各种数据进行统一管理，避免数据存取，数据处理的重复，提高工作效率，减少数据处理的复杂性。 1.2用户需求 人力资源管理系统在企业中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个企业有机、高效地带动起来，使得企业各个方面的工作因人力资源管理系统的高效、简便而更加顺利。 企业方面： 可以有效的进行对职工信息管理；增加、删除、修改员工信息；薪金发放；考勤以及招聘等工作。 职工方面： 每个职工都可以对自己的信息进行查看，查询薪金发放情况以及职称评比情况。 1.3功能需求 本系统的实现的功能主要划分为：
A.信息输入模块 B.用户查询模块 C.系统维护模块 D.系统输出显 示模块 E.考勤模块 F.招聘模块 本系统是一个集多项功能于一身的集成应用系统，用户只有按照提示信息，使用鼠标和键盘录入相应的信息内容即可完成所需的功能。本系统所有的提示信息均为中文显示，以方便用户的使用。 系统的主要功能有： A.信息输入模块：包括普通职工用户和管理员用户通过网络的输入登录条件和查询条件等操作。 B.查询模块：根据普通职工用户输入的查询条件（职工号）对系统所保存的记录内容（工资和奖金等）进行查询检索。 C.系统维护模块：包括对维护人员的个人信息密码的修改、数据库的及时更新，添加和过期记录增删以及对本系统的使用访问情况查询统计等维护工作。 D.系统输出显示模块：对查询到的数据集进行显示反馈，并多大量的数据进行分页显示；对普通职工用户输入的查询条件进行过滤判断，对错误的条件，进行反馈提示；同时对管理员的所有维护操作的成功与否进行反馈。 E.考勤模块：对员工上下班打卡情况以及出勤情况进行记录，汇总。 F.招聘模块：显示招聘信息并进行及时的更新。 1.4非功能需求 1.系统必须严格按照设定的安全权限机制运行，并有效防止非授权用户进入本系统
高校学生学籍管理信息系统 系统需求规格说明书 （系统需求分析报告）
目录 1-------------------------------------------------------------------概述1．1----------------------------------------------------------------背景1．2-------------------------------------------------------------系统目标1．2．1------------------------------------------------------应完成的任务1．2．2------------------------------------------------------不完成的任务1．3------------------------------------------------------------业务模式1．4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2．1-------------------------------------------------------------业务需求2．1．1---------------------------------------------------------使用范围2．1．2----------------------------------------------------------功能要求2．1．3----------------------------------------------------------权限管理2．2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3．1-----------------------------------------------------与其他系统的关系3．2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4．1-------------------------------------------------------------业务分解4．2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5．1------------------------------------------------------------数据单据5．2------------------------------------------------------------数据分析5．2．1---------------------------------------------------------数据分类5．2．2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件
博 客 系 统 需 求 分 析 报 告 院系：信息电子工程学院 班级：软件08-1 设计小组人员：29号 日期：2010年5月24日
一、系统概述 “博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog 的简称，而Weblog则是由Web和Log两个英文单词组合而成。 Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和张贴（Post-这个字当名词用时就是指张贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。 在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩张，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 二、需求分析 博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。 1.匿名用户模块 本模块主要由注册、登录、浏览博客、评论4个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。 2.注册用户模块 本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5
学生信息管理系统需求分析报告
目录 1.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3. (4) 2.4.4. (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5) 5.流程图 (8) 6.性能要求 (8)
1.序言 随着学校的规模不断过大，学生数量急剧增加，有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等，从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。 2.项目简介 2.1.系统标识 系统名称：学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有：学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高，应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课，做到看界面简单易懂，容易操作，提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分，又因为用户的不同，例如学生、教师、系统管理员的身份不
系统需求分析报告
目录 目录............................................................................................................. I 1、项目描述.. (1) 1.1 背景 (1) 1.2研究意义 (1) 2、需求分析 (1) 2.1功能需求分析 (2) 2.1.1 系统管理功能 (2) 2.1.2 流量劫持功能 (2) 2.2性能需求分析 (3)
1、项目描述 1.1 背景 随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。 1.2研究意义 本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。 网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。 2、需求分析 经过与项目委托方多次讨论，设计系统的目的是为实现对特定
非法用户Web（HTTP/HTTPS协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。 2.1功能需求分析 根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。 2.1.1 系统管理功能 系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。 2.1.2 流量劫持功能 本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。
校园博客系统需求分析评审日期：2010年04月01日
校园博客系统需求分析 目录 1导言 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 缩写说明 (1) 1.4 术语定义 (1) 1.5 引用标准 (1) 1.6 参考资料 (2) 2系统定义 (2) 2.1 项目来源及背景 (2) 2.2 系统整体结构 (2) 3应用环境 (3) 3.1 系统运行网络环境 (3) 3.2 系统运行硬件环境 (4) 3.3 系统运行软件环境 (4) 4功能规格 (4) 4.1 角色（A CTOR）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3数据库 (6) 4.2 系统主U SE C ASE图 (6) 4.3 客户端子系统 (6) 4.4 管理端子系统 (8) 4.4.1登录管理 (10) 4.4.2类型管理 (11) 4.4.3评论管理 (12) 4.4.4留言管理 (12) 4.4.5图片管理 (12) 4.4.6用户管理 (13) 5性能需求 (13) 5.1 界面需求 (13) 5.2 响应时间需求 (13) 5.3 可靠性需求 (13) 5.4 开放性需求 (14) 5.5 可扩展性需求 (14) 5.6 系统安全性需求 (14) 6产品提交 (14) 7实现约束 (14)
1导言 1.1目的 该文档是关于用户对于校园博客系统的功能和性能的要求，重点描述了校园博客系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 BM Blog Manager（博客管理员）的缩写。 JSP Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 1.4术语定义 无 1.5引用标准 [1] 《企业文档格式标准》 V1.1 北京长江软件有限公司 [2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织
教务管理系统需求分析报告 1.任务概述 1.1目标 通过Internet完成对教务系统的管理，有利于管理者根据教务管理系统及时的对信息进行处理，每个用户可以通过Internet登录系统，并对自己的权限进行相应的操作。设计的目标是尽量大道人力与设备的节省、并且处理数据的速度提高。 该设计面向教务处、院、系教师和全校学生，实现教学资源管理，学籍管理，教学计划，开课/排课管理，选课管理、考务管理，成绩管理，教师管理，教材管理，教学质量监控，开放性实验管理，毕业设计管理和毕业审核等功能。 1.2运行环境： 1台服务器：2.4G双CPU，SCSI双硬盘镜像，2G内存，LINUX7.0，Apache+PHP+Mysql服务器 客户机：CPU 2.0G，512M内存，windowsXP操作系统, 连接Internet。 1.3条件与限制 为完成本系统的开发，应配备WEB服务器、CVS服务器、FTP服务器、文本编辑工具、微机若干台、打印机一台。可利用软件现有的服务器及教师办公用微机等设备。 2.功能需求 2.1.教学计划管理 1）教学计划既要保持相对的稳定性，同时还应满足各教务人员对教学计划进行
调整与更变，能自动生成每学期的教学计划。 教学计划管理能自动生成各班级的课表及上课老师，方便师生查阅。同时能避开节假日正常的教务活动 遇到突发事件能及时自动更新教学计划 2.2学生学籍管理：学生的基本情况、学生获奖和受处分的情况等。学籍变动管理、学生注册管理。 2.3学生成绩管理：管理学生每学期的所学的课程、课程性质、学分、学时、及成绩进行管理。包括成绩管理、分析内容。学生可以登录到学校相应成绩管理系统对自己的学科、学时、学分等相关信息进行查询。毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。同时每学期末时系统将自动给家长发送一封关于本学期子女在学校的学习成绩及表现等。 2.4教师管理 1）教师信息管理 该系统管理员可以查询所有老师的用户资料以及更新教师资料。 2）教师资料存储 3）教师异动、教师进修、教师教学考勤、权限设置。 2.5选课管理 系统为学生和教务人员提供不同的入口。学生和教务人员具有不同的操作权限，学生可以修改个人基本信息、选课、退课、查看自己的课程；教务人员通过本功能可以及时掌握学生选课的进程，对系统进行全面的管理，如选课信息的录入、查询、修改、删除等。 2.5.1学生网上选课平台（B/S结构）
需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1．1-----------------------------------------------------------------------------背景 1．2-----------------------------------------------------------------------------系统目标1．2．1------------------------------------------------------------------------完成的任务1．2．2------------------------------------------------------------------------不完成的任务1．3-----------------------------------------------------------------------------业务模式 1．4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2．1-----------------------------------------------------------------------------业务需求2．1．1------------------------------------------------------------------------使用范围2．1．2------------------------------------------------------------------------功能要求2．1．3------------------------------------------------------------------------权限管理 2．2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3．1----------------------------------------------------------------------------与其他系统的关系3．2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4．1-----------------------------------------------------------------------------业务分解 4．2-----------------------------------------------------------------------------业务描述