xx企业网络开发人员工作细则(编辑修改稿)

xx企业网络开发人员工作细则(编辑修改稿)内容摘要：

批准系统并给它指定一个比最高优先数小的优先数，同时将请求放在所有建议的系统队列的适当。 中国最大的管理资料下载中心 (收集 \整理 . 部分版权归原作者所有 ) 第 15 页 共 34 页 系统分析与设计 很少有几个项目能在批准可行性研究后立即实现。 在得到批准和项目开始之间的估计 时间可能是两年或两年以上。 一旦项目获准通行，则开始第二阶段一系统分析和设计。 在第二阶段，将描述所有输入／输出的格式和内容，并且完成详细的系统设计。 第二阶段的最后一步活动是准备程序说明，其中包括各种程序模块的说明书。 重要的是牢记在第一阶段和第二阶段不编制程序。 一个普遍容易犯的错误是压缩第二阶段，使它提前完成以使开始第三阶段一程序设计。 粗糙的系统设计必将成倍、甚至三倍地增长项目所要求的程序设计量。 （ 1）指定项目组 与可行性研究组一样，项目组也应该有一个或多个系统分析员和一至多个来自所建议的系统范围内各业务方面 的用户代表。 如果可能的话，还要给项目组指派一名住处服务审计员，他不作为专职人员，而作为安全和控制方面的顾问。 因为在第二阶段结束之前程序员实际上并不参与进来，所以可以将指定的程序员一事推迟到第二阶段开始之间的这一段时间里，通常委派他们到其他项目去。 然而我们建议，只要可能则昼将原有可行性研究组的人员指派到项目。 项目组的组长可以是住处服务人员，也可以是用户。 某些单位有按业务领域组织的固定的项目组。 究竟怎样组成项目组为好，显然要进行权衡。 按专业组成的项目组很难预料在任务过多时或更多的机会积累一切专业领域应用的经验。 信息服务项目组组织的最好方式或许是既按专业领域组织而同时又保持一定的灵活性，使 中国最大的管理资料下载中心 (收集 \整理 . 部分版权归原作者所有 ) 第 16 页 共 34 页 得项目组成员能在各项目组织之间流动，以使达到饱满的工作负荷。 根据项目的复杂程度和涉及范围的大小，每个项目组都有不同的最佳人数。 项目组长的能力是一个重要的因素。 在某确定的数目之前，每增加一个指派到项目组的人员都增大了对项目的。 在这之后，每增加一人实际上养活了项目组第一个人对项目工作的。 与项目有前的扔有经理和公司行政人员都应当很好地掌握这样一个格言：与其过分地扩大项目组织规模。 赞成欲速则不达的局面，还不如推迟项目的实现时间。 （ 2）估计人员要求并进行人员委托 一个项目的成功与否在很大程度上依赖于用户与公司经理、其他专业人员以及某些范围内信息服务人员。 由于某人忘记或不承认以前的口头上的委托，会使得许多紧急项目被延误。 因此有必要签署一个局面的人员委托书。 没有书面人员委托而进行的项目肯定会产生不必要的延误，甚至可能失败。 本书把项目开发的重要性放到一个恰当的位置。 在项目中所涉及到的许多人并不在项目组内。 由于这些的多数都理解他们的例行活动比项目所涉及的任何外部事物更为重要，所以一个局面委托是必不可少的。 （ 3）人员培训 为了在系统开发过程中进 行有效的交流，可能要求对于在设计数据库时所涉及的用户以及在生产调度中所涉及的信息服务人员进行培训。 根据经验。 信息服务部人员负责信息系统方面的培训，而用户则负责专业领域的培训。 中国最大的管理资料下载中心 (收集 \整理 . 部分版权归原作者所有 ) 第 17 页 共 34 页 这个活动的产品是一榄表，表中列出要求某种培训的人员的名字和所担任职务。 每行表中都那种培训的简单描述，包括地点、负责人以及计划的时间等。 有些培训将要求马上进行，而另一些培训将推迟到项目接近实现时进行。 （ 4）建立详细进度表 通过使用一种标准的系统开发方法，管理人员可以建立阶段标志然后，利用历史统计数据和经验来估计中间和最后活动完成的日期。 项目组组长必须与信息服务人员以及业务领域的管理人员密切合作以保证在系统开发过程中在各关键点有足够的人员。 系统开发本质上是线性的，而且是不难用适当的准则和合理的估计来监视的。 下面的方法可以用来估计价格、人员以及相应的时间要求。 这种循环使用的方法使得一组人能意见一致，而且对于信息服务项目特别合适。 我们假定参与估计的那些人能够提出问题仅具有任务方面的知识，而且能够提出铁重要的理由。 参与建立信息系统项目进度表的人可以包括项目组长、起作用的用户经理以及其他有经验的信息服务人员。 我们通过以下几个步骤来描述进行合理估 价的方法。 A 项目组长介绍任务和相应的背景信息。 B第一个参加者提交一个书面估计。 C 项目组长绘出该且每个成员的估计。 D 计算、上下四分点和中点，并且标上迟度。 E 要求其估计低于上、下四分点的那些参加者解 释他们低或高估计的理由。 中国最大的管理资料下载中心 (收集 \整理 . 部分版权归原作者所有 ) 第 18 页 共 34 页 F 项目组长就所标绘的估计召集一次公开的讨论 会。 G 重复步骤 B、 F，直到达到精确性要求不需要再循环为止。 通 过每一循环，将降低估计的误差。 H 估计是取中间值或取平均值。 估计的误差是误 差危险的一种标志。 （ 5）与用户有员交谈 与用户交谈的过程从本活动开始。 为了解决总 是和确定系统要求，项目 级成员定期与有关用户见面。 与用户交谈及反 馈的过程贯空于系统开发的全过程。 对于详细设计的基本输入是：初始设计、对现 有系统及其成分的评价 以及输入、处理以及输出的要求（由用户提供 ）。 A 项目组与有关的用户人员检查在可行性研究的 初始设计中所描述的输入／输出要求和频率，并根据需要及 价值对第一种输入／输出进行评价。 B目前系统的资料对设计提供了有价值的输入。 C 初步交谈的一个直接结果是对所建议的系统所 有的输出一般的描述。 （ 6）说明数据库要求 数据库用来支持系统的处理，特别是支持系统 的输出。 在目前系统的资 料中包含了可继续使用的数据元。 许多现有数 据元的格式肯定是需要改变的，还需要将支持系统功能要求所 需要的其他数据元标列出来。 中国最大的管理资料下载中心 (收集 \整理 . 部分版权归原作者所有 ) 第 19 页 共 34 页 （ 7）建立控制和后援的方法 为了保证住处的正确性、可行性和完整性，在 设计时就要考虑加进控制手段。 项目组将说明在系统设计时要嵌 入所有物理上的行政管理上的控制。 在系统的输入、处理和和以控制 系统的技术的范围是广泛的。 （ 8）完成详细设计 详细的系统设计是分析输入／输出／处理／控 制和后援要求的结果。 系统初步设计或系统一般设计只描绘了 各主要处理活动之间的关系，而系统详细设计则扩展到包括所有处理 活动 和有关的输入／输出。 这是系统一开发过程的基础活动。 （ 9）指导用户或信息服务部门预演。 结构预演是一种预测评价方法，它能有效地养 活某些被的或作错的事情。 它也给预测者提供一个机会来评价 那些业已建议的事情，从而有可能给出一些建设性的建议。 预演的目 的是给项目组提供有价值的反馈信息，而不是对系统的质量下判决性 的结论。 项目组长应考虑何时开始结构预演。 通常预演 是在系统设计以及系统开发过程中其他一些关键点完成之后才 进行。 （ 10）选择硬件 如果正在开发的系统要求额外的硬件支持，则 需要选择适当的硬件并进行订货。 获得硬件的 过程通常是信息服务经理的责任。 （ 11）准备输出格式 在系统开发过程中，到目前这一阶段为止，我 们已经了输出并 中国最大的管理资料下载中心 (收集 \整理 . 部分版权归原作者所有 ) 第 20 页 共 34 页 描述了其有关的内容，但是程序员需要知道具 体的输出形式。 这种详细的输出说明称之为输出格式。 项目组产生出 显示屏格式，这种格式规定了诸如题、标题、输出形式等项，有时还 应包括输入形式。 某些硬拷贝报告和资料要求事先打印好的表格 纸，项目组与表格纸厂商的代表合作设计这种事先打印好的表 格纸。 项目组还负责设计和满足在系统范围内所有人 工产生的报告和资料，同时与受有影响的用户经理相配合进行 修改、增加或删除。 （ 12）描 述数据项的说明书 数据项的说明书详细规定了什么数据将输入到 系统以及它们怎样被输入到系统中。 （ 13）准备程序描述 系统开发进展到目前这一步，我们已经以现有 的系统作了详尽的分析。 它的功能已经并入建议的系统的设计 中，我们已经完成了建议的 6 主其支持的数据库的设计，并且还准备了所有 输入／输出详细的说明书。 现在项目组可以着手标列和确定所 有的程序，而这些程序是使得建议的信息系统运转所要求的。 对第一 个程序，项。