网络开发人员工作细则（一）.docVIP

 网 络 开 发 人 员 工 作 细 则 附件1：网络开发人员工作流程图 附件2： 系统开发的责任 在系统开发的过程中何时涉及到个人、小组和部门以及涉及到的程度，并针对每一种活动提出了所涉及的人员和机构。其中：对于那些有较大失败危险的非结构化的项目，则需要设置更多的阶段标志。 下面描述一个人员和机构的含义。 1、可行性研究组。这个组由指定来完成可行性研究的用户和信息服务人员组成。 2、项目组。由指定来开发和实现计算机信息系统或对现有系统作重要改进的用户和信息服务人员组成。 3、住处服务管理部门。该机构涉及到信息服务管理组，而不一定指某个具体人。在一个小单位中，它可能局限于信息服务的一些高级负责人。在一个大单位中，经理最适合于承担机构所涉及的特定的任务。 4、未指派的程序员和分析员，包括未指派到所讨论的可行性研究组和项目组的他的信息服务专职人员。 5、业务领域管理人员。所有影响到建议开发项目的或者受该项目的业务领域的管理人员都包括在本责任机构中。 6、未指派的专业人员。包括将影响到建议的开发项目或受该项目的影响的那些专业人员，但他们并未旨派到可行性研究组或项目组。 7、住处系统政策委员会。信息系统政策委员会是对公司所有的信息服务的和一个高级指导委员会。 8、信息系统审计组。信息服务审计组的一个重要职能是保证在开发过程中对计算机信息系统建立适当的控制。 附件3： 系统开发过程 □ 五个阶段 各种系统开发方法学在范围、复杂性、完善程度以及方法上有很大的不同。尽管有的方法学分三个阶段，有的分15个阶段，但是每个方法学所描述的要完成的活动基本上是相同的。本章要阐述的最重要的一点是:最好的方法学是那些始终把用户考虑进去的方法学。过去的情况是，用户管理人员与信息服务开发组合作来完成系统的一般功能说明书，然后，由信息服务人员来进行系统开发。现在，系统开发是各占50%的比例;因此，用户管理人员应该非常熟悉系统开发的大体过程，特别应该熟悉他们单位自己使用的方法学。 系统开发过程可分为五个阶段来描述。这五个阶段是: 1·第一阶段一系统开始和可行性研究 2·第二阶段一系统分析和设计 3·第三阶段一程序设计 4·第四阶段一转换和实现 5·第五阶段一实现后的评价 第一阶段一系统开始和可行性研究是在为开发一个建议的系统提供人力和资源之前完成的。第一阶段多数的工作和编写的资料是第二阶段的输入。在第二阶段一系统分析和设计期间，系统分析员与用户一起工作以编写详细的功能和系统的说明书。将这些说明书交 给程序员，然后开始第三阶段――程序设计。在第二阶段一转换和实现期间，一旦软件开发出来，则建立数据文件，转换现有系统，并且实现新系统。第五阶段一实现后的评价。在开始了系统寿命期中的生产阶段之后，提出(经常被忽略的)实现后的评价要求。 □ 具体开发过程 下面将逐步地描述系统开发过程。至于具体的细节、相互的影响、方法、形式等，用户管理人员应该与信息服务经理联系，与他们讨论公司当前使用的方法学，同时再看看公司内部描述方 学的手册。 第1阶段一系统开始和可行性研究 在第I阶段的活动中很少有与其他四个阶段的活动相一致的。此处所提供的方法包括对于受拒绝后的再次服务请求的方法以及将技术转移可能性的研究合并到诸过程中这些内容。第I阶段最终的产品有两个部分。第一部分是实际的可行性研究报告，它包含对建议的或改进的系统的描述以及利润，成本分析。第二部分是系统的初步设计。它对于估价成本和利润是必要的。该初步设计是二阶段一系统分析和设计的直接输入。 将系统的初步设计并入可行性研究的依据是，多数可行性研究是以概念而不是以设计为基础的。如果在描述系统目标上花的时间太少，那么成本估计，甚至利润估计将是错误的。用概念来指导可行性研究注定会导致成本过高，而且用户不满意。在系统初步设计上所花费的时间是值得的，即使拒绝可行性研究也是如此。因为所编写的资料将必然会被证实其他项目中是有价值的。 (1)提交服务请求 对受拒绝的请求再次请求处理的一种方法。所请求的服务毕竟是用户做的，因此，应该由用户着手进行。我们鼓励用户管理人员请求信息服务人员的帮助，但是应该再一次强调，业务领域的管理人员应该对各种大小的服务请求都提供合适的资料。 (2)估价服务请求 正如在责任矩阵中所注释的那样，信息服务管理人员只能承诺小的项目(由公司的方针所确定的小项目)。 (3)指定可行性研究组 信息服务经理和用户经理共同来指定适当的混合的人选以组成可行性分析研究组。该组至少由一名系统分析员和一名用户代表组成。可行性研究组的大小取决于可行性研究的范围和时间限制。 用户代表