【角色设定】
人物全名：
这个名字的来由：
职业：
社会等级：
年龄：
眼睛颜色：
头发颜色，长度，发型：
体重及身高：
身材：
肤色及皮肤类型：
脸型：
特征（酒涡，伤疤，痣，胎记等等）：五官特色：
最喜欢及最不喜欢的颜色：
为什么：
最喜欢及最不喜欢的音乐：
为什么：
食物：
文学爱好：
口头禅：
骂人时用的口头禅：
爱好：
他们如何度过一个雨天：
小心谨慎还是胆大妄为：
独处时是否表现和在人前一致：习惯：
是否喝酒：
喝多少：
最大的强项：
最大的弱项：
对什么人/物特别心软：
这是否很明显：
如果不是，他们如何隐藏这一项：最大的死门：
家乡：
什么样的童年：
最早的记忆：
为什么：
教育：
经济状况：
母亲：
与他关系如何：
父亲：
与他关系如何：
兄弟姐妹，以及与他们的关系：
是否有侄子(女)，外甥(女)：
其他亲戚：
与亲戚是否关系紧密，为什么：
什么时候感到最自在：
最不自在是什么时候：
把哪些东西放在第一位(事业，家庭，等等)：人生观，世界观，等等：
自我感觉如何：
过去是否有过他们羞于承认的失误：
为什么：
如果可许一个愿，他们会要什么：
乐观还是悲观? 为什么：
内向还是外向? 为什么：
是什么推动/鼓动他们，即目标，理想等：才艺：
最擅长：
最不擅长:
其他正面性格特色：
其他人物缺陷：
习惯动作等:
有无怪癖：
最大的遗憾:
其他小的遗憾:
最大的成就:
其他小成就:
最阴暗的秘密:
有没有人知道?
怎么知道的:
他们会用哪一个词形容自己:
一段话形容自己:
他们觉得自己外观哪方面最出色，为什么: 最不出色的呢，为什么?
以上这些判断是否属实?
如果不是，为什么?
觉得他人如何看待自己:
如果可以任意改变自己，他们会改哪些地方: 为什么?
如果改了还是同一个人吗，为什么:
改了后他们会更快乐吗:
如何跟他人打交道:
陌生人会如何看待他:
哪些朋友:
妻子/丈夫/爱人:
心中的偶像/英雄:
如何看待心中的偶像/英雄：
这个人物给人的第一印象：
为什么?
认识他后此印象会如何改变：
别人最喜欢这个人物的哪点：
最不喜欢哪点：
如果出现危机，他们会如何反应：
如何处理麻烦问题：
一般会遇到哪些麻烦：
如何处理新的麻烦：
如何看待变故(比如是否喜欢一成不变稳定的生活)：最喜欢的衣物及为什么：
最不喜欢的，为什么：
是否佩戴首饰：
其他的配件(比如皮包)：
住在哪里：
想住在哪里：
花钱习惯：
他们过於太多地做什么:
最珍贵的东西:
暗恋对象:
最受谁的影响:
在故事发生前他们生命中最重要的人是谁，为什么: 在此故事发生前的一个星期他们做了些什么事:
玄幻小说设定技巧（背景篇） 众所周知，现今的中国网络文学界中，玄幻小说事业空前繁荣。但要写好玄幻小说，并非易事。 一、确定题材 现今的玄幻小说大多为这两类： ①仙侠类玄幻小说 ②西方奇幻小说 当然，也可以脱离这两类，自由发挥。但是题材是玄幻小说中需要第一个确定的。 二、世界设定 由于玄幻小说大多是以架空时代为背景，世界的设定就显得格外重要。 1.时间轴 所谓时间轴，就是故事发生的时间。大多故事都发生在该世界的100~1000年之间的某个不规则时间中。注意时间轴，避免该世界的历史事件相互冲突，也可以对主角的年龄进行实时计算。 2.世界风格 世界风格，即人物名字，人物服饰，国家名，社会构造等的特点。世界风格大致分为三种：①类似中国古代的风格，适合仙侠类玄幻小说。②类似中世纪欧洲的风格，适合西方奇幻小说。③自行构造风格，适合大多数玄幻小说。 根据小说题材，选择合适的世界风格，可以使小说更加出彩。
3.玄幻元素 玄幻小说中的大多数角色都会拥有特殊能力，而这些能力的类别取决于世界的玄幻元素设定。 常用设定： ①斗气、体术，或仙术、道术。类似武侠小说的东方玄幻元素。 ②战士、法师等不同职业，以及多种族的特点。即西方奇幻元素。 ③超能力世界。即人人都有不同的超能力。 一个别出心裁的玄幻元素设定，也许会让小说非常有人气。当然，一些很普通的玄幻元素，在情节、人物等细节上多花些功夫，也可以使小说作品非常优秀。 4.不同的阵营或国家 玄幻小说大多数都会涉及到国家与国家之间，甚至不同种族之间的战争。因此，玄幻小说中会有非常多的国家。 大致的国家设定，可以归纳为以下几种： ①不同文化，能力相似，国土面积与综合国力接近的3~6个国家。 ②能力迥异，国土面积差距较大，但一直处于僵持状态的数个国家。 ③不同阵营，以及每个阵营中的小国家。如人类和魔族，精灵族和兽人族，以及该族领地中的数个小国家和大国家。 不过，并不是每部玄幻小说都适合过多国家的设定的。所以，国家设定上依旧需要根据题材灵活变通。 5.等级设定 最好设置成为简单易懂，且容易记忆的等级。如一阶，二阶，三阶。
角色设定表通用版集团标准化小组：[VVOPPT-JOPP28-JPPTL98-LOPPNN]
【角色设定】 人物全名： 这个名字的来由： 职业：社会等级： 年龄： 眼睛颜色： 头发颜色，长度，发型： 体重及身高： 身材： 肤色及皮肤类型： 脸型： 特征（酒涡，伤疤，痣，胎记等等）： 五官特色： 最喜欢及最不喜欢的颜色： 为什么： 最喜欢及最不喜欢的音乐： 为什么： 食物： 文学爱好： 口头禅： 骂人时用的口头禅： 爱好： 他们如何度过一个雨天： 小心谨慎还是胆大妄为： 独处时是否表现和在人前一致： 习惯： 是否喝酒： 喝多少： 最大的强项： 最大的弱项： 对什么人/物特别心软： 这是否很明显： 如果不是，他们如何隐藏这一项： 最大的死门： 家乡： 什么样的童年： 最早的记忆： 为什么： 教育： 经济状况： 母亲： 与他关系如何：
父亲： 与他关系如何： 兄弟姐妹，以及与他们的关系： 是否有侄子(女)，外甥(女)： 其他亲戚： 与亲戚是否关系紧密，为什么： 什么时候感到最自在： 最不自在是什么时候： 把哪些东西放在第一位(事业，家庭，等等)：人生观，世界观，等等： 自我感觉如何： 过去是否有过他们羞于承认的失误： 为什么： 如果可许一个愿，他们会要什么： 乐观还是悲观?为什么： 内向还是外向?为什么： 是什么推动/鼓动他们，即目标，理想等： 才艺： 最擅长： 最不擅长: 其他正面性格特色： 其他人物缺陷： 习惯动作等: 有无怪癖： 最大的遗憾: 其他小的遗憾: 最大的成就: 其他小成就: 最阴暗的秘密: 有没有人知道? 怎么知道的: 他们会用哪一个词形容自己: 一段话形容自己: 他们觉得自己外观哪方面最出色，为什么: 最不出色的呢，为什么? 以上这些判断是否属实? 如果不是，为什么? 觉得他人如何看待自己: 如果可以任意改变自己，他们会改哪些地方: 为什么? 如果改了还是同一个人吗，为什么: 改了后他们会更快乐吗: 如何跟他人打交道: 陌生人会如何看待他:
1 设计思路 为了设计一套具有较强可扩展性的用户认证管理，需要建立用户、角色和权限等数据库表，并且建立之间的关系，具体实现如下。 1.1 用户 用户仅仅是纯粹的用户，用来记录用户相关信息，如用户名、密码等，权限是被分离出去了的。用户（User）要拥有对某种资源的权限，必须通过角色（Role）去关联。 用户通常具有以下属性： 编号，在系统中唯一。 ü名称，在系统中唯一。 ü用户口令。 ü注释，描述用户或角色的信息。 1.2 角色 角色是使用权限的基本单位，拥有一定数量的权限，通过角色赋予用户权限，通常具有以下属性： ü编号，在系统中唯一。 ü名称，在系统中唯一。 ü注释，描述角色信息 1.3 权限 权限指用户根据角色获得对程序某些功能的操作，例如对文件的读、写、 修改和删除功能，通常具有以下属性： ü编号，在系统中唯一。 ü名称，在系统中唯一。 ü注释，描述权限信息 1.4 用户与角色的关系 一个用户（User）可以隶属于多个角色（Role），一个角色组也可拥有多个用户，用户角色就是用来描述他们之间隶属关系的对象。用户（User）通过角色（Role）关联所拥有对某种资源的权限，例如 l 用户（User）： UserID UserName UserPwd 1 张三 xxxxxx 2 李四 xxxxxx …… l 角色（Role）： RoleID RoleName RoleNote 01 系统管理员监控系统维护管理员 02 监控人员在线监控人员 03 调度人员调度工作人员 04 一般工作人员工作人员…… 从该关系表可以看出，用户所拥有的特定资源可以通过用户角色来关联。 1.5 权限与角色的关系 一个角色（Role）可以拥有多个权限（Permission），同样一个权限可分配给多个角色。例如： l 角色（Role）： RoleID RoleName RoleNote 01 系统管理员监控系统维护管理员 02 监控人员在线监控人员
实现业务系统中的用户权限管理 B/S系统中的权限比C/S中的更显的重要，C/S系统因为具有特殊的客户端，所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现，而B/S中，浏览器是每一台计算机都已具备的，如果不建立一个完整的权限检测，那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测，让经过授权的用户可以正常合法的使用已授权功能，而对那些未经授权的“非法用户”将会将他们彻底的“拒之门外”。下面就让我们一起了解一下如何设计可以满足大部分B/S系统中对用户功能权限控制的权限系统。 需求陈述 ?不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。 ?可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。 ?权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。 就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。 ?满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。 关于设计 借助NoahWeb的动作编程理念，在设计阶段，系统设计人员无须考虑程序结构的设计，而是从程序流程以及数据库结构开始入手。为了实现需求，数据库的设计可谓及其重要，无论是“组”操作的概念，还是整套权限管理系统的重用性，都在于数据库的设计。 我们先来分析一下数据库结构： 首先，action表（以下简称为“权限表”），gorupmanager表（以下简称为“管理组表”），以及master表（以下简称为“人员表”），是三张实体表，它们依次记录着“权限”的信息，“管理组”的信息和“人员”的信息。如下图：
第一型完美主义者：完美者、改进型、捍卫原则型、秩序大使 简介 ?非常正直，是非分明，并且有强烈的道德观。 ?理性、讲道理、自律、稳健有节制。 ?拥有高度的伦理道德感，对他们而言，真理与正义是最基本的价值观。 ?诚实与正直使他们成为杰出的道德师表、众人的典范、以及真理的见证。 ?极有原则，永远要求公正无私、客观公平，愿意为众人的利益提升自己。 最佳状况 ?具有极高的智慧与辨别力，超人一等的判断力，不论在什么状况下，似乎总知什么是最好的（就道德上而言）。 ?他们知道事情的轻重缓急、优先级，因此有一种超越的眼光。 ?能给别人智慧的建议，并且有高远的理想和目标。 外表与气质 衣装整齐，严肃认真，目光有神，不苟且。安于本份，勤奋，刻苦耐劳，讲求公正，正义，尽忠职守。 说话方式 ?“这是应该的/不应该的！”“这是对的/不对的！” ?我可以啊不行啊你明白吗? 优点： ?勤俭、刻苦、节约自律性高，决定当天要做的事，绝不会拖到第二天 ?判断力与分析力高忍耐、讲理乐于助人与公正无私道德标准极高 中性 ?对人严格爱批评别人害怕犯错非黑即白 ?做事需要一个主观认同的立场，没有中立肤浅，予人识少少扮代表的感觉 缺点 ?对人不宽容批评多于赞赏情绪压抑心胸狭窄，固执，讨厌人批评自己 人格变化方向 ?处于安定和人格提升时：走向第七型，会放下拘谨的形象，变得风趣幽默，能够自嘲，肯作新尝试，会接纳他人意见。
?处于压力和自我防卫时：走向第四型，抑郁，自我批判，有时会自恋自怜，情绪低落，否定自己和充满无用感。 侧翼 ?1w2：倾向第二型，会比较热情、友善、愿意帮助和关心别人；也可能更吹毛求疵，好管人。在感情方面较痴情，占有欲强，任性，对情人的遭遇能够感同身受。失望时行为反复无常。 ?1w9：倾向第九型，性格比较随和老实、轻松、客观和抽离，不受他人影响。 为人建议 ?要做一个典范﹐而不是批评家。 ?不要太注重小节而忽略了整个处境。 ?原谅自己﹐学会知足常乐﹐不要无止境地提高要求﹐折磨自己。 ?鼓励别人批评和提出错误﹐因为你吹毛求疵的形象可能已把别人吓怕﹐做错事都不告诉你﹐这样对你百害而无一利。 与之相处 ?谅解他们对你的批评﹐因为通常他们出于好意。称赞他们做事认真﹐可以的话主动分担一下他们的工作。?切忌隐瞒事实真相﹔做错事要认真的道歉﹐并承担责任。如果是初犯﹐而是被他们发现你的错误的话，他们通常都会原谅。如果错误是出自你的陋习或不专心﹐不认真的话﹐就麻烦得多了。 ?第一型的人是特别重小节的。例如约会切忌迟到（可以的话最好早到﹐因为他们也会）。他们也很重礼节﹐“唔该”﹐“多谢”这些词语绝不可少。 ?尽量避免直接否定他们﹐可以反过来问些启发他们思考的问题（例：如果…又会怎样？）﹐营造一个第七型的环境﹐他们会开放很多。 第二型助人者：成就他人者、助人型、博爱型、爱心大使 第二型人格 第二型人格是九型人格中的一型性格，名为助人型，又称为协助者。第二型是九型人格当中唯一其侧翼和升降人格都不是思考主导人格类型的人格。健康的第二型是感情投入的、体恤的、并对别人充满情感。总是能将心比心，照顾关怀他人的需要。他们诚恳、热心、有鉴赏力、并且鼓励他人。对他们而言，服务是非常重要的；他们非常大方，总是给予和帮助他人，充满爱与体贴，给人们所需要的，即使溢出他们的常规也照做不误。最佳状况：变得极为公正无私，不为自己着想，总是为他人着想，给予他人无条件的爱并且不求回报，觉得参与别人的生活是一种荣幸，是“圣洁的”、慈悲为怀的、谦虚的、并富有同情心的人。 外表与气质 热情亲切，满脸笑容，天真烂漫，永远有一张长不大的孩子脸，富有诱惑性，可随时变换成你喜爱的模样出现。说话方式 “噢！要你等待，真对不起。”“请来坐在这里，这里舒服一点！”“你真有心，专程来看我！”
扩展RBAC用户角色权限设计方案 RBAC （Role-Based Access Control ，基于角色的访问控制），就是用户通过角色与权限进行关联。简单地说，一个用户拥有若干角色，每一个角色拥有若干权限。这样，就构造成“用户-角色-权限”的授权模型。在这种模型中，用户与角色之间，角色与权限之间，一般者是多对多的关系。（如下图）
角色是什么？可以理解为一定数量的权限的集合，权限的载体。例如：一个论坛系统，“超级管理员”、“版主”都是角色。版主可 管理版内的帖子、可管理版内的用户等，这些是权限。要给某个用户授予这些权限，不需要直接将权限授予用户，可将“版主”这个 角色赋予该用户。 当用户的数量非常大时，要给系统每个用户逐一授权（授角色），是件非常烦琐的事情。这时，就需要给用户分组，每个用户组内有 多个用用户表 用户ID 範加刖
户。除了可给用户授权外，还可以给用户组授权。这样一来，用户拥有的所有权限，就是用户个人拥有的权限与该用户所在用户组拥有的权限之和。（下图为用户组、用户与角色三者的关联关系）
用户亀 用,口?血 IF 用尸廻名称 则G01 敦用户绢茗称imiEEH 用尸角色关联表 SPTB mBER <￡kl> 角色IE ?0EIt <￡k2> 用户组TD2 MJWBER <￡kt> 用 FID2 HUMBER
玄仙大纲（预计字数为300万） 主线：追寻大道之法，成为大陆最强者获得永生。 亮点：异世界演绎道家之精髓。 注：大纲只是初步设想，随着情节的展开，精彩的故事比原始的大纲要更为引人入胜。 九仙者，第一上仙，二高仙，三火仙，四玄仙，五天仙，六真仙，七神仙，八灵仙，九至仙，此乃玄仙之真谛！ 武徒、武士、武者、武师、武宗、武君、武王、武尊、武帝（皇）、武圣、至尊。 塑胎、炼气、凝神、筑基、神通、金丹、元婴、雷劫、金仙、大罗金仙、九仙。 /////////////////////////////////////////////////////////////////////// 卷一大道觉醒（40万） 概述： 吟唱母亲仙逝前留下的歌谣，唤醒了识海中的道家至尊--云老，由于自身缘故而无法修炼大陆功法。在云老的指挥下，去禁地修炼，却找到了张家的不传之秘--《天宇残卷》。 参加家族斗争，得到家族赏识，在家族中出名，被星水月公主水晴汐邀请。 由于星云帝国权势争夺，张宇卷入其中，在不断的战斗中提升修为。 本卷结束前，张宇终于知道，只要找到五颗天星，就可进入天星之界。一时间，关于天星的争夺在天星大陆展开了。 而在逃亡的过程中，他已经获得了第一颗天星，水属性。 本卷终结后，张宇修为达到筑基中期，发展时间为半年。 相关情节： 1、去禁地，找到刻在石壁上的《天宇残卷》，习会一半。 2、准备家族大会，修炼，凝聚玄力（凝神期），引起轩然大波。 3、家族大会，见到天星公主水晴汐和潘将军。 4、教训张天，天宇神通大显神威，可吸收对方的神通供自己使用。 5、被水晴汐看好，相邀。 6、被父亲张任和族长伯父张健叫到书房，询问是否去过禁地之事。 7、因张筱雨之故，战天星帝国青年一代第一人慕容战（水月第一竞争者）。 8、天宇神通大显神威，吸收慕容战神通，击败。 9、在张家地位提升，再去禁地，习完《天宇残卷》。 10、回家途中遇二皇子水轻狂，因其要张宇交出功法，得罪之。 11、在水月帝国被追杀，反击，杀之。境界提升到筑基初期。 12、得水晴汐相助，回归，但不敢回家。 13、成为水晴汐的得力干将，得潘将军提携。 14、同水晴汐去狩猎，遭遇二皇子水轻狂的高手偷袭，危难中救出水晴汐。 15、与水晴汐流浪在天星帝国，发生感情。 16、回归，在军中任职，境界提升到筑基中期。
OA系统权限管理设计方案 l 不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。 l 可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。 l 权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。 l 满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。 针对OA系统的特点，权限说明： 权限 在系统中，权限通过模块+动作来产生，模块就是整个系统中的一个子模块，可能对应一个菜单，动作也就是整个模块中（在B/S系统中也就是一个页面的所有操作，比如“浏览、添加、修改、删除”等）。将模块与之组合可以产生此模块下的所有权限。 权限组 为了更方便的权限的管理，另将一个模块下的所有权限组合一起，组成一个“权限组”，也就是一个模块管理权限，包括所有基本权限操作。比如一个权限组（用户管理），包括用户的浏览、添加、删除、修改、审核等操作权限，一个权限组也是一个权限。
角色 权限的集合，角色与角色之间属于平级关系，可以将基本权限或权限组添加到一个角色中，用于方便权限的分配。 用户组 将某一类型的人、具有相同特征人组合一起的集合体。通过对组授予权限（角色），快速使一类人具有相同的权限，来简化对用户授予权限的繁琐性、耗时性。用户组的划分，可以按职位、项目或其它来实现。用户可以属于某一个组或多个组。 通过给某个人赋予权限，有4种方式(参考飞思办公系统) A. 通过职位 a) 在职位中，职位成员的权限继承当前所在职位的权限，对于下级职位拥有的权限不可继承。 b) 实例中：如前台这个职位，对于考勤查询有权限，则可以通过对前台这个职位设置考勤查询的浏览权，使他们有使用这个对象的权限，然后再设置个，考勤查询权（当然也可以不设置，默认能进此模块的就能查询），则所有前台人员都拥有考勤查询的权利。 B. 通过项目 a) 在项目中，项目成员的权限来自于所在项目的权限，他们同样不能继承下级项目的权限，而对于项目组长，他对项目有全权，对下级项目也一样。 b) 实例中：在项目中，项目成员可以对项目中上传文档，查看本项目的文档,可以通过对项目设置一个对于本项目的浏览权来实现进口，这样每个成员能访问这个项目了，再加上项目文档的上传权和查看文档权即可。
小说大纲写法 一、作品设定 1、人物设置:?这儿得人物设置,包含主角,以及在作品中与主角有较多纠缠得人物。这就同我们瞧电影时得主要演员一样。 在设定主要人物时,应当包括人物姓名、身世家境、性格特点、外貌喜好、力量属性几项。此外,最好再设置出人物简历。 在人物设置中,不论何种作品,其中最为重要得一个设定就是“性格特点”。许多作品里面得人物,写出来像瞧木偶一样，一点也没有活性,就就是因为作者根本没把握好“性格特点”得原因。 要想让自己作品中得人物充满活性,每一个人都就是活生生得，就要仔细设定其性格特点,然后在行文中时刻注意,瞧自己对人物得塑造就是否符合该人物得性格设定。 2、世界设置:?世界设置,奇幻玄幻类作品极为需要,这个设置,即对故事所发生得世界进行一个框架得描述,以免自己在行文中，会让自己架构得世界变形。?世界设定,应当包括世界组成、势力分布、力量等级、货币换算等等。 这就如同网游中得设定:地图、怪物分布、角色职业、角色技能等。 仔细架构作品所发生得世界,对于完善故事具有极大得作用。 二、故事主线?故事主线,即作品故事发展得主要脉络。就是讲一个傻瓜穿越到地府蹂躏小鬼,还就是讲两男三女之间得爱情纠葛,又或者讲某君从流氓到大亨得发迹史,这就就是故事得主线。此外，在故事主线设定时,最好能再思考一下,自己这个作品,究竟想用什么来吸引读者，想想究竟能不能吸引读者。 三、分集大纲?分集大纲,应当包括两个部分。即本集出场人物与本集故事详纲。 １、本集出场人物,应当将本集中所有参演人员通通列出来,如果参演人员中有在“相关设置”中没有设定得
非主演，也需要用简单得话语描述一下这个丫头或者马夫得性格。?２、本集故事详纲,就是本集故事发展得一个详细介绍,需要人物、地点与事件三个要素。即某人在某地怎么样,然后又怎么样。?分集故事详纲,如果能在一开始便将整个作品所有分集设定出来,当然就是最好得。如果不能设定出来，也至少需要设定出今后1０万字左右得故事。 在设定分集故事详纲得时候,要仔细考虑,自己所设定得这一集故事中得情节,就是否就是在围绕着主线故事进行,就是否就是在推动着故事得发展。 第一篇,何为大纲?首先声明,此篇比较适合对构建大纲无从下笔得写手,并且其中得记载都就是个人想法、体会,当用则用,不当用,一笑抿之。?首先，先说下,就我自己对大纲得理解。 大纲：就是一个简化剧情主线,并且清晰得记录主线走向得文字载体。 有一次，在一个交流得YY里面，一个刚认识得写手朋友说,“大纲无非都就是一样,用一句话就可以概括。什么主角就是个废物,遇见奇遇,打怪升级,刷副本，最后成为天下无敌。”?我当时就笑了,随即闭着YY继续码字。 我只想说,这种想法就是大大得错误,她完全忽视了一个完整得大纲，对一篇长篇连载小说得重要性。 对于一个大纲得完整性,大家都知道应该具备哪些最基础得。如:背景(也就就是主角生存得这个世界)，设定(这里面包括,力量体系设定，技能设定,以及装备设定）,角色（主角,配角,反派),势力,以及情节主线。?一般这五大元素设定齐全,便就是一个非常完整得大纲了。下面，在逐一剖解下这构成大纲得五大元素。 【背景】 背景设定不能马虎，一般我在设定剧情之前,最先会用笔画出主角所生存得世界地图。地图上，没必要太过详细,但该详细得地方必须详细,该马虎得地方也就马马虎虎带过。?什么就是该详细得地方?那就就是主角所路过得所有地方。比如,这就是一个国家,有十几个省会,而主角只在其它几个省会呆过,那么着几个省会得地图就必须详细。
卡通形象人物角色设定的20个技巧 感谢把我给崩了的投递时间：2015-08-28 来源：三联 从米老鼠著名的三个手指(20世纪20年代当这个角色被搬上荧幕的时候，当时是为了节省制作时间所以只画了三个手指)，到简约的《辛普森一家》，角色设计都没有离开过保持简洁的主线。 关于角色设计，除了干净的线条和通俗易懂的人物特征外，你还需要知道些什么呢?你需要知道什么地方需要夸张、什么地方需要低调、如何有效的提示人物的背景和内涵、如何展示人物个性。刚开始接触人物设计时你会对这些问题比较棘手，一旦你开窍了就不一样了。以下这些技巧将能帮助你更好地激发你的灵感。 1、确定受众 谁是角色的受众应该是设计过程中首先被考虑的事情
为你的受众考虑。举个例子：为孩子设计角色的话，一般情况下都会根据基本的形状和明快的色彩进行设计，如果你是为一个客户工作，那么形象的目标受众通常已经预先设定好了，澳大利亚艺术家Nathan Jurevicius解释说：“委托形象设计通常更具限制性，但并不缺乏创造性。客户有特定的需求，但又希望我能做出自己的作品。通常我会分解核心的特征和性格。比如：当眼睛是重点时，我就会把设计重点放在整个脸部，再次强化突出眼睛这个最核心的特征。” 2、考虑它会在哪里出现 形象设计在哪里可以看到，这将直接关系到你去如何设计你的人物。例如：如果它是一个手机屏幕，就没有必要设计很多复杂的细节和功能了。 Nathan Jurevicius说：“无论设计什么样的方案，概念构思过程的开始阶段总是类似的：伴随着纸、铅笔、一杯绿茶……开始你的工作，写下想法，在速写本上的反复涂鸦等等。” 3、研究其他同类设计 做好调查有助于帮助我们解答为什么有些形象能成功，有些却失败了。我们身边不乏有这样的研究材料、插图人物等是无处不在的：电视广告、麦片盒、商店标志、水果贴纸、手机的动画。研究这些形象的设计，想想其中成功的因素和你最喜欢的部分。 4、使你的形象与众不同 Matt Groening利用黄色的肤色使辛普森一家人区别于大众 也许你正在创造一个猴子、机器人或者怪兽的形象，你必须知道外面有无数个这样类似的人设。你的人物角色设定需要在视觉上有很强力的冲击并且有趣，这样才能吸引观众的注意。 在构思辛普森一家人的时候，Matt Groening知道他必须给读者不一样的东西才行。他预判，当观众们浏览电视频道看到这个节目的时候，人物角色固有的明亮的黄皮肤会引起他们的注意力。 5、用线条和画风展现人物性格
多系统权限设计 1.多系统基于角色的权限设计 这种方案是最常见也是比较简单的方案，不过通常有这种设计已经够了，这种方案对于每一个操作不做控制，只是在程序中根据角色对是否具有操作的权限进行控制；这里我们就不做详述.此处采用角色关联模块的方式。 2.多系统基于操作的权限设计 这种模式下每一个操作都在数据库中有记录，用户是否拥有该操作的权限也在数据库中有记录，结构如下：
但是如果直接使用上面的设计，会导致数据库中的_SysUserFuncOperate这张表数据量非常大，所以我们需要进一步设计提高效率，请看方案3 3.多系统基于角色和操作的权限设计
如上图所示，我们通过采用角色分配操作的方式，这样子就可以减少操作权限表（_SysRole FuncOperate）中的记录，并且使设计更灵活一点。 但是这种方案在用户需求的考验之下也可能显得不够灵活够用，例如当用户要求临时给某位普通员工某操作权限时，我们就需要新增加一种新的用户角色，但是这种用户角色是不必要的，因为它只是一种临时的角色，如果添加一种角色还需要在收回此普通员工权限时删除此角色，我们需要设计一种更合适的结构来满足用户对权限设置的要求。 4.2,3组合的权限设计，其结构如下： 我们可以看到在上图中添加了_SysUserFunc和_SysUserFuncOperate表，使用此表来添加特殊用户的权限。这样在应用程序中我们就需要通过_SysUserFuncOperate和_SysRoleFuncOperat e两张表中的记录判断权限。 当然，有可能用户还会给出这样的需求：对于某一种Operate所操作的对象某一些记录会有权限，而对于其他的记录没有权限，比如说一个内容管理系统，对于某一些频道某个用户有
【角色设定】 人物全名： 这个名字的来由： 职业： 社会等级： 年龄： 眼睛颜色： 头发颜色，长度，发型： 体重及身高： 身材： 肤色及皮肤类型： 脸型： 特征（酒涡，伤疤，痣，胎记等等）：五官特色： 最喜欢及最不喜欢的颜色： 为什么： 最喜欢及最不喜欢的音乐： 为什么： 食物： 文学爱好： 口头禅： 骂人时用的口头禅：
爱好： 他们如何度过一个雨天： 小心谨慎还是胆大妄为： 独处时是否表现和在人前一致：习惯： 是否喝酒： 喝多少： 最大的强项： 最大的弱项： 对什么人/物特别心软： 这是否很明显： 如果不是，他们如何隐藏这一项：最大的死门： 家乡： 什么样的童年： 最早的记忆： 为什么： 教育： 经济状况： 母亲： 与他关系如何： 父亲：
与他关系如何： 兄弟姐妹，以及与他们的关系： 是否有侄子(女)，外甥(女)： 其他亲戚： 与亲戚是否关系紧密，为什么： 什么时候感到最自在： 最不自在是什么时候： 把哪些东西放在第一位(事业，家庭，等等)：人生观，世界观，等等： 自我感觉如何： 过去是否有过他们羞于承认的失误： 为什么： 如果可许一个愿，他们会要什么： 乐观还是悲观? 为什么： 内向还是外向? 为什么： 是什么推动/鼓动他们，即目标，理想等：才艺： 最擅长： 最不擅长: 其他正面性格特色： 其他人物缺陷： 习惯动作等:
有无怪癖： 最大的遗憾: 其他小的遗憾: 最大的成就: 其他小成就: 最阴暗的秘密: 有没有人知道? 怎么知道的: 他们会用哪一个词形容自己: 一段话形容自己: 他们觉得自己外观哪方面最出色，为什么: 最不出色的呢，为什么? 以上这些判断是否属实? 如果不是，为什么? 觉得他人如何看待自己: 如果可以任意改变自己，他们会改哪些地方: 为什么? 如果改了还是同一个人吗，为什么: 改了后他们会更快乐吗: 如何跟他人打交道: 陌生人会如何看待他: 哪些朋友:
.. . . 【角色设定】人物全名： 这个名字的来由： 职业：社会等级：年龄：眼睛颜色：头发颜色，长度，发型：体重及身高：身材：肤色及皮肤类型：脸型：：特征（酒涡，伤疤，痣，胎记等等）五官特色：最喜欢及最不喜欢的颜色：为什么：最喜欢及最不喜欢的音乐：为什么：食物： 文学爱好： 口头禅：骂人时用的口头禅：.. z. .. . . 爱好：他们如何度过一个雨天：小心谨慎还是胆大妄为：独处时是否表现和在人前一致：习惯：是否喝酒：喝多少：最大的强项：最大的弱项：物特别心软：对什么人/ 这是否很明显：如果不是，他们如何隐藏这一项：最大的死门：家乡：什么样的童年：最早的记忆：为什么：教育：经济状况：母亲：与他关系如何：父亲：.. z. .. . .
与他关系如何：兄弟姐妹，以及与他们的关系：：(是否有侄子女)，外甥(女) 其他亲戚：与亲戚是否关系紧密，为什么：什么时候感到最自在：最不自在是什么时候：)：事业，家庭，等等把哪些东西放在第一位( 人生观，世界观，等等：自我感觉如何：过去是否有过他们羞于承认的失误：为什么：如果可许一个愿，他们会要什么：乐观还是悲观? 为什么：内向还是外向? 为什么：鼓动他们，即目标，理想等：是什么推动/ 才艺：最擅长：:最不擅长其他正面性格特色：其他人物缺陷：习惯动作等:.. z. .. . . 有无怪癖：最大的遗憾: 其他小的遗憾: 最大的成就: :其他小成就 最阴暗的秘密: 有没有人知道?: 怎么知道的:他们会用哪一个词形容自己:一段话形容自己他们觉得自己外观哪方面最出色，为什么: 最不出色的呢，为什么? 以上这些判断是否属实? 如果不是，为什么? 觉得他人如何看待自己: 如果可以任意改变自己，他们会改哪些地方: ?为什么:如果改了还是同一个人吗，为什么: 改了后他们会更快乐吗如何跟他人打交道:
admin超级管理员的意思 简单的说：Admin是Administrator的简写形式，其中文意思就是“系统管理员”。 Admin与账套主管的区别 ADMIN是系统初始化时默认的用户，可以增加、修改、删除操作员及员工档案等基础数据维护，建立账套管用户为各用户授权、还有对同步打印模块的设置和维护，但不可以查询报表等操作账套主管的权限最大，拥有ADMIN的所有权限（除同步打印模块维护指定ADMIN外）、日常业务、基础数据维护、报表查询等 admin 是系统初始化时默认的用户 可以登陆软件的系统管理中增加、修改、删除操作员及员工档案等基础数据维护建立新的账套，指定操作员为某账套的账套主管 为新账套操作员用户授权 备份、恢复已存在所有的账套数据，清除异常任务 admin不参与具体的账务日常业务操作，只在系统管理中使用 账套主管 针对某个账套的权限最大，拥有账套操作的所有权限、日常业务、基础数据维护、 报表查询等 登陆系统管理可以对操作员授权 做年度账套新建、结转年初数 2010-04-13 08:34
用友软件系统管理员admin和账套主管的权限区别 系统管理员admin和账套主管的权限区别2009年07月18日星期六14:54 用友软件系统管理员admin和账套主管的权限区别 从前面的介绍中，可以看到在系统管理中，有些操作需要系统管理员admin来注册，而有些操作需要账套主管来登陆。现在就把这两个操作员的权限区别列示如下： 功能操作员建立账套备份、恢复账套角色操作用户操作权限操作修改账套清除异常任务和单据锁定年度账管理结转上年数据系统管理员admin 系统管理概述 用友ERP-U8软件产品是由多个产品组成，各个产品之间相互联系、数据共享，完全实现财务业务一体化的管理。对于企业资金流、物流、信息流的统一管理提供了有效的方法和工具。系统管理包括新建账套、新建年度账、账套修改和删除、账套备份，根据企业经营管理中的不同岗位职能建立不同角色，新建操作员和权限的分配等功能。系统管理的使用者为企业的信息管理人员：系统管理员Admin、安全管理员admin、管理员用户和账套主管。 系统管理模块主要能够实现如下功能： ?对账套的统一管理，包括建立、修改、引入和输出(恢复备份和备份)。 ?对操作员及其功能权限实行统一管理，设立统一的安全机制，包括用户、角色和权限设置。 ?允许设置自动备份计划，系统根据这些设置定期进行自动备份处理，实现账套的自动备份。 ?对年度账的管理，包括建立、引入、输出年度账，结转上年数据，清空年度数据。 ?对系统任务的管理，包括查看当前运行任务、清除指定任务、清退站点等。
填写表格日期: 人物全名: 这个名字的来由: 外号: 外号的来由: 种族: 职业: 社会等级: ~~~~~~~~`外观~~~~~~~~ 年龄: 看上去多大: 眼睛颜色: 有无（隐形）眼镜? 头发颜色，长度，发型: 体重及身高: 身材: 肤色及皮肤类型: 脸型: 特征（酒涡，伤疤，痣，胎记等等）: 五官特色: 健康吗? 为什么健康或不健康? 看上去健康吗？为什么? ~~~~~~~~喜好~~~~~~~~~ 最喜欢及最不喜欢的颜色: 为什么? 最喜欢及最不喜欢的音乐? 为什么？ 食物： 文学爱好： 口头禅: 骂人时用的口头禅: 喜欢的交通方式（骑车，开车，要是玄幻还可以加飞行什么的）: 爱好: 他们如何度过一个雨天? ~~~~~~性格~~~~~~ 小心谨慎还是胆大妄为？ 独处时是否表现和在人前一致? 习惯: 是否喝酒: 喝多少:
最大的强项: 最大的弱项: 对什么人/物特别心软: 这是否很明显: 如果不是，他们如何隐藏这一项: 最大的死门: ~~~~~~~背景~~~~~~~~ 家乡: 什么样的童年: 最早的记忆: 为什么? 教育: 宗教信仰: 经济状况: ~~~~~~家庭~~~~~~ 母亲: 与他关系如何: 父亲: 与他关系如何: 兄弟姐妹，以及与他们的关系: 是否有侄子(女)，外甥(女): 其他亲戚: 与亲戚是否关系紧密，为什么: ~~~~~ 态度~~~~~~~~ 什么时候感到最自在: 最不自在是什么时候: 把哪些东西放在第一位(事业，家庭，等等): 人生观，世界观，等等: 自我感觉如何: 过去是否有过他们羞于承认的失误: 为什么? 如果可许一个愿，他们会要什么? ~~~~~~性格特色~~~~~~ 乐观还是悲观? 为什么？ 内向还是外向? 为什么? 是什么推动/鼓动他们，即目标，理想等: 才艺: 最擅长: 最不擅长: 其他正面性格特色:
对EMS权限管理模块设计 1.权限设计概述 1.1引言 随着Web 服务的复杂度增加以及用户数量和种类的增多，安全问题在理论及工程上都 是一个必须考虑的问题，而权限管理是安全问题中一个很重要的方面。因此本文针对权限做 了一个分析。 权限可简单表述为这样的逻辑表达式：判断“Who对What(Which)进行How的操作”的 逻辑表达式是否为真。 1.2意义 ?用户管理及权限管理一直是应用系统中不可缺少的一个部分 ?系统用户很多，系统功能也很多 ?不同用户对系统功能的需求不同 ?出于安全等考虑，关键的、重要的系统功能需限制部分用户的使用 ?出于方便性考虑，系统功能需要根据不同的用户而定制 1.3目标 直观，因为系统最终会由最终用户来维护，权限分配的直观和容易理解，显得比较重要， 除了功能的必须，更主要的就是因为它足够直观。 简单，包括概念数量上的简单和意义上的简单还有功能上的简单。想用一个权限系统解 决所有的权限问题是不现实的。设计中将变化的“定制”特点比较强的部分判断为业务逻辑， 而将相同的“通用”特点比较强的部分判断为权限逻辑就是基于这样的思路。 扩展，采用可继承的方式解决了权限在扩展上的困难。引进Group概念在支持权限以组 方式定义的同时有效避免了权限的重复定义。 2.基于角色的权限管理设计（Role-Based Access Control,RBAC）2.1权限管理用例图
2.2用例图描述 超级管理员：系统中默认的角色，它是系统中拥有最高权限的角色，它不仅能够管理其他的管理员和用户，而且还可以对系统中每个模块的任一功能进行操作、维护。 普通管理员：它是由超级管理员创建的，并授予权限，它能够管理系统部分的功能，它可以查看所有普通管理员、普通用户的信息，它只能对由它自己创建的用户进行编辑、删除操作，和管理拥有权限的模块。 普通用户：它是系统中最低权限的角色，它只能对自己拥有的权限进行操作，一般情况下，它的权限是对信息的浏览和对自己信息的录入，修改。 登陆系统：根据用户拥有的权限不同，用户所能操作的功能多少就不同，所以在登陆系统的时候就要对用户的权限进行判断。
基于web信息管理系统的权限设计分析和总结 /archive/2009/06/15/1503308.html 在blog中看到有人写到web权限管理的一些文章，这里把我曾经做过的一些权限管理作一下总结，欢迎拍砖。 这里讨论的权限只涉及到信息管理系统里面的权限管理，超出此范围的权限管理暂不涉及。 1、权限的应用对象 上面我们已经定义了权限的范围，就是信息系统管理里面的表单操作，那么权限的应用对象就是表单，更进一步说，就是表达表单内容的web管理页面。 2、权限的分类 一个页面的权限范围分为以下几种，也可以叫做基本权限单位。 ●操作权限：操作权限是一种页面级别的权限，也可以叫做页面权限。包 括以下几种 ?新增 ?修改 ?删除 ?查询 在此基础上还可以进行更加详细的一些分类，比如查看他人记录的权限，修改他人记录的权限等。这部分也可以使用下面的记录权限来实现。 ●按钮权限：针对页面上按钮的权限管理，包括 ?是否可见 ?是否可用
有时候，我们可以把按钮权限看作为字段权限。 ●字段权限：字段在页面的不同状态（新增，修改，查询）下面的各种状 态管理。包括 ?是否可见 ?是否可修改 ●记录权限：记录权限是指用户对某些记录的查看和修改权限。比如客户 关系管理系统中，不同界别的系统用户可以看到不同的记录，例如上司可以看他所有下级员工的客户列表等。 3、权限的实现模型 上面的权限分类大概对涉及到页面元素的权限进行了一个比较全面的概括。另外一个问题就是权限管理的实现模型。在大部分的系统中都是用的基于角色控制模型的权限管理。在这样的系统中，创建一系列的角色，然后把基本权限单位分配给这些角色，再把角色分配给用户，这样用户登录系统后，就根据当前用户所拥有的角色可以定位出权限。 在针对信息管理系统中，权限模型有自己的特色，除了角色的概念以外，还有表单权限的概面。第一节里面所讨论的各种权限基本单位不但可以应用到角色上，也可以应用到表单上。 对于应用到表单上的基本权限单位，我们叫做表单的固有权限属性（静态权限）。对于应用到角色上的基本权限单位，我们叫做角色权限属性（动态权限）。用下图来表示： 根据上面的模型，一个用户登录到系统中后，得到某一个表单的权限就和这个表单的固有权限属性和这样用户所拥有的角色有关。 4、权限的计算方式 用户登录后对一个表单进行操作，静态权限只有一个，即表单本身的权限属性，动态权限可以有多个，即用户可以同时属于多个角色，这些角色在这个表单上都
1.起点培训之人物设定 对于故事的主角而言，她（他）的设定有两个必要条件：移情作用和欲望 首先是移情作用。这指的是，主角必须让读者产生认同感，即感觉到，这个人物和“我”有相像，或者是和我身边的人很像。这样，才可以让读者将自己的感情，“转移”到主角的身上，和主角一起来经历故事的发展。换句话说，就是主角必须要“真实”。 人物移情作用的刻画有一些很常用的技巧。主要是两种： 第一是着力刻画人物的某种缺点。 第二是强调人物的某种习惯或者嗜好。 再次是强烈的欲望。这是主角必不可缺的一个剧情特点。因为主角的“欲望”，直接决定了故事的主线走向。比如在励志类的剧情中，主角的“欲望”就是达到目标，实现梦想；在言情类剧情中，主角的“欲望”是和所爱的人在一起。主角还可能有潜在的欲望，也就是实际的真实欲望。比如，主人公的表面欲望，是彻底扳倒男主角，而真实的欲望则是两人相爱。由此而来，从主角的欲望是单纯的还是分表面欲望及真实欲望，就可以将故事的编剧线索分为两个大类： 第一类，是主角拥有单纯的欲望，男主角推进女主角，共同实现这个愿望。 第二类，是主角拥有潜在欲望。在这种设定中，男主角一般会处在阻碍女主角实现表面欲望的地位。 具体设定一共有三部分：总体设定，性格设定和目标设定 先讲总体设定 对于主角的总体设定，应该分为两个部分：第一是背景设定；第二是现实生活设定。 首先是背景设定。背景设定包括了主角的出身是怎样的？她拥有什么样的家庭背景？她在小说故事发生以前，经历过什么事？这些内容主要是故事以外的，当然也可以用于回忆或者背景交代。设定故事外的内容，主要是为了更加明确主角的性格。 一般，主角的背景设定可以分为三个大类： 一类是心灵创伤型。 另一类是温情关怀型。 最后一类则是寻求存在感。 在三个背景设定和常规的人物模式下，也可以交叉组合从而产生出不同感觉的人物。 现实生活设定，三种状态下的表现：职业生活、个人生活、私生活。 职业生活：指的是和故事的主线情节直接交叉的部分。 个人生活：包括和朋友间的关系，和家人间的关系。 私生活：在小说中最多地体现为内心的独白。这一部分是最体现人物深层个性的部分。 上述三个部分：职业生活、个人生活、私生活，共同构成了读者直接在小说中看到的人物形象。这三者缺一不可，因为部分描述的缺失，会大大降低人物的可信度，使剧本显得粗糙。利用上述方式，可以构建出一个多层次，具备故事展开可能性的人物。
用户、角色、权限数据库设计2010-02-08 15:20:32 分类：Linux 权限管理 权限管理，主要是人员和权限之间的关系，但是如果让人员直接和权限打交道，那么权限的赋值、权限的撤销以及权限的变动会非常的麻烦，这样引入了，角色，给角色赋权限，然后给用户分配角色。 这个设计主要涉及6张表， 用户表,（用于存储用户的所有信息） 权限表，（用于存储所有的权限） 角色表，（用于存储所有的角色） 用户和角色的关联表，（用户和角色的关联） 角色和权限的关联表，（角色和权限的关联） 菜单表，（里面关联了权限，主要是现实用的） 用户表 代码 CREATE TABLE[dbo].[Users]( [UserID][int]IDENTITY(1,1) NOT NULL, [UserName][nvarchar](50) primary key,--帐号 [Password][nvarchar](50) , [UserDspName][nvarchar](50) , [Sex][char](1), [Birthday][datetime], [Phone][nvarchar](20) , [Email][nvarchar](100), [EmployeeID][nvarchar](20) , [Activity][bit],--是否可用 [UserType][char](2) , [Style][nvarchar](50) ) 权限表： CREATE TABLE[dbo].[Permission]( [PermissionID]int identity,
[Description][nvarchar](50) --权限名称 ) 角色表： CREATE TABLE[dbo].[Roles]( [RoleID][int]IDENTITY, [Description][nvarchar](200)--角色名称 ) 用户和角色的关联表： 代码 CREATE TABLE[dbo].[UserRoles]( [UserID][int]NOT NULL,--用户ID [RoleID][int]not null ,--权限ID CONSTRAINT[PK_UserRoles]PRIMARY KEY CLUSTERED ( [UserID]ASC, [RoleID]ASC )WITH (IGNORE_DUP_KEY =OFF) ON[PRIMARY] ) ON[PRIMARY] 角色和权限的关联表： 代码 CREATE TABLE[dbo].[RolePermissions]( [RoleID]int NOT NULL,--角色ID [PermissionID]int NOT NULL,--权限ID CONSTRAINT[PK_RolePermissions]PRIMARY KEY CLUSTERED ( [RoleID]ASC, [PermissionID]ASC )WITH (IGNORE_DUP_KEY =OFF) ON[PRIMARY]