2.2潜在的语言学规律
代表类别数量，M代表文本数。
分类器分类
利用分类器对文档进行分类，比较不同分类器之前的性能和效果(KNN 实验结果和分析
实验语料
软件文档知多少？ 如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。
B/S 系统界面设计规范 1.引言 界面美观、操作易用性、维护成本低是评价B/S系统的关键。本规范参考了一些成熟产品科学的开发方法，将开发过程中的方式、规则等强行的约束。希望藉此来提高用户操作感受，提升B/S产品的质量。 1.1. 编写目的 广义的界面概念包含了除页面布局设计之外，交互性的设计，及人体工程学方面的研究。本规范制订的依据从广义概念出发，总结以往项目的成败经验，目的是从整体上提升公司B/S类产品的质量、开发效率。从以技术为中心发展为以客户为中心，将类似项目成功的经验继承和积累下来，将B/S系统与C/S系统开发过程上的区别降低到仅显示控制的极小的层面。新的开发方式强调分层，规范出界面设计人员做什么，服务器编程人员做什么，这样就把页面和控制代码两个层面清晰的分开。 1.2. 背景 B/S模式系统以其易部署、易扩展、能够高度集成各种技术的特点，在公司产品线中占越来越大的比重，.Net、J2ee等技术的发展更是将B/S系统的开发和桌面应用程序开发的工程方法统一起来，突出服务器端技术，这些变革要求界面设计人员和服务器端编程人员可以应用更加科学的方法合作，团队的合作方式甚至决定了一个系统开发的成败。目前公司较多的服务器端编程人员仍然处于“后ASP 时代”的开发方式，表现为前台页面仍然与服务器代码高度的关联，带来的后果是重复建设、高昂的维护成本或失去控制的项目，没有充分的发挥出集成开发工具的优势。在以往的开发方式下界面设计侧重在静态页面的建设上，每个页面作为一个独立的模块来处理，在页面交互中则是程序员根据自己的习惯来控制，程序对个人的编程风格的依赖很强，这些在以往开发WEB站点的方式扩展到B/S系统有时是不正确的，甚至是背道而弛的，当然也不利于规模化的团队合作。 1.3. 定义 术语定义： 效果图：由界面设计人员设计的页面效果图，综合了概要设计的业务需要和整个站点的风格，它规定了页面布局上的每个细节。 容器：即HTML 标记的嵌套结构，如在表格->行->单元格内放置图片，那么可以认为单元格是放置图片的容器。 样式表：即级联式样式表CSS，它是W3C机构在HTML标记语言上扩展的格式语言。 非标准交互控件：是通过标准控件组合、扩展等方法以提高特定业务执行效率而进行封装的控件，或概括为用户根据以往的操作经验不能够直接领会出操作方式的交互控件。 2. 界面设计规范细则 总体目标 以规范作为基本原则，在此框架内进行合理的扩展和变化，将站点内的每个模块服从于整个站点，模块页面与“高内聚”的控制代码紧密的结合在一起，同时对应于应用程序基于系统的架构分析。 2.1. 通用原则 1 界面色彩要求：计算机屏幕的发光成像和普通视觉成像有很大的不同，应该注意这种
营销中心 项目文档管理制度版本信息：
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（1）在项目前，应建立一套文档的管理程序 明确文档的拟制、审核人员, 文档控制员。 明确所有文档的编号、收发登记操作，及受控等级。 （2）建议接收文档的管理程序 由文档控制员统一接收。 加盖或记录接收日期（时间）。 赋予文档控制编号。 记录输入文档中心数据库，保存原件。 （3）明确发送文档的管理程序 加盖或记录发送日期（时间）。 记录输入文档中心受控库，保存原件。 发送后由文档控制员统一记录归档。 （4）明确合同各方之间的文档传递等相关规定 （5）文档借阅登记和保密规定 原则上严禁文档原稿进行借阅。 借阅副本应进行登记，加盖副本章。 副本销毁的规定。 限期返还原件的规定。 （6）电子文档的共享规定 4.明确文档的归档存放 （1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。
项目文档管理制度
营销中心 项目文档管理制度版本信息：
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（1）在项目前，应建立一套文档的管理程序 ①明确文档的拟制、审核人员, 文档控制员。 ②明确所有文档的编号、收发登记操作，及受控等级。 （2）建议接收文档的管理程序 ①由文档控制员统一接收。 ②加盖或记录接收日期（时间）。 ③赋予文档控制编号。 ④记录输入文档中心数据库，保存原件。 （3）明确发送文档的管理程序 ①加盖或记录发送日期（时间）。 ②记录输入文档中心受控库，保存原件。 ③发送后由文档控制员统一记录归档。 （4）明确合同各方之间的文档传递等相关规定 （5）文档借阅登记和保密规定 ①原则上严禁文档原稿进行借阅。 ②借阅副本应进行登记，加盖副本章。 ③副本销毁的规定。 ④限期返还原件的规定。 （6）电子文档的共享规定 4.明确文档的归档存放 （1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。
研发生产中心文档编号版本A1 密级商密A 项目名称Xx系统 项目来源 Xxx系统 详细设计说明书 (内部资料请勿外传) 编写：日期：检查：日期：审核：日期：批准：日期： XX公司 版权所有不得复制 文档变更记录
序号变更（+/-）说明作者版本号日期批准1 2
目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (8) 2.3 数据结构 (8) 3. 模块设计 (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块1 (10) 3.2.2 模块2 (11) 4. 接口设计 (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计 (12) 6. 系统安全保密设计 (12) 6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (13) 6.2.3 身份验证部分 (13) 7. 系统性能设计 (13) 8. 系统出错处理 (13)
1.引言 1.1背景 此文档的背景 1.2编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。 序号术语或缩略语说明性定义 1 PM Project Manager,项目经理 2 1.4参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； c．引用文件、资料、软件开发标准等。 资料名称作者文件编号、版本资料存放地点 1.5使用的文字处理和绘图工具 文字处理软件：[编写设计文档使用的文字处理软件，如RedOffice ] 绘图工具：[使用的UML工具，如Rose、Jude、Visio]
一个Web系统的界面设计和开发1.工作流程（下图，是整个开发过程中与界面设计相关的主要流程工作） 从最初需求分析开始，我就加入项目，自始自终参加整个开发过程。 在需求分析阶段，参与了对客户的访问和调研； 在概要设计阶段，参与了部分系统设计分析工作； 在详细设计阶段，完成了整个系统界面设计和Demo制作，并提交用户反馈； 在代码开发阶段，参与了系统表现层的设计开发。
2.需求分析 在需求分析阶段，主要针对界面交互相关问题，对用户进行若干调研。 主要包括以下内容 ·受众用户群调查 ·系统使用环境调查 ·受众用户使用习惯调查 ·用户对旧版本软件使用情况调查 这一阶段，由于成本原因，我并没有直接访问客户进行调查。工作主要是提出某些具体问题，由需求调研人员，以问卷或口头问答方式，对客户进行调研。另外，公司经验丰富的客服人员和市场人员，也是非常重要的需求来源之一。 本系统的客户群主要为国家省市下属质检单位，最终受众年龄从年轻到较高龄都有。对于普通国家机关人员，一般对计算机系统和网络不够熟悉，计算机环境一般，甚至比较差，少有配置优良的环境。在这种环境下，用户对计算机使用一般没有使用倾向，大多更适应手工操作。对本系统的前代使用，最主要意见是使用困难，不方便。 还有其他具体调查反馈，如用户基本不使用鼠标右键，年龄较大的用户难以看清密集的较小文字等等。 3.界面设计原则 在概要设计阶段，根据需求阶段的调研结果，我整理了系统界面设计的基本原则。因为在代码开发阶段，很多时候界面的具体制作是由开发人员直接写代码，因此必须确定一定的原则和规范，以保证系统界面的统一。 一般适用原则 ·简单明了原则：用户的操作要尽可能以最直接最形象最易于理解的方式呈现在用户面前。对操作接口，直接点击高于右键操作，文字表示高于图标示意，尽可能的符合用户对类似系统的识别习惯。 ·方便使用原则：符合用户习惯为方便使用的第一原则。其它还包括，实现目标功能的最少操作数原则，鼠标最短距离移动原则等。 ·用户导向原则：为了方便用户尽快熟悉系统，简化操作，应该尽可能的提供向导性质的操作流程。 ·实时帮助原则：用户需要能随时响应问题的用户帮助。 ·提供高级自定义功能：为熟悉计算机及软件系统的高级用户设置自定义功能，可以对已经确定的常规操作以及系统的方方面面进行符合自身习惯的自定义设置。包括常规操作、界面排版、界面样式等种种自定义。 ·界面色彩要求：计算机屏幕的发光成像和普通视觉成像有很大的不同，应该注意这种差别作出恰当的色彩搭配。对于需用户长时间使用的系统，应当使用户在较长时间使用后不至于过于感到视觉疲劳为宜。例
软件工程（课程设计）题目：图书管理系统—界面设计 学院河北大学工商学院 学科门类工学 专业软件工程 学号 2012484331 姓名梁雪山 指导教师王思乐 2014年12月7日
河北大学学年论文（课程设计）任务书 （指导教师用表）
河北大学学年论文（课程设计）成绩评定表学院：河北大学工商学院
一、引言 1、编写目的 编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《图书管理系统》软件的功能，确定该软件设计的限制和定义软件的其他有效性需求。该需求规格说明书的读者对象为本图书管理系统软件小组的研发工程师、测试工程师、销售工程师，版权归XXX所有，严禁外传。 2、背景 随着社会信息量的与日俱增，作为信息存储的主要媒体之一图书，数量、规模比以往任何时候都大的多，不论个人还是图书管理部门都需要使用方便而有效的方式来管理自己的书籍。在计算机日益普及的今天，对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍，会方便许多。对图书管理部门而言，以前单一的手工检索已不能满足人们的要求，为了便于图书资料的管理需要有效的图书管理软件。 图书管理系统软件LMS V1.0是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的DOS、WINDOWS系列等操作系统上使用。除此以外，LMS V1.0可通过访问权限控制以及数据备份功能，确保数据的安全性。 3、定义 LMS：Library Management System 图书交流系统 4、参考资料 《软件工程导论》（第五版）作者：张海藩清华大学出版社 《软件界面设计》杨培添电子工业出版社 二、项目概述 1、面向的用户 该系统主要面向的是学生、教师等读者，图书管理员和超级管理员。 2、实现目标 对已经设计出的功能在界面上形成对应的物理按键。确保界面美观，程序
系统界面设计实例 姓名：曹爽班级：9班学号：201208240901 设计的系统名称：个人日常事务管理系统 针对用户群是：广大电脑用户（有一定的电脑操作基础），officer和广大学生。 一、系统需求分析（The system requirement） 针对officer和学生们的需求分析，从我自身分析：对于我日常的安排我平时会用专门的记事本记录和更改，对于日常各种事务可能会冲突或不变携带，现在针对这些需求，设计出符合此人群适合的一款系统来帮助人们更好的安排日程和完成工作。此系统是要面向个人的，同企业系统相比，此软件要力求操作简单，效率要高效，由于针对的人群是officer和大学生，这些人都是年轻的一代人，对计算机和系统都比较了解，而且倾向于华丽的界面，但是该系统同时要解决高效，较少的操作较快地达到用户的需求。由于工作原因或计算机系统崩溃等用户在本机保存的日程安排等数据可能丢失的情况，同时，有些情况下可能无法连接网络，此系统应支持 1.、本机数据保存。2、可以上传到服务器数据库，用户注册可获得免费的空间，用户注册后，只要登录就能在随时随地获得自己的日程安排等信息。 二、系统功能定义（The function definitions） 个人日常事务管理系统 用户注册登录 主要功能实现 软件设置、帮助 用户登录界面 主界面（导航） 用户注册登录 子界面（功能）
实现功能（主界面导航）： 一、工作台（主要功能）： 1、待办事件 2、日程安排 3、效率评估 4、通讯录 5、定时提醒 二、通行路线： 可以和平时安排联系起来，可以提前安排好行车路线 三、天气情况 和日程安排联系起来，提醒用户天气状况，便于用户及时修改自己的日程安排。 四、桌面图标 将桌面快捷方式整理到这里，这是方便用户的一个小工具，此功能为了挽留用户，功能太单一，用户可能会流失。 三、界面设计和标准（The Principles） 风格设计分析：针对用户年轻，更加偏好色彩丰富，但是针对于此软件要求的功能应符合操作简单。则主要用鼠标点击操作就可以方便的查看用户的日程安排信息。虽然要追求界面的时尚和华丽，但是界面过于艳丽，容易导致用户视觉疲劳。则轻松的淡彩色为主配色，灰色系为主。 用户导航显示：简单明了，文字描述要明了，通过文字和图标配合示意，用户看到按钮，可以快速的明白此按钮功能。布局应该满足用户习惯，结合广大软件按钮布局方式。 为了保持界面在设计过程中，要求各个界面的风格的统一，先做出表格，列出界面制作统一的原则和规范。 框体颜色外边框输入框按钮登陆界面蓝色，淡色，40% 灰色，淡色，30% 线条，淡色，50% 灰白色，80% 主界面线条，淡色，50%灰色，淡色，30%线条，淡色，50%灰白色，80% 子界面线条，淡色，50%灰色，淡色，30%线条，淡色，50%灰白色，80%文字部分标题文字输入框文字菜单文字帮助文字 字体微软雅黑加粗微软雅黑微软雅黑微软雅黑 大小小四五号五号五号 颜色黑色灰色，50% 黑色黑色
软件项目中涉及的文档分类和作用 软件文档也称文件，通常指的是一些记录的数据和数据媒体，它具有固定不变的形式，可被人和计算机阅读。它和计算机程序共同构成了能完成特定功能的计算机软件(有人把源程序也当作文档的一部分)。我们知道，硬件产品和产品资料在整个生产过程中都是有形可见的，软件生产则有很大不同，文档本身就是软件产品。没有文档的软件，不成其为软件，更谈不到软件产品。软件文档的编制在软件开发工作中占有突出的地位和相当的工作量。高效率、高质量地开发、分发、管理和维护文档对于转让、变更、修正、扩充和使用文档，对于充分发挥软件产品的效益有着重要意义。 然而，在实际工作中，文档在编制和使用中存在着许多问题，有待于解决。软件开发人员中较普遍地存在着对编制文档不感兴趣的现象。从用户方面看，他们又常常抱怨：文档售价太高、文档不够完整、文档编写得不好、文档已经陈旧或是文档太多，难于使用等等。究竟应该怎样要求它，文档应该写哪些，说明什么问题，起什么作用?这里将给出简要的介绍。 图1：文档的桥梁作用 文档在软件开发人员、软件管理人员、维护人员、用户以及计算机之间的多种桥梁作用可从图1中看出。软件开发人员在各个阶段中以文档作为前阶段工作成果的体现和后阶段工作的依据，这个作用是显而易见的。软件开发过程中软件开发人员需制定一些工作计划或工作报告，这些计划和报告都要提供给管理人员，并得到必要的支持。管理人员则可通过这些文档了解软件开发项目安排、进度、资源使用和成果等。软件开发人员需为用户了解软件的使用、操作和维护提供详细的资料，我们称此为用户文档。以上三种文档构成了软件文档的主要部分。我们把这三种文档所包括的内容列在图2中。其中列举了十三个文档，这里对它们作一些简要说明： 文档用户 文档 用户手册 操作手册 维护修改建议 软件需求（规格）说明书 开发 文档 软件需求（规格）说明书 数据要求说明书 概要设计说明书 详细设计说明书 可行性研究报告 项目开发计划 管理 文档 项目开发计划 测试计划
如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。 3. 《需求分析》--包括产品概述、主要概念、操作流程、功能列表和解说、注意事项、系统环境等。以《功能要求》为基础，进行详细的功能分析(包括客户提出的要求和根据开发经验建议的功能)，列出本产品是什么，有什么特殊的概念，包括那些功能分类，需要具备
用户界面设计实例 ● 设计的系统名称：个人日常事务管理系统 ● 针对用户群是：广大电脑用户（有一定的电脑操作基础），officer 和广大学 生。 一、系统需求分析（The system requirement ） 针对officer 和学生们的需求分析，从我自身分析：对于我日常的安排我平 时会用专门的记事本记录和更改，对于日常各种事务可能会冲突或不变携带，现在针对这些需求，设计出符合此人群适合的一款系统来帮助人们更好的安排日程和完成工作。此系统是要面向个人的，同企业系统相比，此软件要力求操作简单，效率要高效，由于针对的人群是officer 和大学生，这些人都是年轻的一代人，对计算机和系统都比较了解，而且倾向于华丽的界面，但是该系统同时要解决高效，较少的操作较快地达到用户的需求。由于工作原因或计算机系统崩溃等用户在本机保存的日程安排等数据可能丢失的情况，同时，有些情况下可能无法连接网络，此系统应支持 1.、本机数据保存。2、可以上传到服务器数据库，用户注册可获得免费的空间，用户注册后，只要登录就能在随时随地获得自己的日程安排等信息。 二、系统功能定义（The function definitions ） 个人日程管理系统主要是提供个人时间日程安排系统软件，它具有相当方便的操作接口，让用户能够对所安排的行程一目了然，除去主要功能还附带了更多功能和小工具，安排的行程可以生成通行路线，并会根据天气预报提醒当天安排是否影响。而且用户可以注册，注册后用户有更多的服务，安排的日程数据可以保存到本地同时可以更新到服务器，这样用户就算到外地也可以随时查看自己的日程安排，同时其他功能有：时钟提醒、通讯录、效率评估等。 实现功能（主界面导航）： 个人日常事 务管理系统
序案卷题号名 一项目部分管理性册文件 项目工程文件资料的分类归档目录 目录 编归档分类名称细分名称 号 公司管理控制文件 （相关制度、重要文 1 件、通知、会议记录 等） 项目部岗位职责与分 2工表、管理人员约谈 记录表 项目部专业主管工程 3日志（项目工程交工 后整理成册） 4月度定期检查记录 项目部工程月报 项目年度管理总结 5总结性文件项目部员工月度、年度经营工作总结 项目后评估总结报告
行业主管部门 内部收发文记录表、工作联系单 1 函件 及其原文存档文件 通知 二收发文 监理单位 分管理文 施工单位 册件 分供方 外部收发文记录表、 2 工作联系单 及其原文存档文件 函件 通知 《建设用地规划许可证》 《建设工程规划许可证》 1 “五证”《建筑工程施工许可证》 《国有土地使用证》 《商品房销售（预售）许可证》三 报批报 分 2 建设占道手续 建资料 册 市政给排水、供电、 3 市政供暖手续
1例会纪要 四 会议纪 分 要资料 册 2专题会议纪要 3 专题报告
合同文件（施工合同、 监理合同、采购合同、 技术服务合同等、相 1 关补充 协议、合同阅读交底 记录） 五 分供方 招投标文件（监理单 分 管理 2 册位、总承包单位） 月度合作方履约交 3 底、评价表 1进度款申请表（月度）六成本管 分理类文 册件 甲供材料设备收（调） 2 料单
工程签证类文件（含3 台账） 扣款通知单（含业主4代付、某单独指定分包的工程等） 5奖/ 罚款通知单 6工程违约索赔通知单
1监理月报及审核意见 2整改通知单 七监理公 分司往来 册文件 3监理通知单 施工单位月报及审批 4 意见
B/S 系统界面设计规 1.引言 界面美观、操作易用性、维护成本低是评价B/S系统的关键。本规参考了一些成熟产品科学的开发方法，将开发过程中的方式、规则等强行的约束。希望藉此来提高用户操作感受，提升B/S产品的质量。 1.1. 编写目的 广义的界面概念包含了除页面布局设计之外，交互性的设计，及人体工程学方面的研究。本规制订的依据从广义概念出发，总结以往项目的成败经验，目的是从整体上提升公司B/S 类产品的质量、开发效率。从以技术为中心发展为以客户为中心，将类似项目成功的经验继承和积累下来，将B/S系统与C/S系统开发过程上的区别降低到仅显示控制的极小的层面。新的开发方式强调分层，规出界面设计人员做什么，服务器编程人员做什么，这样就把页面和控制代码两个层面清晰的分开。 1.2. 背景 B/S模式系统以其易部署、易扩展、能够高度集成各种技术的特点，在公司产品线中占越来越大的比重，.Net、J2ee等技术的发展更是将B/S系统的开发和桌面应用程序开发的工程方法统一起来，突出服务器端技术，这些变革要求界面设计人员和服务器端编程人员可以应用更加科学的方法合作，团队的合作方式甚至决定了一个系统开发的成败。目前公司较多的服务器端编程人员仍然处于“后ASP 时代”的开发方式，表现为前台页面仍然与服务器代码高度的关联，带来的后果是重复建设、高昂的维护成本或失去控制的项目，没有充分的发挥出集成开发工具的优势。在以往的开发方式下界面设计侧重在静态页面的建设上，每个页面作为一个独立的模块来处理，在页面交互中则是程序员根据自己的习惯来控制，程序对个人的编程风格的依赖很强，这些在以往开发WEB站点的方式扩展到B/S系统有时是不正确的，甚至是背道而弛的，当然也不利于规模化的团队合作。 1.3. 定义 术语定义： 效果图：由界面设计人员设计的页面效果图，综合了概要设计的业务需要和整个站点的风格，它规定了页面布局上的每个细节。 容器：即HTML 标记的嵌套结构，如在表格->行->单元格放置图片，那么可以认为单元格是放置图片的容器。 样式表：即级联式样式表CSS，它是W3C机构在HTML标记语言上扩展的格式语言。 非标准交互控件：是通过标准控件组合、扩展等方法以提高特定业务执行效率而进行封装的控件，或概括为用户根据以往的操作经验不能够直接领会出操作方式的交互控件。 2. 界面设计规细则 总体目标 以规作为基本原则，在此框架进行合理的扩展和变化，将站点的每个模块服从于整个站点，模块页面与“高聚”的控制代码紧密的结合在一起，同时对应于应用程序基于系统的架构分析。 2.1. 通用原则 1 界面色彩要求：计算机屏幕的发光成像和普通视觉成像有很大的不同，应该注意这种
系统界面设计规范 界面就是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且 设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受与成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃 中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够,直到最近网页制作的兴起,才受到专家的青睐。 我们的界面设计遵循以下基本原则: 1、易用性 按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其她按钮易于区分,能望文知意最好。理想的情况就是用户不用查阅帮助就能知道该界面的功能并进行相关 的正确操作。 易用性细则: 1):完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。 2):完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。 3):按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。 4):Tab键的顺序与控件排列顺序要一致,目前流行总体从上到下,同时行间从左到右的方式。 5):复选框与选项框按选择几率的高底而先后排列。 6):界面空间较小时使用下拉框而不用选项框。 7):选项数较少时使用选项框,相反使用下拉列表框。 8):专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。 2、规范性 通常界面设计都按Windows界面的规范来设计,即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式,可以说:界面遵循规范化的程度越高,则易用性相应的就越好。
项目管理档案管理规定 1、项目前期资料：①立项批文②地质勘探报告③工程质监、安监、人防等手续资料④图审合格证等材料⑤各类合同⑥招投标文件⑦规划许可证、用地许可证、施工许可证等； 2、项目管理文件：①项目部管理控制文件（项目部相关制度、项目部发文、中山保障房业主发文）②约谈记录③项目管理日志④项目管理联系单、通知单及回复单⑤罚款单等； 3、各类会议纪要：①项目管理部会议纪要（第一次工地例会会议纪要；项目管理部组织的协调会、交底会；专题例会会议纪要）②监理例会会议纪要③中山保障房业主组织的各类会议纪要等； 4、投资控制文件：①工程计量②工程签证③请款申请④合同外单价核定单⑤投资类管理文件⑥工程索赔申请等； 5、进度控制文件：①各类进度计划②工期签证等； 6、质量控制文件：①相关质量验收记录②项目管理部抽检资料③材料验收文件等； 7、设计类文件：①设计图纸②设计变更说明及图纸③图纸会审记录 ④竣工图⑤与设计单位的往来函件等； 8、监理往来文件：①开工报告、施工方案、施工组织设计②监理月报③监理方各类指令单④监理评估报告⑤分部（分项）验收记录⑥工作总结⑦竣工验收记录等； 9、安全文明控制文件：①现场安全文明类文件②现场安全巡查记录
等； 10、其他（包括现场相关配合单位资料、各主管部门发文及检查验收资料、影像照片资料等） 以上文件由本标段各安置房项目负责人按各保障房项目部（各施工合同项目）单独分开整理，竣工后移交于项目管理部办公室。档案盒及标签由项目管理部统一发放。所有的文件往来必须有收发文登记（收发文登记表由项目管理部统一制定），档案盒内需有卷内目录。 江苏建发建设项目咨询有限公司 南京溧水中山保障房项目管理部 2016年1月8日
一、目的 为了规范项目文档资料的管理工作，确保项目文档资料的系统性、完整性和准确性，充分发挥文档资料管理在项目中的作用，特制定本规定。 二、范围 本规定适用于项目开始直到项目结束的内外来往信函、会议纪要、备忘录、技术文件、管理文件、质量记录等所有与项目有关文件和资料的管理。 三、职责 3.1 项目经理 a) 负责组织制定项目文件的相关规定，对项目文件的控制负全责； b) 负责为项目文件和资料管理创造必要的条件。 3.2 综合管理经理 a) 负责项目文档资料相关规定的编制和监督检查； b) 负责编制项目文件和资料的编码规定； c) 负责组织项目结束后文档资料立卷、移交归档。 3.3 分项经理
a) 负责本部门的文档资料的管理； b) 负责本部门项目结束后文档资料的移交。 3.4 文控管理工程师 a) 配合综合管理经理制定项目文档资料管理规定并监督检查； b) 负责项目文件和资料的接收、分类、登记、传递、发放等； c) 负责项目实施阶段文档资料收集、整理、编目及归档工作； d) 负责项目结束后项目文档资料立卷、移交。 4 管理要求和方法 4.1 一般规定 项目文档资料的管理应从项目申请立项到竣工验收的全过程，项目经理部各分项经理应在职责范围内对项目实施过程中所形成的文件、图纸、资料，随时进行积累整理、立档和保管，并采取必要措施，防止档案资料的损毁和遗失以及有关保密档案资料的泄密。 4.2 文档分类及编号 4.2.1 项目文件分类 4.2.1.1 项目信息文件
项目信息文件指项目实施过程中传递的任何书面信息文件。 a) 来往信件、传真； b) 备忘录； c) 会议纪要； d) 文件传送单。 4.2.1.2 项目管理文件 项目管理文件指项目运行过程中必须编写的管理文件。 a) 项目协调程序； b) 项目进度与费用控制程序； c) 项目质量保证手册； d) 项目资源配置手册等。 4.2.1.3 项目技术文件 项目技术文件指按照合同要求，项目技术人员完成的各种设计文件及图纸等。 4.2.1.4 项目其它文件
********系统系统设计文档 *****系统设计小组 组长：**** 组员：**** **** **** ****
目录 1 引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2 系统功能设计 (3) 2.1 功能模块设计 (3) 2.2 ****模块设计 (3) 2.3 ****模块设计 (3) 3 类设计 (4) 4 数据库设计 (6) 5 接口及过程设计 (7) 6 界面设计 (8) 7 其它设计 (12) 8 小结 (13)
说明： ●在进行系统设计时可以任意传统系统设计方法或面向对象系统设计方 法，或者两者相结合，不局限于使用一种方法。 ●文档中每章图都需要配有相应的文字解释。 ●本文档中的图按照章编号，如“1 引言”表示第一章，“1.1 编写目的” 表示第一章第一节。第一章第一个图标号为“图1.1 ****图”，而第二个 图标号为“图1.2 ****图”，写在图的下面，居中。 ●本文档中的表也按照章编号，第一章第一个表标号为“表1.1 ****表”， 而第二个表标号为“表1.2 ****表”，写在表的上面，居中。 ●使用visio画用例时，Actor及用例的图示模具（用例图模具.vss）可以到 BB平台下载。 1 引言 1.1编写目的 说明编写这份系统设计说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发的软件系统的名称； b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如：
营销中心 项目文档管理制度版本信息:
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（1）在项目前，应建立一套文档的管理程序 明确文档的拟制、审核人员，文档控制员。 明确所有文档的编号、收发登记操作，及受控等级。 （2）建议接收文档的管理程序 由文档控制员统一接收。 加盖或记录接收日期（时间）。 赋予文档控制编号。 记录输入文档中心数据库，保存原件。 （3）明确发送文档的管理程序 加盖或记录发送日期（时间）。 记录输入文档中心受控库，保存原件。 发送后由文档控制员统一记录归档。 （4）明确合同各方之间的文档传递等相关规定 （5）文档借阅登记和保密规定 原则上严禁文档原稿进行借阅。 借阅副本应进行登记，加盖副本章。 副本销毁的规定。 限期返还原件的规定。 （6）电子文档的共享规定 4.明确文档的归档存放 （1）建立纸面存储和电子件存储两套相对应的文档管理系统, 附表一 目录结构见《项目文档归档结构》
公司文件的分类 A、一级分类：按照各部门所产生的不同性质的文件分为十个部门，以各部门的字母来代表（公司编号表） 企管部：QGB 总经理办公室： 人力资源部： 市场管理部： 项目发展部： 证券投资部： 法律事务部： 信息资源管理中心： 审计部： 发展策划部： 招标管理部： 党工部： 采购部： 科技管理部： 财务部： 保卫部： 管理方法： 1、按照公司领导分管部门，将各部门所产生的报告、请示等文件，均递交至总经办，总经办也将采取专人负责各高管，对口将各部门文件产生文件，统一进行编号、登记、传递，以此方式达到工作对口负责、专人检查落实的目的。 B、二级分类：按照文件类型划分: 一级类目：公司所有资产证据类（A表示） A1：合同、协议 A2：公司章程、验资报告、账号、授权书、许可证、资产移交等 二级类目：公文类( B) B1：令、决定、议案：适用于对重要事项或者重大行动作出安排，如：各级人民政府的下发的强制性行政措施、本公司董事会决议、股东会会议纪要等 B2：公告；通告；通报：使用与宣布或公布重要事项或应当遵守获证周知的事项，如：上级机构下发的法定事项、社会公告、表彰先进、批评错误、规章制度等 B3：请示、皮肤：适用于向上级机关请示指示、批准，答复下级机关的请示事项B4：报告、意见：适用于想上级机关汇报工作，，对重要问题提出见解和处理办
法 B5：通知、函：适用于批转下级的公文，传达要求下级机关办理和需要有关单位周知或者执行的事项，不相隶属的单位之间商洽工作、询问和问题，如：任免人员等 B6：会议纪要：适用于记载、传达会议情况和议定事项 三级类目：普通文件类（C），其他一般性文件 四级类目：非文本载体的文件（D），如照片、软盘及其他声像资料等 按照文件受控类型主要分为受控文档与非受控文档，各类资产证据、秘密文件的原件原则上均属于受控文档，复印件原则上均属于非受控文档，在受控文件的编号前加K表示，不加均默认为非受控证件 C、三级分类：按照文件年度划分，以年月的数字代号表示，如0310代表2003年10月 D、四级分类：文件的原件Manuscript、复印件Copy分别以英文的第一个字母代表，如原件用M表示、复印件用C表示 以上为一般情况，有项目文件存在的情况下，项目文件单独存放，若项目多，种类也多，则按照项目分类。
一个Web系统OA界面设计和开发 早在中国IT业方兴未艾之时，计算机应用系统主要以功能实现为主，几乎没有界面设计这个概念。时至今日，随着计算机和网络的不断普及，社会信息化程度日益加深，用户和市场的不断成熟，人们已经不仅仅满足于“够用”，而是更加强调“好用”“易用”；因此，不论是普通最终用户的个人软件，还是企业应用的大型系统，界面设计在系统构建中都成为了一个非常重要的方面。 但是，（至少在中国）由于IT业发展滞后、市场还不够成熟等原因，在绝大多数企业中，界面设计在软件系统开发中还没有获得与之重要性相匹配的一席之地，并且在企业运作和协调中也没有形成成熟的模式和解决方案，如何做好界面设计和开发，仍然是大家不断研究探讨的一个问题。 我写这篇文章，主要内容是我参加一个面向质检行业的Web系统界面设计和开发工作的过程，包括其间的一些构思和想法；希望能和大家一起探讨一下这个问题，供大家参考。 另外，我同时承担了系统开发和界面设计工作，所以，虽然这是一篇讨论界面设计的文章，我会尽量把文章限制在界面设计范围内，但也有可能包含一些开发和系统设计的内容，请大家辨析清楚，欢迎指正。 1.工作流程 下图，是整个开发过程中与界面设计相关的主要流程工作。
从最初需求分析开始，我就加入项目，自始自终参加整个开发过程。 在需求分析阶段，参与了对客户的访问和调研； 在概要设计阶段，参与了部分系统设计分析工作； 在详细设计阶段，完成了整个系统界面设计和Demo制作，并提交用户反馈； 在代码开发阶段，参与了系统表现层的设计开发。 2.需求分析 在需求分析阶段，主要针对界面交互相关问题，对用户进行若干调研。 主要包括以下内容 ·受众用户群调查 ·系统使用环境调查 ·受众用户使用习惯调查 ·用户对旧版本软件使用情况调查 这一阶段，由于成本原因，我并没有直接访问客户进行调查。工作主要是提出某些具体问题，由需求调研人员，以问卷或口头问答方式，对客户进行调研。另外，公司经验丰富的客服人员和市场人员，也是非常重要的需求来源之一。 本系统的客户群主要为国家省市下属质检单位，最终受众年龄从年轻到较高龄都有。对于普通国家机关人员，一般对计算机系统和网络不够熟悉，计算机环境一般，甚至比较差，少有配置优良的环境。在这种环境下，用户对计算机使用一般没有使用倾向，大多更适应手工操作。对本系统的前代使用，最主要意见是使用困难，不方便。 还有其他具体调查反馈，如用户基本不使用鼠标右键，年龄较大的用户难以看清密集的较小文字等等。 3.界面设计原则 在概要设计阶段，根据需求阶段的调研结果，我整理了系统界面设计的基本原则。因为在代码开发阶段，很多时候界面的具体制作是由开发人员直接写代码，因此必须确定一定的原则和规范，以保证系统界面的统一。 一般适用原则 ·简单明了原则：用户的操作要尽可能以最直接最形象最易于理解的方式呈现在用户面前。对操作接口，直接点击高于右键操作，文字表示高于图标示意，尽可能的符合用户对类似系统的识别习惯。 ·方便使用原则：符合用户习惯为方便使用的第一原则。其它还包括，实现目标功能的最少