《动画制作人员配置支持系统规划.docx》由会员分享，可在线阅读，更多相关《动画制作人员配置支持系统规划.docx（38页珍藏版）》请在三一办公上搜索。
1、毕业设计说明书（版本： 正式版 ）系 别 管 理 系 专业班级 信管052 学生学号 2004075109 学生姓名 李 糸 可 指导教师 潘 旭 阳 日 期 2009.2.23 评阅成绩 指导老师签名： 批改日期：目录摘要3Abstract4第一章 动画制作人员配置支持系统规划5第一节 动漫产业背景介绍5第二节 目前动画制作人才配置5第三节 支持系统的战略规划6第二章 系统分析7第一节 系统可行性分析7第二节 组织结构调查9第三节 业务流程分析10第四节 数据流程分析10第五节 系统方案11第六节 决策系统评价分析方法13第三章 系统设计13第一节 系统功能结构13第二节 系统流程图14第三
2、节 数据库设计14第四节 输入设计19第五节 输出设计21第四章 系统实施23第一节 程序设计23第五章 系统测试25第六章 系统使用说明书25第一节 普通用户使用说明书25第二节 支持系统用户说明文档29第七章 参考文献30第八章 致谢31附录31部分源代码系统开发前言本系统的构思有些大，整个系统中的分系统都是相辅相成，更是依赖于网络的商业推广，其中涉及到维基技术、JSP技术，都是从零开始边学习边开发系统，难免会产生部分功能性错误及缺失，还请谅解，且这个设计构思在业界内还没有人实现，系统的开发完全是摸索进行，由于本人能力以及时间所限，只能开发出其中部分功能，在此作为毕业设计仅起抛砖引玉的作用
3、。决策系统仅开发了针对声优这一项工种的决策支持，其他工种因时间关系暂时无法全部体现，但因其基本思想、设计方法类似，暂不进行深入开发。摘要动画制作的流程与传统产业有所不同，在一个动画项目进行过程当中，项目负责人往往在某个分项目开始前，根据实际需要来动态得进行制作人员的配置。观众对于一部动画的初始印象都是从制作人员名单开始。因此，一个合理的人员配置，对于整个动画项目有着举足轻重的作用。然而，项目管理人往往由于身兼数职，无法全面得考虑到人力资源配置的客观评价因素，在严重时，甚至会导致动画质量的大幅下降，这对于一个动画制作公司的品牌信誉及隐性损失是难以估计的。如何缓解项目管理人的配置压力成为了当前所要
4、解决的问题。本文采用结构化开发方法，根据动画制作的特殊流程及需求，分析并设计一个以开放数据接口平台为基础的人员配置智能决策支持系统以及此数据平台的商业推广方案。关键词：动画 ，动画人才 ，决策支持， 评价Abstract The production process of animation which is differs from traditional industry. The director of an anime project would decide the member list of one aspect of the project before the process
5、 beginning according to actual needs. The audiences initial impressions to an animation working begin from list of staff member. Thus, a reasonable configuration of human resource takes important part of an animation project. Yet in the practical work, many directors have many roles to play, who cou
6、ld not take into account all aspect of personal abilities. This kind of deviation will lead to a substantial decline in the quality of animation works. It is hard to estimate the hidden losses and will harmful for brand reputation. The problem at present is how to mitigate the workload of director.
7、This paper is based on “SSDM” (Structural System Development Methodology), and design an open database for the use of human resources DSS according to the process of the production. Keywords: Animation Director DSS 第一章 动画制作人员配置支持系统规划第一节 动漫产业背景介绍一、动漫产业概况动漫产业，是指以“创意”为核心，以动画、漫画为表现形式，包含动漫图书、报刊、电影、电视、音像制
8、品、舞台剧和基于现代信息传播技术手段的动漫新品种等动漫直接产品的开发、生产、出版、播出、演出和销售，以及与动漫形象有关的服装、玩具、电子游戏等衍生产品的生产和经营的产业。2007年全球最大的娱乐产品输出国美国每年的动画产品和衍生产品的产值达50多亿美元。日本则通过动画片、卡通书和电子游戏三者的商业组合，年营业额超过90亿美元。2007年全球与游戏、动画产业相关的衍生产品产值超过6000亿美元，而中国的动漫产业刚刚兴起，市场容量至少有1000亿元人民币，3.67亿未成年人，都将是动漫产业潜在的消费群体。与数字意义上的行业繁荣相对应的是名目繁多的动漫节、动漫展、动漫赛事在2007年的活跃。面对广阔
9、的动漫市场，各地动漫产业发展计划的制定更是如火如荼，纷纷打造自己的“动漫之都”。北京开始着力打造国际一流的动漫产业中心；上海、广州、福州已初步形成以网络游戏、动画、手机游戏、单机游戏和与游戏相关的产业链。而这一切的基础，便是以轻小说、漫画等为依托的动画制作业。二、动画制作流程的特殊性 动画的制作也是一个团体性协作项目，虽然也有少数人士进行过独立制作，但是制作周期相当漫长，一部26分钟长度的CG动画的制作周期长达1年，这已经不属于商业范畴。一部动画的开发周期大致可以分为四个阶段 ：制前作业、制作前期、制作中期以及制作后期。动画制作的特殊性在于一个项目的制作人员是动态配置的，也就是说，到项目的某个
10、阶段开始前，根据目前项目的资金、观众需求、赞助商等种种客观、主观的因素来考虑下一步骤的制作人员的配置。正是由于这种特殊性，使得项目管理人的责任重大，同时工作量也会相应增加。第二节 目前动画制作人才配置一、目前一般动画制作公司的人才配置 当一个动画制作公司的制作人提交的项目企划书得到社长、赞助商的批准后，便要根据资金以及观众需求开始决定选用合适的总监督来管理整个动画制作。目前业界的动画制作人才资源是由一些私营的动画制作事务所来管理的，事务所与动画制作公司签订项目合同，监督把项目的需求与事务所沟通后，事务所方可从自己的人才库中提供适当的制作人员参与动画项目的工作。当然，各个事务所是独立的，他们不互
11、相共享人才信息。二、当前的人才配置情况所引出的问题 各个事务所互为竞争对手，使得业界的人才分散在各个事务所中，一个事务所的人才从能力和经验上都是参差不齐的。制作人根据动画项目资金的情况，也会考虑到成本问题，这个时候很容易引起事务所提供的人才经验、能力与需求不适应的情况，这在一定程度上会影响动画的质量或者制作进度，从而造成不必要的损失。事务所的人才库独立，使得动画公司在寻求人力的时候只能局限于某几个签订合作协议的事务所当中，有的时候即使人才与需求不适应，为了制作进度，只能退而求其次。第三节 支持系统的战略规划一、系统功能目标 通过一个开放数据平台，建立一个人力资源信息库，打破事务所人力资源库的独
12、立性。以开放平台为条件，减轻汇集数据的压力，可在现有信息库的基础上附加观众评价体系，使得信息库的数据具有客观性、开放性，消除主观评价的片面性。根据数据，设置权值建立一个主客观相结合的评价系统，这将使得人才与需求适应度大幅提升。同时应注意到数据的权限及安全性。 （图1-3-1：系统目标功能图）二、战略分析 整个系统的建成应分为数据建立期、平台推广期、商业运营期三个阶段。在数据建立期，应当尽快实现数据搜集开放平台的建立。其次，提供一个用户对数据交流平台，逐步对数据信息库进行完善。其中，观众用户与制作人员用户应当相对独立。最后，对建立好的支持系统应当进行充分的调试、测试。应注意到在一到两年内的数据建
13、立期不能实现盈利。在数据系统已经趋于完善，支持系统也处于可实际应用的状态，方可进入平台推广期，此阶段属于商业推广，不涉及系统开发，此处暂不进行深入讨论。商业运营期应建立在整个系统的认知度及认可度提升到一定程度后才能开始，此期间除支持系统可以有一定盈利能力外，可整合进一个动漫相关产业的推广平台，例如音乐PV、动画作品的广告、音乐的试听、游戏的试玩、制作人员的访谈等，帮助推广动画公司的作品，宣传制作人员，提升动漫产业制作人员的积极性，形成一个相辅相成的可持续发展产业，逐步发展为一个综合性的动漫专业门户网站。待时机与市场成熟时，还可以推出在线收费动画点播、版权收费音乐下载，授权游戏软件下载等盈利业务
14、，最大化的推动动漫产业的网络版权化。（图1-3-2：系统规划图）第二章 系统分析第一节 系统可行性分析一、技术可行性（1）开发工具 开放数据平台：HDWIKI 4.0.4 数据库：MYSQL 5.1 HDWIKI语言环境：PHP 5.2.6 页面服务器：APACHE 2.29 决策支持系统：服务端TOMCAT 6.X，开发架构：JAVA BEAN + JSP 程序开发工具：MyEclipse 7.0 页面开发：PHOTOSHOP CS4，FLASH MX CS3， DREAMWEAVER CS3 （2）系统运行配置： 服务器：戴尔PowerEdge 1900服务器 CPU: Xeon E531
15、0 x2 内存：4G 硬盘：160G。 以上配置适用于数据建立期及推广期。在商业运营期根据业务进行扩展。二、经济可行性（1）预计支出： 服务器：9000元。 服务器运行费用：每年电费为：日耗电4800W*0.5元/1000W*360=864元/年。0收益年限3年，总费用2592元。 开发人员费用：6月*4000元*3人=72000元。 雇佣数据采集员半年：6月*2000元=12000元。 系统维护及数据维护：5000元/月。 开发期支出总计：2592+72000+12000=86592元。 开发完毕建设期及推广期支出总计：18月*（5000元+2592元）=136656元。 预计无收益期3年总
16、支出：223248元。收益期每年支出为62592元。 （2）成本/效益分析 1）商业运营期提供决策支持服务收益：按照事务所收取费用的10%计算。待平台成熟可免费。 2）商业运营成熟期提供在线服务收益：主要收益项目1：每首MP3版权出售5元，服务费1元。每年下载量按照总计10万次计算，MP3下载年收益为10万元；在线销售CD唱片集每张收取服务费2元，按照总计每年10000张销量计算，CD唱片集年收益2万元。项目1年收益总计12万元。 主要收益项目2：每一部在线动画点播2元，版权费1元，收益为1元。每年点播次数按10万次计算，动画点播年收益为10万元；DVD、画集、资料集的代销服务费为每张2元，按
17、照总计每年10000张销量计算，代销收益为2万元。项目2年收益总计12万元。 主要收益项目3：动画制作培训。由动画制作公司组成培训联盟，一方面可建立人力资源储备，收取适当学费增加动画制作公司收益。每学员每年学费经营管理收益为1000元，以每年50学员规模计算，项目3年收益为5万元。 3）运营期总毛收益：12万+12万+5万=29万元。成本支出7万元。4）效益成本比：29/7=400%。（以上数据为保守估计，待网络正版化的不断推进，销量将成几何数递增）三、可行性分析结果 经过以上分析，效益成本比在保守估计状态下仍然达到400%，实施技术也完全成熟，系统的开发完全可行。第二节 组织结构调查一、动画
18、制作公司组织结构：（图2-2-1：组织结构图）第三节 业务流程分析动画制作的流程大致可分为以下四个阶段：制前作业、制作前期、制作中期、制作后期。（图2-3-1：业务流程图）第四节 数据流程分析一、支持系统基本数据流程如下图： （图2-4-1：支持系统数据流程图）二、维基系统数据流程图 （图2-4-2：维基数据流程图）第五节 系统方案一、维基系统处理流程 通过WIKI数据平台，尽量搜集并建立动画制作人员资料档案，包括制作经历、观众认可度等信息。并存入数据库。二、决策支持系统处理流程 通过数据库中WIKI所汇集的数据，进行评价计算，得出数据计算结果，并输出。第六节 决策系统评价分析方法一、评价分析
19、法 本系统主要采用了“民意测验法”以及“要素评价法”的评价体系，开放了系统数据资料，使得只要是能访问到网站的用户都可以参与到对工作人员的评价体系中，成为重要的考核数据。系统为每个用户创建表的时候加入了权值字段，用户可以根据自己的需要设置、更改权值，由于每个工种的评价体系不一样。系统给予每个工种都有不同的权值默认值供用户参考。1、声优作品评价体系 声优的评价体系包括了点击人气、观众评价、动画经历、剧集经历、游戏经历、其他经历等，每项默认权值均假设为1 。 加权计算公式：人气*人气权值+评价分*评价权值+动画经历*动画权值+剧集经历*剧集权值（公式1） 说明：根据用户的项目来设置权值，可以更加准确
20、反应声优素质。例如项目是进行一个动画制作，则只需将动画权值的权适当提高，就可以马上反应到系统中。2、制作相关人员评价体系 制作相关的人员包括动画、原画、等幕后人员。评价体系为工作经历、所制作产品好评度。 加权计算公式经历*权值+作品好评*权值 （公式2）3、声优综合评价体系： 根据声优的不同表现，细分作为声优的各种特征，每个二级指标分为5个等级，满分为100分，分数越高，则声优实力越强。 评分计算公式：设：二级指标评分为Xi，X1,5 总分为Y，Y10,100 Y=X12+X2 2+X32+X41+X52.2+X62.2+X71.6+X81.2+X90.8+X100.4+X110.4+X120
21、.4+X130.4+X140.4+X153 （公式3）各项指标详见下表：一级指标二级指标权重评级等级5等级4等级3等级2等级1声线：总占35%1、声音特点突出，能马上分辨10%2、声音甜美、圆润10%3、声音自然、流畅10%4、声线多变5%演技总占45%1、所役角色特性吻合度较高11%2、所役角色表现不僵硬，角色带入度高11%3、能较好出演性格差异大的角色8%4、一剧多役6%5、男性角色及女性角色均可4%6、偏爱扮演角色（1：萝莉；2：御姐；3：正太；4：大叔；5：青年；6：少年）7、性格（1：强气；2：弱气；3：一般；4：可爱）歌声总占10%1、音域范围广2%2、舞台互动表现较好2%3、气息
22、稳定2%4、歌声感染力强2%5、歌曲耐听度高2%综合评定15%15%指标说明：声优表现的好坏，是一部动画成功与否的重要因素，动画当中的人物特征必须通过声优的演技来演绎。因此，演技是评价一位声优的最重要指标，应给予权重较高，其次，声线的特征能直接影响到观众对声优的“附着度”，特别是声线特征明显，观众能够耳熟能详的声优是最受欢迎的。本指标体系是根据日本声优杂志声優 、声優 、HM3 SPECIAL 、VOICE NEWTYPE等评价体系综合而得。体系尚处于研究阶段，因此评价可靠性有待商榷，请见谅。第三章 系统设计第一节 系统功能结构一、功能结构模块设计（图3-1-1：功能模块图）第二节 系统流程图
23、一、系统流程图设计第三节 数据库设计一、数据库表结构1、wiki_category 词条分类表字段类型属性可以为空默认额外含义cidsmallint(6)UNSIGNED否AP分类IDpidsmallint(6)UNSIGNED否0I父分类IDnamechar(50)否分类名称displayordertinyint(3)否0分类显示顺序docsmediumint(8)UNSIGNED否0分类下词条数imagevarchar(255)否分类图片navigationText否分类导航descriptionText否分类介绍2、wiki_doc 词条表字段类型属性可以为空默认额外含义didmediu
24、mint(8)UNSIGNED否AP词条IDcidint(6)UNSIGNED否I分类IDletterchar(1)否I词条首字母titlevarchar(80)否I词条标题tagvarchar(250)否词条标签summaryvarchar(250)否词条摘要contentMediumtext否词条内容authorvarchar(15)否创建者authoridmediumint(8)UNSIGNED否0I创建者IDtimeint(10) UNSIGNED否0I创建时间lasteditint(10) UNSIGNED否0I最后编辑时间lasteditorchar(15)否最后编辑人lasted
25、itoridmediumint(8) UNSIGNED否0最后编辑人IDviewsint(10) UNSIGNED否0浏览次数editsmediumint(8) UNSIGNED否0编辑次数editionsmediumint(8) UNSIGNED否1版本个数commentsmediumint(8) UNSIGNED否0评论次数visibletinyint(1)否1是否被审核通过lockedtinyint(1)否0是否被锁定3、wiki_user 用户表字段类型属性可以为空默认额外含义uidmediumint(8) UNSIGNED否AP用户IDusernamechar(15)否U用户昵称pa
26、sswordchar(32)否用户密码emailchar(50)否I用户Emailgendertinyint(1)否0性别creditsint(10)否0用户积分birthdayint(10)UNSIGNED否0出生日期imagevarchar(255)否用户头像locationvarchar(30)否用户所在地regipchar(15)否注册时的IPregtimeint(10) UNSIGNED否0注册时间lastipchar(15)否最后登录IPlasttimeint(10) UNSIGNED否0最后登录时间groupidsmallint(6) UNSIGNED否0用户组IDtimeoff
27、setvarchar(20)否8用户自定义时区stylevarchar(20)否default用户自定义风格languagevarchar(20)否zh用户自定义语言signaturetext否用户签名createsmediumint(8)UNSIGNED否0创建词条数目editsmediumint(8)UNSIGNED否0编辑词条次数viewsint(10) UNSIGNED否0用户被浏览次数4、wiki_usergroup 用户组表字段类型属性可以为空默认额外含义groupidsmallint(6)UNSIGNED否AP用户组IDgrouptitlechar(30)否用户组名称regula
28、rstext否允许用户访问的URL规则集合，序列化后存入defaulttext是NULL默认的规则typetinyint(1)否0用户组类型 0、自定义用户组 ， 1、系统组（系统组的权限是不可以编辑的）creditslowerint(10)否0l此组用户的积分下限creditshigherint(10)否0l此组用户的积分上限starstinyint(3)否0星星数目colorchar(7)否用户组头衔颜色groupavatarchar(60)否用户组头像5、wiki_lock 词条锁定编辑的表字段类型属性可以为空默认额外含义didmediumint(8)UNSIGNED否0P词条IDuid
29、mediumint(8)UNSIGNED否0P锁定用户IDtimeint(10) UNSIGNED否0词条锁定时间6、wiki_focus焦点词条字段类型属性可以为空默认额外含义didmediumint(8) UNSIGNED否0P词条IDtitlevarchar(80)否词条名称tagvarchar(250)否词条标签summaryvarchar(250)否词条摘要imagevarchar(255)否图片（第一张图片）timeint(10) UNSIGNED否0推荐时间displayordertinyint(4)否0显示顺序7、wiki_word 关键词过滤表字段类型属性可以为空默认额外含义
30、idsmallint(6)UNSIGNED否AP关键词IDadminvarchar(15)否添加人findvarchar(255)否不良词语(被替换的内容)replacementvarchar(255)否NULL替换的内容8、wiki_synonym同义词表字段类型属性可以为空默认额外含义idint(10)否AP流水idsrctitlevarchar(80)否U同义词源标题 (destdid的同意词包括srctitle1,srctitle2等,即srctitle指向desttitle)destdidint(10)否同义词目标词条iddesttitlevarchar(80)否同义词目标词条标题二
31、、E-R图第四节 输入设计一、用户注册页面：二、创建信息页面：三、录入信息页面：四、用户信息修改：五、用户评价页面：第五节 输出设计一、信息显示：二、数值分析显示：三、柱状图表显示：四、权值计算结果显示：第四章 系统实施第一节 程序设计一、支持系统部分核心代码设计1、类文件名：DB.class。注释：数据库连接方法。位于com.support包。代码详见附录。User.class。注释：支持系统用户方法。位于com.support包。UserManager.class。注释：支持系统用户管理方法。位于com.support包。Welcom.class。 注释：制作人员人气指数方法。位于com.
32、support包。Exp.class。注释：制作人员经验指数方法。2、页面文件index.jsp。 支持系统主页。Reg.jsp。 支持系统注册页面。Selfservices.jsp。支持系统用户的信息中心页面。Ulogin.jsp。 支持系统用户登陆页面。Usermodify.jsp。 支持系统用户个人信息修改页面。Userlist.jsp。 支持系统管理员查看用户信息列表页面。Login.jsp。 支持系统管理员登陆后台页面。Sessioncheck.jsp。 支持系统后台验证。Userdelete.jsp。 支持系统管理员删除用户页面。二、维基系统代码设计1、基础文件 header.ht
33、m网站头文件，包括网站LOGO、搜索框和网站导航等。footer.htm网站底部文件，包括备案信息、时间时区显示和风格显示等。message.htm信息提示页面模版文件2、用户相关 register.htm注册页面模版文件login.htm 登录页面模版文件profile.htm个人信息展示模版文件editprofile.htm 个人信息设置模版文件editimage.htm 修改个人头像模版文件editpass.htm 修改密码模版文件resetpass.htm 设置密码模版文件getpass.htm 找回密码模版文件space.htm个人空间模版文件3、词条相关 createdoc.htm
34、创建词条模版文件editor.htm编辑词条模版文件viewdoc.htm浏览词条模版文件notexist.htm提示信息不存在的模版文件editorlist.htm词条贡献者模版文件list.htm 最近创建词条列表、最近编辑词条列表、最热词条列表、按字母列表浏览 category.htm 按字母浏览分类列表模版文件categorylist.htm 词条分类列表模版文件search.htm 搜索结果列表模版文件4、目录文件列表control 目录名称类型作用或意义admin_banned.phpPHP程序文件后台IP禁止admin_category.phpPHP程序文件后台分类admin_d
35、b.phpPHP程序文件后台数据库操作admin_doc.phpPHP程序文件后台词条管理admin_focus.phpPHP程序文件后台推荐词条admin_friendlink.phpPHP程序文件后台友情链接admin_language.phpPHP程序文件后台语言设置admin_main.phpPHP程序文件后台主界面admin_plugin.phpPHP程序文件后台插件管理admin_regular.phpPHP程序文件后台管理权限admin_setting.phpPHP程序文件后台基本设置、上传logo、积分设置、SEO设置、缓存设置admin_style.phpPHP程序文件后台风
36、格设置admin_tag.phpPHP程序文件后台热门标签admin_user.phpPHP程序文件后台老板用户管理admin_usergroup.phpPHP程序文件后台用户组管理attachment.phpPHP程序文件前台附件相关，包括上传图片等category.phpPHP程序文件前台分类相关操作doc.phpPHP程序文件前台词条相关操作edition.phpPHP程序文件前台词条版本相关操作index.phpPHP程序文件前台首页相关list.phpPHP程序文件前台词条所有列表，包括最近编辑、热点词条、焦点词条等search.phpPHP程序文件前台搜索相关user.phpPHP
37、程序文件前台用户注册、登录、退出，以及用户在“个人管理”中进行的修改资料及密码等相关操作第五章 系统测试第一节 系统测试一、测试环境1）操作系统：Windows Vista Home Premium2）WEB服务器：Apache 2.2.9, Tomcat6.0.183）数据库：MySQL 5.1.284）硬件要求：戴尔PowerEdge 1900服务器及以上二、测试方案在上述测试环境下对网站后台进行测试，首先在编写好每一个模块之后就对它做必要的测试，即单元测试。然后在程序完全编写完成后就对网站后台集成，进行集成测试。单元测试注重每个功能模块是否实现了对应的功能，集成测试注重整个后台是否顺利完
38、成，各个功能模块是否可以整合成一个完整的系统。黑盒测试黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。黑盒测试法注重于测试软件的功能需求，
39、主要试图发现下列几类错误。（1）功能不正确或遗漏； （2）界面错误； （3）数据库访问错误； （4）性能错误； （5）初始化和终止错误等。 从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。第六章 系统使用说明书第一节 普通用户使用说明书一、注册登陆1、通过各种方式登陆到维基首页。点击右上角“注册”字样进入注册页面2、刚注册的用户需要等待管理员的审核二、创建、查询资料1、审核通过后可查询资料、创建资料等操作。2、创建词条时，根据分类的不同，格式也不同。例如创建声优分类的时候，有统一格式，用户只需按照表格填空、增删即可。3、编辑词条。点击某个
