搞定异常的七字真言：增删改查显算传
产品设计中的“增删查改显算传”
产品设计-产品设计中的“增删查改显算传”不知道大家在做产品设计时有时候会不会和我一样，一个很简单的功能却给忽略了，或者一个很常规的应用点视而不见，等提交技术开发后才发现少了一点给开发带来了很多困扰，于是不得不一遍遍地和开发进行沟通与解疑。
后来发现大部分沟通都是无用的，既阻碍了开发的整体思考和持续开发，也打断自己的手头工作。
真正有效的沟通个人觉得在两个时间点最合适，开发前和开发后，开发前需要沟通这个产品的整体思路以及未来存在的拓展性，开发后验证产品的思路，再一次进行沟通，补缺。
开发过程中的沟通往往都是对产品设计中的答疑，如果产品设计的能更完善一点，这种可有可无的沟通定会减少许多。
增删查改显算传，产品经理的基本功，老潘在和我说起这些时候我正一个人坐在办公室里写文档，之前正因为原型设计上很多小的功能点未能全写明白而导致了和开发的频繁沟通。
他和我说这些时候也正是我在寻找一个更好的解决方法的时候。
增删查改显算传，产品设计的七字真言，也是产品经理的基本功。
增：数据会增加到怎样的一个量，当这些量增加到一定程度时页面需要怎样的表现形式。
拿新浪微博的实时刷新来说，当微博条数持续增加，我们是按微博数量来固定分页，还是按照页面的长度来分页，还是根本就不用分页，持续的刷新下去，抑或是刷新和分页并存。
删：这个也是常规性操作，既然数据有增加，就会有删除的需求，哪些数据可以删，哪些不能删，删完之后数据会呈现怎么样形态等。
查：这是快速获得信息的一种方式，从繁杂的数据排列中准确定位出用户想知道的结果，通常会有好几种查询方式及查询条件，不管是哪种都要表现出来。
改：可分为两种来表现，一是用户对原有数据的修改，哪些可以哪些不可以，可以修改哪些元素，哪些元素一旦确定将不提供修改等；二是对设计的修改程序实现的方式，从一种方式更改为另一种方式程序是否易于实现。
一般来说产品经理做到以上四点就能把原型做的非常完善，假如数据做成了列表样式，是否考虑到了分页？是否需要排序？排序的话按什么条件进行？排序满足不了需要的话是否需要搜索框？查询框？查看详细列表的打开方式是怎样的？本页操作还是新窗口操作？跳转之后需不需要跳回来？选择数据支持单选还是多选？单选的话用下拉还是radio？如此等等细节交待的越清楚，和开发的沟通越少。
论质量改善——找到问题根源
论质量改善——找到问题根源引子 (1)持续改进的七种兵器（一）——龙凤环 (3)持续改进的七种兵器（二）——伤心小箭 (6)持续改进的七种兵器（三）——追魂枪 (9)持续改进的七种兵器（四）——玄铁剑 (13)持续改进的七种兵器（五）——离别钩 (16)持续改进的七种兵器（六）——屠龙刀 (22)持续改进的七种兵器（七）——天罗地网 (23)引子在武侠泛滥的年代里，每个少年的心中都有一个江湖梦。
在梦里，我们行侠仗义、杀富济贫、一怒拔剑、快意恩仇，用鲜血来书写我们的荣耀，用刀剑来追逐我们的理想。
在武侠盛行的日子里，每个少女的心中也有一个江湖梦。
在梦里，她的意中人是一位盖世英雄，有一天，他会骑着白马来到她的面前。
只要招一招手，就会跟他走，两个人、一匹马，随他到天涯。
从梦中醒来，才发现现实的世界是如此的苍白。
是非在我们的眼中不再是黑白分明，没有大侠大盗也没有大奸大恶，无需拔剑、不能拔剑、也无剑可拔！生活更是平淡如水，没有白马银枪也没有花不完的银两，更没有痴情的少女为你递上一柄油纸伞，然后噙着泪水对你说：“江湖风雨多，请君多珍重！”面对现实与梦想的落差，多少人年华老去、激情不再、梦想成空，在蹉跎的岁月里，千言万语都化作一声无奈的叹息！但是，现实的世界确实如此的苍白吗？也许，你只是少了一双善于发现的眼睛。
事实上，有一个黑白分明的世界就在我们的身边，在这个世界里，我们能够拔剑、能够挥刀、能够快意恩仇。
我们的敌人无处不在，他们有的时候会明目张胆的跳到你的面前，劈面给你一刀，有的时候又阴险的躲在一个角落里，在你毫无防备的时候向你掷出几柄飞刀。
他们有的时候想一招置你于死地，而更多的时候，他们更想慢慢的折磨你直至你的肉体与精神完全崩溃。
有些人可能会怀疑：“你说的是一个现实的世界吗？我怎么从来没发现？”事实上，假如我说出敌人的名字，你就会明白，这确实是一个现实的世界，而且我们每个人都身在其中。
我们的敌人有一个令人憎恶的名字，那就是“问题”。
咨询工具箱七步解决问题ppt课件 (2)
分支问题 分支问题
1.将 问 题 分 成 几 个 部 分 使
•解 决 问 题 的 工 作 可 以 分 成 智 力 上
能够解决的几个部分
•不 同 部 分 可 按 轻 重 缓 急 区 分 •工 作 责 任 能 分 派 到 各 人
问 题 /假 设 2 问 题 /假 设 3
分支问题 分支问题
2.保 证 问 题 获 得 完 整 地 解 决
赋税但没有提供足够服务的压力
•不超出预算 •客户满意度调查结果有所改善 •发给市长、报纸或图书馆长的表扬信
3.解决问题的时间安排
6.所需的准确度
•必须在6个月内进行改善，所以必须
在2月内解决问题
•对所需变革种类的强有力的指导比细
节的精确度更为重要
•但不能超出预算
精选PPT课件 10
HKTR980306TP-AC
3.解决问题的时间
•多快需要找何判断是否成功地解决
了问题？
•他/她所关心的是什么？
5.主要衡量标准
•哪些是衡量成功的主要变数？
6.所需的准确度
•需要何种准确度？
精选PPT课件 9
HKTR980306TP-AC
问题背景情况的实例-公共图书馆
1.决策者
•图书馆馆长 •理事会 •市长
晚上时间延长？ 周末时间延长？ 周末提早开馆？
准备更多的当代小说？ 不同的专题？ 更多的精装而非平装书？
使借阅现有材 料更方便能否 改善业绩？
目前图书馆的布置是否最理想？ 读者是否非常了解如何借阅资料？ 是否备有回答问题的服务？
• 可行动的
• 以决策者下一步所需的行动为重
点
精选PPT课件
6
首要之务是对 问题的准确了解
正名81数暗示导理
正名81数暗示导理1. 太极之数：太极之数，万物开泰，生发无穷，利禄亨通。
2. 两仪之数：两仪之数，混沌未开，进退保守，志望难达。
3. 三才之数：三才之数，天地人和，大事大业，繁荣昌隆。
4. 四象之数：四象之数，待于生发，万事谨慎，不具营谋。
5. 五行之数：五行俱全，循环相生，圆通畅达，福祉无穷。
6. 六爻之数：六爻之数，发展变化，天赋美德，吉祥安泰。
7. 七政之数：七政之数，精悍严谨，天赋之力，吉星照耀。
8. 八卦之数：八卦之数，乾坎艮震，巽离坤兑，无穷尽也。
9. 大成之数：大成之数，蕴含凶险，或成或败，难以把握。
10.终结之数：终结之数，雪暗飘落，偶或有成，回顾茫然。
11.旱苗逢雨：万物更新，调顺发达，恢弘泽世，繁荣富贵。
12.掘井无泉：无理之数，发展薄弱，虽生不足，南酬志向。
13.春日牡丹：才艺多能，智谋奇略，忍柔当事，鸣奏大功。
14.破兆：家庭缘薄，孤独遭难，谋事不达，悲惨不测。
15.福寿：福寿圆满，富贵荣誉，涵养雅量，德高望重。
16.厚重：厚重载德，安富尊荣，财官双美，功成名就。
17.刚强：权威刚强，突破万难，如能容忍，必获成功。
18.铁镱重磨：权威显达，博得名利，且养柔德，功成名就。
19.多难：风云蔽日，辛苦重来，虽有智谋，万事挫折。
20.屋下藏金：非业破运，灾难重叠，进退维谷，万事难成。
21.明月中天：光风霁月，万物确立官运亨通大博名利。
妇女不宜。
22.秋草逢霜：秋草逢霜，困难疾弱，虽出豪杰，人生波折。
23.壮丽：旭日东升，壮丽壮观，权威旺盛，功名荣达。
妇女不宜。
24.掘藏得金：家门余庆，金钱丰盈，白手成家，财源广进。
25.英俊：资性英敏，才能奇特，克服傲慢，自成大业。
26.变怪：变怪之谜，英雄豪杰，波澜重叠，而奏大功。
27.增长：欲望无止，自我强烈，多受诽谤，尚可成功。
28.阔水浮萍：遭难之数，豪杰气概四海漂泊终世浮躁。
妇女不宜。
29.智谋：智谋优秀，财力归集，名闻海内，成就大业。
搞定异常的七字真言：增删改查显算传
搞定异常的七字真言：增删改查显算传本文结合具体的案例进行分析，分享了如何运用搞定异常七字的真言——增、删、改、查、显、算、传。
异常是大多数1. 什么是异常是程序运行中，因外部因素（设备错误、输入错误等）导致的程序异常。
逻辑层的程序异常，通常是产品经理的责任。
2. 粗略判断异常是否完整一个带有输入、输出、传输、运算的完整功能模块，产品经理出的原型图中，如果异常情况的页面没有占到70%，那就需要继续完善。
3. 举例——昵称为必填，且不能重复只有结合产品、用户、场景，才能做出合理的异常情况。
举例仅供参考。
（1）昵称输入有误然后在Axure 中对应元件上写说明内容，如下图：（2）昵称被占用同理，在对应元件上写说明内容，如果是移动端原型，可在旁边放便签描述（另一篇《完美“登录”，从去掉“注册”开始》中有附图）。
以上提示，只是局部提示。
根据场景不同，还会有关联性异常情况。
比如在填写时，昵称尚未被占用，填写其他内容过程中，刚好被占用导致最后一步无法保存，也需要处理。
如果涉及到翻页情况，又会产生保存时机的问题。
是点下一步就保存，还是最后提交时统一保存资料。
如果点下一步就保存，那在第二步未填完就退出页面，又该如何处理。
因此，需要根据实际情况来处理异常情况。
排查异常的七字真言七字真言：增、删、改、查、显、算、传1. 增：新增、创建、添加开篇的输入昵称，就属于增。
另外，还包括注册账号、上传图片等。
做【新增】功能时，从以下三个角度考虑：（1）上下限/ 建议值/ 默认值字数输入的上下限、图片/视频大小，前后端都做限制校验。
（例：昵称限制4~10个字，前端需要校验，不在范围内不让提交。
但是后端也不能相信前端，还需要自己再做校验，防止一些技术手段绕过前端给后端提交非法昵称。
）图片/视频尺寸、图片/视频比例，给建议值。
（例：下图头像项的图片要求）一些低频选项，可以给默认值，无需每次都操作。
（例：性别默认男，城市默认当前定位点）（2）类型校验/ 格式校验例如：输入类型的全角和半角，可做自动转换提高体验。
打假七绝诗
打假七绝诗《打假绝唱》奸商造假太张狂，伪劣参差祸四方。
律法森严休作祟，清风扫尽丑行藏。
二、衍生注释- “奸商”：指那些不诚实、狡猾，以不正当手段谋取利益的商人。
在社会上有一部分这样的商人，总是想着靠欺骗消费者来赚钱。
- “伪劣”：就是指伪造的和质量低劣的商品，像那些假名牌衣服，质量差的山寨电子产品之类的东西。
- “律法森严”：表示法律是严格的，法网恢恢，不会容忍违法行为。
这就是在警告那些造假的人，法律可不是吃素的。
- “作祟”：是捣蛋、捣乱的意思，这里指那些造假行为在市场里兴风作浪。
- “清风”：比喻清正廉洁或者有效的整治力量，就如同一阵清风，把那些丑陋的造假行为都给消灭掉，让它们不见天日。
三、赏析- 主题：这首诗的主题非常明确，就是针对当下社会上的假冒伪劣现象疾呼打假。
批判那些造假商家的张狂行为，并且表明要通过法律的力量来扫除这些不良现象。
- 情感：诗中充满了愤懑之情，对于奸商的造假行为极度厌恶。
同时又有一种积极向上的情感在其中，坚信法律能够起到应有的作用，对打击伪劣产品充满信心。
- 表现手法：采用了直抒胸臆的表现手法。
诗的开端“奸商造假太张狂”直接指出问题所在，毫不隐晦。
后两句则把希望寄托于律法和正义力量的介入，逻辑清晰，简洁明快。
整体的语言通俗易懂，朗朗上口，便于传播，能够引起大众在打假问题上的共鸣。
四、作者介绍关于这个作者嘛，可能是一位饱受假冒伪劣产品困扰的普通老百姓。
也许他买过假的生活用品，或者被假冒名牌坑骗过，心中积压着对假货的愤怒，所以才写了这么一首诗来表达自己内心的想法，也希望能够唤起公众甚至执法者对打假的重视。
五、运用片段例子一：社区打假宣传活动在社区组织的打假宣传活动中，工作人员站在台上激情地演讲：“各位街坊邻居啊，大家看看这社会上的一些不良现象，就像有首诗说的那样‘奸商造假太张狂，伪劣参差祸四方。
律法森严休作祟，清风扫尽丑行藏。
’我们得提高警惕，面对那些假货坚决说不。
要是发现周围有假货的窝点，一定要向有关部门举报啊。
管理心法七字诀
管理心法七字诀作者：李纯樱现实理想两平衡，开创守成扭劣势，变革不失稳定度，弹性不失竞争力，正确做事求效率，做正确事展效益，诸多两难之课题，考验一己管理力。
十尖卡斌俄傀明，七字哲思自要求。
项目经理人是项目管理的实作领导人，对项目成败负责、承上启下，是项目的灵魂人物，因此项目经理一定要有自己的项目管理哲学。
我的项目管理哲学中有一七字真言“十、尖、卡、斌、俄、傀、明”，这七个字是我运作各种项目的不败心法、武功秘籍。
项目管理哲学决定行为趋向影响决策质量优劣激发信仰、观念、原则及价值管理架构是硬道理管理哲学是软规矩唯有二者软硬兼施相融运用才能成就利害关系人十分满意的项目在阐述七字真言之前，先了解一下项目管理哲学的定义。
项目管理哲学决定了行为趋向，并足以影响决策质量优劣，同时也是激发信仰、观念、原则及价值观的动力。
因此对项目经理人的管理哲学加以探究，或许更能了解其成功主因。
我个人的体会是，管理架构是硬道理，管理哲学是软规矩，唯有二者软硬兼施相融运用，才能成就利害关系人十分满意的项目。
七字真言自我领导“十、尖、卡、斌、俄、傀、明”是个人1999年体会出之哲思，多年来运用这七个字于生活，职场、顺逆境、身心灵提升皆为受用，经过PMP理论的深度洗礼后，个人认为这七个字一样可以很顺畅运用于项目管理。
兹说明此七字的哲思如下：十，是横与竖的组合，有句话说“横遍十方、竖穷三际”。
十方指的是四方、四维、上下等，代表空间观；三际是过去、现在、未来，是时间观，有了这样的时空观，就能不断地扩展我们的胸襟气度与视野。
若十加口，就是个田字，这就是一种矩阵式的思考。
十其实也是横向整合与垂直整合之意。
以项目管理的概念，横代表的就是五大流程组的管理过程，纵则是九大知识领域的纵向管理。
这是十的哲学。
尖，是小与大的组合。
在须直下承担的时候能展大用，在需要缩小自己的时候就要学会放下身段。
佛家常要我们能心思细腻如芥子，气度要能心包太虚，要我执我见极小化，心量极大化。
(12)《增删卜易》古吴版注解完毕word版本提供下载
(12)《增删卜易》古吴版注解完毕，WORD版本提供下载。
下载页面/f/12335995.html六爻筮法流行甚广，在术数中占有重要的地位。
其灵活实用、随事而占、随心而占的特点深受诸多易友喜爱。
而《增删卜易》一书很好的阐释了论卦之纲领、原则，是学卦者不可多得的辅助。
我无意中得此古吴版《增删卜易》，实例近五百卦，今注解之，赠与有缘人。
并对在文中作出多处文辞解释的未谋面易友表示感谢。
此举乃释卦之本义，非校对古籍，难免有误差、失误之处，欢迎指正。
摘录部分注解如下：例1、巳月甲寅日，占往营中贸易，得巽变风水涣。
玄武兄弟卯木′世白虎子孙巳火′塍蛇妻财未土″勾陈官鬼酉金′应动子孙午火朱雀父母亥水′青龙妻财丑土″断曰：不可往，必有仇人为害。
或曰：应爻酉金，克世为忌神，何谓仇人？余曰：世为自己，应为他人。
应爻生世，即为恩人；应爻克世，非仇而何？后果被仇人陷害。
勿以仇神即仇人也。
〖子平凡思注〗占往营中贸易，应爻为去处，发动克我世爻，故不吉。
这里不能说应爻被克了，就不克我了，这是一个“误解”，凶物被伤，依然有伤我的机会和能力，谁能说被摔断一条腿的老虎就不能伤人了呢？例2、寅月丙子日，占防害，得坎为水变地水师。
兄弟子水″世官鬼戌土′动兄弟亥水父母申金″妻财午火″应官鬼辰土′子孙寅木″此人因仇人诈害占之。
余曰：世为自己属子水，应为仇人属午火。
水能克火，乃是你去克他，这也无妨，但不宜间爻动出土鬼而克水。
间爻者，乃中间之小人也，反是此人为害。
彼曰：然何法治之？余曰：戌鬼虽动，有月建制之；世爻虽衰，幸临日建。
目下有一势利之人助尔之仇人生鬼，尔去访寻，若得见势利之人，知尔理直，不肯助他，则事散矣。
彼曰：何以知之？余曰：日辰冲动午火，日辰乃势利之人也。
彼曰：即使见此势利之人，未必听我之言。
余曰：不妨，世爻子水与日辰相比，彼此一定相投。
果依此行，戊寅日消释。
应寅日者，忌神戌土被寅木克制，今又见寅木，木旺土衰则息矣。
〖子平凡思注〗此卦占防害，潜在的前提是“担心某人害我”，则应爻为“仇人”，世克应，故我不畏他，但所不喜者，间爻戌土官鬼发动克世爻，乃是凶兆，好比甲不畏乙，但是乙还有帮手可伤甲，终不喜。
数据增删改查Checklist
是[ ]否[ ]免[ ]
Oracle9i和DB2
容错性测试
测试数据库发生异常的情况下系统的处理
是[ ]否[ ]免[ ]
测试网络连接中断情况下系统的处理
是[ ]否[ ]免[ ]
测试数据库连接中断情况下系统的处理
是[ ]否[ ]免[ ]
测试数据库数据存在不一致情况下portal的处理
是[ ]否[ ]免[ ]
按条件查询，系统提供的查询条件的设计是否完备、合理
是[ ]否[ ]免[ ]
站在用户角度考虑
按条件查询，查询条件输入框提示信息是否正确
是[ ]否[ ]免[ ]
按条件查询，是否考虑了所有条件、条件组合以及条件为空的情况
是[ ]否[ ]免[ ]
按条件查询，系统对输入的边界值、非法值的处理是否正确
是否已测试删除一条记录的功能
是[ ]否[ ]免[ ]
是否已测试删除一页上的多条记录的功能
是[ ]否[ ]免[ ]
是否已测试删除一页上的所有记录的功能
是[ ]否[ ]免[ ]
是否已测试删除所有记录的功能
是[ ]否[ ]免[ ]
完成删除所有记录的功能，可能需要执行多个步骤
是否已测试从详细信息查询页面删除记录的功能
尤其是在注册、鉴权、修改密码等操作时
测试https方式访问Portal
是[ ]否[ ]免[ ]
测试若没有经过授权，是否能在服务器端放置和编辑脚本
是[ ]否[ ]免[ ]
所有登录/注册页面是否要求验证码以防止攻击
是[ ]否[ ]免[ ]
字段合法性检查：测试对于剪贴拷贝、鼠标拖动输入的值是否也进行合法性检查
测试页面一定时间不操作后的超时机制，需重新登录
七字网络安全标语
七字网络安全标语1. 警惕网络，保护安全。
2. 强密码，防黑客入侵。
3. 非法网站，远离耳聪。
4. 情人节，谨防网络骗局。
5. 点击链接，谨慎行事。
6. 信息泄露，造成严重后果。
7. 杀毒软件，保障电脑健康。
8. 隐私保护，守护个人权益。
9. 不轻信陌生人，保护个人安全。
10. 网络公德，共同营造和谐网络环境。
11. 谨防网络钓鱼，保密个人账号。
12. 网络诈骗犯，绝不手软。
13. 谨防软件木马，保护数据安全。
14. 防止黑客攻击，提升网络安全。
15. 不要随意分享个人信息，保护隐私。
16. 网络安全需自己把关。
17. 不下载未经检验的软件，预防病毒入侵。
18. 谨慎在线交易，明辨真伪。
19. 网络安全，每个人的责任。
20. 带上防火墙，安全无忧。
21. 网络不是法外之地，遵守法律规范。
22. 加强密码保护，拒绝黑客入侵。
23. 禁止扩散虚假信息，净化网络空间。
24. 网络财产，小心守卫。
25. 网络安全文明上网，人人有责。
26. 网络不是游乐场，守好防护门。
27. 定期备份数据，预防信息丢失。
28. 谨慎点击陌生链接，避免中毒风险。
29. 不随便点击陌生邮件，避免信息泄露。
30. 防火墙开启，远离病毒。
31. 在线支付，需谨慎操作。
32. 网络诈骗，小心上当受骗。
33. 不在公共设备上输入私密信息，保护个人隐私。
34. 防黑客入侵，从强化密码开始。
35. 网络安全是企业的生命线。
36. 强化网络安全意识，防范未然。
37. 在线购物，谨防虚假网站。
38. 票务预订，选择正规渠道。
39. 保护个人隐私，拒绝侵犯。
40. 网络安全，共创美好未来。
以上是七字网络安全标语，希望能够提醒人们保护好自己的网络安全，避免造成不必要的损失和困扰。
系统规划与管理师-辅助记忆口诀
首先带大家梳理一下整个系统规划与管理师教程的架构，咱们这门考试时应该主要是为了推广ITSS以及相关国际标准（ITIL）最佳实践（ITSM）在中国的推广，培养相关的人才而制定的，因此整个书的框架是按照ITSS的核心框架来写的，看整本书首先要搞明白下面这个图（ITSS的核心框架），其实也比较简单就是PDCA。
1、整个ITSS的核心是四要素：资源、技术、过程、人员，其他模块基本都要覆盖这四大因素。
2、处于核心的有三大模块（这个应该是精简过的）：规划设计、部署实施和服务运营3、另外贯穿整个生命周期的另外两个模块：持续改进、监督管理。
这两个和前面的三个构成了整个IT服务的生命周期。
4、其他的模块构成了IT服务相关的基础知识以及应掌握的记忆口诀：1、ITSS（Information Technology Service Standards信息技术服务标准）的核心四要素机智过人（资源，技术，过程，人员）PPTR2、IT服务生命周期：龟步赴池涧（规划设计、部署实施、服务运营、持续改进、监督管理）IT服务生命周期要象一个老IT人，在生命周期的最后用缓慢的龟步坚定沉稳的走向池塘小涧龟--》规--》规划--》规划设计（第4章）步--》部--》部署--》部署实施（第5章）赴--》服--》服务--》服务运营（第6章）池--》持--》持续--》持续改进（第7章）涧--》监--》监督--》监督管理（第8章）（Planning&Design、Implementing、Operation、Improvement、Supervision PIOIS)第四章IT服务规划设计第四章不建议死记硬背，关键这书写的挺烂的，第四章前后次序有点儿问题，条理不太清楚，其实如果理解了不需要背。
比如规划设计流程里的主要活动：服务需求识别，服务目录设计，服务方案设计，服务成本估计和服务级别设计。
前面四个识别、目录、方案，成本都是为了最后形成服务级别设计SLA。
做好计调七字口诀-完整版PPT课件
•五 ： 发现问题要调整 作团质量要保障 团款催收要及时 欠款团队要杜绝
六： 客户需求要汇报 突发事件要速到 调整行程要确认 通讯联络要畅通
• 七： 团队运转要关注 各个细节要搞清 对方疑问要解释 全陪领队要沟通
八： 票据签单要收齐 导游报帐要审细 卷宗资料要整理 团队结束要回访
小结
报价快速要效益！ 五化五定要记牢！ 确认！确认！再确认！ 沟通反馈很重要！ 成本领先！控制质量！
ቤተ መጻሕፍቲ ባይዱ
做好计调的七字口诀
做好计调七字口诀
•一 ： 计调工作要仔细 丢三落四要不得 延误时机要挨批 报价准确要效益
二： 复杂事情要简单 简单事情要认真 五化五定要做好 重复事情要创新
• 三： 行程标准要写明 接送时间要搞清 确认传真要打印 叮嘱对方要确认
四： 送票之前要对名 票面内容要看全 交通时刻要认准 交接手续要签字
四年级下册科学课件动物的卵｜教科版5
蛋白：
供给养料和水分
蛋黄：
提供营养
气室：
提供氧气，气体交换
胚：
发育成小鸡
鸡蛋的各部分相当于种子的哪个部分
• 蛋壳、膜相当于种皮，蛋白、蛋黄相当于 子叶、胚相当于胚根和胚芽。
从蛋到鸡
观察不同发育阶段的鸡蛋， 认识鸡蛋各部分的作用。
第一天 开始培养——胚胎时期
用 来 孵 小 鸡 的 蛋 黄
第四天 胚胎边缘出现血丝
6.动物的卵
实验要求：
1、每组打开一个鸡蛋，请注意内 部结构的完整性
2、观察鸡蛋内部有些什么
蛋黄
．
蛋清
（蛋白）
蛋壳 两层膜
胚（蛋黄上的小白点）:
在胚胎发育过程中变成小鸡。
鸡
2
蛋
卵壳膜
1
共 卵壳
6
5 胚盘 卵黄
有
几
部
8
分
系带
？
4
卵白
3
气室
卵黄膜
鸡蛋里面的各部分在胚胎发育过程中的作用：
蛋壳：ቤተ መጻሕፍቲ ባይዱ
保护
世界上还有很多很多靠卵繁殖后代的动物 ，这样的动物我们都称它们为卵生动物， 像鸟类，鱼类，两栖类，爬行类、昆虫类 ，软件动物……都是卵生动物，希望大家 在课后也能坚持观察，继续探索我们这个 奇妙的大世界，收获更多的科学知识。
可见眼睛
第十五天
第十八天
鸡出壳，终于变成一只可爱的小鸡。
第 二 十 一 天
小鸡孵化过程的关键环节有： 种蛋、温度、湿度、通风。
从卵的孵化过程看出，蛋黄是鸡的受精卵， 蛋清是营养液，受精卵从40度高温的母体中 排出后完全依赖外界条件继续发育。 第1——4天为内部器官发育阶段； 5——14天为外部器官形成阶段； 15——19天为胚胎生长阶段； 20——21天为出壳阶段。 整个从蛋到鸡的孵化过程为21天。
《增删卜易》全文讲解在线收听
《增删卜易》全文讲解在线收听
展开全文
鲜知东瀛旗下，蜻蜓FM平台首档关于日本的谈话类节目---《东瀛葩葩葩》每期一个论点、二十分钟、三张巧嘴，与您相伴，为你呈现不同的声音、不同的观点、却可能是最真实的日本。
我们与日本就像一起住了几千年的老邻居，道不尽的恩怨情仇；说不完的兴衰荣辱。
面对这个最熟悉的“陌生人”，你是否也像我们一样，不想风月、无关寂寞，只想聊聊？菊与刀、和与战、人情冷暖、异国见闻… … 愿停下脚步，听听我们眼中的日本、身边的日本、心中的日本。
0007心机独悟
六壬类聚——心机独悟目录心機獨悟 (1)天文 (1)地理 (2)家宅 (3)求財 (4)行人 (4)詞訟 (5)婚姻 (6)生產 (7)仕宦 (8)選舉 (9)武事 (10)買賣 (10)疾病 (11)盜賊 (12)自逃 (13)遷移 (14)趨謁 (14)田禾 (15)出行 (16)香火 (16)六畜 (16)占命 (17)占八字貴賤 (18)占歲中吉凶 (18)心機獨悟天文先占不測之風雲，洩盡元機之秘；復推晨夕之禍福，旁通玉簡之元。
課逢不備，以陰陽而分晴雨；卦遇局成，憑水火以定風雲。
金為水母多陰，曲直則風行四表；土為火子多晴，潤下則雨沛諸鄉。
更詳傳墓傳生，且看為仇為喜。
（陰不備晴，陽不備雨。
自生傳墓晴，自墓傳生雨。
相生為喜，金雨、水雨、木火局則晴。
相剋為仇，金水反晴，木火反雨。
六陰極反晴，六陽極反雨。
）風雷煞動定拔木而摧山，雲雨神臨必盈科而溢澤。
丁神猛惡可怪，飛符迅速堪驚。
馬乘雲霧化龍駒，霖霪漂泊；陽逢耳目并蛇雀，星月交輝。
遇生則行，遇墓則止。
（凡丁神發用，見金水則雨惡，見木則風惡，見雷煞則雷惡。
飛符正月申順行至丑七月未逆行至寅。
天馬若與亥子元后併名化龍駒，主驟雨。
天目春辰夏未秋戌冬丑，若陽神并耳目發用，主晴。
雷煞正月逆亥四孟。
雷公寅逆四孟。
凡金水遇長生則雨行，遇墓絕則雨止。
以止言煞也。
）亥子水潤於天固雨，空土愁逢；巳午火離於地固晴，沖螣怕際。
金神遭剋雨無多，水神乘旺晴不久。
（凡亥子加臨巳午未申之上，則晴不久也。
申酉二金神有氣，則雨，無氣則陰。
寅卯二木神有氣則炎旱，無氣則風。
四土不雨。
水神雖雨象，不可見土相剋，空亡相加，則反不雨矣；火神雖晴象，加丁神天馬相併，見蛇雀太沖，則雷電交作，有水神者雨，無水神者雷電而晴。
以上言支辰也）先看青龍為雨主，入江入廟非宜；次推白虎作風神，至野至山可畏。
蛇入水化蛟龍，貴居雲為神聖。
蛇雀乘丁加卯，雷電霹靂飛騰；課傳俱土逢陽，日月星辰照列。
天罡陽晴陰雨，月建剛旱柔雷。
六十四卦七字诀
下经 泽山咸亨儿女婚，雷风恒常夫妇久。 天山遁让家道兴，雷天大壮伟业成。 火地晋升勤耕耘，地火明夷夜归人。 风火家人终团圆，火泽睽违异求同。 水山蹇行前路险，雷水解忧消百难。 山泽损己利上人，风雷益下得民心。
泽天夬断除小人，天风姤遇有佳人。 顿物难生，水风井满汲不穷。 泽火革改除旧弊，火风鼎新必昌盛。 震艮动止皆有度，风山渐进循序行。 雷泽归妹女当婚，雷火丰盛好威猛。 火山旅途萧萧冷，巽兑清风拂碧波。 风水涣散无惊险，水泽节制有法度。 风泽中孚最诚信，雷山小过略有成。 水火既济终有乱，火水未济事未成。
六十四卦七字诀
上经 乾坤交合天地成，水雷屯聚初难行。 山水蒙童蒙养正，水天为需润物生。 天水讼卦有纷争，地水师出名聚众。 水地比卦来戡乱，风天小畜天下平。 天泽履礼循礼行，地天泰和谐顺通。 天地否塞事难成，天火同人志能通。 火天大有上下应，地山谦卑君子终。
雷地豫乐悦顺动，泽雷随顺是高人。 山风蛊盛生事端，地泽临岸听涛声。 风地观览天下事，火雷噬嗑咬断金。 山火贲饰满山明，山地剥落义难申。 地雷复返现本真，天雷无妄要小心。 山天大畜蓄贤能，山雷颐养天年成。 泽风大过不寻常，坎险离返见光明。
增删卜易之动变章第七
增删卜易之动变章第七
动变章第七
六爻不动则不变，动则必变。
○为阳动则变丶丶，×为阴动则变丶，假令乾卦初爻动，变成巽卦。
假令坤卦三爻动，变作乾卦。
假令坤卦中爻动，变作坎卦。
假令乾卦上下动，变作坎卦。
假令占水天需卦变天水讼，占得水天需为正卦（也称主卦）；变出天水讼为变卦：
妻财子水×兄弟戌土丶
兄弟戌土丶
子孙申金× 世父母午火丶
兄弟辰土○父母午火丶丶
官鬼寅木丶
妻财子水○ 应官鬼寅木丶丶
上三爻坎卦即是坎在外，申金戌土子水。
所以四爻申金，五爻戌土，六爻子水。
变出乾卦即是乾在外卦，午火申金戌土。
所以申金变出午火，子水变出戌土，中爻不动则不变。
变出之爻按六亲者，仍照正卦而推，余卦仿此。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
异常是大多数是程序运行中，因外部因素（设备错误、输入错误等）导致的程序异常。
逻辑层的程序异常，通常是产品经理的责任。
一个带有输入、输出、传输、运算的完整功能模块，产品经理出的原型图中，如果异常情况的页面没有占到70%，那就需要继续完善。
只有结合产品、用户、场景，才能做出合理的异常情况。
举例仅供参考。
（1）昵称输入有误然后在Axure 中对应元件上写说明内容，如下图：（2）昵称被占用同理，在对应元件上写说明内容，如果是移动端原型，可在旁边放便签描述（另一篇《完美“登录”，从去掉“注册”开始》中有附图）。
以上提示，只是局部提示。
根据场景不同，还会有关联性异常情况。
比如在填写时，昵称尚未被占用，填写其他内容过程中，刚好被占用导致最后一步无法保存，也需要处理。
如果涉及到翻页情况，又会产生保存时机的问题。
是点下一步就保存，还是最后提交时统一保存资料。
如果点下一步就保存，那在第二步未填完就退出页面，又该如何处理。
因此，需要根据实际情况来处理异常情况。
排查异常的七字真言七字真言：增、删、改、查、显、算、传开篇的输入昵称，就属于增。
另外，还包括注册账号、上传图片等。
做【新增】功能时，从以下三个角度考虑：（1）上下限/ 建议值/ 默认值•字数输入的上下限、图片/视频大小，前后端都做限制校验。
（例：昵称限制4~10个字，前端需要校验，不在范围内不让提交。
但是后端也不能相信前端，还需要自己再做校验，防止一些技术手段绕过前端给后端提交非法昵称。
）•图片/视频尺寸、图片/视频比例，给建议值。
（例：下图头像项的图片要求）•一些低频选项，可以给默认值，无需每次都操作。
（例：性别默认男，城市默认当前定位点）（2）类型校验/ 格式校验•例如：输入类型的全角和半角，可做自动转换提高体验。
•导入表格的功能，那就限制只能上传Excel格式的文件。
另外，.apk、.exe等可执行文件，需要特殊处理，微信会加后缀，来降低风险。
（3）容错机制/ 关联变化•手机号已被其他账号绑定，需让用户可做更换绑定、合并账号等操作。
•昵称被占用，给多个建议昵称，让用户手动选择。
•自动保存为草稿、编辑状态下阻止浏览器关闭等。
•自动生成编号、排序方式，关联出现的状态，及页面变化。
以上，有些限制是出于产品体验考虑，例如图片过大，会导致浏览时加载慢影响体验；有些限制则是出于安全考虑，例如不能上传可执行文件。
一些低频问题，尽量静默处理，例如：•非网盘类应用，自动压缩太大的图片。
•邮件发送APK、EXE类可执行文件，无需加后缀。
•及时通讯软件发送则加后缀，但能通过安全扫描的也可以不加。
•手机端选择年月日时，给合理的默认项，比如1990-06-15，6月是月份中的中位数，能快速定位到1到12月任意月份。
15日同样是中位数，能快速定位到1~总之，一切围绕用户体验去考虑，使用体验、安全体验、设备体验等等。
小思考：假如你是支付宝产品经理，在PC端做人脸识别认证的时候，你会怎么做？如何考虑？删除操作比新增操作风险大，但逻辑相对简单，有以下四种情况：（1）删除是否可逆•需求上可逆、需求上不可逆•逻辑上可逆、逻辑上不可逆（2）是否批量删除（3）是否涉及权限（4）逻辑删除or 物理删除•逻辑删除是通常说的假删除，给一条数据做了个标记，其实这条数据还在数据库里；•而物理删除是指从数据库里真实删除了某条数据，常规意义上是不可恢复的。
如上图：1.弹窗一，单个删除操作，逻辑上可逆，但用户体验上不可逆，所以需要二次确认。
2.弹窗二，既属于批量操作，也属于权限操作，需要高级别权限人员扫码确认。
扫码后，手机端的确认页面上，需要展示一些重要信息，方便高权限人员做决定。
3.二次确认方式：弹窗确认、弹窗扫码确认、弹窗密码确认、弹窗验证码确认、弹窗指纹确认等。
如上图：在重要的删除操作时，增加【影响范围】，说明当前删除操作可能会影响到的地方，如果这种影响是需要手动解决的，就需要去逐一排查。
比如删除之后，榜单是不是空了、满减活动是不是凑不够满减额度了、轮播图上展示的还是已删除的商品、定时推送发出去的链接打开却告知商品不存在，等等。
总之，删除有风险，设计需谨慎。
不删可以，就别做删除功能。
后台产品，可在筛选区域或系统设置中加个【展示已删除xxx】的复选框，勾选之后，才在页面内展示已删除的信息。
至于能否恢复就是另外一套流程和逻辑了。
参考【新增】的一些规则，很多页面可以复用【新增】的页面。
但新增员工类涉及密码的，复用时需去掉密码输入框。
需要注意两点：（1）能否修改•用户ID不可修改。
•用户状态，需要有权限的人才能修改。
（2）保存机制•定时保存。
•失去焦点时保存。
•其他条件触发，比如网络变化等。
两种：（1）查询•实时查询，用于小数据量场景。
•定时任务查询，用于数据量大，关联表多的情况。
历史数据直接读取已经查出来的数据，避免每次查询都是多表联查，可提高查询速度，降低服务器压力。
•查询频率，多长时间查一次，根据情况定义。
•查询速度，查询速度慢的，需要优化。
（2）筛选/ 搜索•多条件组合筛选•模糊搜索、精确搜索•可搜可选举例解释（后台）：A实时查询：柱状图显示今日新增用户，直接查询即可，每访问一次或刷新一次页面，就查询一次数据库。
B定时任务：表格内展示今年新增用户数量，并展示对应的订单状态、物流信息、会员信息、标签信息、活跃情况等等。
查询时需要跨数据表联查，比如先在用户表查出今年新增的用户的ID，然后分别用用户ID去订单表、物流表、会员表、用户标签表中，查出对应信息，然后用表格呈现出来。
这种情况，就不能用实时查询了，服务器一次性跑不来一年的数据。
所以就用定时任务查询，定时（如每天查前一天的上述数据）查一遍，并记录下来，当有人访问该表格时，无需联表查询，直接读取已经记录下来的数据并展示即可。
C多条件组合筛选：比如筛选性别为男/分类为老年人/2019年已体检的人员列表。
D模糊搜索/精确搜索：如字面意思。
E可搜可选：比如有个下拉选择框，里面是城市列表。
在使用时，有时你是知道城市名，可以直接下拉展开鼠标点选。
有时你不知道城市名，或者太多一时找不着，那可以在下拉框里直接打字输入，下面就会展示对应城市，回车或鼠标点选即可。
因此，当开发皱着眉跟你说，这个表格字段太多，查询会卡死服务器，你就说：跑个定时吧，亲~作为一个产品，写涉技术文章，我好难啊…我知道的就这么多了…其他六字都服务于【显】字，是七字真言的舵手。
【增删改查算传】都通过【显】与用户互动。
用户对所使用的产品的一切感受，也都是通过【显】感受到的。
甚至可以说，【显】就是产品经理的一切。
用户在使用的过程中，出现误解、不会操作等情况时，产品经理没法去解释去帮助，所以在交付给用户之前，就要尽量把所有异常都做处理。
简单总结几个重点：（1）可读/易用消除歧义•例1：是否确定取消？确定/取消•例2：是否删除？（换行写删除的内容名称及影响范围）删除/不删除文案有温度•现在发生了什么，你需要怎么做，这样做的后果是什么，做了之后还能不能反悔修改。
•根据用户和场景，决定文案的语气、字数多少、字号大小、按钮大小、是否语音播报、颜色等等。
需要有代入感才能写出有温度的文案。
化繁为简•界面简单：典型的说起来简单做起来难~•文案简洁：产品内部评审的时候，让大家去自己读，看有没有不同的理解，如有则改。
•操作简便：尽量减少点击次数，但敏感操作又会故意设计复杂操作。
•精简流程：比较难，太精简了会导致耦合度高，太分散了会导致操作体验差。
（2）一致性用一致性消除歧义：用词一致、icon一致、交互一致、色彩一致。
•共识性一致：比如红色用于警告类，绿色用于引导操作。
•产品内一致：同一模块，避免出现既有实心icon，又有线条icon，等等。
用一致性提高易用性：产品的所有弹窗中，确认按钮在左侧，取消按钮在右侧，等等。
检验方法：找一个不知道前置条件和行业背景的人，看你原型的文案、模块布局、操作顺序，是否有误会的地方。
（3）消除焦虑——一切尽在掌控常规加载时，坚决消灭所有空白页，包括返回数据为空的异常情况。
先显示骨架图→再模块化显示数据。
loading 和进度条，文件过大导致必须等待时使用。
让用户有个心理预期，根据其使用场景，合理决策继续等待或者退出。
（4）反馈系统——凡操作，必有反馈正常反馈•页面有明显变化的，无需额外的反馈，页面变化本身就是一种反馈。
比如：发朋友圈，发完就能看到，那就无需提示发送成功。
•页面无明显变化的，用吐司类轻提示反馈。
比如：操作成功、已添加。
•没有反馈也是一种反馈。
异常反馈•操作失败、网络异常、获取数据失败、触发安全机制等。
•错误反馈文案由两部分组成：①用户能看懂的，②开发能定位到问题的。
（5）用户安全——让用户掌握主动权上限•短信通知、推送通知、注册/登录短信、邮件、都需要设置上限。
•系统bug导致短信轰炸用户的情况时有发生。
几千条短信发过来，只能拆SIM卡…中止及撤回•短信、通知、邮件，分批推送，且后台能进行中止发送和撤回操作。
•把测试推送内容发到正式环境的，更是屡屡发生。
比如腾讯视频8月21日的推送：“台风利奇马已致山东全省人死亡…”，算得上特别重大的安全事故了。
隐私数据•涉及身份证号码的页面，要做数据权限处理，通常设置为少数人才能批量看到身份证信息。
防止被拍照或截屏。
•在移动端，通常是用户通讯录、摄像头调用、MIC调用、定位等。
看了一堆文字，该换换口味了，图来：1）上图一详解•标题简短，瞟一眼即可，无需阅读。
•正文第一段，描述是哪个SKU。
当然，能配图更好。
•正文第二段，根据实际场景，给一些标签，做最后的参考决策，避免误删。
•两个按钮是同级的，不做任何引导。
•操作按钮直接用动词命名，尽量避免使用【是、否】【确认、取消】类文案。
2）上图二详解•文案难以理解，虽然是用户自己点击的‘取消关注’按钮，但仍然是个失败的文案。
•更难受的是，这时候我会怀疑上一步是否误触了其他人，会关掉弹窗重新点一遍取消。
•最难受的是，文案和按钮关联会出现更大的歧义，我该点【确定】还是【取消】？•最后，敏感操作尽量别带色彩去引导。
如支付、删除等。
•具体记不太清是取消关注，或是取消收藏什么的了；但文案非杜撰，至今仍对“是否确定取消”记忆尤新…还想继续上图来着，发现其他内容不配图也能理解，于是，图不出来了。
你们有想法可以留言，我酌情酌能力补图。
七字中，其他六字，除了其本身的异常，更多的是和【显】碰撞出来的异常。
【显】又面向用户，因此，处理异常的时候，要用同理心，去体会用户的感受。
•这里稍微扩展一下我对同理心的理解：感同身受，是比换位思考更深层次的一种情绪和感受。
•举例：记得以前给某共享单车提过建议，别在早晨上班前弹启动广告和开屏广告。
•设计这个功能时，应该去体会这样的场景：“卧槽，要迟到了，哪有单车哪有出租车”，心急如焚的时候，发现一辆单车，一个饿虎扑食来到了救命单车前，掏手机开App，5秒的启动广告导致心急如焚**2，探手去点【跳过】，被故意设计的点击区域小于视觉区域的【跳过】套路，进入了广告，广告连续跳转了N次链接，点三五次无法返回单车App界面，点的急了，又点多了导致退出了App…各种迟到后的心情…简直是条条大路粉转黑。