个人所得税业务需求编写框架（范文）

第一篇：个人所得税业务需求编写框架（范文）

个人所得税业务需求编写框架 分类：

一、税务登记类(一)所辖纳税人数查询

1.需求描述：查询负有个人所得税纳税义务纳税人清册 1-

1、有税记录查询

1-1-1有税申报（个人所得税）记录 1-1-1-1缴纳税额>0 1-2没有缴税记录（无税申报）； 1-2-1缴纳税额=0 1-3纳税人分类查询

1-3-1个人所得税比对自然人死亡或者经法院宣告死亡 2.数据来源：根据总局2013年21号公告；即金三系统提取《个人所得税基础信息A表》、《个人所得税基础信息B表》、自然人税（费）种认定信息、纳税人状态、税款开票记录。

（二）所辖扣缴义务人查询 1.扣缴义务人数；

1-1要求能够按照注册类型、地域、行业、主管科所查询。1-2数据来源：个人所得税扣缴税款登记表、个人所得税扣缴税款登记证。

2.已实行明细申报人数查询；

3.每个扣缴义务人所扣缴的纳税人查询；

4.扣缴义务人按行业查询

二、税种认定

（一）认定的个人所得税纳税人查询

（二）个税所得税纳税人按行业查询

（三）个税所得税按征收方式查询

（四）个税所得是纳税人按所得项目查询（人数不用汇总）

（五）个税所得税纳税人按优惠事项查询 具体根据总局减免事项分类查询

三、税款申报

（一）辖区内应申报户数查询（按扣缴义务人）

（二）辖区内已申报户数查询 1．日常管理

（1）时点已申报户数（2）时点已申报明细人数（3）应申报未申报户数查询

（4）按工资薪金现行适用税率划分任意档、申报所得、应纳税额所得额、税款。

（5）按扣缴单位、按管辖地域查询明细申报工薪所得额与同口径企业所得税工资总额支出及对比年度查询。（6）按扣缴单位、纳税人、地域查询工资薪金所得额、“三险一金”及其与社保基金同口径数据的对比。2、12万申报管理

（1）每年1月16日后钻取年所得12万以上人数（按所得额、扣缴义务人、地域查询、应申报明细信息清册、按税款所属期1月1日-12月31日）。

（2）时点查询12万表中所有项目已申报人数、申报所得额、分所得项目查询、已扣缴税款、补退税款等。

（3）按身份证号码查询纳税人在我省内所有申报纳税信息。（4）按行业、按所得项目查询已申报人数、申报所得额、已缴纳（扣缴）税款、补退税款等。

（5）应申报未申报人数、姓名、身份证号、单位等（后续风险管理）。

3、全员全额明细申报管理

（1）所有扣缴义务人户数、明细申报表中钻取。（附表3,已申报人数、是历史数据）

（2）已实现全员全额明细申报和扣缴单位户数、明细申报人数（30%以上的相似率，两个单位里存在相同税号，相同明细申报。）

某单位有税申报率＝有税申报人数／明细申报总人数＊100%；

某行业有税申报率＝该行业有税申报人数／该行业明细申报总人数＊100%；

（3）已实行明细申报扣缴户数、明细申报人数占全部扣缴户数、人数比重扣缴税款个税税款不需数据运算等。（未明

细申报应由税务机关认定是明细申报还是汇总申报）（4）按行业或同时、定制报表、明细申报纳税人人数、申报所得额、申报税款等。（有税申报率=纳税人数/总的明细申报人数，行业有税申报率及按扣缴义务人查询。）

四、税款征收

1、按所得项目、按行业、按地域查询即时申报数、入库税款

2、按地域、按优惠项目查询优惠事项明细

3、限售股的有关查询

4、财产转让中能否按具体项目，如股权转让查询入库税款数

实际申报金额/实际申报的人数=有税申报率 相似30%以上 三四合并

第二篇：租赁业务管理系统的需求框架

中粤金融租赁股份有限公司（筹）

租赁业务管理系统 功能需求框架

筹建工作组 2015年7月10日

一、背景.................................................................................................3

二、建设目标.........................................................................................3

三、功能需求框架.................................................................................4

1、客户管理.................................................................................................................6

四、业务财务一体化需求....................................................................18

一、背景

在《金融租赁公司管理办法》（中国银监会令2014年第3号）“关于设立金融租赁公司的条件”中，明确提出了需要建立“与业务经营和监管要求相适应的信息科技架构，具有支撑业务经营的必要、安全且合规的信息系统”的要求。结合银监会的明确要求，同时为了强化日后的租赁业务管理、有效控制业务经营风险、明晰业务状况等情况，中粤金融租赁股份有限公司（筹）（以下简称“中粤金融租赁”或“公司”）决定建立自身的租赁业务管理系统。在综合自身租赁业务管理要求、其他金融租赁公司的经验之后，拟出本需求框架文档。

二、建设目标

中粤金融租赁的租赁业务管理系统（以下简称“系统”）是一个坚持以客户为中心、以租赁物为核心、以产品为主线、围绕公司业务发展规划的功能先进和全面灵活的核心系统。系统的建设目标总体上应包含以下方面的内容：

1、满足银监会设立金融租赁公司的要求

系统必须严格按照银监会关于设立金融租赁公司的条件要求，做到安全、合规。从另一个角度说，系统必须符合银监会的验收标准。

2、满足中粤金融租赁的业务管理需求

中粤金融租赁作为金融机构，属于大资金运作的企业，每笔租赁业务牵涉的资金交易巨大，风险控制非常重要。系统必须在结合业务制度、规范业务流程、加强风险控制等基础上，协助公司建立更加完善的业务管理和风险预警、风险防范体系；覆盖中粤金融租赁目前和规划中的业务范围，既能够处理普通直租、回租业务，也能够处理多模式厂商租赁、经营租赁、联合租赁、杠杆租赁、转租赁、境内外SPV、资产转让等租赁业务；全面满足相关监管部门的要求；满足租赁业务租前、租中、租后的全流程管理和全面的精细化风险控制；实现与外部应用系统的接口对接；实现对租赁物进行分类管理等。

3、实现财务业务一体化

参考其他金融租赁公司的经验，系统必须实现与财务管理系统的实时对接，严格按照财务业务一体化的系统建设思路。在租赁业务提交后，系统能实时生成并查看相关的凭证，并准确反映到财务管理系统中。业务发生后，系统能够查询和追溯各项凭证的历史租赁业务合同。

4、支持公司的决策分析

系统能管理多种渠道的资金融入、项目投放，并综合得出头寸状况，分析出流动性风险、资金利用率等，支持公司对业务发展的决策分析。同时，后续应能依托业务系统，打造公司层面的数据平台，建设数字化公司，充分发挥大数据作用，提高公司客户管理、租赁物管理、商机挖掘、数据积累、管控数据等各方面能力，为公司发展和领导决策提供数据依据。

5、建立参数化机制

系统实现产品配置参数化、流程设制参数化、权限管理参数化、定价模型参数化，可以通过配置或调整相关参数来提高产品设计效率，快速适应新业务流程需求变化，形成多元化定价方式、灵活管理岗位权限等目的。

三、功能需求框架

鉴于我方属于金融机构，受银监、人行等监管机构的监管，本系统的功能及数据必须严格符合监管机构的报送要求，如人行征信、1104等。同时，基于我方日后的业务范围考虑，本系统必须支持回租、厂商租赁、直租等业务。

此外，系统应包含但不限于满足如下功能性需求：

1、流程化管理

所有业务环节都支持通过工作流引擎实现全面的电子化和无纸化处理。整个流程化管理必须满足以下的基本目标：

 支持图形化的流程设计；

 流程的定制，应具有灵活性、简便性，具有通过参数化的方式进行调整的能力；

 支持自由流程、半自由流程、固定流程、子流程等模式；

 支持各种条件跳转（包括岗位跳转、部门跳转等）、撤回、退回、会签、并发、代理、授权、休假代办等常规功能；  支持流程跟踪、痕迹保留等审计性日志；

 能够支持同级别的多个人员同时处理同一业务环节，能够支持特定环节的批量处理；

 实现的流程必须能够完全满足各项业务管理规定和制度约束。其中包括能结合租赁业务需求，支持厂商租赁的打包审批，按租赁物、金融产品

和审批金额进行授权，区分常规客户、优质客户流程进行流转等；  全流程必须加入风险预警或消息提醒，并且能够参与或决定工作流走向；  流程过程中，允许视情况通过如发送短信等的方式及时通知流程过程中的相关人员。

2、产品管理

产品管理负责根据不同的业务产品，结合自身业务需要，形成不同的租赁方案并进行产品标准化或产品本地化。该功能主要包括：

 支持直租、回租、厂商租赁、经营租赁、联合租赁、杠杆租赁、转租赁、境内外SPV、资产转让等租赁方式的业务产品；

 允许针对不同的租赁方式定制其相应产品方案，包括定制不同的业务要素及执行不同的审批流程等；

 产品管理中的租赁方案应分类管理，并形成相应的业务标准模板存放到相应的分类目录，以供后续的相关业务参考；

 支持租赁方案中某些特定要素的限制性管理，即允许设定产品方案的某些特定准入条件。

3、风险管理

通过消息提示、风险预警等方式进行业务提醒或控制，实现租赁的全面风险管理。功能主要包括：

 提供消息、风险提醒等相关的规则库，允许通过增加规则指标等方式对消息、风险等内容进行调整；

 在各项流程环节能根据具体情况设立和监控项目风险点；

 能通过预警、提示等方式，根据风险程度的高低和采取措施的时效区别，分别推送到相关用户的工作台，以监测项目到期、逾期风险等情况；  推送风险数据的机制，包括但不局限于实时推送、日终处理后推送等方式；

 能结合监管要求和内部风险分类认定相关制度，对租赁业务相关的内容进行风险计量、评定、分类等；

 能支持建立不同维度、设定风险等级和风险系数、自定义评分指标及权限，得出相应的评级结果。

4、客户管理

实现以客户为中心，对我方发生业务往来的客户进行统一管理，包括但不局限于承租人、担保人、厂商、供应商、资产评估公司、律师事务所、其他金融机构等客户。功能主要包括；

 提供客户基础信息的录入、修改、删除和查询等基础维护功能；  提供客户重要信息变更管理，包括名称、地址、账户、行业、注册资本、股东、关联客户等信息的变更，系统需存留历史版本；

 提供包括承租人、担保人、厂商、供应商、资产评估公司、律师事务所、其他金融机构等的管理；

 能根据客户类型（如自然人、法人客户）、行业类型等区分客户；  提供商机管理功能，实现对商机的录入、修改、查询等维护功能，支持项目来源、客户名称、业务范围、额度预估、进程情况、商机资料、商机关闭的录入与变更等；

 可导入不同类型、格式的客户财务报表，并支持自动计算财务指标；  支持营业执照、组织机构代码证、信用报告、项目情况等资料的上传、查询、打印、下载和维护；

 提供根据客户类型、行业类型、客户评级、授信信息等信息进行分析、统计和查询等功能；

 可自定义可行性研究报告等模版，可自动获取客户基础信息、财务报告分析、调查结果信息等数据形成报告内容；

 提供反洗钱的信息维护，满足日后人行反洗钱的系统数据报送要求；  对客户有明确的权限管理机制，能提供客户的单个或批量移交功能；  提供客户的关联关系管理，包括集团关系、投资关系、担保关系等；  提供客户来源管理，区分不同渠道的客户，以分析及推动后续的客户营销方向。

5、黑名单管理

支持录入、导入、接口等渠道方式，实现黑名单客户的管理，黑名单客户的来源主要包括以下部分的内容：

 提供资料维护的入口，即通过手工添加、删除、修改的方式，对黑名单

客户进行维护；

 来自系统数据的分析结果，通过对客户在系统中的业务情况或分类评定进行分析，当出现符合黑名单条件的，自动进入该功能进行管理；  来自外部系统的结果，允许通过接口方式，获取来自外部系统的黑名单客户数据，鉴于目前没有外部系统，此部分接口可预留。

6、评级管理

客户评级支持定量分析、定性评价或两者相结合的方法，通过定量风险评价、定性风险评价、租赁物及抵质押物的风险度测评及特例事项调整等方面对客户违约风险进行综合评价，能对租赁业务客户因偿债能力等变化而可能导致的违约风险进行预测、分析、评价，通过分析判断确定租赁业务客户信用等级的过程。功能主要包括：

 支持定量分析方法并提供相应的模型，能对模型通过配置的方式进行调整，能基于宏观经济数据、客户的财务报表及相关综合经营情况，对定量指标运用统计分析方法进行风险分析和判断，主要包括盈利能力、资产质量、债务风险、成长能力、偿债能力等指标；

 支持定性分析方法并提供相应的模型，能对模型通过配置的方式进行调整，能根据所掌握的相关信息和经验，对客户基本情况及主要风险特征进行主观分析和判断，主要包括客户的管理水平、竞争实力、经营环境等方面；

 支持分阶段的客户评级，一般分为初始、系统、最终三个阶段；  能提供相应的客户评级报告，包括“一般客户评级报告”、“医疗客户评级报告”、“特殊客户评级报告”、“集团客户评级报告”等；

 可根据客户类别、行业特性等设置多套自定义的评级模板，并可在评级模板中设置多种指标和权重、分值等参数，其中参数的数据来源支持手工录入及提取已有的系统数据。

7、报价管理

报价测算，作为整个租赁项目的核心基础，贯穿业务的始终，其结果直接影响到业务的收益回报率。因此，系统提供的报价测算一定要保证精准无误，其报价管理必须合理得当，同时报价管理应提供多种载体的报价测算功能。主要包括：

 可以设定投放方式、次数、币种、金额、利率、首付款等投放计划要素；  提供多种利率计算方式，包括浮动利率（含浮动比例、浮动值）、固定利率等；

 满足先付/后付、提前支付租金、租前期/宽限期、在建期、远期支付、积数计息法/逐笔计息法等多种业务场景；

 支持设定保证金收取/退还/计息、手续费、服务费、咨询费、其他费用等收支规则；

 提供等额租金、等额本金、等差租金、还本付息、指定本金等还款方式，同时满足正向计算和反向推算，满足个性化报价需求；

 能根据公司的会计制度要求自动生成财务记账需要的本金利息分拆表、手续费收入分摊表、租赁收入计提表等，自动计算业务、财务、审计等不同维度的内部收益率及利润；

 提供多种形式的测算结果展示，包括租金计划表（含税、不含税）、现金流量表（业务、财务）（含税、不含税）、报价方案等，并支持打印、下载、导出等；

 支持多币种的业务处理，并可结合币种、汇率信息，自动折算为结算币种，进行相应的报价测算及后续的财务处理；

 提供上次报价与本次报价的情况对比，包括租金、实际收益率等变化；  准确提供报价的内部收益率IRR（名义内部收益率、实际内部收益率、加权平均内部收益率），并支持IRR倒算、IRR微调等功能；

 提供离线和在线报价的不同方式，支持离线报价联网后可导入系统存档，同时应保存历次报价历史记录，并提供比对和分析；  应提供价格突破流程管理，实现价格控制、价格定制；

 可根据利率调整变动，批量调整内部收益率和租金计划表、租前息计划表；

 报价测算应支持节假日管理功能；

 允许根据不同的业务阶段、不同的行业客户需求，提供多层次的报价测算方式，包括快速报价、精算报价（规则、不规则）；

 针对总承租人合作协议的，应支持多种报价方案的组合计算和IRR对比；

 能计算任一时点的提前买断费用。

8、项目管理

项目管理作为租赁业务的提出入口，应包括项目的全生命周期管理，并且支持期间的各种风险警示、风险控制，体现出租前、租中、租后的全面风险管理。功能主要包括：

 提供直租、回租、SPV等主要租赁模式。并支持但不限于转租赁、联合、杠杆等租赁类别；

 提供从租赁项目的全流程管理，能够跟踪项目进程，对项目进展、执行情况、资金投放、租金回收等项目环节信息进行监控；

 可按照不同行业，不同类型的项目进行登记，并能根据租赁项目类型、行业类型等，可定义不同的业务模板和执行不同的审批流程；

 应提供项目多次评审及项目要素变更，记录历次评审信息及评审结果，保留业务流转过程的痕迹；

 能根据不同的业务规则选择相应的审批环节，如涉及多人同时审批的环节，能通过已设定的审批规则自动得出审批通过与否的结果，并进行后续相应的审批流程；

 在审批环节中，能提供项目评审意见的录入或导入、并记录项目评审结果和风险意见；

 支持线上、线下召开项目评审会，支持线上投票；  系统应支持项目提前结束、正常结束的相关处理；

 可根据项目编号、业务类型等信息进行项目的查询、统计和分析，并允许有权操作人员查看项目的各阶段状态、进度、信息等；  支持项目的移交，并保留历史信息；

 支持各种类别的申请表、审批表的在线编辑、上传等，并能根据相关项目信息生成项目过程中的一系列业务、财务凭证；

 能根据已有的项目信息内容，自动生成项目报告等，并支持打印、下载、导出。

9、协议管理

协议管理负责管理在业务过程中涉及的与不同合作方签订的各种类型合作

协议，功能主要包括：

 提供协议内容的信息管理功能，内容包括销售网络、销售产品、优惠方式、分成方式等；

 支持各种协议的相关流程管理，如协议的商议、协议的签订、协议的终止等；

 提供协议的相关限额控制或提示管理，并应用到租赁业务过程中；  能支持协议相关文本的在线编辑，并能结合协议文件的模板、协议内容信息，自动生成相应的协议文本，供查看、导出、打印。

10、授信管理

通过授信管理，对客户、项目的风险进行整体控制，以实现对业务风险的监控和管理、对客户总体风险进行合理控制，提高项目质量，确保将所承担的市场风险控制在可以承受的合理范围内。功能主要包括：

 提供多种授信对象，包括客户授信、协议授信、项目授信等，并支持可循环、不可循环的授信方式；

 能对授信对象的多方面信息进行综合评估，给出符合风险控制要求的授信额度；

 能支持制定测算模型，并结合相应的客户或项目数据估算出初始的授信额度；

 得出的授信额度，能在后续的业务过程中进行业务控制，当出现超过额度的情况时，能作为风险控制项进行信息提示或操作限制；  能支持所有授信对象使用情况的查询，包括已用额度、可用额度等。

11、限额管理

限额管理能根据不同的常用维度（如客户、行业、地区等）进行阀值设定，并运行到业务过程中，进行相应的风险警示。功能主要包括：

 允许增加不同的限额维度；

 允许对系统中的维度进行阀值或指标调整，包括增加、修改、删除等；  能对限额进行分类管理，包括客户、行业、地区等类别；  能对客户集中度、客户关联度等重要指标进行设定并管理；

 能根据资本情况对公司的整体业务、各种租赁业务分别进行控制，把租

赁业务约束在规定的范围之内，当出现超限额时，能得到有效及时的提示或控制。

12、合同管理

合同管理负责管理所有租赁相关或非相关的合同。功能主要包括：  支持租赁合同、买卖合同、保证合同、抵质押合同等不同合同的管理；  提供制式和非制式的合同模板管理，支持自定义合同模板库管理，支持合同的套打；

 能根据系统中的数据信息，按照合同模板样式自动生成相应合同文本，并提供下载、导出、打印；

 提供合同制作、合同审批、合同签署等流程化过程管理，并支持进度查询；

 支持一个租赁项目签署一个或以上的合同，并分别实现相应的业务处理；  提供合同变更管理，能根据变更内容启动合同调整流程，重新签订合同和补充相关协议信息，并支持合同的版本管理；  应提供合同附属文件、资料、档案的上传和下载；  可根据权限区别设置合同信息、审批进度的相应权限；

 支持合同签约条件的关联信息检查，包括租赁物权证、租赁物确认书、抵押登记等；

 在合同履行过程中，能结合相应合同的重要条款进行必要的提醒。

13、投放管理

投放管理负责对审批通过的项目进行投放，应根据不同客户的实际需求进行灵活管理。功能主要包括：

 能制定项目投放计划，并生成放款申请单，进行放款审批，支持放款后对发票收取情况进行记录、提醒；

 能根据项目中设定的投放要素，进行相应的信息提醒、风险预警；  实现对投放的账务管理，包括对不同发票（无发票、增值税发票、非增值税发票等）、税务（增值税、附加税等）的生成及处理；  提供多种放款方式、包括收款抵扣、净额投放、多次投放等方式；  提供放款管理和起租管理，其中放款和起租可能是一次放款和一次起租，也可能多次放款和多次起租，每次起租都有一个实际租金支付表，多次起租就生成多个实际租金支付表，不同起租时间的支付表的结束时间也不一样。

 提供投放信息查询，可根据客户经理、部门、出资时间、出资区间、出资金额区间等条件对出资金额、出资余额、已还金额、项目投放计划等情况进行查询。

14、租赁物管理

租赁业务的本质是资产融资，租赁物是租赁公司控制风险最主要的手段，租赁的特点在于租赁公司拥有租赁物的所有权，租赁物管理目的在于对所有租赁项目的租赁物进行统一管理。功能主要包括：

 提供租赁资产基本信息维护功能，包含但不限于：租赁物名称、类型、型号、厂商、原值、净值、折旧值、评估值、已使用年限、权属、权证、状态、发票信息等信息及附件的扫描上传；

 支持租赁资产ABC台账管理（根据资产ABC分级评估表，将租赁资产分为A、B、C三类并对其进行台账管理）；

 提供租赁资产保险管理功能，包括保单信息维护、保险缴纳信息登记等，并实现保险到期续保提醒；

 支持租赁资产的留购、回购、续租、退租、处置、转让、价值重评、变更等处理方式，并可根据业务需要制定相关流程；  支持同一租赁合同对应管理多项租赁资产；

 能对租赁物进行折旧管理，并准确得出租赁物的残值等信息；  能根据客户与项目建立巡视计划，并记录巡视结果；

 能根据租赁项目名称、客户经理等查询出相关的租赁物信息，并可根据租赁物查询相关的融资租赁合同、购买合同等信息，并能清楚获悉该租赁物的转移等历史变更信息；

 支持抵质押物管理，包括抵质押物的信息登记、价值登记、处置等；  当出现回收租赁资产等情况时，能支持计算回收的资产再销售产生的利润；

 支持对租赁资产五级分类管理，可对资产通过定性定量分析、环比分析、同比分析等方法，进行全面、及时和准确的评价，并根据风险程度对租赁资产划分等级，同时支持对资产五级分类审批流程管理；  支持对租赁资产联动财务处理。

15、租金管理

租金作为金融租赁公司的主要营业收入，必须做到精准无误，其管理必须是严格细致。功能主要包括：

 提供对满足起租条件的项目进行起租管理，根据合同条款约定生成租金偿还计划、业务口径实际租金支付表；

 根据业务部门的实际租金支付表、租金确认通知书等信息，系统自动计算财务口径收益率，根据收益率计算财务口径的租金并形成财务口径租金计算表，当出现基准利率变动后，系统会自动计算利息，并能重新生成实际租金支付变更表，按照实际利率法进行二次分摊；

 对已起租的合同自动生成凭证，并能按照会计期间进行收益、费用的分摊，系统应支持自动按天计提和补提，对未起租已投放的项目，提供租前息的管理；

 提供租金开票，正常租金回收、部分租金回收、逾期利息收取、租金先扣息再扣本、保证金冲抵租金等多种租金回收方式，并能提供批量回收、手工回收、红冲等处理；

 提供偿还计划变更，支持延期、展期、缩期等变更要求；

 提供因利率变化对偿还计划进行调整，提供合同利率调息和费率调息，支持批量调息；

 提供承租人提前偿还租金的处理；

 提供租金预警功能，对未到期租金自动进行提醒，避免逾期情况发生；  支持根据实际租金支付表生成租金收取通知书，并提供查询、下载和打印；

 提供对逾期租金进行预警，启动租金催收流程，制定租金催收措施，生成逾期催收通知单，记录催收情况，支持催收流程设定；  提供罚息处理，并能对逾期产生的罚息提供减免、停息的功能；  提供收款与租金回收表核销功能，核销方式包括：手工核销、自动核销、批量核销等方式；

 提供自动和手工计提（租金变动、调息等）、摊销等功能；

 提供多种服务费用收取，实现按照租赁期限对租赁服务费进行按月分摊；  根据业务部门录入的项目放款需求和具体计划，对每一笔租金的收回提供提醒，并能自动计算任何时期内的现金流量情况；

 支持增值税管理，实现与税控系统进行对接，实现票据打印、重打、导出等功能；

 实现项目租金回收记录与发票信息关联，支持一笔租金回收款开具多张发票；

 提供开票提醒功能，能够根据合同约定，对到期未开票做定时提醒；  提供已开具票据作废和冲红功能；

 提供按照客户、项目、租赁类型等条件对还款记录、逾期记录和罚息信息进行查询、导出、下载、统计和分析。

16、调息管理

调息管理负责因基准利率、利息等的变动需要而进行调整，这里涉及的是公司的营业收入利润，因此，必须精准无误，严格细致。功能主要包括：

 提供利率管理功能，能根据人行发布的各项基准利率进行设定或调整；  支持利率的调整时，能根据不同项目、不同合同的情况分别以不同的利率设定方式进行调整；

 提供合同利率调息、费率调息和存贷款调息等方法，支持合同批量、单笔调息，能根据合同约定自动计算出调息后的租金偿还计划、资金现金流、IRR等；

 支持多种利率调整方式，包括浮动比例、固定加点、固定增加金额等；  支持多种合同调息方式，包括次日、次期、次月、次年，本期分段调整等；

 支持以EXCEL为基础的不规则调息方式，遇到节假日应自动处理；  支持调息后保留历史调息结果，并提供历史调息数据的追溯；

 提供合同利率调息通知书和费率调整通知书的批量生成、下载和打印。

17、资金管理

资金管理负责对公司的资金来源、投放等进行全局管理，从而分析得出头寸敞口等信息。功能主要包括：

 基于金融租赁公司的资金来源特点，能提供多种资金来源的管理，包含但不局限于股东存款、银行借款、同业拆借等，同时包括相应的台账、计息和收付管理；

 提供授信额度管理，对授信机构、授信结构、授信期限、授信余额等进行管理；

 可根据合同约定的资金收支计划进行资金收付款操作，收付款完成后自动进行会计账务处理；

 满足灵活测算还本付息计划，支持还本付息计划表的批量调息功能；  提供资金计划和头寸管理，支持包含资产和负债全部业务的现金流量动态分析等功能；

 提供对即将到期的债务以及即将到期未付进行提醒，灵活定制预警信息和后续操作。

 支持多币种和汇率自动折算功能；

 能实时分析得出相关的资金缺口等流动性指标，辅助业务决策。

18、保证金管理

租赁保证金视为承租人自行承担融资租赁项目中风险的基金，通常在融资租赁合同完全履行时返还，也有用于冲抵租金。功能主要包括：

 支持合同完全履行时的返还方式；

 支持保证金冲抵方式，包含但不局限于合同约定冲抵、非合同约定冲抵等；

 支持保证金的分项目管理；  支持保证金的利息管理；  支持保证金的补充等调整处理。

19、计提管理

计提管理分为月初计提、月末计提，能提供公司相关需要计提的项目功能。

特别需要注意的是，要包含风险计提功能。

20、票据管理

票据管理需要实现公司的支票、发票、银票等管理，功能包括但不局限于：  提供确认的适用税种、生成发票申请单、计算价款、税金并按照开票限额拆分发票的功能；

 记录买入发票、开出发票、剩余发票信息以及待开发票计划开票情况等功能；

 收款记录管理与联查功能；  开票记录联查功能；

 具备营业税、增值税进项税、销项税发票管理功能，与税控系统对接，实现税票自动打印；

 预留与国税、地税系统的接口，开票后可向税务局上传相关数据，并具有打印、导入相关报表的功能。

21、台账管理与统计分析

 针对租赁业务活动中各角色、各部门的实际需要提供相应的数据查询功能，所有查询功能应针对所查询的数据项提供多种条件的选择查询、排序、汇总和打印功能；

 提供导入、导出功能，导出格式包括EXCEL等；

 从岗位层次、部门层次、项目层次等进行数据统计分析，并向不同层次的管理者提供相应的数据统计分析；

 支持对所有项目信息全流程的查询和统计分析，包括：项目基本信息、评审会结果，项目状态，放款情况等；

 提供完备的基础标准报表，包括主要指标报表、现金流报表、头寸报表、模拟报表、监管报表等；

 提供报表模板的定制，包括定制报表的格式（包括表头格式）、报表项目的排列方法、报表项目与会计科目（COA）之间的对应关系以及各项目的内部计算规则、处理逻辑等；

 支持不同报表之间的数据可以直接引用，即定制报表时，可直接调用其他报表中的数据，减少重复工作，提高效率；

 提供灵活的自定义查询工具，能支持系统有已有数据的要素进行自定义组合查询。

22、报表管理

 满足内外部监管报表的取数与填报功能，满足中国人民银行、银监局等监管部门的相关报送要求，如1104报表上报等；  支持后续根据业务需要及时开发新的业务报表；

 能支持灵活的报表制定功能，以满足临时制定报表的需求，同时允许对已制定的报表进行保存以供日后使用。

23、档案管理

 应提供各阶段文档附件的收集查阅功能；  支持档案的权限管理；

 可对项目附件材料进行分类管理，可集中查阅清单列表。

24、系统管理

 提供组织机构、人员用户、科目、账户类型、银行账户、币种、行业类型、客户类型、业务类型、费用类别、项目基础信息、项目状态类型、合同类型、基准利率等基础信息的维护功能；  提供影像及附件管理功能；

 可根据不同业务条件设置不同的业务审批流程，并可对流程调整和中止；  可根据部门、岗位、人员、业务类型、业务流程等设置功能及数据权限，应支持角色一对多、多对一权限控制，支持AB角、不相容等规则，支持快捷菜单设置，支持转授权，历史权限查询等；

 提供对项目附件材料的分类管理，可自动生成附件文件名的清单列表；  具有完善的、多层次的、统一的安全管理体系，具有灵活的部门、岗位、人员、角色的设置与权限管理功能，满足不同部门、不同岗位、不同角色的相互隔离要求，保证系统的访问安全和数据安全，最大限度地防范金融风险；

 权限管理体系可以灵活适应当前组织架构，并且在组织架构发生变动时支持权限的继承性；

 操作人员管理需要按照角色、用户两级进行管理，并且对登录用户的密码要有相应的密码策略；

 提供完整清晰的系统日志管理，包括系统管理员日志、系统操作日志和系统安全日志，满足监管机构和风险内控要求；  提供节假日管理；

 支持财务规则，业务规则，预警规则等方面的参数化配置功能，根据时间、事件、条件等灵活配置，实现自动预警提醒功能；  支持业务各流程的可视化设计、调整、跟踪管理。

25、外围系统的集成

 系统应具备完善的数据交互异常处理机制，保证交互数据的完整性、准确性；

 租赁业务系统可与财务管理系统进行数据交换，并自动生成凭证；  可与短信、邮件系统集成，提供与短信平台、邮件系统的数据集成；  支持移动办公独立app应用，实现移动办公的处理。

四、业务财务一体化需求

系统应具备完善的数据交互异常处理机制，保证交互数据的完整性、准确性。业务系统与财务系统应有效集成，能够关联查询，实现业务信息与财务信息的高度协调一致，完成财务业务一体化：

 实现基础数据一体化，财务与业务系统所公用的基础数据要采用统一的基础数据设置模块完成，可以在两个系统中共用，避免各自为政，避免同步基础数据带来的问题；

 建立基于业务事件驱动的财务业务一体化信息处理流程，当业务事件发生时，按业务和信息处理规则，将所有与业务相关的数据集中到一个逻辑数据仓库中，最大程度地存储财务和非财务系统的数据，各类人员可以通过报表工具自动输出所需信息；

 实现财务业务一体化信息的实时处理，当业务信息生成会计信息时，能根据财务记账规则实时、高效地生成会计凭证信息；

 为一定程度上满足业务财务处理的灵活性，控制二次开发的工作量，财务记账规则应做到可配置化，通过操作界面即可根据财务需求调整记账

规则；

 在业务处理过程中，应尽可能早地生成财务凭证，并保证业务财务数据一致，以便于发现可能存在的问题，控制风险。

第三篇：需求规格说明书编写心得

需求规格说明书编写心得

以下是本人总结的《需求规格说明书》编写心得，由于人个水平有限，欢迎大家补充。

1.需求编写依据

合同、招投标文件、调研记录以及项目经理提供的已确定的需求规格说明书（内部）等。

2.主动与项目经理的沟通

反复的沟通，才能深入把握项目的实际需求，获得更多的资讯和资料。

3.项目背景

1)阐述目前遇到了什么样的问题，并充分说明该问题的严重性和紧迫性，若能提供一些数据或运用一些真实、典型的案例，不仅可以充分的说明该问题同时还能表明你对该项目的了解；

2)如何解决该问题；

3)为什么要提出这样一个系统；

4)最后扼要概述该系统的长远战略意义。

这样从逻辑上层层递进，不仅可以让自己的思维严谨起来，也使自己写出来的东西变得专业些。

4.系统总体概述

简单介绍系统的基本情况、特点、展示功能框架及阐述其优势。主要围绕是什么，有什么样的功能特点，能起到什么样的作用。

5.术语与用词

列出与系统有关的在文档中一定会提到的专业术语，没有提到的术语则不需要列出，否则会给读者带来一定的负担。还有要统一表达方式，如“修改”，“编辑”，“用户”，“员工”等等，以避免引发歧义。

另外，需求文档不需要华丽的词语，以客观事实的原则，切忌掺和主观思想，注意用词准确，精简表达其业务就可以。同时还需注意几点：等等、很多等抽象词尽量不使用；我认为、以为等主观词语切忌出现，尽量避免口语化。

6.描述模块

在编写模块时，通常包括模块描述、重要业务及流程、功能需求定义、业务数据字典、原型界面图等。

 模块描述

要明确指出建设了哪些功能，帮助用户实现什么、目标、基础等

 重要业务及流程

对该业务进行认真分析，得出该功能事项的有效规则，以激发该功能。可以通过画流程图，快速帮助阅读者理解，但一定要注意质量，避免产生误导。

 功能需求定义

需求中每个功能点力求写的清楚，一个需求文档下来能清楚统计出功能有多少个，并指明什么用户使用。一般情况下，要先写简单的，权限少的角色。此文档是设计的基础，是系统验收的依据。

 数据字典

写出实体类的中英文属性名称、类型和说明（如是否为表主键）。

 重要界面原型图

该功能模块的重要原型图。

第四篇：如何编写高质量“软件需求说明书”.doc

如何编写高质量“软件需求说明书”2003-01-27· · ··天极论坛 2 下一页

你的工程应该有个好的起点。一个小组要带领客户进入需求启发阶段而且你要写软件需求说明书。这份说明有些大，但客户会很重视，所以说明必须得到赞同。

现在你正在设计其中的一个特性，已经发现了需求的一些问题。你可以用多种不同的方式解释需求15；需求9 的说明正好与需求21相反，你因该相信哪一个？需求24非常含糊，你根本不明白它的意思；你不得不花上一个小时与2位开发人员讨论需求30，只因为你们对 其各有各的理解；并且，唯一能够澄清这些问题的客户没有给你们答复。你被迫破解众多需求的含义，并且你能预料到，如果你错了，你要做大量的重复工作。

许多软件需求说明书（SRS）写得非常糟糕。任何产品的质量需要其原始材料的质量保证，糟糕的软件需求说明书不可能产出优秀的软件。不幸的是，几乎没有开发人员受过与需求的抽象、分析、文档、质检有关的教育。而且，没有非常多的好需求可以借鉴学习，部分原因是很少有工程可以找到一个好的借鉴，其 他原因是公司不愿意将其产品说明书放在公共区域。

这篇文章描述了高质量需求叙述和说明的几个特性（特点）。我们将用这些观点检查一些有缺陷的需求，带着痛楚重新编写。而且我会谈一些如何编写好 的需求的提示。你也许想通过这些质量标准评估你的工程需求。对于修订，也许迟了，但你会学到一些有用的东西，并帮助你的小组在下次编写出更好的需求。

不要期望能够编写出一份能体现需求应具备的所有特性的SRS。无论你怎么细化、分析、评论和优化需求，都不可能达到完美。但是，如果你牢记这些特性，你就会编写出更好的需求，生产出更好的产品。

高质量需求叙述的特性

我们如何从一些有问题的需求中分辨出好的软件需求？这一节将分别介绍需求叙述应体现的6个特性，下一节将从整体上介绍SRS文档应具备的特性。判断每个需求是否具备应有的特性的一种方式是由持有不同观点的工程资金管理人所作的正规检查。另一种有力的方法是在编写代码前依据需求编写测试例子。测试 例子能够明确显现在需求中描述的产品行为（特性），能够显现缺陷、冗余和含糊之处。

正确：每个需求必须精确描述要交付的功能。正确性依据于需求的来源，如真实的客户或高级别的系统需求说明书。一个软件需求与其对应的系统需求说明书相抵触是不正确的（当然，系统需求说明书本身可能不正确）。

只有用户的代表能够决定用户需求的正确性，这就是为什么在检查需求时，要包括他们或他们的代理的关键所在。不包括用户的需求检查就会导致开发人员的：“这是没意义的”，“这可能是他们的意思”等众所周知的猜测。

可行性：在已知的能力、有限的系统及其环境中每个需求必须是可实现的。为了避免需求的不可行性，在需求分析阶段应该有一个开发人员参与，在抽象阶段应该有市场人员参与。这个开发人员应能检查在技术上什么能做什么不能做，哪些需要需要额外的付出或者和其他的权衡。

必要性：每个需求应载明什么是客户确实需要的，什么要顺应于外部的需求，接口或标准。每个需求源于你认可、具有权说明需求的原始资料，这是考虑 必需的另外情形（译注，此句翻译不顺，请参照原文：Another way to think of “necessary” is that each requirement originated from a source you recognize as having the authority to specify requirements）。跟踪每个需求回溯到出处，如用例，系统需求，规章，或来自其他用户的意见。如果你不能标识出处，可能需求只是个镀金的例子，没有真正的必须。

优先权：为了表明在一个详细的产品版本中应包含哪些要点，需要为每个需求，特征，或用例分配实现的优先权。客户或其代理都应有强烈的责任建立优 先权。如果所有的需求都被视为同等重要，那么由于在开发中，预算削减，计划超时或组员的离开导致新的需求时，项目经理将不能起到作用。优先权的作用是提供给客户的价值，实现的相关费用，实现相关联的有关技术风险。

我是用3种级别的优先权：高优先权表明需求必须体现在下一个产品版本中，中优先权表明需求是必须的，但是如果需要可以推迟到晚一些的产品版本中，低优先权表明有它很好，但我们必须认识到如果没有充足的时间或资源，它可以被放弃掉。

明确：需求叙述的读者应只能从其得到唯一的解释说明，同样，一个需求的多个读者也应达成共识。自然语言极易导致含糊。要避免使用一些对于SRS 作者很清楚但对于读者不清楚的主观词汇，如：用户友好性，容易，简单，快速，有效，几个，艺术级，改善的，最大，最小等等。每写一个需要都应简洁，简单，直观的采用用户熟知的语言，不要采用计算机术语。检查需求模糊的有效方式包括需求说明书的正规检查，根据需求写测试，建立用户的假想来说明产品某个特定部 分预期的特性。

可证实：看你是否能够做出测试计划或其他验证方式，如检查和实证，来决定在产品中每个需求是否正确的实现。如果需求是不可验证的，决定需求是不 是正确的实现就成了判断的事。需求之间不一致，不可行，不明确也能导致不可证实。任何需求如果说产品将要支持什么也是不可证实的。

高质量需求说明的特征

一个完整的SRS不仅是包括长长的功能性需求列表，还包括外部接口描述和一些诸如质量属性，期望性能的非功能性需求。下面描述了高质量的SRS的一些特性。

完整：不应该遗漏要求和必需的信息。完整性也是一个需求应具备的。发现缺少的信息很难，因为根本不存在。在SRS中将需求以分层目录方式组织，将帮助评审人员理解功能性描述的结构，使他们很容易指出遗失的东西。

在需求抽象时，相对于系统功能，你过多的注意用户的业务，将导致在需求的全局观和引进不是真正必需的需求上显得不足。在需求抽象上，应用用例方法会发挥很好的作用。能够从不同角度察看需求的图形分析模型也可以检查出不完整性。

如果你知道已缺少一些信息，使用TBD（to be determined）标准标志可以突出这些缺陷，当你在构建产品的相关部分时，就可以从一个给定的需求集中解决所有的缺陷。

一致性：一致性需求就是不要于其他的软件需求或高级别的系统（商业）需求发生冲突。需求中的不一致必须在开发开始前得到解决。只有经过调研才能确定哪些是正确的。修改需求时一定要谨慎，如果只审定修改的部分，没有审定于修改相关的部分，就可能导致不一致性。

可修改性：当每个需求的要求修改了或维护其历史更改时，你必须能够审定SRS。也就是说每个需求必须相对于其他需求有其单独的标示和分开的说明，便于清晰的查阅。通过良好的组织可以使需求易于修改，如：将相关的需求分组，建立目录表，索引，以及前后参考（照）。

可追踪：你应能将一个软件与其原始材料相对应，如高级系统需求，用例，用户的提议等。也能够将软件需求与设计元素，源代码，用于构造实现和验证需求的测试相对应。可追踪的需求应该具有独立标示，细密和结构化的编写，不应过大，不应是叙述性的文字和公告式的列表。

需求质量的评审

这些有关需求质量的特性的描述在理论上都是非常好的，但一个好的需求到底是个什么样子的呢？为了体现得更切合实际，我们做个小练习。下面有几个 从实际的工程选出的需求，依据上面的质量标准，评估每个需求，看看有什么问题，然后用更好的方式重写。我将对每个例子都提出自己的分析和改进的建议。也欢 迎你提出不同的见解。我所占优的只是我知道每个需求的出处。因为你我都不是真正的客户，我们只能猜测每个需求的意图。

例1．“产品应在不少于每60秒的正常周期内提供状态信息”

这个需求是不完整的：状态信息是什么，如何显示给用户。这个需 求有几处含糊。我们在谈论产品的哪部分？状态信息间隔真的假定为不少于60秒？，甚者每10年显示一条新的状态信息也可以？也许它的意图是消息间隔不应超 过60秒，那么1毫秒是不是太短？“每”这个词导致了不确定性。问题的后果，就是需求的不可证实。

弥补缺陷，重写需求的一种方法：

1、状态信息

1．1后台任务管理器因该以误差上下不超过10秒的60秒间隔，在用户界面的指定位置显示状态信息

1．2如果后台进程处理正常，那么应该显示任务已完成的百分数/比

1．3任务完成时，应显示相关的信息

1．4后台任务出错应该显示错误信息

为了分别测试和追踪，我将其分成了多个需求。如果将几个需求串接在一节中，在构造和测试时就很容易漏掉一个。

例2．“产品应瞬间在显示和隐藏不可打印字符间切换”

计算机在瞬间不能做任何事，所以这个需求不切实可行。它的不完整性 表现在没有声明触发状态切换的条件。软件要在某些条件下更改自己？或者用户为了模仿更改要做一些动作？而且，在文档中改变显示的范围是多大：选中的文本，整个的文档，或其他的？这也是个模糊的问题。不可打印字符合隐藏字符一样吗？或者是一些属性标志或一些控制字符？问题的后果，就是需求的不可证实。

象这样编写需求也许更好一些：“用户能够在一个由特定触发条件激活处于编辑的文档中在显示和隐藏所有HTML标记间切换”。现在就很清楚，不可 打印字符是HTML标记。由于没有定义触发条件，需求对设计没有约束力。只有设计人员选定了触发条件后，你才能编写测试验证触发的正确操作。

例3．“HTML分析器可以产生HTML标记错误报告，帮助HTML入门者快速解决错误”。单词“快速”使其模糊，没

有加进错误报告的定义也是其部完整。我不知道，你怎么验证这个需求。找一个自称为HTML的入门者，看看能不能根据错误报告快速解决错误？

试试这个：“HTML分析器可以产生一个错误报告，错误报告包含有在被分析文件中出错的HTML文本和行号以及错误的描述。如果没有错误，就不 会产生错误报告”。现在我们知道了，什么会被加到出错报告中，但是出错报告是个什么样子，则留由设计人员决定。我们还指定了一个例外：如果没有发现错误，不产生错误报告。

例4．“如果可能，主管号码应通过联机校验，而不是通过主全体主管号码列表校验”。真感到绝望，什么是“如果可能”：如果技术上可行？如果主全 体主管号码列表可以联机获得？要避免象“应该”的这类不确切的词。客户是需要这个功能性还是不需要。我曾看过一些需求说明书，采用诸如：应，将，应该/

将 要等一些词描述优先级的细微差别。但我更喜欢用“应”清楚的说明需求的意图，指明优先级。这是修改后的：系统应校验输入的主管号码而不通过联机的主全体主 官号码列表。如果在列表中没有发现主管号码，将会显示一条错误信息，也不接受指令。

在理解各个已完成的糟糕需求上，开发人员将会遇到的难题是：开发人员与客户将会在审核需求，未达成共识前发生激烈的争论。详细检查大的需求文档 不是一件轻松的事情。我清楚有人做过，而且他们花在检查上的每一分钟都是值得的。相对于开发阶段和用户的抱怨电话，在这个阶段修补缺陷是便宜的，编写质量需求的方针

编写优秀的需求是没有公式化的方法的。这需要大量的经验，要从你在过去的文档中发现的问题学习。请在组织软件需求文档时，严格遵从这些方针。

句子和段落要短。采用主动语气。使用正确的语法，拼写，标点。使用术语，要保持一致性，并在术语表或数据字典中定义它们

要看需求是否被有效的定义，可以以开发人员的观点看看。在内心将“当你们做完了找我”这句加到文档尾部，看看能不能是你紧张起来。换句话说，你 是否需要SRS的编写者的额外解释帮助开发人员很好的理解需求，以便于设计和实现？如果是的话，在继续工作前，需求还需要细化。

需求编写者还要努力正确地把握细化程度。要避免包含多个需求的长的叙述段落。有帮助的提示是编写独立的可测试的需求。如果你认为一小部分测试可以验证一个需求的正确，那么它已经正确的细化了。如果你预想到多种不同类的测试，几个需求可能已挤到了一起，需要拆分开。

密切关注多个需求合成了单个需求。一个需求中的连接词“和”/“或”建议几个需求合并。不要在一个需求中使用“和”/“或”。

通篇文档细节上要保持一致。我曾看见过多个需求说明书前后不一致。如：“对于红色合法的颜色代码应是R”及“对于绿色合法的颜色代码应是G”就有可以以分散的需求分离开，而“产品应能对来自语音编辑指示做出反应”应作为一个子系统，不应作为单个的功能性需求。

避免在SRS中过多的申述需求。在多处包含相同的需求可以使文档更易于阅读，但也会给文档的维护增加困难。文档的多份文本要在同一时间内全部更新，避免不一致性。

如果你遵从了这些方针，你能够尽早地经常正式或非正式的审查需求，这些需求对于产品的构造，系统测试以及最后的客户满意，都会成为好的奠基石。并且要记住，没有高质量的需求，软件就象一盒巧克力，你永远不知道你会得到什么。

第五篇：五大领域教案编写基本框架

活动名称：、、、、、（、、、岁）重点领域：语言 设计意图： 活动目标：

1、感受、、、2、理解、、、，知道、、、3、能完整地、、、、或者创编、、、或者用句式、、来、、活动重点： 活动难点： 活动准备：

1、知识经验准备：

欣赏过诗歌或者有过创编、、、的经验，喜欢、、、、2、物质材料准备：

3、环境准备：

营造、、、氛围，幼儿围坐成半圆形（马蹄形）活动过程：

一、谈话活动，引出主题。

（教师带领幼儿边唱边跳，以轻松的氛围引出活动；

教师出示手偶，引出故事；

呈现实物或者图片，引出主题；

教师通过猜谜语的方式引起幼儿兴趣，引出主题；

教师导入活动，玩游戏“亲一亲”；

二、欣赏、、第一遍，感受、、、的美。

（师幼跟随语言磁带共同朗诵、、；

教师出示挂图、课件，声情并茂地朗诵、、、，帮助幼儿感受、、的美；

三、欣赏、、第二遍，理解、、、的内容。

（教师以边听边理解、边提问边探索的方式，帮助幼儿理解、的内容；

幼儿讨论，理解、、、内容；

通过玩、、游戏，理解、、、内容；

四、欣赏、、第几遍，学习用句式、、、、来朗诵。

（教师带领幼儿共同朗诵；

五、幼儿表演、、六、幼儿创编、、七、集体欣赏幼儿创编的、、、活动延伸：

1、领域内延伸：

2、领域外延伸：

3、亲子活动延伸：、、活动名称：、、、、、、、、、（欣赏、绘画）（、、岁）重点领域：艺术 设计意图： 活动目标：

1、感受、、色彩的丰富和姿态的多样；

2、知道与同伴相互商量、解决合作中出现的问题；

知道在适当的时候使用抹布为笔吸水；

了解蝴蝶花的基本形态特征；

3、尝试用浓淡不同的墨表现流动的山泉；

能正确抓握毛笔、用笔尖蘸墨进行水墨画创作；

能运用多种色彩和点画的方法表现树上的叶子或花儿； 能用蘸两种以上的颜色运用转笔的方法表现、、、、的色彩； 尝试用曲直、长短、粗细不同的线条表现树干和树枝； 活动重点： 活动难点： 活动准备：

1、知识经验准备：

2、物质材料准备：

水粉颜料若干，水粉笔，抹布，大幅画纸，桌布； 毛笔，小水桶，国画颜料，墨，宣纸等绘画工具和材料；

蜡笔、黑色水彩笔，画纸等；

3、环境准备： 活动过程：

一、出示挂图，欣赏吴冠中的作品《笋林》；

（出示图片ppt，感受花朵的丰富色彩和造型美；

欣赏梵高的作品《蓝蝴蝶花》的表现手法；

引导幼儿欣赏图片，回忆已有经验，激发幼儿创作的欲望；）

二、引导幼儿分层欣赏画面，感受作品的意境，初步了解中国画的主要表现方法；

（通过幼儿示范、讨论，了解并表现花的结构特征；

师幼共同讨论如何用水粉笔表现色彩丰富的蝴蝶花；

三、幼儿创作《、、、》，教师巡回指导；

重点：鼓励幼儿画出色彩丰富、形状各异的花。

难点：要求花园构图错落有致，画面色彩丰富，避免脏乱。

（幼儿操作，感受用墨浓淡不同的绘画效果；

桌子上都有哪些材料，你认识吗？毛笔怎么拿？教师示范正确握毛笔的姿势，幼儿模仿；）

四、展示幼儿作品，引导幼儿相互欣赏； 活动延伸：

1、领域内延伸：

2、领域外延伸：

3、亲子活动延伸： 活动名称：桂花袋袋香（4-5岁）重点领域：科学 活动目标：

1、对制作飘香的桂花袋感兴趣，体验制作香袋的乐趣；

2、感知桂花的颜色、形状、香味及作用。

3、尝试用干桂花和不同材料的包装袋制作桂花香袋。活动准备：

1、幼儿知识经验准备：

闻过桂花的香味，知道桂花的用途。

2、物质材料准备：

新鲜桂花、快递盒，制作好的桂花香袋1个、15份幼儿操作袋（布袋、透明布袋、纸袋、棉纸袋、透明塑料袋）、1份教师操作袋（大的）、8个一次性的塑料盘、15个操作盘、15份幼儿记录表、一份教师记录表（大的）、PPT及遥控器、黑板。

3、环境准备：

新鲜桂花若干、干桂花若干、不同材质的袋子。活动过程：

一、了解桂花的颜色、形状，感受桂花清幽的香味。

1、用收到包裹的形式呈现桂花实物，感受桂花的香味。

2、出示PPT，让幼儿通过边看边谈话的形式来感知各种桂花的特点，并大胆表述桂花的香味。

（用遥控器呈现PPT第二张，一颗大的桂花树。）

（呈现四张图片都在一张PPT上，分别是四季桂、金桂、银桂和丹桂。第三张）

3、谈论桂花的作用。

二、出示桂花香袋，引起幼儿制作香袋的兴趣。

三、呈现制作桂花香袋的材料，让幼儿了解各种材质不同的袋子。

四、猜想哪种材料制作香袋更好更香，并在记录表中记录幼儿猜想的内容。

猜想环节，老师边引导孩子认识记录表边用粗的勾线笔做记号。）

（把孩子不同的猜想都呈现出来）保留孩子的猜想，尊重孩子的猜想。介绍这个表时，速度放快点。

五、幼儿自主尝试制作香袋，边制作边做记录。

六、验证猜想环节，出示电子稿记录表。活动延伸：

1、领域内延伸：

2、领域外延伸：

3、亲子活动延伸：