信息系统工程

第一篇：信息系统工程

《信息系统工程》杂志社信息系统工程版面费信息系统工程编辑部信息系统工程征

稿信息系统工程代写代发

作者： 管理员来源： 中国期刊采编官网点击数：101更新时间： 2012-4-12 16:35:38

信息系统工程杂志社

《信息系统工程》是由天津市发展和改革委员会主管，天津市信息中心主办、国家信息中心及各省市信息中心为支持单位的科技类月刊，国家经济信息系统核心期刊、中国核心期刊（遴选）数据库入选期刊、CNKI中国期刊全文数据库收录期刊。国内外公开发行，《信息系统工程》国内统一刊号：CN12-1158/N；《信息系统工程》国际刊号：ISSN1001-2362；《信息系统工程》邮发代号：82-173；《信息系统工程》国外代号：M8041。《信息系统工程》重点报道我国国民经济和社会信息化建设的方针、政策，交流信息系统建设的规划、方案和成果，介绍信息技术和应用的实例和经验。以信息化管理为核心内容，以信息技术的前瞻性、实用性、创新性为特色，面向信息系统管理、网络管理、各大院校、科研单位和政府、企事业单位信息管理、研究人员。自1988年创刊以来，已经成为我国重大信息工程建设的参谋、展示系统集成技术的窗口、交流我国信息化进程的园地、沟通国内外信息产业的桥梁。

1、《信息系统工程》栏目设有：新闻透视、信息化建设、高教论坛、专家视点、系统实践、系统安全、数字地方、经验交流、统计调查、学术研究、电子政务、财务应用等栏目。

编辑QQ:745224074投稿邮箱：org@vip.163.com

客服电话：027-83227427

（投稿请注明期刊名称）

（来稿会在1-2天内回复录用结果，部分核心期刊审稿周期半个月，敬请谅解）信息来源： 中国期刊采编官网

客服电话：027-83227427（投稿请注明期刊名称）

（来稿会在1-2天内回复录用结果，部分核心期刊审稿周期半个月，敬请谅解）信息来源： 中国期刊采编官网www.xiexiebang.com

注：投稿请注明期刊名称

信息系统工程杂志社 信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿

第二篇：信息系统工程实验相关2014

2013-2014学年第二学期的实验要求

第12周授课内容：信息系统的分析（实验）。

目的要求：掌握需求分析文档的编写。

授课方式：上机实验。

其它说明：上机实验报告。

第13周授课内容：信息系统的总体设计和详细设计（实验）

目的要求：掌握总体设计与详细设计文档的编写。

授课方式：上机实验。

其它说明：上机实验报告。

第14周授课内容：信息系统的测试（实验）。

目的要求：掌握测试报告的编写。

授课方式：上机实验。

其它说明：上机实验报告。

实验报告书，提交电子版给课代表（班长或学习委员）（thal_jn@163.com），不需要使用实验报告纸，实验完成一周内上交。

个人（文件名：实验1-姓名-题目）班级（文件名：实验1-班级-份数）

实验地点：662和661的43-69号机器（visio）。

时间：课表时间。

实验参考题目

各实验参考题目中的用户需求可进一步查找资料获得，这里给出了一种可能的需求情况，供参考。

（1）教学事务管理系统

某学院教务处教学事务现由手工管理，效率低、易出错、耗费人力。教务处希望设计一个实用的教学事务管理系统，完成学生的学籍管理、报到注册、课程的选择、成绩登入、各种通知单的打印和报表的输出等。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元，开发完成后，原有的三名管理人员可以减少为二名，每人月工资是600元。

用户的具体需求主要有：学生的学籍管理：建立学生学籍档案，包括学生的学号、姓名、性别、出生年月、籍贯、政治面貌、家庭住址、入学时间、学院、专业、年级、班级等。对新入学的学生进行登记，将他们的信息记入学籍档案，对毕业、休学、退学的学生进行除名、注销，对调整专业的学生必须做调整记载。对变动情况建立备忘录，对上述情况的变动原因、时间、去向等进行记载。学生新学期的注册、报到登记。学生学期开学的课程选择，对必修课、限选课直接录入，计算总成绩、平均成绩，并按班级排出名次。统计功能，统计各门课程的及格率，优秀率，各分数档人选。系统可查选学生的学籍情况和选课、学习情况，打印学籍表、个人成绩报告表、班级名词表、各门课程统计表等要求的表格。

（2）计算机辅助语言教学系统（辅助学习C语言或其他语言）

计算机语言学习，例如C语言单调抽象，初次学习的人会感觉困难。为此希望开发计算机辅助语言教学系统，形象、生动的进行语言教学，并可在教学完成后进行测试，系统具有灵活的人机界面和交互能力。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右（考试设备利用原有计算机，不用增添新设备），开发工作量约需三个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元。开发完成后，可以减少教师的部分教学工作量，还可提高学生的学习兴趣。

该系统要实现教学功能，同时能测试学习者掌握知识的情况。教学部分主要辅助C语言的有关语句指令的教学，并辅助进行初步程序设计的学习。动态的给出C语言主要语句指令的格式和在程序中的应用范例，然后由学习者作出相应的练习，为学习者指出其中的错误，并给出正确答案。在每单元教学完成后，学习者可以做综合练习和测试，为学习者打分。

（3）毕业论文管理系统

学生的毕业论文管理目前采用手工管理，管理比较混乱，当需要查找或参考时很不方便，希望设计一个小型的毕业论文管理系统，对学生的毕业论文工作进行计算机化管理。

估计开发该系统需购买硬件，外部设备（高性能计算机一台，打印机一台），花费1.2万元左右，开发工作量约3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元；开发完成后，原有的两名管理人员可以减少为一名，每人月工资600元。用户的主要需求是：在毕业论文开始阶段，将可以带毕业设计的导师进行登记（或对原来的导师进行更新），对导师提出的毕业论文题目和要求进行登记，并进行分类，对毕业的学生进行登记，然后按照一些限定条件（如导师所带学生人数的限制），由学生选择导师和题

目，对发生冲突的情况能进行合理的调配。当学生选定了题目并完成论文工作后，对论文的主要内容进行登记，由答辩委员会对论文的成绩进行评定并做记录，将来可以根据用户的需求对论文进行查询和分类检索，并根据需要打印有关内容。

（4）运动会管理系统

某校每年开两次运动会，由于运动会综合管理采用手工方式，经常发生记录错误的情况。因此希望开发学校运动会管理系统，功能包括报名编号、安排比赛、登录成绩、单项名次公布、团体总分公布等，并可查询和打印比赛成绩。开发完成后，可减少管理人员的数量，提高效率。

用户的具体需求有：登录比赛项目，提出报名的限制要求（包括运动员所报项目，班级运动员人数），各个班级运动员报名后，登录报名情况，检查是否符合要求，为符合要求的运动员自动编号，并为比赛安排裁判员。比赛时先进行检录（运动员报到），检查实际与报名是否相符，为符合要求的运动员安排比赛，比赛后，录入成绩，并计算单项名次，取前若干名，登记领取奖品，为班级累计总分，全部比赛结束后，公布全体总分，并取前若干名。在比赛过程中和比赛结束后，可查询报名和比赛情况，并可进行打印。

(5)小型超市销售管理系统

某小型超市的销售目前采用手工管理，效率低、易出错、会计工作量大，希望设计一个小型超市销售管理系统，登记每天的收入、支出，统计每月销售情况，按规定格式打印销售报表，允许多种方式查询货物库存情况，并按货物销售情况对于缺货自动发出预警通知等。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元，开发成功后，原有的二名管理人员可以减少为一名，每人月工资600元。

用户的具体需求是：以月为结算单位，当购买新的商品并验收合格时，可以进行入库登记，登记的项目包括编号、货号、品名、规格、计量单位、数量等，并修改库存帐，产生当天库存报表。当销售出商品时，记录获得的销售收入，销售的成本按照该类货物的月进货平均价格计算，并修改现有的库存；当天的其他支出，也要进行记录。根据处理后的信息产生当天的收入、支出情况日报。能够根据需要以多种方式进行货物情况查询，并能查询某一货物的储备情况，若低于最低储备量，给出缺货警告，并将结果通过报表形式通知采购人员。每天打印收入、支出情况日报以及日库存表，每月底统计该月的销售情况，将按年计算的支出项目分摊入该月，并打印销售报表。

（6）图书管理系统

某校图书馆现为人工管理，效率低、易出错、手续繁琐，而且耗费大量的人力。图书馆希望设计一个图书管理系统，管理读者的登记、图书的购入、借出、归还以及注销等。管理人员还可以查阅某位读者、某本图书的借阅情况，对当前借阅情况给出一些统计，给出统计表格，以全面掌握图书的流通情况。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元，开发成功后，原有的三名管理人员可以减少为二名，每人月工资600元。

用户的具体需求是：要求该系统可以完成读者登记、购入新书、读者借书、读者还书、图书注销等功能。读者登记时要为读者编制读者卡片，包括读者的具体信息（读者编号，姓名，学院，专业，年纪等），写入读者目录文件中。购入新书时要为该书编制图书卡片，包括分类目录号、流水号（唯一）书名、作者、内容摘要、价格和购书日期等信息，写入图书目录文件中。读者借书时，先检查该读者是否是有效的读者，若无效则拒绝借书，否则检查该读者所借图书是否超过最大限制数（根据情况自定）以及有未归还的过期图书，否则拒绝借书。查找该图书是否还有，如果有则可以借出，登记图书分类号、读者号和借阅日期等。读者还书时，根据流水号，从借书文件中读出有关记录，表明还书日期，如果图书过期，则处以罚款，并打印罚款单。在某些情况下，需要对图书馆的图书进行清理工作，对无价值的和过时的图书要注销。咨询要求分为查询某位读者、某种图书和全局图书三种情况。可以打印读者和图书情况统计表。

（7）人事管理系统

某学校的人事档案由手工处理，需要的人员多，效率低，易出错，两者之间的协调有时出现问题。学校希望设计一个人事档案管理系统，以便对单位所有职工的各种信息进行处理，包括统计、查询、修改、根据需要制表等。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需5个人月工作量，每人月工资约为2500元，开发完成后维护费用每年约600元，开发完成后，原有的四名管理人员可以减少为两名，每人月工资600元。

用户具体需求是：建立职工人事档案，包括：工资号、姓名、姓别、出生年月、单位、文化程度、职称、参加工作时间、住址等。对新来的职工（包括调入、分配、招聘）进行登记，将他们的信息记入人事档案。对调出、死亡、开除的职工进行除名、注销，对本单位内

部调动的职工和离退休人员必须做调整记载，如修改单位名称、任职情况、对调职后的职工修改职称等。对人事的变动情况建立备忘录，对上述情况的变动原因、时间、去向等进行记载。可以进行各种查询。完成各种统计，人事部门必须随时掌握各单位的人员结构，以便对各种人员的配备计划调整，包括职称结构、年龄结构、知识结构等。例如职称结构要求列出各单位具有哪些职称、人数、百分比等。人员是经常变动的，机器应随时可列出这些信息。打印各种表格，除人事档案存档表以外，还需要一些表格，如“职工花名册”，只包括部分信息：工号、姓名、年龄、单位等，“职工住址表”，只包括职工所在单位和住址，“变更备忘录”，专供查询历史记录，特别是在主文档中已被清除的信息，在备忘录中留下部分信息以备查询。

系统要求有良好的安全保密性，能只授予专门从事此工作的用户操作权限。

（8）学校实验设备管理系统

某校的实验设备目前由人工管理，管理混乱，设备丢失损耗情况严重。希望开发设备管理系统，对实验设备的入库、出库进行管理，并完成查询和打印功能。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需4个人月工作量，每人月工资约为2500元，开发完成后维护费用每年约600元，开发完成后，原有的两名管理人员可以减少为一名，每人月工资700元。

用户的具体需求是：当购买了新的实验设备并验收合格时，可以进行入库登记，登记的项目包括编号、货号、品名、规格、计量单位、数量等，并修改库存帐，产生当天日库报表，根据对实验设备需求的领料单发出货物，若价格已调整，按调整的价格出库，若未调整，按照领料单上物资编号中入库批次做相应价格计算，将处理后的信息产生当天的出库日报。并能根据调价通知和储备量的调整通知，修改设备的价格和合理储备量。能够根据需要进行相关内容的查询物资情况，并能查询某一物资储备情况，若低于最低储备量或高于最高储备量，给出警告，并将结果通过报表通知采购人员，并可打印入库、出库日报。

（9）课程考试辅助系统

当前课程考试存在着考试形式和方法单

一、阅卷工作量大、透明度低、学生存在抵触情绪等问题，因此希望开发计算机辅助考试系统，实施标准化考试，同时培养学生使用计算机的能力。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右（考试设备利用原有计算机，不用增添新设备），开发工作量约需5个人月工作量，每人月工作资约为2000元，开发完成后维护费用每年约600元。开发完成后，可以减少出题、监考、阅卷多人工作量。主要是提高考试透明度和组卷灵活性。

用户的具体要求：建立一个可增加删改的试题库，各题目有参考答案和评分标准，可以根据用户需求生成试卷，考生可以在计算机上进行考试。首先输入自己的基本情况，系统进行记录，在考试过程中系统可接受考试答案并控制考试时间，系统可为考生进行评卷和打分，并可汇总全体考生的成绩，并可打印生成的试卷和学生成绩报告单，考生可查询自己的成绩。

（10）仓库管理信息系统

仓库管理信息系统是购物中心整个计算机网络与管理信息系统中的重要组成部分，在为企业规范管理、减少部门库存、加快物流周转、降低人力成本等方面显示其成效。为减少员工重复性动作和帮助管理人员规范化管理，希望开发仓库管理信息系统。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，花费1.2万元左右，开发工作量约需5个人月工作量，每人月工资约为2500元，开发完成后维护费用每年约600元，开发完成后，原有的四名管理人员可以减少为二名，每人月工资700元。

用户的具体需求是：用户登录以及权限设置：可增加或删除系统的操作人员，并且制定操作人员的权限；仓库设置管理：对仓库信息进行管理，包括仓库信息的建立、编辑和删除工作；材料编号管理：使用材料编号入库的方式来进行材料管理，方便掌握材料的种类、数量；材料出入库管理：根据材料的编号或名称进行管理；库存盘点：可以掌握实时库存，方便进货，减少库存堆积；可以打印各种报表清单。

参考书：

卫红春，朱欣娟编著，信息系统分析与设计（第二版），西安电子科技大学出版社，2008。杨选辉编著，信息系统分析与设计，清华大学出版社，2007。

第三篇：信息系统工程监理心得体会（精选）

信息系统工程监理心得体会

经过一个学期的学习，和网上资料的理解。我认识到信息系统工程监理是大型信息系统建设是一项投资大、周期长、知识密集、高风险的系统工程，行业新颖、人员年轻、科技含量高、智力密集、所涉及的领域宽广、对实践经验要求高。但目前信息系统工程的市场不规范、政策法规不完善、缺少监督监理机制，致使不成功的信息系统工程建设屡见不鲜。

大型信息系统建设是一项投资大、周期长、知识密集、高风险的系统工程，行业新颖、人员年轻、科技含量高、智力密集、所涉及的领域宽广、对实践经验要求高。但目前信息系统工程的市场不规范、政策法规不完善、缺少监督监理机制，致使不成功的信息系统工程建设屡见不鲜。

一、信息系统工程监理的概念和内容

信息系统工程监理是监理方受业主方委托，代表业主的利益，保护投资、控制质量、确保进度；站在第三方的立场，公平对待工程各方，确保公正性、公平性、公开性。在实际操作中，我们把信息系统工程监理分为网络工程监理和软件工程监理。

所谓网络工程监理，是指在网络建设过程中，给用户提供建设前期咨询、网络方案论证、系统集成商的确定、网络质量控制等一系列的服务，帮助用户建设一个性价比最优的网络系统。

所谓软件工程监理，是参照软件工程的思想，对在建软件系统的整个软件生命周期进行的全过程监理；并给用户提供咨询、帮助建设运行制度等有益的服务项目，目的是帮助用户建设一个高质量的、具有可持续生命力的软件系统。

二、软件工程监理现况

近期流行这样一句话：软件就是服务。CCID在发布的2001-2002年中国软件市场研究报告中指出，2002年及以后几年的重点是建立软件服务评测体系和监理制度。可见，包括业主和软件提供商都认识到了软件质量对一个软件系统建设的重要性。软件工程监理逐渐会得到大家的共识和认同。

但软件工程监理的难度并非一般人所能想象的，下面从软件工程本身和监理依据两个方面来解释这一观点：

软件工程的特点及对监理人员的要求

软件工程技术含量高，是智力、知识密集型的产业；往往处于发展中的高科技领域，涉及当前最新的研究领域，有时会是多种科学技术领域的综合与交叉；与技术的继承程度相比，创新成分多，新开发的工作量大；工程类型广泛，涉及国民经济的各行各业。这些特点决定了从事软件工程的监理人员必须具有较高、较广的知识面，并且相对熟悉所涉及行业的领域知识。

软件工程不可预见成分高，风险程度大，监理人员必须认识到软件质量对用户的重要性。另外，用户需求随形势发展而容易发生急速变化，甚至有许多要求超过新技术的发展。监理人员必须能有效控制用户需求的不确定性对项目管理所带来的影响，另一方面，有时需要监理人员花费时间和精力收集资料，为用户提供前期咨询。

三、软件工程监理的几点探索

1．监理首要是咨询

监理首要是咨询。其次才是对工程的监督与控制。实践中表明这两点并不矛盾。深入的和具有说明力的咨询工作会引导监督与控制工作向着更健康、更协调的方面发展。需要强调一点：对工程技术文档的熟悉和理解。文档包括业主的需求报告、集成方的需求分析报告、概要设计、详细设计等标识软件生命周期各阶段的文档。监理人员对工程项目的理解和把握很大部分通过这些文档实现。监理人员对这些文档所述内容的咨询、建议可以通过监理意见书的形式提交与业主和集成方。

2．全过程监理

著名的质量管理专家W.E.Deming认为，产品质量涉及到生产的所有环节，只有各个生产层面都不忽视质量，最后才能得到高质量的产品。监理人员对软件工程几个开发阶段如分析、设计、实施、测试等实施全过程监理，使影响系统质量的要素在开发过程中处于受控状态。

我们参考建筑工程监理的流程和规范制订软件工程监理的通用规划，根据软件工程开发规范和ISO90003标准制订软件开发和系统集成过程的监理规范。并根据工程的特点及需要，制定工程的监理依据，包括质量保证书等全局性依据和其他阶段性监理依据。

3．确定三方工作流程

由于软件开发独有的特点，监理方对工程细节的理解远不如集成方，为实施有效的监督控制工作，必须制定规范的三方工作流程，并征得业主同意。对某一个重要阶段，也有必要制定相应的三方工作流程。如针对子项开发与验收，我们制定了以下流程：

4．系统初验

软件系统的初验是监理工作在软件项目管理上的一个创新点，是人为地将软件试运行另外划分为一个新的阶段。它的目的在于尽可能快的和有效地解决用户对软件系统的不适应，增强软件的生命力。通过初验的形式，使集成方投入相对多的人力对系统进行完善。当然，如果业主与集成方事先有约定，可以作为分期。

姓名：岳龙

学号：2008130212

第四篇：信息系统工程监理基础知识

监理单位的资质条件：综合条件、业绩、监理能力、人才实力。

监理资质：从业年 注册资金 案例 大案例 案例总金额 技术人员 监理师 负责人经历 案例规模 审批

甲级： 4 500万 12个 5000万*1 4亿 50人 30人 5年 无限制 国家级

乙级： 2 300万 09个 1000万*2 2亿 30人 15人 4年 <1500万 国家级

丙级： 2 100万 300万*2 5000万 10人 6人 3年 <500万 省市级

资质证书：有效期四年，满四年为及时更换且超过有效期30天，则资质证书予以注销。

监理单位组织建设：业务体系建设、质保体系建设、管理体系建设。

监理单位经营组织结构分为：直线型、职能型、矩阵型。

监理项目部实行总监理工程师负责制。

监理服务质量按照时间可分为：预防性控制、监督性控制、补偿性控制。

监理服务质量按照评价方式可分为：内部评价、外部评价。

监理服务质量控制内容：

（1）监理人员素质数量（2）监理工作指导文件（3）监理实施过程（4）监理效果

监理单位的权利和义务：

(1)“守法、公平、公正、独立”（2）按照监理合同取得监理收入

（3）不承建信息系统工程（4）与承建单位不存在隶属和利益关系

（5）不侵害知识产权（6）违法律应承担相应的经济和法律责任

监理单位的行为准则：守法、公正、独立、科学、保密。

监理单位的风险类别：行为责任风险、工作技能风险、技术资源风险、管理风险。

监理单位风险防范方法：

（1）谨慎签订监理合同（2）严格履行合同（3）提高专业技能（4）提高管理水平

监理单位应于委托监理合同签订后10个工作日内将监理项目部的组织情况通知建设单位。

监理工作程序：

（1）确定总监理工程师，成立项目监理组织。（2）编制监理规划。（3）制定监理实施细则。（4）规范化开展监理工作。（5）参与验收签署建设工程监理意见。（6）向业主提交监理档案资料（7）监理工作总结。

监理人员的岗位职责：

总监理工程师：（监理师代表的职责不包括方框中的内容）

（1)对监理合同的实施负全面责任（2）负责管理监理项目部日常工作，定期向监理单汇报

（3）确定人员分工（4）人员调配和人员更换

（5）主持编写监理规划及审批实施方案（6）主持编写监理月报、监理工作阶段报告、专题报告、和项目监理工作总结，主持编写工程质量评估报告

（7）组织整理工程项目监理资料（8）主持监理工作会议，签发项目部重要文件和指令（9）审定承建单位开工报告、系统实施方案 系统测试方案和进度计划

（10）审查承建单位竣工申请，组织监理人员进行竣工验 收，参与工程项目竣工验收，签署竣工验收文件。

（11）审核签认系统工程和单元工程的质量验收纪录（12）主持审查和处理工程变更（13）审批承建单位的重要申请（14）参与工程质量事故调查 签署工程费用支付证书

（15）调解建设单位和承建单位的合同争议，（16）指定专人记录工程项目监理日志 处理索赔审批工程延期

专家的职责：提供参考意见、技术指导，重大方案评审、接受专业监理工程师的咨询。

专业监理工程师：

（1）负责编制建立规划中本专业监理实施方案（2）本专业的测试审核、单元工程验收，提出本专业自系统工程验收意见

（3）负责系统是时方案中的本专业部分（4）负责本专业的计划、方案、申请、变更，并向总监理工程师提出报告

（5）负责核查本专业相关设备的原始凭证、（6）负责本专业工程量的核定，审核工程量的数据 检测报告等质量文件及实物；有必要时进行检验 和原始凭证

（7）负责本专业监理资料的收集、汇总及整理，参与编写监理日志、监理月报。监理员：

（1）在监理工程师的指导下开展监理工作。（2）检查设备、人力及使用、运行情况，并做好检查记录。

（3）复核或从现场直接获取工程量核定的有关数据（4）按详细说明书及有关标准，对承建单位的实施过程进 并签署原始凭证文件。行检查和记录，对安装、调试、测试结果进行记录。（5）做好督导工作，发问题及时指出并向本专业（6）做好监理日记和有关的监理记录。监理工程师报告。

监理规划的依据：

（1）与工程建设有关的法律、法规及乡木审批文件。（2）与监理有关的法律法规及管理办法。（3）与本项目有关的标准、设计文件、技术资料。（4）监理大纲、监理合同及相关合同文件。

监理规划的内容：

（1）工程项目概况（2）监理的范围、内容与目标（3）监理项目部的组织结构和人员配备（4）监理依据、程序、措施及制度（5）监理工具和设施

监理实施细则的编制方式：（1）专业分工编制（2）分阶段编制（3）按工作内容编制

监理实施细则的依据：（1）已批准的项目监理规划（2）相关的国家、地方正则法律法规和技术标准（3）与工程向关的设计文件和技术资料（4）实施组织设计（5）合同文件

监理实施细则的内容：（1）工程专业的特点（2）监理流程（3）监理控制要点及目标（4）监理单位方法及措施

质量控制

信息系统工程质量的概念：在力求实现信息工程项目总目标的过程中，为满足信息工程项目总体质量要求所开展的有关的监督管理活动。监理单位的质量控制主要包括项目实施过程的质量控制以及项目实施结果与服务的质量控制。

质量控制的意义：质量控制是进度、成本和变更控制的基础和前提，如果质量失控，那么成本、进度和变更控制就无从谈起，质量控制贯穿项目建设的始终。影响信息系统工程质量的因素 ：

协同质量控制的概念以及业主方、承建方、监理方三方在协同质量控制中的作用：

（1）三方都应当建立各自的质量保证体系，质量控制任务应该由三方共同完成。（2）承建单位的质量控制体系是整个项目质量保障的关键。（3）建设方应该建立较完整的工程项目管理体系。

（4）监理方既要按照自己的质量体系从事监理活动，还要对承建方的工程管理体系进行督导和指导，使之有效实施。

（5）质量控制体系以承建单位的质量保证体系为主体。

质量控制手段的特点、适用范围和使用要求：（评审、测试、旁站、抽查）

评审

主要目的是检查项目当前状态，项目评审一般是项目里程碑接近完成时进行，通过专家评审及时发现问题，并给出处理意见。

评审范围 建设单位的用户需求和招标方案 承建方的质量控制体系和质量保证计划

承建方的总体技术方案、工程实施方案、系统集成方案、培训方案。

承建方有关应用软件开发的重要过程文档。

其他需要会审的重要方案。

评审过程 由总监理工程师组织专家和相关人员，根据会审方案和承建方提交的资料形成会审结论。

建设方和承建方根据监理一件进行处理，处理结果由现场监理组进行确认，报总监理工程师签发。

测试 监理单位主要有三方面的工作。（监督建设方的测试、现场抽查测试、协助和评估第三方测试）

旁站 在总监理工程师的指导下，对某些关键部位或关键工序的实施全过程现场跟班的监督活动。

抽查 主要针对设备和软件产品以及项目中有可能发生质量问题的环节进行检查。

质量控制点的含义、作用和设置原则：

质量控制点 对信息系统重点控制对象或重点建设进程，实施有效的质量控制而设置的一种管理模式。

可以将质量总目标分解为控制点，通过控制点的控制，实现工程质量总目标的控制。（1）将工程质量总目标分化为简单的控制点。（2）易于分析和掌握控制点所处的环境因素。（3）有利于计算分项目标值与实际标值的偏差。（4）有利于制定、实施纠偏措施和控制对策。（5）通过下层质量控制点分项目标的实现，对上层控制点提供保证。

质量控制点设置原则 突出重点、易于纠偏、有利于三方共同参与、灵活性和动态性

工程招投标及准备阶段质量控制的要点及方法（招标过程质量控制、对建设方及人员资质审核）

招标过程质量控制

（1）协助建设方提出整体质量目标（2）参与标书编制，对可能有质量影响的因素明确提出要求（3）协助制定评标标准（4）对项目标书中指来能够控制计划审核，提出监理意见

（5）对招标过程进行监控（6）在项目承包合同中对工程质量目标提出明确要求

建设方及人员资质审核

（1）资质文件是否真实齐全（2）承建方资质等级是否与工程规模相适应（3）承建方主要技术领域是否与工程需求相符（4）审核建设方的项目经理资质（5）技术人员是否与本工程技术要求相符（6）承建方的质量保证体系是否完善

工程设计阶段质量控制的要点及方法

工程设计阶段质量控制的重点是对承建方提供的各类设计实施方案进行审查，并采取监理措施。

（1）协助建设方监理质量目标规划和安全目标规划（2）提出各种设计文件，质量标准（3）进行设计过程跟踪，发现问题及时与承建方协调（4）审查阶段性设计成果，提出监理意见（5）审核建设方总体设计方案（6）审核建设方的关键部位测试方案（7）协助承建方建立、完善工程质量保证体系（8）协助承建方的完善现场质量管理制度（9）组织设计文件及设计方案交底会

工程实施过程质量控制的要点及方法

（1）协助承建方完善实施过程中阶段性质量控制（2）关键过程质量控制的实施要点

（3）对开发、实施材料与设备的检查（4）协助建设方对严重质量隐患和质量问题进行处理

（5）工程款支付签署质量认证（6）质量空置的其他方法

工程验收阶段质量控制的要点及方法

竣工 承建方按照设计文件和合同完成了全部工程实施任务。验收 工程竣工后，由建设方组织对该工程进行最终的检查验收。

交工 工程验收合格后，承发包双方办理项目产权转移手续和结清工程价款。验收阶段质量控制 主要是通过对验收方案的审查和对验收过程的监控来完成的。工程验收阶段质量控制的要点：

（1）验收阶段质量控制的流程（2）验收计划、方案的审查

（3）验收资料的审查（4）对验收中出现的质量问题进行处理（5）验收结论处理

第五篇：大型信息系统工程建设经验总结

大型信息系统工程建设经验总结

王保江

北京航空航天大学 计算机科学与工程系

一、工程前期工作

1． 关于用户调研

用户调研的目的是收集需求；

用户调研的方法是直接面对面与用户交流，最好能亲身体验用户工作开展的过程，注重了解工作的细节。

用户调研的结束标志是完成了需求分析设计文档，并且得到用户的认可。在工程前期开展好用户调研对于工程的顺利进行和完成非常重要。

用户调研的人员应当集中、固定，具有多方面的经验，如：客户交流经验、程序设计经验、系统分析经验等，但调研人员数量不能太多，并能对重大问题进行独立决策。一般用户调研人员3人左右即可。

2． 关于需求分析

需求分析的目的是明确用户需要实现的内容。

可以采取多样的需求分析方法和技术，但是根本上必须描述清楚用户的业务工作、软件需求。可以有很多的需求分析的标准和规范可以采用，也可以自己根据实际情况制定需求分析的规范。

需求分析的人员可与调研人员重合，但要增加软件分析人员，并为调研人员提出调研的内容和方向。

需求分析结束的标志是程序员能够开始进行程序设计，并和建立系统原型的工作结合起来进行，因此只有程序员才能评判需求调研的质量。

关于需求分析阶段投入的时间一定不能少于全部工程时间的30%，当然40%会更好，否则很难保证需求分析的深度和质量。

需求分析阶段至少建立三类组织：调研组、需求分析组、原型开发组（可分成多个小组），统一由项目经理负责。

3． 关于建立系统原型

建立系统原型是完成需求分析的补充手段，目的是明确和确定用户需求，引导用户提出更具体的内容。

建立系统原型要求使用适当的工具和容易的软件环境，满足快速开发的要求。系统原型一般不作为将来软件系统实现的基础，因为此时的原型系统只考虑反映用户需求的情况，缺乏统一的考虑因此最好在设计、实现阶段重新开始。

避免使用户产生“软件开发已经开始，并会很快完成”的观点，一定要明确此时软件还在前期的分析阶段，距离设计、实现还有很长的距离。

4． 关于建立总体实施方案

建立系统的总体实施方案是必须的，目的是使甲乙双方共同认可工程的实施计划，保持一定的耐心和总体意识。

总体实施方案应在需求分析基本完成的基础上开始。

总体实施方案应说明：任务量、计划进度、资金、实施阶段、各阶段结束的标志和开始的条件、完成时提交的内容。

总体建设方案应在项目经理、甲方负责人、乙方负责人共同认可的情况下，投入实施指导，否则要继续调整，此时项目经理一定要做好乙方负责人的工作，争取更多的时间（英为从乙方负责人的角度希望项目能够尽快的结束。）

一旦总体实施方案确定，就必须按照实施方案的阶段安排逐步开展工作，并进行量化和考核，如果某一个阶段没有完成，则必须对照检讨，采取措施。否则将造成项目实施组织的混乱，因为大家无法再按照一致的实施方案开展工作了，为工程项目的顺利开展提出了警告。

5． 关于建立组织机构、制度

一定要明确组织机构是必不可少的，不要回避和搁置这个问题。

只有建立了工程组织机构和管理制度，才具备完成项目的基础，因为工作的完成归根结底是人的协作。

由于大型项目需要的人员比较多，因此没有完善的组织机构和制度是无法协调好各个部分的工作的。组织机构的建立应在项目开始需求调研的时候就开始着手建立，在众多制度中“个人激励制度”是影响最大的一个制度。

二、软件系统实现

1． 系统设计

a．关于系统的体系结构

系统体系结构的确定是为软件需求服务的。没有必要为了结构而结构。在不同情况下采取不同的体系结构是明智的。体系结构的确定受到软件用户数量、运行环境、更新维护要求、软件分布等外部因素的影响。

b．关于各种分析方法

目前有很多系统设计的方法，选择某一方法（OMT、UML、OO）要根据系统的特点来确定。针对信息系统而言，可以自己制定合适的分析设计方法，因为目前虽然有很多的方法，但不太适合信息系统建设的要求。在信息系统设计的时候要灵活应用各种分析方法，照搬哪一种方法都不太合适。（至少在现阶段信息系统开发水平下）

c．关于文档

在实际工作中的体会是：文档很重要，但是经常和编程工作产生矛盾，不能得到及时的更新。为此在项目进行过程中，需要确定当前工程文档的各种标准，以及工程需要哪几类文档，文档提交和发布的时机等内容。这些文档包括：工作规范、分析设计文档、工作计划文档、日志文档、任务分配考核文档等。

d．关于软件设计水平的定位

在软件工程开发工程中，不是采取越多新技术越好，软件的设计也不要走入“尽量提高水平”的误区。由于负责软件设计的技术人员客观上具有追求完美的特点，主观上尽力想将系统设计的完美，因此会造成软件实现需要的工作量增大，同时用户又不一定接受这些内容。在考虑软件水平的时候，主要考虑：新技术的采用和成熟技术的采用要成比例。

e．考虑到系统用户的特点了吗

系统的设计起主导作用之一的因素是用户的特点。不论什么特点的用户都采用一致的设计思路、风格、特点不是太好的选择。脱离对用户实际情况的考虑的设计太学术化。并且在设计的时候要照顾到系统的可维护性、易用性、实现的容易性等问题。

原则之一是：能简化设计就简化，降低设计的复杂度。不要采用太复杂的设计。因为，这样的设计不便于理解、和维护。

2． 程序质量

程序质量是项目全方位的体现，包括管理水平、程序员的工作状况、相应的标准规范、文档的考核、个人激励制度等等所有的因素，这里仅就狭义的范围，讨论一下程序质量。

a． 关于标准规范的制定

多人协作编写一个工程项目的工作的确具有挑战性，要完成好项目工作，没有 统一的标准规范是不可能的。标准规范是位程序设计服务的，因此要尽量消化，不要模糊照搬，那样不会有帮助。关于程序设计要制定的规范包括：如何注释、注释量、变量命名规范、函数程序命名规范等，并针对这些规范的要求详细考核每个程序的设计情况。

b． 关于编码质量控制

编码质量包括：正确、易读、易维护。正确取决于设计文档和程序员的水平，并且可以通过控制编码的易读和易维护来报我编码的正确性。并且编码的质量控制需要量化指标和规范。

c． 关于版本的控制

在大型信息系统开发工程中，采用适当的版本控制工具对程序代码进行控制是非常必要的。

d． 关于文档管理

文档的管理主要是更新、维护，并且要持之以恒，坚持到底。在程序设计的过程中以一定的粒度要求，在不同阶段要完成不同阶段的文档，这样才能以文档作为协同工作的基础。这点对于大型信息系统的开发非常重要。

e． 编程时间投入到什么阶段

这里需要说明的是编程的工作在需求分析阶段、程序实现阶段、系统运行维护阶段等都要有时间的投入，认识到这一点的意义在于：为了保证每个阶段的编程时间投入的最经济，就要控制好程序的质量。假设程序设计阶段代码很潦草，那么在运行维护阶段就要受到惩罚。f． 关于用户界面

纵观众多得到用户认可的信息系统界面的共同特点是简洁，从而易学易用。如果组织的过于复杂的用户界面，比如Office Word的多层次的菜单界面虽然是非常不错的界面风格，但是对于众多计算机水平一般的用户而言就过于复杂，而对于计算机应用水平比较高的用户而言则容易掌握。所以在系统实现的过程中，要不断的与用户交流，确定用户喜欢的界面风格。

3． 组织管理

除了技术本身之外，另一个影响项目进展和质量的重要因素是组织管理水平。这里有两个问题：组织水平和管理水平。一般“组织”、“管理”总是放在一起使用，实际上组织是管理发挥作用的基础。哪怕一个人总负责，那么这也是一群人组成的组织，也要有组织制度。所以，在实施过程中，建立组织、制度，提高管理水平不仅是信息系统工程建设需要考虑的问题。

就管理的客体而言，无非是人、财、物，并通过合理搭配完成一定的生产任务。就这些问题有很多需要研究的内容。对人的管理包括：建立组织、建立制度、明确责任、权力、利益；对财而言，做好预算、合理分配、收支分明；对物而言做到合理分配、动态调整；对完成任务而言，好做好规划、计划、监督考核等。

a． 再谈建立组织

组织是管理施加的客体，对于人数相对较少的项目，管理可以针对每个人，而对于人数庞大的项目，管理就要施加到组织上去。这里所说的组织可以根据项目的不同进行不同的组织，最基本的组织之一就是“程序组”，主要职责是完成程序编码，一个程序组就是项目经理管理施加的客体，而对于组员来讲则是组长施加的客体。所以可以看出没有合理和稳定的组织，项目的管理就难以实施。

b． 建立在组织之上的管理

管理的本质是解决问题，如果在项目过程中没有问题，那么管理就不需要存在，而实施恰恰相反，在项目开发过程中有很多的问题，因而管理工作不但繁重而且重要。最日常的工作在于计划的制定、任务的安排、工作考核等等。

要完成好管理不仅是项目经理一个人的事情，它需要组织内有机的联系自动的对管理产生反应，得以落实管理的思想。

c． 关于工作计划和进度控制

工作计划由长期的和短期的，长期可以是整个项目实施期内的计划，短期可以是一天的计划，针对小组比较适用周计划和日计划，而对于项目组要详细制定月计划和周计划来控制项目的进度并作为工作的考核依据。

d． 关于弥补措施

什么情况下都难免会有以外发生，为此在管理以及制定计划的时候一定要考虑弥补措施，做到防患于未燃。这些措施包括：突发的技术难题、突然的人员更换、突然的用户需求、突然的计划变动等等。

e． 关于环境建立和管理

好的项目开发要建立稳定的开发环境，并要确保项目的开发环境与目标环境的一致性。否则将造成巨大的困难。保持环境的相对问题也非常重要，即在项目的开发过程中环境不要变动，包括系统的升级，不必要的或相关的软件的更换等等。如果目标环境为IE 4.0，而使用IE5.0来作为开发环境则会产生很多不必要的问题。

f． 关于人员培训和知识更新

大型信息系统一般经历的时间都比较长，参与的人员比较多，因此进行必要的培训和知识更新是非常必要的。尤其是在项目开始实施之前，针对项目的若干总体要求要详细的说明并力求达成共识，这为今后大家很好的协同工作创造了一个基础。

培新的内容是多方面的：技术、标准、规范、管理制度等等。

4． 实现技术

a．关于数据库的设计

数据库的设计是信息系统设计的基础，关于数据库的设计在考虑设计要求的前提下，尽量考虑如何简化系统的实现。因为有的时候好的数据库设计会大大增加系统实现的复杂度和工作量。这需要不断的积累经验。

b．关于开发语言版本

多人参与的信息系统设计要保持各个程序开发语言版本的高度一致，这个问题很容易被忽略，但是到系统集成的时候会给你造成很多的问题。为此，最好所有的人都适用同一个安装程序。

c．关于开发平台

除了开发语言之外的其他软件环境组成的开发平台也要保持一致和稳定，才能减少系统集成时出现的问题。d．关于新技术的采用

新技术的采用是一把双刃剑，如果采用过多会阻碍系统的开发进度。因此要从实际考虑，采用合理数量的信息的技术。这一点还受程序员的接受能力等因素的影响，如果接受能力强，则不必太担心。

5． 关于软件测试

a．程序员编码过程中的测试

程序员的测试在很多软件测试的文献中经常被忽略，如果程序员提交的程序代码，他自己从未进行过测试，就提交给测试人员测试是不可想象的。程序员测试的一个基本原则是要确保所有的代码在正确使用下不会有问题，否则将浪费大量的时间修改代码。

b．组织测试人员

对于测试的问题大家都有一致的认识,但在项目实施中,关键的是按照规范要求组织项目测试小组。这主要受到人员的限制，即组织起来有经验的测试人员跟踪测试是比较困难的，同时也要有一定的投入。

不论如何，还是要建立一个问题的测试小组，随着系统的初步开展进行系统测试。测试的工作量是巨大的,应得到正确的和足够的认识,否则交付的软件质量无法保证,那么项目是否成功又失去了一次机会。应该认识不仅按时完成重要，按质完成更重要。这一点说起来并不特别，但还需要重视才能做好。

c． 用户测试

大家都知道，面向应用的项目，在交付用户正是使用之前要经过一定时间的用户测试，但目前的实际情况是用户测试组织的不是太好，原因是：真正的用户由于工作的繁重较少的投入到系统测试中，项目组也希望测试期间问题越少越好，可是就为今后不断的出现问题埋下了伏笔。

因此，针对用户测试要组织好，同时还要对资金、人力投入做一个合理的预算。

三、实施及维护

一般认为项目到实施维护阶段，就基本上结束了。实际并非如此，因为就软件开发周期而言，实施阶段的时间投入还要占一定的比例，并且在这个阶段由于对系统的切身使用，多数用户会提出很多的意见和建议，抛开很多不合理问题，还有很多问题需要解决，这就要求项目组还不能放松，还要再紧张地工作一段时间。

1．管理者完成的工作

针对项目实施过程中，管理者要完成的工作实际上不是用几句话能说清楚的，在此仅就某些工作进行简单的说明，更多的内容要在实践中多思考、多总结，不断的提高。

A．树立用户意见之上的意识，并让项目组全体普遍接受；

B．做好与用户的沟通，尤其针对不合理的问题，要给出合理的解释。C．使用户欣然接受你交付的系统是不断努力才能有的结果； D．要做到不急不躁，同时要注意调整程序员的情绪；

2．关于维护阶段的投入

维护阶段除了项目设计阶段的投入外，还要增加投入包括：现场维护的费用、培训的费用（尤其是组织培训班）、人员的增加（增加与用户交互的人员，再次启用调研组）等等。

3．加强与用户的沟通

加强与用户的沟通不仅是实施阶段应当注意的，但是实施阶段是使用户产生意见的最关键的阶段。

首先作为项目的双方负责人要做到及时、有效的沟通；

其次，各个程序组在与普通用户进行沟通的时候也要注意方式、方法，同时要尽量能用简洁的语言给出明确的解释和说明。

最后需要说明的是：没有每一个用户（乙方负责人、普通用户）的认可和支持就是失败。