信息技术有限公司部门制度_软件开发部管理条例

书写文档书写用户手册数据库设计说明书系统安装手册项目总结报告验收总结说明验收会议用验收演示重新修订需求规格说明书并签字盖章。

整理装订项目文档。

在项目验收前两天完成上述工作。

项目验收验收前天和客户协调好验收的内容方式，配合客户完成验收工作。

异常处理备忘说明项目的单个事务久拖不决满三周后出项目事务备忘录，个项目事务备忘录中包含该项目当前所有久拖未决事务重要事务。

项目运行时出现异常时要出异常报告，陈述清楚异常情况处理方式处理结果。

合肥甬信功信息技术有限公司六进度控制规范部门经理及以下人员的所有工作必须有单据，下列情形除外部门经理的日常监管工作未能按单据上确定的时间完成工作任务的，可选项如下加班自行消化出项目延时单七项目维护流程项目维护区间非客户原因的程序修改出项目维护单。

合肥甬信功信息技术有限公司八标书规范结构图拓扑图用例图数据流等系统概述条目使用图形方式表述。

图形占据个整页逻辑清晰只表述核心必要内容，内容简练饱满内容过少时表现得细节些，内容过多时分画面或概述，用户眼就能直观的了解具体的内容。

模块设计使用图文结合的方式表述。

模块结构图表述模块的结构运行方式等信息，根据模块的特点从不同的角度表述。

功能图形表述功能的展示操作界面，内容要准确。

文字说明的包括内容描述系统及模块层的意义优缺点实现方式操作方式文字说明不能少于三行且百字以上尽量在六行以上，保证内容的饱满。

九需求规格说明书规范编码前需求规格说明书要打印签字盖章项目结束后根据需求的变化修订需求规格说明书，然后重新打印签字盖章。

需求分析的特点。

它们必须是正确的。

它们必须是可行的。

它们必须是对项目来说必不可少的。

它们必须是被标明优先顺序的。

它们必须是不含糊的。

它们必须是被证实的。

客户说的有时候是手段，不要忘记了客户的最终目的。

需求分析的准备了解客户的业务，了解客户的组织结构，了解客户所在的行业规范，了解行业内同类的产品及其解决方案，让自己具备和客户讨论业务的能力，让客户信任团队了解软件的决定权在谁手上，了解是谁使用软件，和上述人员搞好关系，便于协调需求。

需求的访谈从软件使用者使用软件的工作目标来明确方向。

注意用户的使用习惯，风格，操作系统这和用户经常使用的软件相关，最好看些相关书籍。

需求分析的模版用专业的模版，给用户专业的感觉，表面的工夫要做足。

需求分析的注意点确定系统主要的大部分的数据库字段信息。

功能需求按用户操作系统处理系统响应模式书写。

使用书写需求规格说明书。

未使用书写需求视缺失的数量罚款到元。

合肥甬信功信息技术有限公司十物理数据模型规范使用管理物理数据模型。

名称中表格基本信息字段基本信息中的。

代码中表格基本信息字段基本信息中的。

数据库编码统使用字符集。

表格名称为中文名称，代码为英文名称中文拼音首字母及下划线。

英文名称为使用下划线作为分隔符号的层次结构。

层次结构按系统多系统共用个数据库模块划分，逐延伸，如目录分类信息。

模块连接表使用各模块的关键层次名称混合做前缀，如目录报表与日期方案字典库。

字段名称代码都使用字段实际名称中文拼音首字母及下划线字段名称为中文拼音首字母下划线组合多个单词间使用下划线隔开。

每个字段都要有中文注释字段除外。

字段的排列顺序为主键外键其它。

表格必需有个唯性限制整型数字名称为的字段遗留表格除外。

严禁使用固定长度字符字段。

主键字段为主键，除非是必须使用非递增数值作为主键遗留表格。

使用数据库时，建立个名称为表格名称的序列来填充字段的值或数据库时将字段设置为自动增长类型。

外键强制外键显式的使用折线关联明确关联字段级联删除特性。

非强制外健可能是可能不是使用连接线表示。

能使用强制外健时不能使用非强制外健。

布局表之间尽量保持竖向横向上的对齐相关联的表格放置在相邻的位置无外键的表格整齐排列在模型的上方。

外键连线尽量不要交叉。

区间处罚合肥甬信功信息技术有结报告。

不需要打印装订业务逻辑模型物理数据模型。

部门验收的项目文档需求规格说明书详细设计说明书业务逻辑模型物理数据模型数据库设计说明用户手册系统安装手册。

移交给客户的材料实施方案需求规格说明书概要设计说明书开发总结报告测试总结报告用户手册系统安装手册项目部署日志程序部署文件数据库备份应用程序环境应用程序服务器等合同中声明客户拥有源代码的情况下还包括源代码物理数据模型数据库设计说明书。

合肥甬信功信息技术有限公司二十即时备份规范即时备份文件包括客户资料文件同事传阅文件自身修改过的项目文件二十二每周备份规范已开工未做最终备份维护修改中未做最终备份的项目要每周备份。

每周上午十点半之前项目负责人将项目文件放到指定位置上暂为上包含当前日期的每周刻盘共享文件夹下，外派人员将文件传回公司。

备份的内容包括项目清单，各个项目的源代码数据库项目进度实施方案需求规格说明书概要设计说明书详细设计说明书业务逻辑模型物理数据模型页面设计测试报告项目部署日志项目事务备忘录用户手册开发总结报告系统安装手册。

同项目的备份文件前缀相同，文档放在备份文件夹的根目录下，个文档包含多个文件时打包为压缩格式。

项目已结束或阶段性结束且连续两周没有变更需求时做最终备份，最终备份放在备份文件夹的子文件夹中，子文件夹的名称为项目英文名称项目中文名称日期。

每周个项目未及时有效备份的罚款元，罚款金额累加。

合肥甬信功信息技术有限公司二十三最终备份规范项目结束时项目组成员提交最终备份单及相关纸样附件。

部门经理审核最终备份材料并刻盘备份，式两份，部门存放份技术总监处存放份。

最终备份命名规则项目管理软件登记编号项目英文名称项目中文名称最终备份日期。

其中灰色表示名称参数，项目管理软件等级编号即为中的项目登记编号。

二十四项目文件存储任何备份文件都式两份，存放到两个不同的硬盘分区中，除特殊声明外。

项目文件存放在三处和应用程序关联的直接文件本地磁盘项目备份误删项目文件夹，简称本地存储软件项目文件备份项目文件夹，简称存储未更新但需要备份的文件使用区间文件的方式重命名处理。

项目资料客户提供即时本地存储即时存储。

生产性文件员工制作每天本地存储有更新时每周存储不论有无更新大文件存储请及时上报不适于多版本存储的文件在个备份位置同个文件只有个版本适用的文件格式包括合肥甬信功信息技术有限公司二十五日志规范任务分类项目工作项目相关的所有事务。

基础性工作为日后的工作提供软硬支持，改善工作环境。

如规范制定第三方知识学习公共的技术支持等，登记在基础性工作项目中，件事情个任务。

基础性的工作完成后要有相应的成果作为公司的技术积累。

培训提高个人的业务能力。

杂务上述之外的工作，登记在在杂务项目中，在杂务项目中每个员工只有个任务，任务名称为员工名称杂务，如江文杂务。

任务条目任务条目的必须正确填写的内容包括编号主题描述状态指派给预期时间完成度。

每个项目任务有个唯的编号项目编号任务编号，任务编号从开始，顺序递增。

有单据即将出单据的项目任务可以登记为日志任务，单据的任务条目与日志的任务条目相同。

同模块或功能的多次修改或变更有相应单据的则新建起始任务的子任务，任务名称为起始任务名称加上修改描述，如工作台信息确认。

次测试后的修改为个的日志任务，任务名称为系统测试修改或回归测试修改加上测试单号，如系统测试修改，回归测试修改。

与客户沟通项目会议项目验收等临时性客户相关的工作可以新建任务。

非上述三种情况不能新建对应的日志任务。

任务条目的颗粒度应让观察者能简单的将条目时间花费对应起来，即观察者不需要在将时间细分，不需要将任务细分。

时间花费在个工作日之下且内容在现实的通常情况下不需要细分的条目不用再细分。

任务条目的名称应是概要性的描述。

日志要详细描述当天的工作内容，必须包含具体工作的关键性描述字符增加修改删除查询汇总等具体的工作点描述字符。

日志后面必须有刚开始部分完成大部分完成基本完成已完成等状态描述字样。

正常工作时间与加班时间分开登记工作时间登记在小时条目中，加班时间登记在加班时间条目中般情况下，每个工作日工作时间登记为小时。

个任务多人登记日志时通过细分任务或建任务的子任务来解决日志登记权限的问题。

个员工连续三天未写日志或连续三天日志不合格罚款元，罚款金额累加。

人员外包员工连续个半月未有客户的工作鉴定的，位员工罚款元，罚款金额累加。

合肥甬信功信息技术有限公司二十六程序员岗位职责程序员是项目功能的具体实现人。

根据需求实现功能功能交叉验证书写功能实现的详细设计说明书辅助书写其它文档上报异常重要情况程序员有技术疑问时，向项目主管项目经理询问二十七项目主管岗位职责项目主管是项目现场负责人，负责项目的细节控制。

设计项目功能的实现方式核心重要业务编程确认项目功能的实现用户接口业务逻辑项目功能的验证测试出项目单据书写维护项目文档上报异常重要情况项目主管有技术疑问时，向项目经理询问合肥甬信功信息技术有限公司二十八项目经理岗位职责项目开发实行项目经理负责制。

安排项目成员工作，时间点控制，分时确认工作安排的有效性，出现异常及时调整项目核心业务代码处理难点疑点每天检查组成员日志每周检查项目进度美工效果编码规范客户反馈备份等解答组成员的问题疑问上报异常重要情况日常工作安排定要切合实际。

不能面对压力无视实际情况盲目的缩短开发时间工作安排不能过度宽松。

新人要根据实际情况按其能力放大时间安排，待上手后再恢复为正常情况。

与客户相关的项目时间点定要保证，确实存在困难无法保