审计过程大致可分为以下几个阶段。 一、接受业务委托 会计师事务所应当按照执业准则的规定，谨慎决策是否接受或保持某客户关系和具体审计业务。在接受委托前，注册会计师应当初步了解审计业务环境，包括业务约定事项、审计对象特征、使用的标准、预期使用者的需求、责任方及其环境的相关特征，以及可能对审计业务产生重大影响的事项、交易、条件和惯例等其他事项。 只有在了解后认为符合专业胜任能力、独立性和应有的关注等职业道德要求、并且拟承接的业务具备审计业务特征时，注册会计师才能将其作为审计业务予以承接。如果审计业务的工作范围受到重大限制，或者委托人试图将注册会计师的名字和审计对象不适当地联系在一起，则该项业务可能不具有合理的目的。接受业务委阶段的主要工作包括：了解和评价审计对象的可审性；决策是否考虑接受委托；商定业务约定条款；签订审计业务约定书等。 二、计划审计工作 计划审计工作十分重要，计划不周不仅会导致盲目实施审计程序，无法获得充分、适当的审计证据以将审计风险降至可接受的低水平，影响审计目标的实现，而且还会浪费有限的审计资源，增加不必要的审计成本，影响审计工作的效率。因此，对于任何一项审计业务，注册会计师在执行具体审计程序之前，都必须根据具体情况指定科学、合理的计划，使审计业务以有效的方式得到执行。一般来说，计划审计工作主要包括：在本期审计业务开始时开展的初步业务活动；制定总体审计策略；制定具体审计计划等。计划审计工作不是审计业务的一个孤立阶段，而是一个持续的、不断修正的过程，贯穿于整个审计业务的始终。 三、实施风险评估程序 审计准则规定，注册会计师必须实施风险评估程序，以此作为评估财务报表层次和认定层次重大错报风险的基础。所谓风险评估程序，是指注册会计师实施的了解被审计单位及其环境并识别和评估财务报表重大错报风险的程序。风险评估程序是必要程序，了解被审计单位及其环境特别是为注册会计师在许多关键环节做出职业判断提供了重要基础。了解被审计单位及其环境是一个连续和动态地收集、更新与分析信息的过程，贯穿于整个审计过程的始终。注册会计师应当运用职业判断确定需要了解被审计单位及其环境的程度。一般来说，实施风险评估程序的主要工作包括：了解被审计单位及其环境；识别和评估财务报表层次以及各类交易、账户余额、列报认定层次的重大错报风险，包括确定需要特别考虑的重大错报风险(即特别风险)以及仅通过实质性程序无法应对的重大错报风险等。 四、实施控制测试和实质性程序 注册会计师实施风险评估程序本身并不足以为发表审计意见提供充分、适当的审计证据，注册会计师还应当实施进一步审计程序，包括实施控制测试 (必要时或决定测试时)和实质性程序。因此，注册会计师评估财务报表重大错报风险后，应当运用职业判断，针对评估的财务报表层次重大错报风险确定总体应对措施，并针对评估的认定层次重大错报风险设计和实施进一步审计程序，以将审计风险降至可接受的低水平。 五、完成审计工作和编制审计报告 注册会计师在完成财务报表所有循环的进一步审计程序后，还应当按照有关审计准则的规定做好审计完成阶段的工作，并根据所获取的各种证据，合理运用专业判断，形成适当的审计意见。本阶段主要工作有：审计期初余额、比较数据、期后事项和或有事项；考虑持续经营问题和获取管理层声明；汇总审计差异，并提请被审计单位调整或披露；复核审计工作底稿和财务报表；与管理层和治理层沟通；评价审计证据，形成审计意见；编制审计报告等。
审计过程一般可分为计划阶段、实施阶段和报告阶段。
具体包括：
（1）全面深入地了解被审计单位情况。包括：委托前，应对被审计单位情况进行初步了解，在初步评估审计风险和自身的专业胜任能力的基础上，谨慎决定是否接受委托；接受委托后，应通过询问、查阅、实地考察等各种途径，进一步了解被审计单位所处经济环境、所在行业是否有其内部情况；在了解被审计单位情况的过程中，注册会计师应保持应有的职业谨慎，充分关注可能对会计报表产生重大影响的错误、舞弊及违反法规行为，并充分考虑在可预见的将来持续经营假设不再合理的可能性。
（2）与被审计单位签订规范的审计业务约定，约定书中全面、明确地规定双方的责任和义务。
（3）充分利用分析性复核程序。包括：推广运用比率分析、结构百分比分析、趋势分析等多种方法进行分析性复核；对所分析的重要比率或趋势允许出现的差异制定科学的参考标准，等等。
（4）对被审计单位内部控制进行全面的了解与评价。可采取调查问卷的方式，根据被审计单位的业务、业务循环等具体情况，将内部控制的必要事项具体化并列为调查项目，通过逐项了解，确定其内部控制是否健全和严格遵守。同时还应关注计算机信息系统环境对内部控制的影响。
（5）结合自身实际情况，制定适合的重要性标准。目前，可主要借鉴国际通行做法，在确定会计报表层次的重要性水平时，选用固定比率法或变动比率法；在确定帐户或交易层次的重要性水平时，可选用分配（包括平均分配和不平均分配）的方法或不分配的方法。
（6）重视审计风险的评估，并利用审计风险模型和风险要素矩阵来指导审计工作。即根据会计报表使用者对会计信息的依赖程序和企业陷入财务困境的可能性，确定期望风险，然后在分别评估固有风险和控制风险的基础上，确定检查风险的高低，以便在审计计划中制定科学的初步审计策略。
（7）在充分了解审计约定事项和被审计单位业务情况后，认真审核审计计划。总体审计计划应足够详尽，涵盖审计目的、范围、策略、重点审计领域、工作进度、人员分工、重要性及审计风险等所有相关事项，以指导具体审计计划的制订；具体审计计划要对将(本文权属文秘之音所有，更多文章请登陆网络.查看)要实施的审计程序的性质、时间和范围做出详细规划和说明，也可以采取针对被审计单位的实际情况，对通用“审计程序表”作适当调整的方法；审计计划编制完成后，应经过有关业务负责人审核和批准才能付诸实施。
2、加强业务培训，巩固和提高注册会计师的专业胜任能力与执业水平。要使其深入把握和领会计划阶段审计准则的要义和精华以便在计划阶段更好地贯彻独立审计准则的精神。
3、重视注册会计师职业道德建设。要明确注册会计师的职业要求和职业纪律，提高注册会计师的职业道德水准，维护其良好的职业形象，从社会道德的角度约束和促使注册会计师严格遵循相关审计准则，做好计划阶段工作。
4、建立、健全内部质量控制制度并严格执行。尤其要重视对计划阶段工作的质量控制，通过指导、监督、检查计划阶段审计程序、复核计划阶段工作底稿、严格考核与晋升等措施，切实改进计划阶段的工作。
（一）吸附(adsorption):病毒表面接触蛋白 ---- 细胞表面受体
吸附（Adsorption）是指病毒附着于敏感细胞的表面，它是感染的起始期。细胞与病毒相互作用最初是偶然碰撞和静电作用，这是可逆的联结。随后的特异性吸附是非常重要的，根据这一点可确定许多病毒的宿主范围，不吸附就不能引起感染。
脊髓灰质炎病毒的细胞表面受体是免疫球蛋白超家族，在非灵长类细胞上没有发现此受体，而猴肾细胞、 Hela细胞和人二倍体纤维母细胞上有它的受体，故脊髓来质炎病毒能感染人体鼻、咽、肠和脊髓前角细胞，引起脊髓灰质炎（小儿麻痹）。
水磨石病毒的细胞表面受体是含唾液酸（N-乙酰神经氨酸）的糖蛋白，它与流感病毒表面的血凝素剌突（受体连结蛋白）有特殊的亲和力，如用神经氨酸酶破坏该受体，则流感病毒不再吸附这种细胞。
此外，HIV受体为CD4；鼻病毒的受体为细胞粘附分子-1（1CAM-1）；EB病毒的受体为补体受体-2（CR-2）。病毒吸附也受离子强度、pH、温度等环境条件的影响。研究病毒的吸附过程对了解受体组成、功能、致病机理以及探讨抗病毒治疗有重要意义。
（二）穿入(peration):膜融合； 病毒胞饮等
穿入（Peration）是指病毒核酸或感染性核衣壳穿过细胞进入胞浆，开始病毒感染的细胞内期。
主要有三种方式：（1）融合 (Fusion)，在细胞膜表面病毒囊膜与细胞膜融合，病毒的核衣壳进入胞浆。副粘病毒以融合方式进入，如麻疹病毒、腮腺炎病毒囊膜上有融合蛋白，带有一段疏水氨基酸，介导细胞膜与病毒囊膜的融合。（2）胞饮 (Viropexis)，由于细胞膜内陷整个病毒被吞饮入胞内形成囊泡。胞饮是病毒穿入的常见方式，也是哺乳动物细胞本身具有一种摄取各种营养物质和激素的方式。当病毒与受体结合后，在细胞膜的特殊区域与病毒病毒一起内陷形成膜性囊泡，此时病毒在胞浆中仍被胞膜覆盖。某些囊膜病毒，如流感病毒借助病毒的血凝素（HA）完成脂膜间的融合，囊泡内低Ph环境使HA蛋白的三维结构发生变化，从而介导病毒囊膜与囊泡膜的融合，病毒核衣壳进入胞浆。（3）直接进入，某些无囊膜病毒，如脊髓灰质炎病毒与受体接角后，衣壳蛋白的多肽构形发生变化并对蛋白水解酶敏感，病毒核酸可直接穿越细胞膜到细胞浆中，而大部分蛋白衣壳仍留在胞膜外，这种进入的方式较为少见。
（三）脱壳(uncoating):细胞溶酶体酶； 病毒脱壳酶
穿入和脱壳是边续的过程，失去病毒体的完整性被称为“脱壳 (Uncoating)”。脱壳到出现新的感染病毒之间叫“隐蔽期”。经胞饮进入细胞的病毒，衣壳可被吞噬体中的溶酶体酶降解而去除。有的病毒，如脊髓灰质炎病毒，在吸附穿入细胞的过程中病毒的RNA释放到胞浆中。而痘苗病毒当其复杂的核心结构进入胞浆中后，随之病毒体多聚酶活化，合成病毒脱壳所需要的酶，完成脱壳。
（四）生物合成(biosynthesis):病毒核酸复制； 病毒蛋白质合成
DNA病毒和RNA病毒在复制机理有区别，但复制的结果都是合成核酸分子和蛋白质衣壳，然后装配成新的有感染性的病毒。一个复制周期大约需6～8小时。
1. 双股DNA病毒的复制----多数DNA病毒为双股DNA。
双股DNA病毒，如单纯疹病毒和腺病毒在宿主细胞核内的RNA聚合酶作用下，从病毒DNA上转录病毒mRNA，然后转移到胞浆核糖体上，指导合成蛋白质。
1) 病毒基因的mRNA转录（早期转录）: 病毒本身含有RNA聚合酶，可在胞浆中转录mRNA。mRNA有二种：早期m RNA，主要合成复制病毒DNA所需的酶及调控蛋白等，如依赖DNA的DNA聚合酶，脱氧胸腺嘧啶激酶等，称为早期蛋白；
2）病毒核酸复制：子代病毒DNA的合成是以亲代DNA为模板，按核酸半保留形式复制子代双股DNA。DNA复制出现在结构蛋白合成之前。
3）晚期转录: 晚期mRNA和晚期翻译:晚期蛋白 --- 衣壳蛋白, 包膜蛋白
晚期mRNA ，在病毒DNA复制之后出现，主要指导合成病毒的结构蛋白，称为晚期蛋白。
2. 单股RNA病毒的复制----RNA病毒核酸多为单股，病毒全部遗传信息均含在RNA中。
又可分为：
病毒RNA的碱基序列与mRNA完全相同者，称为正链RNA病毒。
病毒RNA碱基序列与mRNA互补者，称为负链RNA病毒。
逆转录病毒又称RNA肿瘤病毒 (Oncornavirus) ，病毒体含有单股正链RNA、依赖RNA的DNA多聚酶（逆转录酶）和 tRNA。
(1) 正链RNA病毒的复制 以脊髓灰质炎病毒为例，侵入的RNA直接附着于宿主细胞核糖体上，翻译出大分子蛋白，并迅速被蛋白水解酶降解为结构蛋白和非结构蛋白，如依赖RNA的RNA聚合酶。在这种酶的作用下，以亲代RNA为模板形成一双链结构，称“复制型（Replicative form）”。再从互补的负链复制出多股子代正链RNA，这种由一条完整的负链和正在生长中的多股正链组成的结构，秒“复制中间体(Replicative intermediate) ”。新的子代RNA分子在复制环中有三种功能：为进一步合成复制型起模板作用；继续起mRNA作用；构成感染性病毒RNA。
(2) 负链RNA病毒的复制 流感病毒、副流感病毒、狂犬病毒和腮腺炎病毒等有囊膜病毒属于这一范畴。病毒体中含有RNA的RNA聚合酶，从侵入链转录出mRNA，翻译出病毒结构蛋白和酶，同时又可做为模板，在依赖RNA的RNA聚合酶作用下合成子代负链RNA。
(3) 逆转录病毒（Retrovirus）复制过程 分二个阶段：第一阶段，病毒核时进入胞浆后，以RNA为模板，在依赖RNA的DNA多聚酶和tRNA引物的作用下，合成负链DNA（即RNA：DNA），正链RNA被降解，进而以负链DNA为模板形成双股DNA（即DNA：DNA），转入细胞核内，整合成宿主DNA中，成为前病毒。第二阶段，前病毒DNA转录出病毒mRNA，翻译出病毒蛋白质。同样从前病毒DNA转录出病毒RNA，在胞浆内装配，以出芽方式释放。被感染的细胞仍持续分裂将前病毒传递至子代细胞。
(五) 装配与释放:
DNA病毒 (多数核内装配)；RNA病毒(多数胞浆内装配)
包膜病毒 (出芽释放)；无包膜病毒(破胞释放)
新合成的病毒核酸和病毒结构蛋白在感染细胞内组合成病毒颗粒的过程称为装配（Assembly），而从细胞内转移到细胞外的过程为释放(Release)。大多数DNA病毒，在核内复制DNA，在胞浆内合成蛋白质，转入核内装配成熟。而痘苗病毒其全部成份及装配均在胞浆内完成。RNA病毒多在胞浆内复制核酸及合成蛋白。感染后6个小时，一个细胞可产生多达10，000个病毒颗粒。
病毒装配成熟后释放的方式有：（1）宿主细胞裂解，病毒释放到周围环境中，见于无囊膜病毒，如腺病毒、脊髓灰质炎病毒等；（2）以出芽的方式释放，见于有囊膜病毒，如疱疹病毒在核膜上获得囊膜，流感病毒在细胞膜上获得囊膜而成熟，然后以出芽方式释放出成熟病毒。也可通过细胞间桥或细胞融合邻近的细胞。
1问题定义
问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。
通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。
问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。
2可行性研究
这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。
在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。
可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值得投资的工程项目，可以避免更大的浪费。
3需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。
用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻辑模型。
在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有效地防止和克服急于着手进行具体设计的倾向。
4总体设计
这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”
首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑下述几类可能的方案：
低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工作。
中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的。
高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功能和特点。
系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上,推荐一个较好的系统 (最佳方案),并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本阶段的另一项主要工作。
上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。
5详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这个系统呢？”
这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，程序员可以根据它们写出实际的程序代码。
6编码和单元测试
这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。
程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。
7综合测试
这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定的要求。
最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。
必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。
为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。
通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求也可以决定测试和调试过程什么时候可以结束。
应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来，做为软件配置的一个组成成分。
8软件维护
维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。
通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来的维护活动预先做准备。
虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。
网络工程相关的工作可分为两个阶段：
1、现场实施的前期准备
工程师出发去用户现场前需要做以下准备工作：
与技术负责人交流，了解具体实施内容、技术特点以及注意事项；
检查工程技术文档，如有问题应及时提出修正意见；按照工程技术文档中的配置要求，准备好服务器、路由器、接入服务器等设备的配置文件。
编写“节点实施方案”或“节点割接方案”；并交技术负责人审核。
同相应的项目文档负责人沟通，带齐节点的相应施工、测试、验收等签字文档以及设备、线缆标签等；具体文档种类、数量，由文档负责人决定；
根据节点的实施内容，带齐施工相应需要的线缆、工具等；
同项目经理沟通协商工作路线、进度等，确定行程；
与局方沟通，让局方了解到你的行程、进度计划，同时确认节点是否具有可实施的条件；如果不具备条件的话，需要及时反馈给项目经理；
2、工程现场实施
工程师到达节点用户现场后需要进行以下工作：
到达施工场地后，首先应同当地局方工程负责人联系， 同局方节点负责人交流，了解局方的具体情况，明确工程具体的联系人，各项工作的配合人员，以及相关文档的签字人员等；
给局方人员讲解节点施工或割接的具体内容、实施方案以及时间安排等；
勘查机房条件，同局方共同确定具体实施方案、时间、步骤等；如果与同项目经理安排的进度有差别，务必及时通知项目经理；如发现条件不具备等情况，必须及时通知项目经理；
如有新设备需要验货，开箱后必须马上验货，同时签署验货报告；
按工程实施文档内容，进行网络连接，需要固定的设备应固定在机架上；按照局方布线规范要求进行布线；
每天施工后，需要将施工产生的废料、垃圾等清除；
设备加电前需要征的局方的同意，同时由局方负责机架的电源供电；
操作任何在网设备前，需要征得局方的同意；
实施完成后，进行测试、验收，同时签署相应的文档；
离开节点前必须通知项目经理、局方相应的负责人以及机房的配合人员，同时给局方相关人员留下通讯方式，包括：本人、项目经理、TSC的联系方式；
当工程师在现场遇到无法解决和决定的问题时，应向客户方作出说明，表明可以向公司转达意见，但不要对自己职责范围以外的要求做出承诺；同时，应及时向公司相关负责人汇报，以免延误工程；
在条件许可的情况下，对当地技术人员进行必要的现场技术培训；当对方遇到问题请教时，应耐心解释。
注意事项
现场实施过程中，工程师应按照要求完成工作任务，在工程技术和工程质量上对客户负责，并注意保护公司利益，及时向项目经理和局方相关人员报告施工进展及施工状态。
在施工过程中若涉及双方签字/盖章的工作，应给予充分的关注。
我们理解了软件工程的重要性以后，我们没有相应的工具，我们也很难很好的完成一个系统。在需求分析和设计阶段，我们需要什么样的工具呢？ 当然最好是基于UML
没听说过什么3个阶段。
反正现在就是先看市面上哪些游戏受欢迎，就做那方面的，大概算是市场调研吧。
然后就是确定项目了，就是立项阶段了，需要一个游戏的大致框架。
然后再根据框架丰富各个部分的具体数值、美术、规则等详细的东西了，这阶段也算是执行阶段吧。
这些应该算是游戏策划的几个阶段吧，其它还有demo，测试，正式运营等。