网络开发人员工作细则

系统开发的责任
在系统开发的过程中何时涉及到个人、小组和部门以及涉及到的程度并针对每一种活动提出了所涉及的人员和机构其中：对于那些有较大失败危险的非结构化的项目则需要设置更多的阶段标志
下面描述一个人员和机构的含义
1、可行性研究组这个组由指定来完成可行性研究的用户和信息服务人员组成
2、项目组由指定来开发和实现计算机信息系统或对现有系统作重要改进的用户和信息服务人员组成
3、住处服务管理部门该机构涉及到信息服务管理组而不一定指某个具体人在一个小单位中它可能局限于信息服务的一些高级负责人在一个大单位中经理最适合于承担机构所涉及的特定的任务
4、未指派的程序员和分析员包括未指派到所讨论的可行性研究组和项目组的他的信息服务专职人员
5、业务领域管理人员所有影响到建议开发项目的或者受该项目的业务领域的管理人员都包括在本责任机构中
6、未指派的专业人员包括将影响到建议的开发项目或受该项目的影响的那些专业人员但他们并未旨派到可行性研究组或项目组
7、住处系统政策委员会信息系统政策委员会是对公司所有的信息服务的和一个高级指导委员会
8、信息系统审计组信息服务审计组的一个重要职能是保证在开发过程中对计算机信息系统建立适当的控制
附件3：
系统开发过程
□五个阶段
各种系统开发方法学在范围、复杂性、完善程度以及方法上有很大的不同尽管有的方法学分三个阶段有的分15个阶段但是每个方法学所描述的要完成的活动基本上是相同的本章要阐述的最重要的一点是:最好的方法学是那些始终把用户考虑进去的方法学过去的情况是用户管理人员与信息服务开发组合作来完成系统的一般功能说明书然后由信息服务人员来进行系统开发现在系统开发是各占50%的比例;因此用户管理人员应该非常熟悉系统开发的大体过程特别应该熟悉他们单位自己使用的方法学
系统开发过程可分为五个阶段来描述这五个阶段是:
1•第一阶段一系统开始和可行性研究
2•第二阶段一系统分析和设计
3•第三阶段一程序设计
4•第四阶段一转换和实现
5•第五阶段一实现后的评价
第一阶段一系统开始和可行性研究是在为开发一个建议的系统提供人力和资源之前完成的第一阶段多数的工作和编写的资料是第二阶段的输入在第二阶段一系统分析和设计期间系统分析员与用户一起工作以编写详细的功能和系统的说明书将这些说明书交
给程序员然后开始第三阶段――程序设计在第二阶段一转换和实现期间一旦软件开发出来则建立数据文件转换现有系统并且实现新系统第五阶段一实现后的评价在开始了系统寿命期中的生产阶段之后提出(经常被忽略的)实现后的评价要求
□具体开发过程
下面将逐步地描述系统开发过程至于具体的细节、相互的影响、方法、形式等用户管理人员应该与信息服务经理联系与他们讨论公司当前使用的方法学同时再看看公司内部描述方学的手册
第1阶段一系统开始和可行性研究
在第I阶段的活动中很少有与其他四个阶段的活动相一致的此处所提供的方法包括对于受拒绝后的再次服务请求的方法以及将技术转移可能性的研究合并到诸过程中这些内容第I阶段最终的产品有两个部分第一部分是实际的可行性研究报告它包含对建议的或改进的系统的描述以及利润成本分析第二部分是系统的初步设计它对于估价成本和利润是必要的该初步设计是二阶段一系统分析和设计的直接输入
将系统的初步设计并入可行性研究的依据是多数可行性研究是以概念而不是以设计为基础的如果在描述系统目标上花的时间太少那么成本估计甚至利润估计将是错误的用概念来指导可行性研究注定会导致成本过高而且用户不满意在系统初步设计上所花费的时间是值得的即使拒绝可行性研究也是如此因为所编写的资料将必然会被证实其他项目中是有价值的
(1)提交服务请求
对受拒绝的请求再次请求处理的一种方法所请求的服务毕竟是用户做的因此应该由用户着手进行我们鼓励用户管理人员请求信息服务人员的帮助但是应该再一次强调业务领域的管理人员应该对各种大小的服务请求都提供合适的资料
(2)估价服务请求
正如在责任矩阵中所注释的那样信息服务管理人员只能承诺小的项目(由公司的方针所确定的小项目)
(3)指定可行性研究组
信息服务经理和用户经理共同来指定适当的混合的人选以组成可行性分析研究组该组至少由一名系统分析员和一名用户代表组成可行性研究组的大小取决于可行性研究的范围和时间限制
用户代表应该熟悉当前专业领域的所有工作用户经理、总经理助理或专业领域分析员是合理的候选者用户的系统分析员具有计算机信息处理基础知识的情况己经越来越普遍了
必须指定一个人担任可行性研究组的组长哪怕只是两个人的可行性研究组也需要一个组长直到1980年为止多数的可行性研究组和项目组是由一个高级系统分析员或一个项目负责人来领导的在信息服务部门中这两种人是固定分工做这项工作的目前越来越多的公司采取这样一种政策即由用户担任项目组组长这种将主要责任下放给最终用户的做法将进一步鼓励用户参与系统设计在这种政策上取得成功经验的那些公司己经指派了一些具有杰出管理经验和具有某些计算机和信息处理知识的用户人员担任项目组组长在任何情况下组长必须对该组的工作有一个总的安排如果要求一个用户代表既作为可行性研究组或项目组的组长而同时又要求他继续履行业务领域的职责那么该项目是肯定要失败的有好些公司己经采用了一种政策即自动地指派受系统影响最大的业务领域的经理作为可行性研究组和项目组的领导以后该经理将从原来的工作职责中解脱出来而用他(她)的全部时间管理可行性研究(或项目)组这种人事安排己经成为当今的主流其困难是用户经理需要离开原来主管的业务部门少则两个月多则三年后才能回他原来的工作岗位上
(4)标列约束条件
在系统开发的过程一开始可行性研究组与信息服务人员和用户经理密切合作标列出设备、成本、进度、规程、软件以及操作上的约束条件它们可能限制建议的系统的定义和设计
(5)整理现有系统的资料
整理现有系统资料的主要理由是:如果可行性研究组不充分了解现有系统那么他们就不可能有效地完成所建议的系统的初始设计已经建立起来的多数人工系统并没有经过真正的设计在这些系统中必须从手稿整理出资料如果一个建议的系统是改进一个现有
的计算机信息系统那么可行性研究组只需要保证现有资料的完整性和保持最新版本就行了
现有系统所形成的任何资料将给设计阶段提供有价值的输入(如果批准开发该系统)即便建议的系统遭到拒绝也能对现有系统提供基本的资料并且可能透彻地理解理有系统现有系统的资料由四部分组成:0系统报告和资料;0系统数据文件;0系统数据元以及说明现有系统的数据、信息和工作流程的图表前三部分(报告、文件和数据元)可分类如下:
0当前使用的而且在建议的系统中以目前的形式保留下来;
0当前使用的但是修改后才在建议的系统中使用;
0当前使用的但是在建议的系统中将被删除而不再保留的
例如列出所有现有的报告和标准的资料并按上述分类给定一种状态在报告上将标明相对周期(如每天每周)以及分发范围
对于现有系统的所有数据文件都标明有关的存储介质(如3x5的卡片磁带马尼拉折纸机磁盘等等)以及存储方式例如一个名字一地址文件可以存储在许多张3x5的卡片上并且按名字的字母顺序排列一个人工系统所保存的文件数总是令人吃惊的即便对
于业务领域管理人员也是如此为了完善现有文件的资料将每个文件的记录的样式和简单描述附在文件表中



……………………
本站免费提供《网络开发人员工作细则》下载，我们己经对《网络开发人员工作细则》进行全面的整理检查，以保证您安全的下载《网络开发人员工作细则》，如果下载的压缩文件需要密码那就是本站的网址 http://www.xiaozhibei.com，网络开发人员工作细则的文件大小为24.0 KB，本站还有大量关于岗位分析,岗位职务方面的资源提供下载哦，可以多找找。为下次能方便快速的找到本站，记得收藏我们的网址（http://www.xiaozhibei.com）哦！