第一篇:软件开发需求调研的一些个人见解[政府类]
需求调研之我见
需求调研对于一个应用软件开发来说,是一个系统开发的开始阶段,需求调研的质量对于一个应用软件来说,是一个极其重要的阶段,它的质量在一定程度上来说决定了一个软件的交付结果。怎样从客户中听取用户需求、分析用户需求就成为调研人员最重要的任务。
总体而言,需求调研可按照业务流程、业务规则、表单数据、贯穿系统的关系四个方向来进行调研。
业务流程
首先要对调研行业有一个认识,了解系统的主要功能和作用。对各个功能模块或各个科室进行业务流程的确认并绘制出流程图,流程图的输出,就意味着整个系统也就确定了大体的框架。调研对象一般为为决策层或领导层。
业务规则
各个流程、功能点等事项的办理,都会有相关约束或条件,那么需要对其前置条件、后置条件、数据验证、条件判断等进行分析调研。调研对象一般为操作员。
表单数据
对各个功能点的业务数据、数据项、表单格式、查询条件以及其它相关数据进行明确的分析调研。调研对象一般为操作员。
贯穿系统的关系
各个模块或科室之间的数据交换、传递以及数据共享等,需要我们调研人员与各个模块或科室的相关负责人进行多方沟通,确定一个多方满意的需求调研结果。
调研注意事项:
1、2、调研的各个阶段,必须出具相关文档或文件,比如调研计划、流程图、表单样式、报表格式、背景图片、数据项列表、讨论记录、问题列表等。所有疑问必须等到明确的答复,不能出现相互矛盾、似是而非的需求。需准确
理解客户的讲解,如果有问题的先做记录,之后将整理的问题向客户询问,得
到明确的结果。需求必须是客户接受和确认的,不能有臆测的需求。
要合理安排好时间和进度。有时候客户还有自己要做的事情,不一定能及时相
应。所以必须提前预约好时间,保证整个需求调研的进度。
能积极引导客户。当客户出现疑虑,而调研人员能明白且能做好客户想要的东
西的时候,调研人员能及时积极引导客户,详细讲解我们所知道的东西,并能
让客户接受与确认。
5、6、文档编写:满辉华编写时间:2011年11月24日
资料:收取了邱赵友部分建议 如遇公司有相关原型或产品,调研人员需先详细了解公司的相关原型和产品,根据成品,找出本地化的差异化需求。每天调研结束,需跟调研同事一起进行调研情况讨论会,能通过有经验的同事获取相关信息,然后在下一天的调研中与客户进行分析。
3、4、
第二篇:软件开发需求分析[小编推荐]
网上书店系统包括如下基本功能。
用户注册和登录:为用户提供注册、登录、找回丢失密码、修改个人信
息等功能。
图书信息查询及管理:对信息进行灵活的分类、存储,方便用户迅速从
少则几万,多则几十万甚至上百万种图书中找出自己所需图书。
购物车管理:用语存储用户选择好的图书,完成购物后可以自动生成订
单以供管理者进行管理。
订单管理:为用户提供订单查询功能,同时为管理者提供订单查询功能
及处理功能。
后台管理:为管理者提供用户信息查询和销售情况查询等功能。
第三篇:政府信息化软件开发工作流程
北京赛迪时代信息产业股份有限公司
政府信息化软件开发工作流程
第一章 总则
根据政府信息化事业部(以下简称“事业部”)业务的特点,事业部的软件开发流程按项目阶段进行划分,通过对每个阶段所进行的流程定义,来保证最终软件的质量。
事业部软件开发项目的开发工作流程,主要包含以下7个要素来描述。
软件立项控制 软件开发计划 软件需求分析 软件设计 软件实现
软件测试和测试状态 软件产品实施维护 项目开发的总体过程流程如下图:
Page 1 of 19 北京赛迪时代信息产业股份有限公司
第二章 软件立项控制
§2.1 目 的
加强事业部对软件项目/内部产品立项的控制,保证软件项目/内部产品的开发过程及开发目标的可行性和合理性,确保及时的推出有市场竞争能力、有广阔应用前景、产品化程度较高的软件产品。§2.2 适用范围
适用于需要公司投资的软件研发项目,现有软件产品化项目、现有软件/产品二次开发项目、现有软件/产品重大升级项目等,均属本项程序适用范围。§2.3 岗位与职责
业务(市场)部门
根据市场提供的业务立项申请和客户信息系统集成需要,提出软件开发立项的可行性分析,经事业部总经理审核后,提交项目管理委员会进行立项评审。
研发小组
事业部研发小组根据事业部软件产品发展规划,提出软件产品立项可行性分析;经事业部总经理审核后提交项目管理委员会进行立项评审。研发小组负责通过立项评审后软件产品的开发。
事业部总经理
事业部总经理审核软件开发立项的可行性分析报告,并提交项目管理委员会进行立项评审。
项目管理委员会
项目管理委员会对各业务部门提交的立项报告进行评审。参与立项报告评审,立项相关文档备案。
公司总经理
公司总经理根据评审结果,批准立项报告。
公司财务部门
参与立项报告评审,立项相关文档备案。§2.3 业务操作流程
§2.3.1 工作流程图
软件立项工作的详细的工作流程如下图所示例:
Page 2 of 19 北京赛迪时代信息产业股份有限公司
业务(市场)部 项目/产品 立项申请 立项 可行性分析 事业部总经理 项目管理委员会 公司总经理 财务部门 提交立项 评审 立项评审 立项评审 报告 项目/产品 立项审批 立项备案 立项备案 立项备案 软件产品开发立项流程图
§2.3.2 流程说明
(1)立项申请
各业务部门和事业部可根据公司的整体发展规划,紧密结合项目/产品市场及本公司的具体情况,提出软件立项。提交事业部总经理,经事业部总经理审核通过后,提交项目管理委员会进行立项评审。
Page 3 of 19 北京赛迪时代信息产业股份有限公司
(2)立项评审与审批
由项目管理委员会组织立项评审,对各部门提交的立项申请进行评审,根据评审结果,由公司总经理确定是否立项。
立项申请批准后,软件开发由事业部研发小组负责执行,研发小组成立具体软件项目/产品开发组,确定开发负责人。(3)软件开发立项备案
软件开发立项审批通过后,立项过程中的相关资料分别在财务部、事业部项目管理委员会、立项申请部门备案。
第三章 软件开发计划
§3.1 目 的
编制软件开发计划的目的在于规划软件开发过程中的各种活动,确保开发计划制定的正确性与有效性,保证软件开发过程可估量。§3.2 适用范围
本程序适用于软件项目/产品开发计划的制定与修改。§3.3 岗位与职责
项目经理/技术开发经理
制定、审批与修订软件项目/产品开发计划;开发计划备案。
事业部总经理
审批《软件开发计划》。
项目管理部
负责软件开发计划的归档管理;监督检查软件开发计划的执行情况;协调软件开发计划执行过程中资源配置;向有关领导(项目实施部门经理、事业部总经理、公司总经理)报告项目执行状况。
§3.4 工作流程概述
§3.4.1 业务操作流程图
制定软件开发计划部分的详细的工作流程如下图所示:
Page 4 of 19 北京赛迪时代信息产业股份有限公司
项目经理/技术开发经理 项目计划制定 主管副总经理 项目管理部 项目计划修订 项目计划审批 备案 备案 备案 软件产品开发计划业务流程图 §3.4.1 业务操作流程说明
(1)软件开发计划制定、审批与备案
项目经理根据审核批准的立项申请,制定软件开发计划,并提交给事业部总经理审批。项目经理根据审批结果对开发计划进行修订、补充直到审批通过。
重大项目的软件开发计划应由事业部总经理审批。项目经理根据审批结果对开发计划进行修订、补充直到审批通过。
项目经理将审批通过后的软件开发计划归档。(2)软件开发计划的修订
在项目/产品开发过程中,项目经理根据开发中的具体情况需修改软件开发计划时,须向本事业部总经理提出申请;经同意方可修改软件开发计划相关内容。
第四章 软件需求
§4.1 目的
通过对用户业务进行需求分析和学习,减少对客户业务的理解偏差,从而降低需求阶段的风险。保证软件能够满足客户的业务需要。
Page 5 of 19 北京赛迪时代信息产业股份有限公司
§4.2 适用范围
适用于软件开发过程中需求分析和需求分析修改的操作过程。§4.3 岗位与职责 项目经理: 制定需求分析计划;组织开展从技术应用角度出发的纵向与横向的调查;撰写需求分析调查报告;组织相关人员进行需求分析;撰写需求规格说明书,并提交项目管理委员会进行内部评审;评审后的需求分析说明书提交给客户方签字确认。参与需求规格说明书的评审。 项目组
参与从技术应用纵向与横向的调查;参与需求分析;参与需求分析评审。 客户方代表:
参与制定需求分析计划;组织开展用户应用角度出发的调查;撰写需求调查报告;参与需求分析;参与撰写需求规格说明书;参与需求分析评审。 项目管理委员会
项目管理委员会组织软件项目/产品的需求规格说明书评审。需求规格说明书的归档管理;监督检查需求分析阶段计划的执行情况;协调项目执行过程中资源配置。
事业部总经理:
审核需求规格说明书,并参加需求规格说明书评审,审批一般项目的需求规格说明书。 总经理:
审批重大项目的需求规格说明书。§4.4 程序概述
§4.4.1 业务操作流程图
需求分析阶段详细的业务操作流程如下图:
Page 6 of 19 北京赛迪时代信息产业股份有限公司
§4.4.2 业务操作流程描述
(1)需求分析计划的制订与审批
项目经理组织开发小组根据软件开发计划编写软件的需求分析计划。计划内容主要有: 业务调查计划; 需求分析采用的方法; 需求分析采用的工具; 需求分析过程; 需求分析结果表示方法; 需求分析进度安排及人员分工。
需求分析计划编写完成后由项目经理提交给事业部总经理审批。(2)《需求规格说明书》编写、评审与审批
需求分析结束后,项目经理汇总需求分析结果形成《需求规格说明书》,所有需求分析结果如流程图或表格文件均以附件纳入《需求规格说明书》中。并提交项目管理委员会备案或评审。
Page 7 of 19 北京赛迪时代信息产业股份有限公司
第五章 软件设计
§5.1 目的
设计详细的软件开发和设计过程,保证整个过程和软件功能模块的设计有可遵循的依据和规范,保证软件设计过程的完整性和可跟踪性。§5.2 适用范围
适用于软件开发过程中的概要设计和详细设计。§5.3 岗位与职责 项目经理
制定软件开发详细计划;汇总和审核概要设计文档;编写概要设计说明书,并提交项目管理委员会评审;参与概要设计评审;汇总和审核详细设计文档;编写详细设计说明书。 开发小组:
进行概要设计,编写系统配置方案文档和模块的概要设计文档;参与概要设计评审;进行详细设计。技术经理负责检查详细设计说明书。 项目管理委员会:
组织概要设计说明书的评审。 事业部总经理:
参加概要设计说明书评审并审批设计方案。§5.4 程序概述 §5.4.1 工作流程图
详细的工作流程如下图:
Page 8 of 19 北京赛迪时代信息产业股份有限公司
项目经理 开发小组/技术经理 项目管理委员会 事业部总经理 制订设计计划 编写概要设计 编写详细设计 审批 评审准备 组织评审审批 备案 审批 审批 备 案 软件设计流程图
第六章 软件实现
§6.1 目的
规范软件开发实现过程,保证产品质量。§6.2 适用范围
适用于软件产品详细设计结束后的产品实现过程。§6.3 岗位与职责
研发小组
负责软件的详细实现,代码的编写、用户手册的编写;程序源代码的调试和用户手册备案;
项目经理
负责过程的跟踪和资源的调配。§6.4 程序概述 §6.4.1 详细工作流程图
Page 9 of 19 北京赛迪时代信息产业股份有限公司
软件实现阶段的详细工作流程如下图所示:
项目经理 制订实现计划 开发小组 事业部经理 上报审批 编写源代码 审核源代码 代码调试 调试确认 编写手册 手册审核备案 软件实现流程图
§6.4.2工作流程说明
(1)制定软件实现计划
项目开发经理制定软件实现计划,计划的主要内容有:
任务描述;
编程语言;
用户手册清单;
产品实现过程及检查审核;
产品实现阶段进度安排及人员分工;(2)开发过程中的进度控制
设计人员根据项目的任务分配和进度情况,制定周计划,并提交相应的周总结。对任务完成情况和存在的问题进行说明,交项目经理审核和检查。(3)源代码编写
软件工程师(开发小组)根据详细设计说明书进行程序代码的编写,编写的代码参考开发小组内部的软件产品开发编程指南。(4)源代码会审
Page 10 of 19 北京赛迪时代信息产业股份有限公司
代码编写完后,项目经理/技术开发经理组织开发小组对程序源代码进行交叉代码会审并作好记录,会审要点如下:
是否遵循所使用的程序语言编码规范;
数据结构是否合理化,即数据结构访问的规范化、标准化。
程序设计风格,主要包括:
源程序的文档化,包含符号名的命名、程序的注释、视觉组织—空格、空行和缩进;
数据说明的方法;
语句结构;
输入输出结构。
对于审核中不合格的地方,开发组应进行修改。(5)程序调试与确认
源代码会审通过后,开发小组开始进行程序调试,直至基本运行无误。程序调试通过后,技术经理/项目经理应对其进行确认。(6)用户手册编写与审核
开发小组根据《概要设计说明书》和《详细设计说明书》编写用户手册,包括产品安装手册、产品使用手册和产品维护手册。用户手册编写好后,技术/项目经理应对其进审核。(7)源代码和用户手册备案管理
程序调试结束后,技术/项目经理编写软件源代码清单,并将程序源代码和用户手册统一管理。
第七章 软件测试和测试状态
§7.1 目的
说明本程序的目的是规范软件测试过程,指导软件测试工程师进行软件测试,提高软件产品的质量。§7.2 适用范围
适用于单元测试、集成测试、系统测试、三类测试业务。§7.3 岗位与职责
事业部总经理
负责审批《测试计划书》;签发《产品发布证明》。
Page 11 of 19 北京赛迪时代信息产业股份有限公司
项目经理/技术经理
负责评审测试计划;测试分析报告。
软件测试经理
软件测试经理/项目经理负责撰写软件测试计划;评审测试需求说明书和测试用例说明;对测试环境进行确认;
软件开发小组负责人
组织单元测试和集成测试;单元测试通过确认;测试异常终止确认;测试异常汇总,撰写单元测试分析报告;组织产品开发工程师修改程序;编写软件发布证明。
软件测试工程师
负责撰写测试需求规格说明书和测试用例文档;搭建测试环境、初始化和检验;执行测试用例和进行系统测试;分析和报告测试过程中异常。
软件开发工程师
负责测试未通过后程序的修改。§7.4 工作流程概述
§7.4.1 工作流程图
软件测试详细的工作流程见下图:
Page 12 of 19 北京赛迪时代信息产业股份有限公司
用户 软件测试 工程师 软件开发 工程师 项目经理 研发小组 负责人 事业部 总经理 制定测试计划书 审批 测试规格书 测试用例 审 核 内部测试 修改 外部测试 修改 测试分析 报告 审批 产品发布 证明 审批 并签字 软件测试和软件状态流程图
§7.4.2 详细工作流程描述
(1)测试计划书的编制与评审
软件项目启动后,软件测试经理指派测试工程师参与项目开发的整个过程,编制软件产品测试方案,安排各测试阶段时间,软件测试人员等。在软件开发的需求阶段软件测试介入编写软件测试计划书。软件测试经理指派测试工程师根据软件开发计划、需求规格说明书、概要设计说明书和详细设计说明书编制软件测试计划书,测试计划书主要包括如下内容:
Page 13 of 19 北京赛迪时代信息产业股份有限公司
测试目的;
测试范围;
测试方法;
测试路径;
测试工具;
测试通过准则;
测试异常终止准则;
测试进度安排及人员分工。
软件测试人员提交测试计划书给软件测试经理和软件开发小组负责人、项目经理共同评审。审批后的测试计划书由软件测试经理安排相应的软件测试工程师执行。
(2)测试用例的编写、审核与备案
软件测试工程师根据测试计划、概要设计说明书和详细设计说明书编写测试规格书与测试用例。
《测试规格书》主要包含如下内容的详细信息:
测试环境说明;
业务功能点;
测试功能点;
测试检测点;
测试用例使用。
《测试用例》是软件测试工程师使用的文档化细则,其规定如何对某项功能或者功能组合进行测试。主要包含下列内容的详细信息:
测试目标;
要测试的功能;
测试环境要求/前置条件;
测试数据;
过程;
系统的预期行为;
项目经理、软件测试经理和开发小组负责人评审测试规格书和测试用例,主要包括以下方面:
Page 14 of 19 北京赛迪时代信息产业股份有限公司
测试用例的覆盖范围是否合适;
测试输入条件的设计是否合理、有效;
在给定的输入条件下,预期的输出结果是否正确;
测试强度是否足够。
评审通过后,软件测试工程师将按照《测试规格书》和《测试用例》进行实际的测试活动。
(3)测试环境的建立、检验与确认
软件测试工程师根据《测试规格书》建立测试环境,主要包括:
主机环境;
操作系统环境;
数据库平台;
网络环境;
应用平台;
其它支撑环境。
若《测试规格书》对测试环境有初使化要求,软件测试工程师进行环境的初始化设置。
测试环境准备好后,软件测试工程师应检验测试环境各项参数,将结果记录在测试环境初始化记录表中。若检查结果不符合测试环境要求,产品测试工程师应仔细分析原因,采取措施,直到满足要求为止。软件测试/项目经理对测试环境进行确认。(4)软件测试过程
软件项目都可根据项目自身情况选择下面几种测试方式。
单元测试
Page 15 of 19 北京赛迪时代信息产业股份有限公司
软件开发工程师使用单元测试用例执行单元测试,并将测试结果如实记录在测试结果记录栏内。
1.若测试结果正常,软件开发工程师在《测试状态控制表》中标识该测试用例为测试通过,继续下一单元《测试用例》的测试。
2.若测试结果为一般异常,软件开发工程师首先在《测试状态控制表》中标识该测试用例为测试异常,然后开发工程师首先进行原因分析,然后修改程序,修改好后将程序转交给重新进行单元测试。
单元测试结束后,软件开发小组负责人/项目经理应查对《测试状态控制表》,并审核各单元测试用例记录结果,确认单元测试全部通过。
集成测试
单元测试通过后,软件开发负责人组织软件开发工程师使用集成测试用例进行集成测试,并将测试结果如实记录在集成测试用例中的测试结果记录栏内。
系统测试
系统测试是指(非开发人员)在开发环境或模拟实际操作环境下进行的测试。通常在公司内部进行,所以也可叫内部试运行。
1.软件测试经理/项目经理准备《测试规格书》和《测试用例》,向软件测试人员进行产品介绍和测试介绍。
2.软件开发工程师辅助测试工程师建立、初始化并检验测试环境,项目经理进行确认。
3.软件测试人员执行系统测试,详细记录使用中出现的问题和测试过程中的错误情况。
4.系统测试结束后,软件测试经理汇总所有测试异常情况,撰写软件系统测试分析报告,并组织开发小组进行缺陷的评审。
5.项目经理/软件开发小组负责人组织软件开发工程师进行产品修改并调试通过后,重新开始回归测试。
(5)测试总结
测试异常分析
Page 16 of 19 北京赛迪时代信息产业股份有限公司
系统测试结束后,软件测试工程师对系统测试用例中出现的测试异常进行原因分析,主要内容有:
该测试异常可能为模块内部错误、模块间藕合错误。 该测试异常可能为需求分析错误、设计错误或实现错误。 该测试异常错误原因描述。
软件测试工程师将分析结果记录在测试用例中。测试异常汇总与测试分析报告撰写、审核
软件测试经理收集所有测试用例,汇总所有测试异常情况和缺陷问题记录,编写《测试分析报告》,主要有以下方面:
1、测试结果
测试用例通过率;
强度测试和性能测试结果。
2、分析结果
分别涉及需求分析、设计、实现错误个数及比率;
模块内部错误、模块间藕合错误(接口错误)比率及相对比例;
主要错误源。
3、测试结论
测试通过;
未通过且修改完成后进行回归测试(集成测试);
未通过且修改完成后重新开始集成测试;
放行;
软件测试经理组织软件开发小组负责人和项目经理评审测试缺陷分析报告。
(6)测试结果处理
1、测试通过
若测试结论为“测试通过”,项目经理/软件开发小组负责人可申请产品内部发布。
2、测试未通过
若测试结论为“测试未通过”,则:
Page 17 of 19 北京赛迪时代信息产业股份有限公司
软件开发工程师根据测试用例中“测试记录”和“异常分析”,修改、调试程序,并重新进行单元测试直到通过为止。
3、产品放行
若测试结论为“放行”,则:
项目经理填写《产品发布证明》,提出产品发布申请,主要包括:
产品名称;
产品编号;
版本号;
产品测试结论;
产品发布内容;
产品包装内容;
产品储存媒介;
技术保密措施;
交付用户使用方式。
事业部总经理审批产品发布证明。
4、版本冻结与版本管理启动
产品正式发布审批通过后,项目经理将该版本统一管理。
第八章 软件产品实施、支持和维护 §8.1 目 的
本部分流程描述的目的是规范软件产品的实施、支持和维护活动,解决软件在客户环境下进行安装、验收、使用、维护中出现的问题,及时有效地修改软件错误,扩充软件功能、改进软件性能,树立良好的产品形象。§8.2 适用范围
适用于软件产品实施、支持和维护,包括技术支持和维护培训、间接技术支持和维护、直接技术支持和维护。§8.3 岗位与职责
软件实施工程师
负责软件系统的安装部署、实施。系统使用的技术支持和维护培训、咨询;故障登录;新故障编号与入库;故障诊断;故障回复;故障统计;产品升级申请;直接技术支持和维护;解决软件产品故障;故障升级处理报告;
Page 18 of 19 北京赛迪时代信息产业股份有限公司
项目经理
负责组织协调故障升级处理措施;
软件开发小组
负责产品版本升级申请审核;技术支持和维护支援申请;
软件实施经理
统一安排和规划软件实施过程中的所有活动。§8.4 程序概述
软件开发小组组织人员针对所开发之产品对软件实施人间进行相关的安装配置培训。
软件正式发布通过后,软件开发小组对软件实施小组实施人员对公司内实施经理和实施人员进行技术支持和维护培训,具体包括:产品介绍、产品安装、产品使用、产品维护。
软件实施经理根据客户的要求安排软件的实施计划。确认安装资源是否准备到位等活动。实施过程中软件实施小组人员可以电话、传真、电子邮件方式向软件开发小组提出关于产品安装、使用和维护过程中所产生的疑问开发小组根据提问者要求和问题严重情况以电话、传真、电子邮件及时进行回复,并帮助解决软件产品故障。
软件实施小组针对客户要求直接面向客户进行产品的培训和现场技术支持。软件实施小组定期统计软件实施过程中发现的产品故障,统计软件产品故障。若软件故障较为严重且数目很多,产品实施工程师提出软件版本升级申请单交产品研发小组/项目经理共同评审。
Page 19 of 19
第四篇:网络需求调研
校园网需求分析
黑龙江生物科技职业学院网络规划方案
一、目标概述
黑龙江生物科技职业学院做为现代化的教学场所,校园网的网络建设也是一个不可忽视的项目。校园网建设的目标简而言之是将校园内各种不同应用的信息资源通过高性能的网络设备相互连接起来,形成校园园区内部的Internet系统,对外通过路由设备接入广域网。
学院校园网的总体建设目标是:利用实用的计算机技术和网络通信技术,建成覆盖全校、高速、高性能的计算机网络,实现网络在教学、管理和通信等方面的作用。
二、需求分析
结合实际情况,校园网络需求主要为以下五方面:教学楼,办公行政楼,宿舍楼,图书馆,实训楼。
教学楼:主要是多媒体教室,将计算机多媒体视听引入课堂教学、声音、图像、动画的普遍采用可以大大提高教学效果。
行政楼:办公自动化基本web综合管理信息的信息系统、提示行人事、学籍、后勤、财务管理、公文收发管理、教师档案管理等,使学校日常办公无纸化,减少办公开支提高办公效率等。
图书馆:图书馆是给师生门提供自主学习的场所,师生可以根据需要自由的选择内容以及基于web的图书音响提供学生随时读,并于连接Internet,使图书馆得到进一步拓展,使师生能够得到近乎无限的网络资源。
学生宿舍:学生宿舍分为五栋、六栋、七栋、八栋、九栋五大宿舍区。宿舍区的网络构架对学校信息化工作起到了巨大的推动作用,一方面缩短了学校与外界的距离,另一方面,完善课以校园网为基础的管理信息系统,为学生提供了方便。
实训楼:实训楼二是学校的机房重地,中心机房到汇聚层采用4兆光纤(多模)连接,汇聚层到接入层采用百兆的五类线连接。通常考虑,建议数据信息点得接入用交换10/100Mbps自适应以太网端口接入,以便能够较经济的提供较高的带宽,整个方案设计的目的是建设一个集数据传输和备份、多媒体应用、语音传输、Internet访问等一体的高可靠、高性能的带宽多媒体校园网。
三、实施要求:
根据客户给的简单描述,列出组网的需求分析。网络需求分析包括以下几个方面的内容:1.环境需求2.设备需求3.功能需求4.安全需求5.投资分析
6.风险预测。
至此,第五组对生物学院的网络策划方案的研究基本完成。需求分析不能仅仅满足于明确目的,而是要归根于网络管理的目标将是如何实现。
负责人:
参与人:
2011-12-9
第五篇:ERP需求调研
部分行业ERP项目售前需求调研提纲
ERP项目售前需求调研提纲
企业地址及邮编 企业电话及传真 企业产品及主导产品型号 企业产值及销售额 员工总人数
组织结构。画出一个组织流程图,列出各主要部门的人员,职责及部门经理姓名 企业的经营范围? 企业的营运模式?
目前企业微机软、硬件基本情况
画出一张业务示意图,标明市场、销售、生产计划、采购、库房、制造、质量、财务等关键部门的位置。 关键的业务现状? 基本需求及期望目标? 公司经营战略与管理制度文件? 主要想解决哪些问题? 现有的系统存在哪些不足? 部门各业务具体流程《业务流程图》 所有单据、凭证及报表《业务表单》 现有MIS系统相关文档
现有网络拓朴图及网络、硬件、软件配置情况
财务部分(Financial)
总帐管理(General Ledger)总体调研内容:
1.财务部门的组织架构及部门职责?人员分配情况? 2.公司有几套财务帐?之间关系如何?有无内部往来业务? 3.现用计算机系统? 4.相关财务制度? 实际业务核算
1.目前所使用的会计科目结构? 2.凭证审批流程 3.会计及结帐流程? 应付款管理(Account Payable)总体调研内容:
1.相关应付款管理制度和流程手册?
2.有无专门的应付管理系统?如何和财务系统衔接? 发票管理
1.有没有发票处理的政策与流程手册? 2.每月的发票大致数量? 3.有无对发票进行详细管理?
4.发票是否需要和采购单/收货单匹配。目前是如何处理的? 5.运费,杂项费用如何处理? 6.发票的审批与入帐流程如何?
7.月末货物已到而发票未到如何处理?采用何种价格暂估? 付款管理
1.付款处理的政策与流程手册?
2.有无商业惯例中的付款条款对付款进行计划与折扣获取? 3.使用哪些支付方式,流程如何?
4.对应付余额是否进行帐龄分析?帐龄如何分时段? 报表
有那些主要应付报表?周期如何? 应收款管理
(Account Receivable)总体调研内容
1.相关应收帐管理制度和流程手册?
2.有无专门的销售管理系统?如何和财务系统衔接? 供应商管理
1.供应商的管理详细程度、手段如何? 2.供应商有无分类?分类依据?.3.供应商管理系统提供的信息? 4.有无对供应商进行询价、报价管理? 5.有无对供应商进行考核?指标有那些?
6.如何查询供应商的业务记录并与供应商进行对帐? 客户管理
1.客户的大约数量?
2.客户的管理详细程度及手段如何?
3.客户的信用检查与控制制度如何? 4.客户的对帐、催款管理如何? 5.客户的价格及折扣管理如何? 6.有没有长期大宗协议客户 现金管理(Cash Management)总体调研内容
1.相关资金管理制度及流程
2.有无专门的资金管理系统?如何和财务系统衔接? 现金管理业务
1.如何进行银行对帐? 2.如何编制现金流量表?
3.是否做现金预测方面的工作,如何做? 4.如何制定公司付款计划? 报表
资金管理方面的主要报表?
业务部分(Distribution)销售管理(Order Management)1. 销售组织结构如何?
2. 如何评估销售人员的业绩?怎样核算佣金? 3. 企业的销售管理制度。4. 有无完整的客户信息管理?
5. 现有客户信息的具体内容?如:名称、地址等。
6. 客户所在国家或地区分布情况?主要客户地区分布情况,是否将按地区分类? 7. 是否对客户按照某种规则分类,如按行业分类?
8. 有无集团客户情况,即同一客户是否有不同的发运地址和发票寄送地址? 销售预测
1.销售预测的依据? 2.销售预测的方法? 销售合同
1.销售合同是如何形成的?目前有哪些种类? 2.销售合同是如何管理的? 销售订单
1.销售人员是如何接收订单的? 2.如何进行订单的批准、调整和取消? 销售发货
1. 销售网络情况?
2. 销售开销货单时,具体登录哪些信息? 3. 发货计划如何制定?
4. 是否对要发货的订单作发货启运计划?计划内容是否包括:车辆、运费方法、车辆的体积、重量等? 5. 如何进行发货确认? 销售退货
1.有无退货?退货流程如何?审批权限如何控制? 2.如何处理未收到客户款的销售退回业务?
3.如何处理收到客户款的销售退回业务? 采购(Purchase Order)
1.公司目前对原料的采购行为是否直接受生产部门物料需求的影响? 2.公司目前对原料的采购采取何种方式?
按批量采购 按单一订单需求采购 按最低库存量采购 3.采购组织结构
采购人员构成 采购岗位职责 采购流转单据 供应商管理
1. 对于采购,供应商的确认原则是什么?
2. 现行的供应商认证与管理工作是怎样运作的?采购部负责哪些工作? 3. 是否进行供应商评估?若有,评估标准如何?如:价格、质量和服务等。4. 有无完善的供应商信息管理?
5. 现有供应商信息的内容?如名称、地址等。采购计划
1.生产的计划内需求和计划外需求分别是如何生成请购计划的?请购计划的审批流程和权限是怎样的?
2.对于请购计划,是否建立了合理采购批次或采购量的管理方法?采购库存的控制由谁负责?
3.请购计划是否存在调整的情况?它们的审批程序是怎样的?
采购申请
1.采购申请的提交、变更和批准怎样处理? 2.是否所有采购都需首先提交采购申请? 采购订单
1.采购业务是否全部通过标准订单的形式执行?对固定(稳定)供应商,是否存在一揽子协议或框架性协议的方式?
2.除了标准采购订单,还有几种采购定单? 如合同、协议等。
3.采购订单的审批流程是怎样的?审批流程中各审批人的权限如何?
金额限制 帐户限制
4.采购订单生成后,是否存在调整的情况?如果存在,会有哪些情况?它们的处理、审批程序是怎样的?
5.有无对采购合同执行率的考核制度? 采购接收
1. 货物运抵仓库后,多久可以入库?
2. 是否与采购订单核对?有谁负责?是否知道仓库接收的这批货物对应哪一个采购订单、哪一个发货通知?如何得知?
3. 是否进行数量与质量的验收?由谁负责?质检入库流程是怎样的?不合格物料如何处理?
4. 如果运抵的货物多于订购数量的情况?是否仍旧入库?处理流程是怎样的? 5. 如果运抵的货物数量少于或质量低于订购要求,处理流程是怎样的?
6. 如果采购物料运抵时间提前或延迟于采购定单的到货时间,处理流程是怎样的? 7. 如果接收的物料虽不是订购物料,但接收物料可替代采购物料使用的情况,处理流程是
怎样的?
8. 到什么时间,才可以认为一个采购订单已经完成(示例:多批货物均已到达海关/运抵仓库/通过验收/入库之后)? 库存(Inventory Management)库存组织
1. 请描述一下库存的物理分布以及逻辑上的区分是怎样的? 2. 有无实行子库划分?
3. 在同一子库中有无实行库位管理? 库存管理
1. 库存物资如何进行分类?是否实行了编码管理?如原料、半成品、成品、盘具、备品备件、包装等。
2. 如何管理不同阶段的半成品?
3. 货架生命期是一个项目在库存中放至失效的时间量。目前库存中物资是否存在此限制。4. 库存物资是否使用版本控制,使用版本控制的目的是什么? 5. 库存物资是否使用批号进行控制?
库存计划
1. 是否采用非MRP计划的方法生成物品的请购请求?如是,指明是哪一种: 重定货点 最大-最小库存 安全库存 预测 其他。
采购物料的接收和退货
1. 采购入库时仓库的接收流程,包括检验流程? 2. 采购退货流程? 外协件的接收和退货 1. 是否存在外协件的采购? 2. 请描述外协件的检验退货流程? 生产物料的发放和退仓
1. 生产物料的发放和退货流程? 半成品和成品的完工入库 1. 车间是否对半成品进行管理? 2. 是否有专门的子库存放半成品及成品?
3. 车间对于半成品及成品的物料发放采用哪种发料方式? 成品的发货和退货
1. 销售出库的类型有哪几种?是否存在捐赠、试用等形式? 2. 请描述销售退回的处理类型及处理流程? 杂项发料和杂项接收
1. 对非采购定单接收的物料和非销售发料的物料的控制? 2. 仓库是否使行手工帐登记? 库存物料的调拔
1.什么情况下会对库存中的物料进行调拨? 2.材料在库存之间的调入/调出流程是怎样的?
库存物料的调整
1. 在哪些情况下会对仓库中的物料进行调整? 2. 对仓库中现有库存进行调整的依据是什么? 库存盘点
1.物资盘点处理的方法和流程?(全面盘点或抽查盘点、实际盘点或周期盘点)2.是否对高价值物品与低价值物品的盘点频率是一样的?一般会在何时进行存货盘点? 3.与财务对帐周期为多长? 4.仓库与生产、财务对帐的内容?
5.仓库与生产对帐,数量不一致时如何处理? 6.库存盘点结果的财务处理? 7.
周期为多长?
8.库与生产、财务对帐的内容?
9. 仓库与生产对帐,数量不一致时如何处理? 10. 库存盘点结果的财务处理?
计划管理
1. 产计划的制定部门? 2. 制订计划的周期? 3. 现有计划人员数量 4. 指定计划的大致流程? 5. 计划制订中的难点?
生产管理
1. 车间管理主管部门? 2. 车间工单的流转流程? 3. 每月大致车间工单数量?4. 车间加工报废处理流程?5. 车间补充工单处理? 6. 车间能力平衡处理办法