北京安鸿科技有限公司（实训部）
GoodJob
招聘网站设计与开发报告
清河一班
二〇〇九年十月
目录
第一章需求分析 (1)
1.1熟悉招聘网站的主要业务 (1)
1.2系统功能需求初步分析 (5)
1.2.1个人模块需求分析 (5)
1.2.2企业模块 (5)
1.2.3后台管理模块 (6)
1.3确定系统的需求，完成用例图 (6)
第二章数据库的设计 (8)
2.1数据库实体分析 (8)
2.2数据库设计 (9)
2.2.1 概念模型设计 (9)
2.2.2 物理模型的设计 (11)
2.2.3 生成的sql语句 (11)
第三章系统的环境的搭配 (12)
第四章Hibernate持久层的设计与实现 (13)
4.1设计持久化对象 (13)
4.2创建持久化类 (15)
4.3映射持久化类 (15)
4.3.1 Users和它的三个子类的映射代码 (15)
4.3.2 Resumes和属于Resumes的类的映射代码 (16)
4.3.3 Users和Roles的映射代码 (18)
4.4Hibernate配置文件的配置 (18)
4.5设计和实现Dao层 (19)
4.5.1 Dao组件的设计 (20)
4.5.2 Dao组件的实现 (20)
第五章业务逻辑层的设计与实现 (22)
5.1业务逻辑组件的设计 (22)
5.1.1 求职者模块的设计 (22)
5.1.2 企业模块的设计 (25)
5.1.3 管理员模块的设计 (28)
5.2实现业务逻辑 (30)
5.3事务管理 (32)
5.4部署业务逻辑组件 (33)
5.4.1 Struts中Action的配置 (33)
5.4.2 Spring中Dao组件的配置 (33)
5.4.3 Spring中Action中注入Dao的配置 (34)
5.4.4 web.xml中的配置 (35)
第六章系统页面的设计 (36)
6.1系统主页面的设计 (36)
6.2求职者用户主页面的设计 (36)
6.3企业用户主页面的设计 (37)
6.4系统管理员主页面的设计 (37)
第七章系统安全 (38)
第八章系统测试 (39)
第九章项目总结 (40)
9.1系统开发过程中用到的工具 (40)
9.2系统开发中体现的思想 (40)
9.3系统开发数据统计 (41)
致谢 (42)
附件一MySQL脚本 (43)
附件二清河一班项目开发分工明细表 (51)
第一章需求分析
需求分析师系统开发的源头，一个系统的开发起源于系统的需求分析也最终回到需求分析。做好需求分析就等于做好了系统开发的一半。因此我们在需求分析上做了很多的工作。首先我们对招聘网站的业务进行了熟悉，然后分组分模块进行了需求分析，最后通过团队讨论一起确定了需求。
1.1 熟悉招聘网站的主要业务
在熟悉业务流程的过程中，我们对几个大型招聘网站进行了各个角度、各个方面的分析，最终使用Visio做出求职者、企业用户、管理员三个模块的主要功能
1、主页显示内容如图1-1所示：
图1-1 GoodJob招聘网主页内容图
2、简历包含的内容如图1-2所示：
图1-2 GoodJob招聘网简历页内容图
3、求职者操作流程如图1-3所示：
图1-3 求职者操作流程图
4、企业模块主要功能如图1-4所示：
图1-4 企业模块功能图
5、后台管理模块功能图如图1-5所示
图1-5 后台管理模块
1.2 系统功能需求初步分析
从个人、企业、管理员三个模块对系统功能进行分析，主要分析出三个角色都有哪些功能，以模块的形式展示出来。
1.2.1 个人模块需求分析
?搜索职位、申请职位、职位收藏
?个人简历管理
?个人基本信息管理
?查看申请记录、查看职位详细信息、人事消息
?查看职场资讯、面试技巧等信息
1.2.2 企业模块
?职位发布：职位管理、职位搜索、职位模版
?简历管理：搜索简历、暂存文件夹、回收站
?招聘管理：收件箱、公司人才库、面试夹、回收站
? 数据报表：简历投递统计报表、职位发布统计报表、用户使用统计表 ? 系统设置：公司信息管理、用户管理、邮件模版、简历过滤器
1.2.3 后台管理模块 ? 管理一般用户
? 管理企业用户 ? 招聘信息 ? 紧急招聘信息 ? 热门招聘信息
? 搜索未授权企业，给企业授权
1.3 确定系统的需求，完成用例图
在确定系统功能需求后，使用Rational Rose 工具对系统需求做用例图。
1、个人用户用例图如图1-6所示：
管理企业来信
图1-6
个人用户用例图
2、企业用户用例图如图1-7所示：
面试通知
图1-7 企业用户用例图3、后台管理员用例如图1-8所示：
管理热门招聘信息
图1-8 后台管理员用例图
第二章数据库的设计
数据库分析与设计是系统开发的重要的步骤之一，本系统开发过程中是先分析出系统所依赖的实体，然后挖掘实体间的关系，之后对数据库进行概念模型、物理模型设计，最终生成sql语句，创建数据库。
2.1数据库实体分析
·个人用户：个人信息 + ID + 用户名 + 密码
·简历：浏览次数、完成度、照片
·个人信息：姓名、性别、出生日期、工作年限、证件类型、证件号、居住地、Email、手机号码、求职状态、国家或地区、籍贯、身高、婚姻状况、联系地址、邮编、MSN ·教育经历：时间、学校、专业、学历、专业描述、海外学习经历
·学生奖励：时间、奖项、级别
·校内职务：时间、职务名称、职务描述
·在校实践经验：时间、实践名称、实践描述
·工作经验：时间、公司、行业、公司规模、公司性质、部门、职位、工作描述、海外工作经历
·求职意向：工作类型、地区、行业、职能、期望薪水、到岗时间、自我评价
·培训经历：时间、培训机构、培训课程、详细描述、培训地点、获得证书。
·语言能力：外语语种、掌握程度、听说能力、读写能力
英语等级（四六专四八）、TOEFL:、GRE:
日语等级、GMAT、IELTS
·技能：技能、使用时间、掌握程度、技能类别
·项目经验：时间、项目名称、项目描述、角色
·证书：获得时间、证书名称、成绩、
·附加信息：标题、内容
·职位收藏夹：收藏日期、申请状态、
·站内信箱：from to content
·职位搜索器：关键字、工作地点、职位类别、行业类别、发布日期、工作年限、月薪范围、公司性质、学历要求、工作类型、搜索器名称。
·企业用户：用户名、密码、公司简介、用户状态
·职位详情：职位名称、工作地点、职位类别、行业类别、发布日期、工作年限、月薪范围、学历要求、工作类型、职位描述、职位状态
·站内信模板：内容、
·简历搜索器：性别、年龄、工作年限、籍贯、身高、学历、专业、工作经验、求职意向、期望薪水、语言能力、搜索范围等
·后台管理员：账号、密码、等权限
·职位类别：职位名称、职位状态
·企业性质：企业性质名称
·行业类别：行业名称
·工作地点：地点名称
·系统消息：种类、内容
·广告
2.2 数据库设计
在数据库设计阶段使用工具powerdesigner进行概念模型的设计，先是画出实体并建立起实体间的关系，然后向实体中加入属性，再生成物理模型。
2.2.1概念模型设计
（1）实体关系图如图2-1所示：
图2-1 实体关系图
（2）实体中加入属性后的概念模型如图2-2所示：
图2-2 数据库概念模型图
2.2.2 物理模型的设计
数据库设计物理模型图是由概念模型直接生成的，它直接体现着数据库中的表。本系统物理模型如图2-3所示：
图2-3 数据库物理模型图
2.2.3 生成的sql语句
见附件一
第三章系统的环境的搭配
系统环境的搭配是系统开发的启示，搭配好一个系统环境对之后的开发过程都有很大的溢出。本系统开发的是在开始的时候就对系统环境做好了分析并进行了搭建
1、数据库的配置
（1）设置数据库服务器的MySQL的访问用户名和密码
（2）在数据库服务器上，用MySQL 创建数据库goodjob 在数据库中导入附件一中的sql脚本，生成数据库。
2、CVS的配置
（1）安装CVS：如果有旧版本则需要清除干净所有有关CVS的文件包括注册表
（2）添加用户：d:\server\cvsnt\ cvs -d e:/GoodJob passwd -r administrator -a job
3、Tomcat的配置：Tomcat中导入连接数据库驱动包
4、包的导入：
将要用的包导入到lib文件中，以便在团队开发过程中不用每个人都自己进行导包的操作。导入的包共42个，如下所示：
antlr-2.7.6.jar、aspectjrt.jar、aspectjweaver.jar、c3p0-0.9.1.2.jar、commons-attributes-api.jar、common-beanutils.jar、commons-codec.jar、commons-collections.jar、commons-collections-3.1.jar、commons-dbcp.jar、commons-digester.jar、commons-discovery.jar、commons-fileupload.jar、commons-fileupload-1.2.1.jar、commons-httpclient.jar、commons-io.jar、common-lang.jar、commons-logging.jar、commonl-logging-1.0.4.jar、commons-pool.jar、commons-validator.jar、dom4j-1.6.1.jar、freemarker-2.3.13.jar、hibernate3.jar、javassist-3.9.0.GA.jar、jstl.jar、jta-1.1.jar、log4j-1.2.15.jar、mysql-connector-java-5.1.6-bin.jar、ongl-2.6.11.jar、slf4j-api-1.5.8.jar、slf4j-log4j12-1.5.8.jar、spring.jar、spring-aop.jar、spring-rom.jar、spring-webmvc.jar、spring-webmvc-struts.jar、standard.jar、structs2-core-2.1.6.jar、structs2-spring-plugin-2.1.6.jar、xwork-2.1.2.jar。
第四章Hibernate持久层的设计与实现
通过使用Hibernate持久层，可以避免使用传统的JDBC方式来操纵数据库，通过利用Hibernate提供的O/R Mapping支持，从而允许程序使用面向对象的方式来操作关系数据库，保证了整个软件开发过程以面向对象的方式进行，即面向对象分析、面向对象设计、面向对象编程。
4.1 设计持久化对象
根据需求分析和数据库的设计可以从中提取出相应的32个对象，从而设计了32个持久化类，这些持久化类下所示：
☆Ad：对应广告，包括广告标题、广告内容等。
☆Admins：对应管理员，包括管理员姓名、性别等。
☆Applications：对应职位申请记录，用来保存求职者的职位申请记录，包括申请日期、申请职位、处理状态等。
☆Certificates：对应求职者获得证书，包括获得日期、证书名称、证书等级等。
☆Compaies：对应企业用户，包括企业的名称、联系方式、地址等。
☆Duty：对应求职者在学校期间担任的职位。
☆Educations：对应教育背景，包括开始/结束时间、学校名称、专业、学历等。
☆Experiences：对应工作经验，包括开始/结束时间、工作单位、职位、工作描述等。
☆Favorites：对应职位收藏夹，有收藏时间。
☆HrLibs：对应公司人才库，公司可以对满意的人才进行统一管理。
☆Industry：对应公司所属行业。
☆JobObjective：对应求职者的求职目标，包括期望薪水、期望工作地、自我评价等。
☆Languages：对应求职者掌握语言，包括语言种类，掌握程度等。
☆MailBox：对应站内信箱，内有收发者、发送时间、标题、内容等。
☆MailTemplate：对应站内信模板，提供给企业用，方便企业发送面试通知。
☆Others：对应求职者添加的附件信息，包括标题和内容。
☆Persons：对应求职者，包括求职者的姓名、性别、联系方式等个人信息。
☆Pictures：对应发布广告时的图片。
☆PositionSort：对应职位种类，可提供企业发布职位时的参考。
☆PositionInfo：对应企业发布的职位信息，包括所要求的工作年限、职位名称等。
☆PositionSearcher：对应职位搜索器，提供给求职者以方便进行职位的搜索。
☆PracticeAtSchool：对应在校实践，包括开始/结束时间、实践名称、详细描述等。
☆Profession：对应职业名称，提供给企业添加职位时和求职者搜索时的参考。
☆ProjectExperience：对应项目经验，包括开始/结束时间、项目名称、详细描述等。
☆Resume：对应个人求职简历，内有创建时间、简历名称、浏览次数等。
☆ResumeSearcher：对应简历搜索器，提供给企业对简历进行搜索。
☆Rewords：对应在学校或工作期间获得的奖励，包括奖励名称、获得时间等。
☆Roles：对应角色，这是系统进行安全的主要依据。
☆SystemInfo：对应系统消息，提供给管理员发布系统消息的模板。
☆Trainings：对应求职者曾经受到过的专业培训，包括培训时间、地点、内容等。
☆Users：对应系统用户，包括用户名、密码、邮箱等。
☆WorkSpaceInfo：对应系统提供给客户的职场资讯，包括标题、内容等。
本系统采用的是贫血模式来设计的，所以没有为它们提供任何业务逻辑方法，而是将所有的业务逻辑方法放到业务逻辑组件中实现。本系统一共涉及到32个持久化对象，这32个POJO类不是孤立存在的，它们之间存在着复杂的关联关系。分析关联关系既是面向对象分析的必要步骤，更是Hibernate进行持久化操作的必经之路。这些POJO的关联关系如下：
●Users是Persons、Admins和Companies的父类，同时父类和子类又是1—N的关系，即一个Users可以有多个子类，但一个子类有且只能有一个父类。
●Users和MailBox是1—N的关系，邮箱中存放的是邮件，一个人可以有多个邮件，反过来一封邮件只能由一个人接收。
●Users和Roles是N—N的关系，一个用户可以有多个角色，一个角色可以有多个用户。
●Persons和PositionSearcher是1—N的关系，一个求职者可以有多个职位搜索器，每个职位搜索器必须属于一个求职者。
●Persons和Resume是1—N的关系，一个人可以有多个简历，反过来，一个简历也必须属于一个人。
●Resume和简历所属的十一个实体包括都是1—N的关系。
●Persons和PositionInfo之间是N—N的关系，一个求职者可以收藏多个职位，一个职位也可以被多个人收藏。两者之间因为收藏而产生一个收藏夹，这个收藏夹是二者之间的关系实体。
●Resume和PositionInfo之间是N—N的关系，一个简历可以投到多个职位上去，一个职位也可以被多个简历投。两者之间因为发送简历而产生一个申请记录，这个申请记录是二者之间的关系实体。
●Resume和Companies之间是N—N的关系，一个企业可以把多个简历加入人才库，而一个简历也可以被多个企业加入人才库中。二者之间又因为加入人才库的操作而产生了一个人才库的关系实体。
●Companies和ResumeSearcher、MailTemplate都是1—N的关系，即一个企业可以有多个简历搜索器和多个邮件模板。
●Ad和Pictures是1—N的关系，即一个广告可以有多个图片，而一个图片只能对应一个广告。
●Professions、Industry、PositionSorts、WorkSpaceInfo、SystemInfo五个实体之间都是系统中相对独立的，它们没有和其他实体有任何关系，只是为了方便用户操作而给出的参考性的选择。
4.2 创建持久化类
从类之间的关系可以看出，持久化对象之间的关联关系以属性的方式表现出来，当然这些属性也同样需要setter和getter方法的支持，持久化类之间的关联关系通常对应数据库里的主外键约束。
除此以外，持久化对象还有自己的普通属性，这些属性通常对应数据库中表的字段。
创建持久化类本系统做到了以下几点：首先，根据Hibernate对持久化对象的要求，即要求持久化对象提供无参构造器，本系统没有在POJO中写任何构造器，这样就有个默认的无参构造器了。其次，每个持久化对象都有个标识属性，用于标识该实例。第三，本系统根据业务的需要对部分持久化类的equals()和hashCode()方法进行了重写，当然这个重写并不是根据标识属性来写的，从而避免了在持久化对象为瞬态时的标识属性为null的问题。下面给出部分持久化类的类图如图4-1所示：
图4-1 持久化类图
4.3 映射持久化类
在映射持久化类的过程中，本系统用到了继承，一对多，一对一，多对多等多种映射情况，下面就给出系统中用到的部分映射代码。
4.3.1 Users和它的三个子类的映射代码
Users是Persons、Admins和Companies的父类，同时父类和子类又是1—N的关系，即一个Users可以有多个子类，但一个子类有且只能有一个父类。根据这种关系，在本系统中这四个类的部分映射代码如下所示：
4.3.2 Resumes和属于Resumes的类的映射代码
在本系统中Resumes内除了求职者的个人信息外还包含了11个实体，简历和它们的关系都是一对多的关系。
1、Resumes的部分映射代码如下：
1.采购部查询库存信息及用户需求，若商品的库存量不能满足用户的需要，则编制相应的采购订货单，并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部，并附上采购收货单。公司检验人员在验货后，发现货物不合格，将货物退回供应商，如果合格则送交库房。库房管理员再进一步审核货物是否合格，如果合格则登记流水帐和库存帐目，如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 2．在盘点管理流程中，库管员首先编制盘存报表并提交给仓库主管，仓库主管查询库存清单和盘点流水账，然后根据盘点规定进行审核，如果合格则提交合格盘存报表递交给库管员，由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程：书商将采购单和
新书送采购员；采购员验收，如果不合格就退回，合格就送编目员；编目员按照国家标准进行的分类编号，填写包括书名，书号，作者、出版社等基本信息的入库单；库管员验收入库单和新书，如果合格就入库，并更新入库台帐；如果不合格就退回。“售书”的流程：顾客选定书籍后，收银员进行收费和开收费单，并更新销售台帐。顾客凭收费单可以将图书带离书店，书店保安审核合格后，放行，否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程： 进书数据流程： F3.2不合格采购单 售书业务流程：
售书数据流程： 4.背景：若库房里的货品由于自然或其他原因而破损，且不可用的，需进行报损处理，即这些货品清除出库房。具体报损流程如下： 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单，交给主管确认、审核。主管审核后确定清单上的货品必须报损，则进行报损处理，并根据报损清单登记流水帐，同时修改库存台帐；若报损单上的货品不符合报损要求，则将报损单退回库房。 试根据上述背景提供的信息，绘制出“报损”的业务流程图、数据流程图。 报损业务流程图： 业务流程图：
软件产品开发流程 软件开发流程（Software development process）即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 第一步：需求调研分析 1相关系统分析员和用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚例用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还例出相关的界面和界面功能。 3 系统分析员和用户再次确认需求。 第二步：概要设计 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。 第三步：详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足
够详细，能够根据详细设计报告进行编码。 第四步：编码 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 第五步：测试 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。 第六步：软件交付准备 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。 《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。 《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。 第七步：验收 用户验收。
精心整理 1.采购部查询库存信息及用户需求，若商品的库存量不能满足用户的需要，则编制相应的采购订货单，并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部，并附上采购收货单。公司检验人员在验货后，发现货物不合格，将货物退回供应商，如果合格则送交库房。库房管理员再进一步审核货物是否合格，如果合格则登记流水帐和库存帐目，如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。（共10分） 2．在盘点管理流程中，库管员首先编制盘存报表并提交给仓库主管，仓库主管查询库存清单和 盘点流水账，然后根据盘点规定进行审核，如果合格则提交合格盘存报表递交给库管员，由库管 员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询 数据进行盘点。 根据以上情况画出业务流程图和数据流程图。（共15分） 3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程：书商将采购单和新书送采购员；采购员验收，如果不合格就退回，合格就送编目员；编目员按照国家标准进行的分类编号，填写包括书名，书号，作者、出版社等基本信息的入库单；库管员验收入库单和新书，如果合格就入库，并更新入库台帐；如果不合格就退回。“售书”的流程：顾客选定书籍后，收银员进行收费和开收费单，并更新销售台帐。顾客凭收费单可以将图书带离书店，书店保安审核合格后，放行，否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程： 进书数据流程： 售书业务流程： 售书数据流程： 4.背景：若库房里的货品由于自然或其他原因而破损，且不可用的，需进行报损处理，即这些货品清除出库房。具体报损流程如下： 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单，交给主管确认、审核。主管审核后确定清单上的货品必须报损，则进行报损处理，并根据报损清单登记流水帐，同时修改库存台帐；若报损单上的货品不符合报损要求，则将报损单退回库房。 试根据上述背景提供的信息，绘制出“报损”的业务流程图、数据流程图。 报损业务流程图：（10分） 业务流程图： 数据流程图： 5.“生产资料出库”主要指生产部门员工到仓库中领取生产原料和各种生产工具等产品，其流程描述如下： 首先由生产部门员工向仓库主任提交原料提货单，然后仓库主任根据当前库存情况和用料计划对提货单进行审核，将不合格的提货单返回给生产部门员工，并将合格原料提货单交给库管员，库管员根据合格原料提货单更新库存台账并记录出库流水账。 （1）根据以上描述，绘出生产资料“出库”的业务流程图。（10分） （2）根据上题的业务流程绘出生产资料“出库”的数据流程图（5分） 6.采购员从库房收到缺货通知单以后，查阅订货合同单，若已订货，向供货单位发出催货请求，否则，填写订货单交供货单位。供货单位发出货物后，立即向采购员发出取货通知单。采购员取货后，发出入库单给库房。库房进行验货入库处理，如发现有不合格货品，发出验收不合格通知单给采购员，采购员据此填写退货单给供货单位。 画出物资订货的业务流程图和数据流程图。（共14分）
管理信息系统流程图 电商121 王旺 实验三业务流程图 [ 实验目的] 1. 熟练绘制组织结构图 2. 掌握业务流程图的绘制方法 [ 实验内容] 1.试根据下述业务过程画出物资订货的业务流程图: 采购员从仓库收到缺货通知单以后，查阅订货合同单，若已订货，向供货单位发出催货请求，否则，填写订货单交供货单位，供货单位发出货物后，立即向采购员发出取货通知。 2. 某工厂成品库管理的业务过程如下: 成品库保管员按车间送来的入库单登记库存台帐。发货时，发货员根据销售科送来的发货通知单将成品出库，并发货，同时填写三份出库单，其中一份交给成品库保管员，由他按此出库单登记库存台帐，出库单的另外两联分别送销售科和会计科。试按此业务过程画出业务流程图。 1图:
ft ft 电商121王旺 2图:
firl H'.di 电商121王旺 实验三（二） ［实验目的］ 1.掌握业务流程图和业务流程图的绘制方法［实验内容］
1.根据下述业务过程绘制业务流程图：采购部门准备采购单一式四份，第一张交给卖方；第二张交到收货部门，用来登记收货清单；第三张交给财会部门，登记应付账;第四张存档。到货时，收货部门按待收货清单校对货物是否齐全后填写收货单四张，其中第一张交财会部门，通知付款，第二张通知采购部门取货，第三张存档，第四张交给卖方。 2..绘制业务流程图。 销售科负责成品销售及成品库管理。该科计划员将合同登记入合同台账，并定期根据合同台账查询库存台账，决定是否可以发货。如果可以发货，则填写出库单交成品库保管员。保管员按出库单和由车间送来的入库单填写库存台账。出库单的 另外两联分送计划员和财务科。计划员将合同执行情况登入合同台账。销售部门负责人定期进行销售统计并上报厂办。 电商121王旺F H ◎------ E A
软件项目开发工作流程 一、简述 对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 1、项目可行性研究阶段 2、立项阶段 3、需求分析阶段 4、开发策划阶段 5、设计阶段 6、编码实现阶段 7、测试阶段 8、验收阶段 9、产品交付使用 10、维护阶段 二、项目组基本组成及岗位职责 新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。 a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。 b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。 C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。 D分析人员：主要负责本项目的需求分析工作。 E设计人员：主要负责本项目的设计工作。 F程序员：按设计要求和有关标准进行编程工作。 G测试人员：负责单元测试、组合测试和总装测试工作。 H文档人员：负责本项目有关文档的编写工作。 I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任） 三、软件开发流程 3．1 可行性研究阶段 如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需
求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。 如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。 本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达） 项目可行性研究报告（可行性研究人员编写） 系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段 可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。 本阶段提交的文档：项目立项申请报告 开发任务书 3．3 需求分析阶段 承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。 本阶段提交的文档：软件需求规格说明书。 原型分析说明书 产品规格说明书 系统技术方案书 质量记录：需求分析评审报告 提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型） 3．4开发策化阶段
1.采购部查询库存信息及用户需求, 若商品的库存量不能满足用户的需要, 则编制相应的采购订货单, 并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部, 并附上采购收货单。公司检验人员在验货后, 发现货物不合格, 将货物退回供应商, 如果合格则送交库房。库房管理员再进一步审核货物是否合格, 如果合格则登记流水帐和库存帐目, 如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。( 共10分) 2．在盘点管理流程中, 库管员首先编制盘存报表并提交给仓库主管, 仓库主管查询库存清单和盘点流水账, 然后根据盘点规定进行审核, 如果合格则提交合格盘存报表递交给库管员, 由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。( 共15分)
3.”进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程: 书商将采购单和新书送采购员; 采购员验收, 如果不合格就退回, 合格就送编目员; 编目员按照国家标准进行的分类编号, 填写包括书名, 书号, 作者、出版社等基本信息的入库单; 库管员验收入库单和新书, 如果合格就入库, 并更新入库台帐; 如果不合格就退回。”售书”的流程: 顾客选定书籍后, 收银员进行收费和开收费单, 并更新销售台帐。顾客凭收费单能够将图书带离书店, 书店保安审核合格后, 放行, 否则将让顾客到收银员处缴费。 画出”进书”和”售书”的数据流程图。 进书业务流程:
进书数据流程: F3.2不合格采购单 售书业务流程:
售书数据流程: 4.背景: 若库房里的货品由于自然或其它原因而破损, 且不可用的, 需进行报损处理, 即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处 理的报损清单, 交给主管确认、审核。主管审核后确定清单上的货品必须报损, 则进行报损处理, 并根据报损清单登记流水帐, 同时 修改库存台帐; 若报损单上的货品不符合报损要求, 则将报损单退回库房。 试根据上述背景提供的信息, 绘制出”报损”的业务流程图、数据流程图。
软件开发流程管理规范
一、概述 随着公司规模的扩大、各部门对软件需求的激增、提高效率的工作要求，IT 部门承接的软件开发项目越来越多，而与之相对应的就是软件开发流程不明确，软件项目的随意性较大、可追溯性较差、可统计性模糊、可预测性不足是摆在我们面前最直接的问题。为了适应公司的发展，IT 部软件开发项目特制订本流程。 二、流程 由上图可以得出以下几个关键步骤： 一、需求部门： I、需求部门首先需要填写《软件需求申请表》，说明需要开发的软件具体用途径、目前工作模式、工作不方便之处、基本功能等信息； II、待 IT 部门评审通过后，通知需求部门，填写《软件开发申请表》，具体列明需要实现的功能、目前工作流程、使用系统后需
要达到的状态，可节省的人力、物力，调高的效率等信息； III、软件开发测试完成之后，接受 IT 部门的软件使用培训，并填写《参与培训确认单》； IV、软件试用结束后，填写《软件验收表》，完成软件项目的开发流程； V、在开发测试过程中，遇到开发风险增加、需求变更等，都需要配合 IT 软件开发人员 填写相关的《项目风险管理表》和《项目 变更管理表》。二、IT 部门： I、积极对需求部门提出的《软件需求申请表》进行评审、审批，限 3 个工作日完成， 及时反馈结果给需求部门；
II、指导需求部门填写各类表格； III、积极评审需求部门填写的表格、积极沟通，有效获得相对准确的需求，并填写完善， 让需求部门签字确认； IV、进入开发流程后，积极填写《项目成员组成表》、《项目策划任务书》、《WBS 表》、 《项目进度计划表》等（具体见附件）； V、积极开展人员培训和软件试用工作，编写完善的《XXX 软件试用说明书》，并要求相关人员签字确认，并存档处理。 三、附件附件一、编码规范1、 命名空间 1. 公共类库（公司功能业务）： （1）全局公共类库： 例：生成 dll 文件，添加至最小应用库可全程序引用 （2）局部公共类库（主要区分公司），命名方式为专有业务场景+专有业务名+具体类名：例：（总部）/In（国内市场）/Rb（生产）注：（公共类库）信息登记、评审、信息共享，命名空间最多三层2. 项目程序文件：项目文件名,以核心功能的英文名称为准,格式:ECO_英文名词首字母大写 2、命名规则 文件夹及相关文件命名规则 a) 文件夹：功能文件夹，采用驼峰形式，首字母大写全称 b) 窗体文件：采用驼峰形式，首字母大写全称
软件开发流程规范 目录 目录 0 一、概述 (2) 二、开发流程规范 (3) 2.1系统软硬件开发环境 (3) 2.2系统架构（系统组成） (5) 2.3系统功能模块设计 (6) 2.4系统功能开发流程图 (7) 2.5开发修改记录 (8) 三、开发代码规范 (9) 3.1文件结构 (9) 3.1.1 文件信息声明 (10) 3.1.2头文件的结构 (12) 3.1.3定义文件的结构 (15) 3.1.4 头文件的作用 (17) 3.1.5 目录结构 (18) 3.2命名规则 (18) 3.2.1 共性原则 (19) 3.2.2 Windows变量命名规则 (21) 3.3程序风格 (24) 3.3.1 空行 (25) 3.3.2代码行 (26) 3.3.3代码行内的空格 (29) 3.3.4 对齐 (31) 3.3.5 长行拆分 (33) 3.3.6修饰符的位置 (35) 3.3.7 注释 (35) 3.4函数设计 (40) 3.4.1 参数的规则 (40) 3.4.2返回值的规则 (42) 3.4.3函数内部实现的规则 (47) 3.4.4其它建议 (50) 3.4.5使用断言 (50) 3.4.6 引用与指针的比较 (52) 3.5变量类型定义 (56)
四、软件测试规范 (56) 4.1单元测试 (57) 4.2 系统测试 (57) 4.6 业务测试 (59) 4.7 验收测试 (59) 4.8 用户现场测试 (59) 五、软件版本管理 (60) 4.1 版本管理的必要性 (60)
、概述 本文制定烟台开发区德联软件有限责任公司计算机软件开发规范文档。本规范的目的是使公司软件开发项目阶段清晰、要求明确、任务具体、编写的代码规范，使之规范化、系统化和工程化，向公司内从事软件开发的工程师和管理人员提出一系列规范和要求，从而有利于开发过程的控制和管理，提高所开发软件系统的质量，缩短开发时间，减少开发和维护费用，以保证项目高质量、顺利进行。 本规范包含：开发流程规范和开发代码规范等，开发流程规范需要技术开发人员编写相关内容，希望每个技术人员形成习惯，如有新的内容更新会及时通知大家，如有好的规范要求也可通知编制人员及时更新。 本规范为烟台开发区德联软件有限责任公司内部材料，严禁其他商业应用。
管理信息系统开发过程中存在的问题及怎么解决 1.对管理信息系统的认识有偏差 管理信息系统的建设与评价侧重计算机硬件配置.而不是信息开发与利用的方法和深度.这种误读给国内外许多组织的管理信息系统带来惨重损失。 2.目标不明确 管理信息系统开发前调研不够充分，分析不够清楚明了，就比如开发的工作人员中，对整个系统所需要达到的目标没有基本的，明确的、全面的的概念，就照着自己的想法做下去，进行设计和开发，做了大量工作后才发现设计不能满足用户的需要，而使得系统开发失败，重新开发设计，这样就浪费了大量的人力、物力、财力以及时间。 3.开发时忽视了高层领导者的态度 有时候开发人员本着自己的意愿设计并开发出了管理信息系统，尽管系统很好，但领导不满意属下擅自动手，不听指挥，从而浪费了时间，资源和心血，还加剧了与领导之间的隔阂。并且在没有领导的授权和支持下，能开发出一个好的信息系统很是艰难。 4.开发时缺乏既懂计算机知识又懂管理业务的复合型人才，并且人员之间的合作能力较差 “只要熟练掌握几门计算机语言，就可以成为一个优秀的信息系统开发人员”这种观点是极其错误的。计算机程序设计语言是实现计算机信息系统的一种工具或手段，编码只不过是计算机信息系统开发过程中的一小部分工作，管理信息系统开发是一项多人群体性的任务，需要很好的合作与协调，没有这些很难开发出所需要的系统，并且会使系统开发周期变长，无针对性。 5.教育、理论体系研究落后 在教育方面主要表现在教学内容陈旧，理论落后于实践，理论在某种程度上又脱离实践，在教学中往往注重学生的编程技巧能力培养，而忽视系统分析、设计能力的培养，学生的实践能力差，团队合作能力差，系统开发本身还缺乏一套严格的理论基础以及缺少一套简单有力的开发工具。 6.开发后缺乏软件测试，并且安全性有待提高 软件测试是开发过程的必要过程，不进行的话，很难知道是否达到预先的要求，实现想要达到的目的，安全性问题在我国是一个很大的问题，山寨，盗版比较猖獗，这增加了开发的成本并严重影响了更新的速度。
一个完整的软件开发流程一、开发流程图
二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。
3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。 2、编码过程一般还需进行服务端和移动端的联调等。
信息系统开发的几个方法 【内容提要】 在信息系统的开发中存在一个误区，认为信息系统的开发过程是一个纯粹的技术过程，没有正确认识到用户和开发人员之间的关系，以及探讨信息系统开发的重要性。实际上，信息系统的开发过程是一个非常复杂的过程，在本文中对信息系统开发周期进行简单介绍，重点讨论了目前常用的三种信息系统的开发方法，尤其是面向对象开发方法，具有较高的使用价值。 【关键词】信息系统原型法结构化法面向对象法 一、概述 随着信息技术的迅速发展和应用范围的不断扩大，信息系统对社会和经济的影响也日益深入。信息系统的开发是一项复杂的系统工程，它不仅涉及计算机技术，还涉及管理业务、组织和行为。一个好的信息系统能大大提高管理效率。信息系统的开发过程是一个用户、管理者、系统分析员、技术人员、程序员等参与者相互影响、相互联系的过程。 二、信息系统的生命周期 任何事物都有产生、发展、成熟、消亡的过程，信息系统也一样有它的生命周期。信息系统在使用过程中随着生存环境的变化，需要不断的维护、修改，直到它不再适应的时候就要由新系统代替老系统，这样的周期循环就被称为信息系统的生命周期。信息系统的生命周期划分为五个阶段：系统规划、系统分析、系统设计、系统实施、系统运行与维护。 其中后四个阶段构成了一个项目开发周期，这个周期是在周而复始的进行着。一个系统开发完成后，随着内外部环境的变化，会不断地积累新的问题，当问题积累到一定程度的时候就需要重新进行系统分析，开始新的系统开发，必要时还要重新进行系统规划。 1、系统规划 系统规划阶段的主要任务是根据企业目标和发展战略，对系统的需求做出分析和预测，研究系统的必要性和可能性，确定信息系统的目标和主要结构，根据需要和可能给出拟建系统的备选方案，并对备选方案进行可行性分析，写出可行性报告。可行性报告审议通过后，将新系统建设方案及设施计划写成系统设计任务书。 2、系统分析 系统分析阶段的主要任务是解决系统“做什么”的问题。根据系统设计任务书，对现行系统进行详细调查，进行分析，确定新系统的基本目标和逻辑功能要求，提出新系统的逻辑模型。其中的分析包括业务流程，分析数据流程，分析功能与数据之间的关系，提出分析处理方式。 系统分析阶段的工作成果体现在系统分析说明书中，它描述了所有管理层和用户的要求。用户通过系统分析说明书可以了解未来系统的功能，判断是不是其所要求的系统。系统分析说明书一旦讨论通过，就是系统设计的依据，也是将来验收系统的依据。这一阶段是系统开发的关键阶段。 3、系统设计 系统设计阶段要回答的问题是系统“怎么做”的问题。这个阶段的主要任务是根据系统分析阶段确定的方案，按照系统的功能要求，结合实际条件，设计实现系统。这个阶段又可分为总体设计和详细设计两个阶段。总体设计的主要任务包括构造信息系统应用软件的总体结构、系统硬件结构、系统配置方案等，详细设计包括人机界面设计、数据库设计等。这个阶段的技术文档是系统设计说明书。 4、系统实施 系统实施阶段是将设计的系统付诸实施的阶段，这一阶段的任务包括计算机等设备的购
信息系统获取、开发与维护程序1.目的为确保安全成为所开发的信息系统一个有机组成部分，保证开发过程安全，特制定本程序。 2.范围 2.1适用于本公司所有信息系统的开发活动中，信息系统内在安全性的管 理。本程序作为软件开发项目管理规定的补充，而不是作为软件开发项目管理的整体规范。 2.2开发过程中所形成的需求分析文档、设计文档、软件代码、测试文档 等技术信息的管理应遵从信息资产密级管理的有关规定，本程序不在另行规定 3.术语及定义 无 4.引用文件 4.1下列文件中的条款通过本规定的引用而成为本规定的条款。凡是注日 期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励各部门研究是否可使用这些文件的最 新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 4.2ISO/IEC 27001:2005 信息技术-安全技术-信息安全管理体系要求 4.3ISO/IEC 17799:2005 信息技术-安全技术-信息安全管理实施细则 4.4信息资产密级管理规定 5.职责和权限 开发部是信息系统开发过程中的安全管理部门, 负责保证开发过程安全。 6.工作程序 6.1控制措施-对信息系统进行安全性需求分析与相关规格说明 6.1.1目标：在描述新系统或改进原有系统的业务需求时，应收 集、分析系统在安全性方面的需求，并在系统需求规格说明书详细 描述。
6.1.2安全性需求包括两方面的内容，一是对系统本身的安全需求，如 系统具备数据通信加密、用户身份鉴别等功能，在确定安全要求 时，要考虑系统中的自动安全控制和支持人工安全控制的要求； 二是对系统设计开发过程本身也要进行控制，例如在不同的设计 开发阶段的评审与验证，确保对程序源代码的保护、对设计人员 的控制等。 6.1.3安全要求在软件开发生命周期中的分布如下图所示： 6.1.4在使用新的应用程序或增强现有的应用程序时必须做安全性影响分 析, 由信息系统项目经理提交安全需求分析。内容可包括以下 项： 1)确认需要保护的资产。 2)评估这些资产需要采取什么安全控制措施。 3)考虑是否在系统中加入自动安全控制措施还是建立人工安全控 制措施。 4)在软硬件采购时，应尽量使用经过专业评估和认证的产品。6.2在应用中建立安全措施 6.2.1控制措施- 输入数据验证 6.2.1.1控制描述- 输入应用系统的数据应加以验证，以确保数据是 正确的。 6.2.1.2实施指南- 应该校验应用于业务交易、常备数据和参数表的 输入信息。需要考虑下列(但不仅限于)内容： 1)输入校验，诸如边界校验或者限制特定输入数据范围的域，以 检测下列错误： a)范围之外的值； b)数据字段中的无效字符； c)丢失或不完整的数据； d)超过数据的上下容量限制； e)未授权的或矛盾的控制数据； f)业务流程、系统安全运行、法规政策等方面所要求的数据 校验；
开发阶段 项目立项主要任务 提出开发请求 用户需求分析 企业的运行情况 企业管理方法 信息需求分析 基础数据管理状态 现有信息系统运行状态 确定系统目标常用工具初步调查各种调查方法系统规划划分子系统 功能结构图的总体设计 数据库系统总体结构设计 总体方案设计代码方案的总体设计 系统物理配置总体方案的设计 工程费用概算与效益分析 制定实施计划 给出系统的总体方案 经济上的可行性研究 技术上的可行性研究 可行性研究操作上的可行性研究
法律上的可行性研究 管理上的可行性研究 书写可行性分析报告 审核批准 组织机构与功 详能分析审核项目开发计划 申和可行性分析报告 组织机构与功能调查 绘制组织机构图 绘制业务功能一览表 收集相关资料 绘制业务流程图 绘制表格分配图 收集相关资料 绘制数据流程图 分析系统目标 分析原系统存在的问题 优化子系统的划分结果，分析各子系统的功能数据分析，绘制新系统的DFD图 新系统的边界分析 确定数据处理方式
系统分析报告组织结构图业务功能一览表业务流程图表格分配图 数据流图U/C矩阵PERT图细 系调业务流程分析xx 数据流分析分析系统分析与逻辑模 型设计 系系统物理配置方案 设计完成系统分析报告，交有关部门审批，选择计算机机型 确定网络 确定DBMS统设计功能结构图设计 系统流程图设计 处理流程图设计 详细设计编码 数据存储设计 输入与输出设计 指定设计规范 编写程序说明书 编写系统设计报告 物理系统的实施绘制功能结构图 划分模块
把DFD图转化为管理信息系统流程图具体规定处理过程中各个步骤 为新系统中的数据编码 统一并改进编码 DB的逻辑结构设计 DB的物理结构设计 输入设计、输出设计 制定文件名和程序名的统一格式 定义处理过程 完成系统设计报告，提交有关部门审批采购计算机和通讯网络系统 准备机房 安装调试设备 管理程序设计 业务程序设计 程序调控 分调 总调 以新系统代替旧系统 将系统交付使用，验收是否合格 编写程序设计说明书
什么是信息？信息和数据有何区别？ 信息是经过加工以后、对客观世界产生影响的数据。信息的概念不同于数据。数据（Data，又称资料）是对客观事物记录下来的，可以鉴别的符号。数据经过处理仍然是数据。处理数据是为了便于更好的解释。只有经过解释，数据才有意义，才成为信息。同一数据，每个人的解释可能不同，其对决策的影响可能不同。决策者利用经过处理的数据做出决策，可能取得成功，也可能得到相反的结果，这里的关键在于对数据的解释是否正确，因为不同的解释往往来自不同的背景和目的。 试述信息流与物流、资金流、事务流的关系？ 组织中各项活动表现为物流、资金流、事务流和信息流的流动。“物流”是实物流动的过程。物资的运输，产品从原材料采购、加工直至销售都是物流的表现形式。“资金流”指的是伴随物流而发生的资金流的流动过程。“事务流”是各项管理活动的工作流程，例如原材料进厂进行的验收、登记、开票、付款等流程；厂长作出决策时进行的调查研究、协商、讨论等流程。信息流与其它三个流的关系可表述如下：“信息流”伴随物流、资金流、事务流的流动而流动，它既是其它三种流的表现和描述，又是用于掌握、指挥和控制其他流运行的软件资源。 简述信息系统的发展过程： 信息系统经历了由单机到网络，由低级到高级；由电子数据处理系统到管理信息系统再到决策支持系统；由数据处理到智能处理，由决策支持系统到智能支持系统；由企业内部管理向外拓展的过程。 诺兰阶段模型的实用意义何在? 它把信息系统的成长过程划分为哪几个阶段? 诺兰阶段模型的实用意义是在确定开发管理信息系统的策略，或者在制定管理信息系统规划的时候, 都可以利用诺兰阶段模型判明本单位当前处于哪一生长阶段, 进而根据该阶段特征来指导MIS建设。诺兰阶段模型把信息系统的成长过程划分为初装、蔓延、控制、集成、数据管理和成熟等六个阶段。 “自下而上”和“自上而下”两种MIS 的开发策略各有何优缺点? “自下而上”开发策略的优点是容易保证最终系统可以运行——尽管所开发的系统不十分完美；缺点是缺乏整体的优化，不能象想象那样完全周密。由于缺乏从整体出发考虑问题，在开发过程中，往往要作大量的重复工作和做许多重大修改，甚至重新规划、设计。 “自上而下”的开发策略的优点是整体性和逻辑性强；缺点是开发工作的难度较大，复杂、繁琐，如果考虑不周，往往会出现运行不协调的危险。 什么是企业流程重组?为什么说企业流程重组不仅渉及到技术,而且涉及到人文因素?人文因素体现在哪些方面?
1. 采购部查询库存信息及用户需求, 若商品的库存量不能满足用户的需要, 则编制相应的采购订货单, 并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部, 并附上采购收货单。公司检验人员在验货后,发现货物不合格, 将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格, 如果合格则登记流水帐和库存帐目, 如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 (共 10分 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 (共 15分
3. “进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和新书送采购员; 采购员验收,如果不合格就退回, 合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后, 收银员进行收费和开收费单, 并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程:
进书数据流程: F3.2不合格采购单售书业务流程:
售书数据流程: 4. 背景 :若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理, 即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单, 交给主管确认、审核。主管审核后确定清单上的货品必须报损,则进行报损处理, 并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。
类别：患者安全
ERP
标准业务流程
上海（）有限公司 二〇二一年一月
页脚内容1
类别：患者安全
一、销售部分：
（一）、发出商品销售业务：
编号： PR-SA-003
业务编号
SA-003
业务名称 发出商品销售业务
流 程 适 用 范 无论赊销、现销，当月完成发货后,以后月份结算的销售业务
围
相关岗位及
岗位
权限
销售助理
系统操作
销售管理模块中录入销售订单
权限
录入
销售主管
销售管理模块中审核销售订单
审核
销售助理
销售管理模块中录入发货单
增加、审核
保管员
库存管理模块中仓库调拨单录入、一审
录入、一审
发货检验员
仓库调拨单二审
二审
财务开票员
以后期间，开据销售发票
录入
材料成本会计 根据销售调拨单生成出库单并钩稽发发票，存货核算模 记账、制单
块中记账、制单
应收往来会计 应收账款模块中结转收入、应收往来核算
审核、核销、制单
相关部门或岗位
客户
销售部
库房记账员
材料成本会计/往来会计
页脚内容2
类别：患者安全
收 货
合同签定，
具 或接到订 体 单。 工 作 流 程
填写销售订单 审核销售订单 填制发货通知
单并审核
审核调拨单 项式单
仓库调拨单
结
以后结算 开 据 销 售
转
出库单
销
售
钩稽
成
销本
销售发票
售
现结
收 审核
入
应收账款
填制收款单 收款
1、销售业务员与客户签订销售合同，销售助理依据在【销售管理】模块录入销售订单并销 售主管对销售订单进行确认，并在系统中对订单进行审核。
2、产品生产完毕完工入库后，销售助理在【销售管理】模块根据销售订单生成销售发货通 流
知单，
程 3、保管员根据【销售管理】模块中审核后的销售发货单通知单生成仓库调拨单并进行审核， 产品出门。
描 4、以后期间结算时，销售助理根据客户开票需求,对已审核的提货存根联及开票通知单,并
述 送财务部门进行开票； 5、财务开票员根据销售助理复核后的开票通知单，开具销售发票。 6、材料成本会计在【仓库核算】模块根据仓库调拨单生成销售出库单，材料会计对销售发 票进行审核处理并钩稽销售出库单，月底根据根据销售出库单生成销售成本结转凭证。。
7、往来会计收款时在【应收管理】模块中填制收款单并根据收款单生成收款凭证。 页脚内容3
实验三业务流程图[实验目的] 1.熟练绘制组织结构图 2.掌握业务流程图的绘制方法 [实验内容] 1.试根据下述业务过程画出物资订货的业务流程图：采购员从仓库收到缺货通知单以后，查阅订货合同单，若已订货，向供货单位发出催货请求，否则，填写订货单交供货单位，供货单位发出货物后，立即向采购员发出取货通知。 2.某工厂成品库管理的业务过程如下：成品库保管员按车间送来的入库单登记库存台帐。发货时，发货员根据销售科送来的发货通知单将成品出库，并发货，同时填写三份出库单，其中一份交给成品库保管员，由他按此出库单登记库存台帐，出库单的另外两联分别送销售科和会计科。试按此业务过程画出业务流程图。 1图： :
图2． 实验三（二）． [实验目的] 1.掌握业务流程图和业务流程图的绘制方法
[实验内容] 1.根据下述业务过程绘制业务流程图：采购部门准备采购单一式四份，第一张交给卖方；第二张交到收货部门，用来登记收货清单；第三张交给财会部门，登记应付账；第四张存档。到货时，收货部门按待收货清单校对货物是否齐全后填写收货单四张，其中第一张交财会部门，通知付款，第二张通知采购部门取货，第三张存档，第四张交给卖方。 2..绘制业务流程图。 销售科负责成品销售及成品库管理。该科计划员将合同登记入合同台账，并定期根据合同台账查询库存台账，决定是否可以发货。如果可以发货，则填写出库单交成品库保管员。保管员按出库单和由车间送来的入库单填写库存台账。出库单的另外两联分送计划员和财务科。计划员将合同执行情况登入合同台账。销售部门负责人定期进行销售统计并上报厂办。 2图： 1图：
数据流程图实验四 [实验目的] 掌握数据流程图的绘制 [实验内容] 1.某仓库管理系统按以下步骤进行信息处理 （1）保管员根据当日的出库单和入库单通过出入库处理去修改库存台帐；
软件开发过程规范范文 1. 前言 1.1 目的 本规范的目的是使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 1.2 对象 本规范面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。 1.3 要求 具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。 1.4 适用范围 适用于产品开发生命周期中的除产品提交外的其他全部过程；规范分为两部分：技术过程规范和管理过程规范，分别适用于软件开发过程中的技术性活动和管理性活动。 1.5 软件开发过程模型 本规范所采用的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。 1.6 开发过程划分 开发过程包括多次迭代，每次迭代的目标和侧重点不同；较早的迭代侧重于业务建模和需求建模；而后的迭代则侧重于分析设计和编码。 2. 技术过程规范部分 2.1 概述 本规范中将软件开发的整个技术过程分为四个顺序实施的阶段，分别为业务建模阶段、需求阶段、分析设计阶段和实现阶段。在对技术过程规范的描述，按阶段内部的活动和产物对四个阶段分别说明。 在本规范中对阶段内活动的说明，是按顺序性活动和持续性活动两类分别进行说明。
对于顺序性活动是按该阶段中活动的总体顺序进行的描述，而在实际工作中，从各活动的具体实施的细节来看，各活动之间的顺序是不断交叉变化的。对于持续性活动主要是对贯穿该阶段过程始终的技术活动进行说明。 规范中所提到的可选文档是指在其所属阶段，可根据具体情况灵活掌握，开发团队自主决定是否开发的文档产物。而提交文档则是指在项目开发过程中必须开发的文档产物，但可根据具体项目情况，在软件开发计划中明确规定是否要形成正式文档并提交。 规范中各阶段提到的技术评审，具体参见《评审规范》中所对应技术性评审的详细描述。 2.2 业务建模阶段 2.2.1 顺序性活动描述 1)开始初步调研，获取初始业务需求，进行问题定义，形成《业 务概览》并建立《术语表》； 2)制定《调研记录表册》，实施详细的业务调研，建立初始的 业务用例模型和《业务用例规格》； 3)分析业务过程，取出可以实现自动化的用例，分析业务部门 和实体对象，形成初始的业务对象模型； 4)根据初始业务对象模型和初始业务用例模型，分析并提取与 系统实现相关的用例和模型，建立系统域模型； 5)精化域模型中的初始用例，详细描述业务流程，分析业务规 则，建立精化的业务用例模型，形成《业务规则》和《业务 用例规格》； 6)精化域模型中的初始对象，进行详细的对象描述，分析对象 职责和对象间关系，建立精化的业务对象模型，形成《业务 对象纵览》； 7)分析业务上的非功能性需求，形成《增补业务规格》； 8)应用业务对象，实现业务用例，制定《业务用例实现规格》， 以验证业务对象与业务用例的正确性，根据验证结果，修正 业务对象、业务用例及相关文档； 9)汇总《业务规则》《业务用例规格》《业务对象纵览》《增 补业务规格》和《业务用例实现规格》形成《业务架构文档》。 2.2.2 持续性活动描述 1)《业务概览》在业务建模阶段，根据对项目理解的不断加深， 随时进行改进； 2)《术语表》的更新维护； 2.2.3 提交文档 1)《业务概览》 2)《术语表》 3)《调研记录表册》 4)《业务架构文档》其附件包括：《业务规则》《业务用例规