可行性分析(参考)_第1页
可行性分析(参考)_第2页
可行性分析(参考)_第3页
可行性分析(参考)_第4页
可行性分析(参考)_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

附一:小组成员角色描述角色的选择取决于具体的项目,同一个人可以担任多个角色,同一个角色也可能有多人担任。角色角色名称职责与提交文档条件A项目组长全面协调小组工作;负责整个项目开发工作、需求分析、系统测试与调试和小组文档核查等工作综合素质好,有团队精神,组织、协调能力强;项目分析与编程能力较强B主程序员主要负责网站结构设计与前台程序的开发等工作编程能力较强C数据库工程师主要负责网站数据库设计与后台程序的开发等工作较熟悉数据库编程D文档管理员主要负责完成课程设计小组最终报告、小组电子文档管理和帮助系统开发等工作文笔好,细心负责;较熟悉办公软件与画图软件E美工/界面工程师主要负责美工、用户接口的设计与实现等工作创意好;美工、绘图能力强F测试工程师主要负责制订测试计划、测试用例等工作有一定的编程能力,对测试理论理解较深入附二:可行性研究评阅意见格式(参考)案例学习:人事档案管理系统的可行性研究复查系统规模和目标为了确保从一个正确的出发点着手进行可行性研究,需要通过访问操作人员进一步验证问题定义阶段产生的“关于人事档案管理系统规模和目标的报告书”的正确性。人事档案管理系统的目的是对单位内的人事信息进行全面的管理,以便于人力资源的日常管理、开发和利用。研究现有系统 分析当前系统的状况在进行信息化之间的人事档案管理工作,完全依靠人工进行,人事档案信息采用花名册、履历等纸质表格人工填写和保存,信息的查找需要翻查账本式的登记本,人事信息的统计需要手工进行。 当前系统的业务流程管理人员配置情况:人事档案管理负责人一人,负责本单位的人事档案管理的全面工作,人事档案管理员二人,从事具体的人事信息的登记、更改、统计、考勤、审核工资表等具体事务的管理工作。人事变动管理:单位发生人事变动,需要更改相应信息,由人事档案管理员根据人事信息发生改变的事实进行具体的更改、登记等操作,如人员调入(新进)、调出、辞退、死亡、工资调整等。必要时,需要经过人事档案管理负责人审核或批准。人事信息查询检索:查询所属员工的人事信息,根据姓名、工号等识别代码进行查询,由于手工管理的原因,可能需要查找不同的记录本或登记册才能完整地呈现出员工的人事档案信息。人事信息统计报表:根据统计的要求,需要先查找、后手工填制有关的统计表格。 分析当前系统的不足当前的人事档案管理系统是完全依靠人工进行管理的系统,这样的系统在人员管理、人力资源开发利用等方面都极为不方便,不仅速度不快而且容易产生差错,效率低下,在人员数量多的单位,缺点尤其明显。可见这样的人事档案管理系统要达到系统的目的具有一定的困难,与单位的规模和发展不相适应,应当尽快实施技术改造。导出新系统的高层逻辑模型根据对现有系统的分析,对于烦琐的人事档案的管理,要实现人事信息的高效、全面的现代化管理,进而有效地开发和利用人力资源,只有进行信息化,采用以计算机、数据库技术为基础的现代管理信息系统来替换现有的系统,才能彻底改变手工管理的落后状况。 新系统的组成新的目标系统由计算机硬件设备、数据库、人事档案管理软件和人事档案管理操作人员组成,能够实现人事档案管理的信息化,提高工作效率,实现现代化的人事档案管理,为深入利用和开发人力资源奠定基础。 系统功能需求根据对系统主要业务流程的分析可知,新系统需要满足人事变动管理(人事信息的增、删、查、改、打)、人事信息查询检索、报表统计(分类汇总)等基本业务需求。在使用计算机管理之后,带来了新的要求,如:用户登录、操作人员的管理、基础数据维护(如单位下发部门的数据的维护)、由数据安全性产生的数据备份与恢复等。这些功能用框图描述如下图所示。 数据流程分析系统的关键业务是单位的人事档案管理,其核心是人事档案信息管理,主要流程为:人事档案信息变动输入信息编辑(增、删、查、改、打)分类统计报表打印。系统账户管理流程为:用户管理(增、删、查、打、改权限)用户登录。系统数据管理流程为:部门数据维护、数据备份与恢复相对独立。 导出高层逻辑模型新系统的数据流图,此处略。进一步确定系统规模和目标 系统分析人员经过上述分析得出的目标系统的逻辑模型是否与实际相符或应改进,应该返回给用户确认。可以通过对用户单位的人事档案管理的业务人员进行讲解或模拟,以检查是否到位或遗漏,然后进行补充、修改、完善,直到满足用户的需求。导出可供选择的解法从可行的技术实现手段考虑,有如下几种可以选择的方案。 开发方案A:采用桌面小型数据库系统VFP来开发。 开发方案B:采用大型数据库管理系统Oracle、DB2或Sybase等作为后台数据库,采用Microsoft VB或VC开发前台的操作部分。 开发方案C:采用小型数据库管理系统Access或SQL Server作为后台数据库,用HTML、ASP等开发前台的操作部分。其特点是:前台操作与数据库分离,便于实现多层结构的应用系统,操作界面统一,特别适合在网络环境下使用。此外,还可以有其他的一些技术实现方案,在此不多细述。这些方案各有优缺点,各种方案将产生不同的资源消耗或成本,需要进一步分析。推荐最佳方案 方案A:用VFP进行系统开发的特点是:开发工具与数据库集成一体,可视化、开发速度快,效率高,但数据库能管理的数据规模相对较小。系统对硬件设备的要求低,不需要网络支持,在单机环境下也能够运行,在局域网环境下也可以使用。方案的实施相对容易,成本低,工期短。 方案B:以大型数据库管理系统为后台数据库,前台操作与数据库分离,前台、后台可以分别进行开发管理,能够实现多层应用系统。前台采用可视化的面向对象的开发工具,开发效率高,特别适合于大量的数据。系统对硬件设备的要求高,以在网络环境中使用为主,当然在单机环境下也能够运行。方案的实施相对复杂些,成本高一些,工期长一点。 方案C:以小型数据库管理系统为后台数据库,该前台操作与数据库分离,也能够实现多层应用系统。系统对硬件设备的要求居中,特别适合在网络环境下使用,操作方便,但系统的实现最复杂,成本最高,工期也较长。在本例中,三个方案均能够实现系统目标,但实现的方式,成本,工期等相差较大,到底应该用哪一种方案,应该在分析用户的具体情况后再给出合适的推荐序列。这里假设用户企业为中等规模,经济状况也比较好,也不在乎工期,而侧重系统的方便、好用。在这样的假定下,可以确定推荐依据:技术成熟、可靠、数据规模中等,操作使用方便等。据此可以确定推荐方案为方案C。制定开发计划系统开发计划的编制目的是用文件的形式,把对在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软硬件条件等问题作出的安排记载下来,以便根据计划开展和检查本项目的开发工作。如:项目组组长和成员构成,承担的工作任务或分工,项目

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论