项目客户端开发现场工作日志
负责人：
学号：
版本号：V1.0
2015年3月——2015年6月
撰写人：小组编号：日期：3.16
工作内容
本
周工作内容1、小组成员开展讨论，确立本次课程设计的课题；
2、根据课题主题拓展课题所要完成的内容；
3、为了完成项目，提出解决方案
4、撰写文档
完成情况（%）100%未完成原因无
工作成果
小组最总讨论结果将课题名称定为：基于Stm32和Zigbee的智能家居，随后，确立了项目内容，解决方案是：将硬件数据上传到服务器，通过网页和Android客户都可以查看。
遇
到的问题1、如何实现软件和硬件的交互
2、网页和Android客户端如何实现数据共享
下
周工作安排1、软、硬件之间交互的具体细节
2、硬件的整体解决方案
备注：
项目初期阶段，大家共同进行探讨，后期进行分工
撰写人：小组编号：日期：3.23
工作内容
本周工作内容1、根据项目的需求探讨硬件电路图的设计
2、软、硬件之间采用什么方式进行通信
3、Android如何获取服务器的数据
4、成员分工
5、撰写文档
完成情况（%）100%未完成原因无工
作成果
由负责硬件的组员为大家汇报硬件电路图设计的成果，软、硬件之间采用Http协议进行通讯，网站和Android后台数据接口采用统一数据库，实现数据共享。
遇
到
的
问
题
网站不能开放接口给Android端，所以Android还需额外开发数据接口
下
周
工
作
安
排
软件开始定需求和UML建模
备注：
小组成员分工完成，各司其职，团队之间定期进行交流进度。
撰写人：小组编号：日期：3.30
工作内容
本周工作内容1、根据项目组的讨论的内容单方面的分析软件需求
2、根据软件需求，借助工具软件MindManager（思维导图）画出软件用例图
3、确立开发工具
4、撰写文档
完成情况（%）100%未完成原因无
工作成果
对软件所要实现的功能做了详细的需求说明，并编制文档，并完成用例图（流程图的绘制）。
开发硬件设备：window7 PC机
软件工具：eclipse+ADT插件+genymotion模拟器
数据库：Mysql
遇
到
的
问
题
无下
周工作安排1、数据库的工作
2、软件系统架构
备注：
无
撰写人：小组编号：日期：4.6
工作内容
本周工作内容1、根据软件需求说明书设计数据库
2、数据接口和android的系统架构的设计
3、撰写文档
完成情况（%）100%未完成原因无
工作成果将数据库设计完成，并确定接口和客户端之间同样采用Http协议进行通信，完成数据接口的设计。
遇
到
的
问
题
接口和客户端之间采用什么样的格式和通信协议。
下
周
工
作
安
排
服务器注册功能代码的编写，初步测试
备注：
无
工作日志五
撰写人：小组编号：日期：4.13
工作内容
本周工作内容1、注册时，服务器数据库操作代码的编写
2、注册接口的实现
3、注册接口的测试
4、撰写文档
完成情况（%）100%未完成原因无
工作成果
Restlet框架的引用，实现注册接口，注册时首先查询用户是否已经存在，并引用c3p0数据库工具包操作后台数据库，进行读写操作。利用firefox(火狐浏览器)的插件Httprequest进行注册接口的测试，用户信息成功插入。
遇
到
的
问
题
Restlet框架设计是采用get请求方式还是post方式，数据库操作
下
周
工
作
安
排
服务器端登录功能的实现
备注：
无
撰写人：小组编号：日期：4.20
工作内容
本周工作内容1、登录时，服务器数据库操作代码的编写
2、登录接口的实现
3、登录接口的测试
4、小组成员进行工作交流
5、撰写文档
完成情况（%）100%未完成原因无工
作成果完成登录功能，并通过测试工具对开发的登录接口进行测试，登录后台操作数据库代码的编写
遇
到
的
问
题
无
下
周
工
作
安
排
客户端注册功能的实现
备注：
小组成员项目中期探讨，交流进度
撰写人：小组编号：日期：4.27
工作内容
本周工作内容1、Android架构的搭建，包括网络异步访问、回调接口开发、工具类的开发等。
2、客户端注册功能的实现
3、撰写文档
完成情况（%）100%未完成原因无
工作成果
Android基础代码成功搭建，包括工具类的开发，并实现注册功能，与服务器端的接口进行数据对接。
遇
到
的
问
题
数据在网络访问时的异步问题，数据如何交互
下
周
工
作
安
排
客户端登录功能的实现以及网页的显示
备注：
无
撰写人：小组编号：日期：5.11
工作内容
本周工作内容1、客户端登录模块的实现
2、客户端登录成功后显示网页功能
3、撰写文档
完成情况（%）100%未完成原因无
工作成果
用户成功后，将注册的账号直接进行登录，到服务器进行验证，验证成功则显示网页，观察得到设备的信息。
遇
到
的
问
题
如何将网页嵌入到客户端
下
周
工
作
安
排
小组成员汇报工作，进行项目测试
备注：
软件端工作几乎完工
撰写人：小组编号：日期：5.18
工作内容
本周工作内容1、软件和硬件进行对接测试并记录项目中的bug
2、通过交流对项目中问题进一步做最后的讨论
3、撰写文档
完成情况（%）100%
未完成原因无
工
作
成
果
通过测试，发现并排查项目中的漏洞，对项目的完善工作做分析探讨
遇
到
的
问
题
软件、硬件不能进行通信，或者数据丢失
下
周
工
作
安
排
修复项目中的bug，进行项目的完结工作
备注：
无
撰写人：小组编号：日期：5.25
工作内容
本周工作内容1、项目的最后的测试
2、进行项目的总结
3、撰写文档
完成情况（%）100%未完成原因无
工作成果
对照项目需求分析书，对完成的项目进行考核测试，并成功的实现智能家居，项目成员分享在开发过程中经验，做最后的总结。
遇
到
的
问
题
无
下
周
工
作
安
排
无
备注：
无
呈祥企业生产经营管理系统 项目开发总结报告 项目承担部门： 撰写人（签名）：李新贺 完成日期：2016-7-11 本文档使用部门：□主管领导□项目组□客户（市场）□维护人员□用户 评审负责人（签名）： 评审日期：
Hwadee^ii 文档信息
目录 1 引言 (2) 1.1 编写目的 (2) 1.2 背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2 实际开发结果 (2) 2.1 软件产品描述 (2) 2.2 主要功能和性能 (4) 2.3 进度 (4) 2.4 成本 (5) 3 开发工作评价 (6) 3.1 对项目开发过程的评价 (6) 3.2 对技术方法的评价 (6) 3.3 对产品质量的评价 (6) 4 试运行工作评价 (6) 5 技术积累总结 (7) 6 经验与教训 (7)
1 引言 1.1 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本文档是西北农林科技大学2013 级软件工程专业11 实习小组根据呈祥企业生产经营管理系统项目的初步需求，并对该项目的各项需求进行全面分析之后，做出的软件开发计划，可供支持项目组内部及信息技术部内部的研发工作。 A O 1.2 背景 说明项目的相关背景，包括： 项目名称：呈祥企业生产经营管理系统任务提出者：四川华迪公司 用户：业主运行维护人员、施工单位作业人员、视察人员、招标人信息管理人员 开发者：邵添、孙雨柔、乔娇、江旭、李新贺、马金亮项目提出的背景：呈祥企业需要一个覆盖企业生产经营主要活动的信息管理平台 1.3 定义 CM ：Configuration Management 配置管理 SPP ：Software Process Plan 软件开发计划 RUP ：Rational Unified Process 统一软件开发过程 CCB ：变更控制委员会 EPG ：Engineering Process Group ，即工程过程组 1.4 参考资料 百度百科 2 实际开发结果 2.1 软件产品描述 说明本次发行、交付的软件产品的版本，包括： 版本1.0 呈祥企业生产经营管理系统”项目根据功能不同分为6 大部分。 在角色管理中，权限可以细分为： 1. 提供员工、职位和客户管理，包括用户创建，删除，更新、权限，角色的分配，和系统登录 2. 完成系统访问安全认证。
软件项目开发工作流程 一、简述 对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 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、所有关系人清晰明确地了解项目的需求和期望，努力做到满足项目所有关系人的不同需求；项目关系人包括：项目团队成员和项目团队外(内部/外部客户，内部/外部合作伙伴，经销商/客户等)。 2、项目管理三要素平衡（时间/成本/质量），即开发项目按需按时按质的完成。 3、目标：功能满足需求，设计支持变化，开发快速迭代，成果持续交付。 执行概述 1、建立有效的工作流程保证项目的顺利进行，初期使用传统RUP过程，引入部分敏捷方法， 团队磨合完成后逐步实现敏捷开发全流程管理。 2、明确项目目标，制定具有可行性的项目计划，有效明确的分解项目需求。 3、跟踪设计/开发/测试/回归/发布全流程，推动项目按预定计划执行。 4、解决项目过程中出现的问题和冲突，一般集中在需求不明/工作量或时长/开发难度/跨 部门协调等几个方面。 5、调动开发团队的积极性，创造力，推动团队成员在项目过程中的学习成长。 6、风险识别、风险控制以及风险的预案。 项目管理 1、需求阶段 对项目进行技术可行性分析、技术评估、成本评估以及风险评估。 与需求提出方的代表进行需求讨论，明确项目的目标、价值。 确定项目范围、功能及优先级。 组建项目团队，特别要搞清楚项目的关键人。 项目启动会议，相关的关系人都必须参加。 2、设计阶段 根据确认后的软件需求规格说明书，制定项目进度计划，工作任务分解(WBS)；资源申请，项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源)；数据库设计；系统设计；文档(包括系统用例、Demo、测试用例等)；评审会议。 设计阶段结果交付一般为系统用例/系统原型/系统设计文档(概要设计和详细设计)/数据库设计文档等。 该阶段交付成果需要进行评审。 3、执行阶段(开发和测试) 准备开发环境、测试环境。 跟踪，推动项目按计划进行。 项目成员以日报/项目负责人以周报的形式通报各关系人当前项目的进展情况。 按里程碑对阶段成果进行评估，以确保该阶段完成的质量。 代码审核，包括CS审核、SQL审核、WEB审核等。 对需求变更进行控制管理。 测试阶段BUG响应及改进、收集反馈意见。 对项目风险进行管理。 4、发布阶段 包括制定项目发布计划，用户培训，发布上线。 5、试运行阶段 数据监控(日志、服务器状态)，根据监控出现的问题，及时进行处理，改进性能问题，特定情况执行补丁升级。
博客系统开发 项 目 管 理 方 案 书 拟稿人： 项目经理： 初拟日期： 修改日期：
目录
1.项目计划·PROJECT PLANNING 1.1 开篇概述 博客是已为大家熟悉多年的流行传媒体了，随着网络时代的发展，博客已经越来越成为人们生活中不可或缺的的一个重要内容，从某种程度上来说，这也充分体现着一种现代化的生活方式。 我们的目标是统筹规划和管理，组织开发出一个基于J2EE技术的多层结构Blog 系统。并使其具有良好的可扩展性和移植性，在传统的博客基础上标新立异，打造一款更适合大众使用的网络交流、传媒、制作和展示的多功能平台。 1.2 系统性能-PRODUCT QUALITY 根据广泛的调查与分析，我们的系统是以各个不同年龄阶段的网民作为主要用户，提供多方面的服务，满足不同人群的需求。 1)基本功能 以传统博客为例，最基本的功能具体到注册、登录、发表日志、留言、回复、上传照片、添加好友、空间排版。 2)“增值”功能 a)为不同年龄阶段的人设置各自富有特色的版式与模块，任其选择 b)音乐上传、在线编辑、搜索、播放器设置 c)多媒体播放、上传、 d)各类文本文件、压缩包等的上传 e)群体交流空间 1.3 成本核算-COST 1)开发团队 预计总人数10人，包括项目经理。 2)时间
6个月 3)金钱 a)开发人员薪酬：￥25万 b)物资（电费、房租、员工饮食补贴等）消耗：￥1万 c)其他费用：￥4万 2.项目建立·ESTABLISHING THE PROJECT 2.1 我们要做的是什么？ 开发一款符合大众网络群体的博客系统，为不同年龄阶段的人提供演绎自己独特魅力的平台，写出你的心情，展示你的创作，分享大众精品，为生活增光添彩。 在这里，让所有的人都走在时代的最前面。 2.2 任务分配
篇一：测绘日记 测绘日记 时间：12.6.13 星期三天气晴 今天课上，老师授予了我们很多测绘经验，给我们安排了测绘日程，对于测绘没有深入了解的我们有了很大的帮助。 下午我们去买了测绘工具，开始了测绘前的测绘的练习，对学校设计南北楼院子间的明清柱础和抱鼓石进行了详细的测绘，过程中遇到了很多细节的麻烦，比如条纹不清晰，测绘不精确，不过经过半天的辛苦劳动，终于完成了测绘练习，并做了草图记录。时间：12.6.14星期四天气晴 今天是测绘练习的上板日子，对数据进行汇总，对不全的数据进行补测，所以我们在上板的过程中发现数据不足后及时到设计楼进行了补测，完成后就是画图的过程，中间最难的部分就是画曲线了，样式多样难以画好，不过总体还算不难，这一天就在补测与画图中过去了…时间：12.6.15星期五天气晴 今天仍然是在分工画图中度过了，期间难免遇到困难，我们与其他小组不断地进行交流，交流与合作使我们获益匪浅。时间：12.6.16 星期六天气晴 经过不断地努力，第一个测绘任务基本圆满结束，图纸完成，等待下一个测绘任务下达。这次测绘让我们深入到了实践中去，在实践中了解到前人智慧结晶 的博大精深。时间：12.6.17星期天天气晴 第二个测绘任务下来了，是对方山的定林寺建筑构件的测绘，而且测绘任务由小组人员合作完成，这一天我们并没有急着奔赴方山进行测绘，而是对测绘任务进行了仔细的分析及分工，以及做了测绘前的充分准备。 时间：12.6.18 星期一天气晴 今天一早我们就去方山测绘了，张靖华老师在场指导我们测绘细节，对我们测绘帮助很大，在测绘过程中我们发现测绘的难度很大，对于构建的细节很多都无法考虑周全，数据不是完全准确等，再回来汇总的时候发现了许多难题，比如狮子的画法。也想出了相应的办法，接下来就是补测，对不全的数据进行了补测。、时间：12.6.196.20星期二三天气晴 由于周三要进行一科重要的理论考试，所以在这两天测绘任务暂告一段落，大家静下心来准备考前冲刺。 6.21 星期四 今天进行了测绘上板工作，由于是小组合作，加上大家组与组之间的交流，于是并不算太难，大家一起讨论怎么排版和测量问题，将测绘得到的数据进行了整体，并使用计算机，根据照片中的比例，确定图像中的相关数据，然后进行上板工作。 6.22 星期五 接下来就是测绘图纸的绘制，我们认真地进行了图纸的绘制。最终，经过我们的努力，我们绘制出了两张a2的图。这次测绘让我们了解了中建筑的结构、样式、造型艺术、时代风格等，培养了我们坚持不懈，敢于吃苦以及团队协作的精神，体会到中国古建筑文化的博大精深。篇二：测绘日记 今天是我们第一次测绘，有点激动。到了设计楼那边又觉得好无助，因为不知道如何下手，我去的时候大概是七点多，那时候已经有同学在测量了。我先看了一下他们的步骤和过程，也询问了过程中应该注意的内容，然后我开始找了一个柱础，画出平面图，这突然让我发现手绘能力不能满足要求啊！ 平面图上的好多花纹很难变现出来，我拍了照片，准备回去草图画出来。立面图的时候也发现了许多花纹，我将每个面都拍了照片。之后我拍了一些透视，准备画图的时候用。 测量抱鼓石的时候还得排队（许多人在测），所以我就和班级同学一起测量了，一个测量其他
本人在两个中小型软件开发企业工作过几年，也做过几年的项目管理工作。走过一些弯路也得出一些项目管理方面的体会，在此进行总结，希望能够与其他一些项目管理人员或对项目管理有兴趣的同事共同探讨一些中小型项目管理的问题及方法。 大部分中小型软件开发企业的软件项目经常遇到的一些问题可能包括：项目时间紧、项目组成员经常加班；项目需求变更频繁；项目进行过程中可能就有项目团队成员离职或调离到其他项目组；项目重复性建设问题严重，每个项目都需要从框架开始重新开发，难以重用已有项目的成果等等。我觉得通过较好的规划和管理能够在一定程度上提高项目的成功率或者说提高项目的质量，降低开发成本，缩短项目开发时间。 我理解项目管理有两个大的划分方法一是通用的项目管理体系，也就是PMP中所说的5个项目管理过程组9个知识领域44个项目管理过程；二是具体业务领域的按项目生命期划分的各阶段的管理。本文主要从项目生命期各阶段的管理方面进行总结。 我个人分析一个软件项目生命期大体需要经过的流程（这只是我个人的一个划分，有可能不是很全面）：可行性分析、需求、设计、开发、测试、实施、维护、总结。 下面我针对每个阶段谈一下自己的体会。 一、可行性分析 一般的项目都是通过外部招标的形式得到的。对于有些公司在应标的时候对项目就要有个取舍。如果在特殊时期为了生存可能只要不是太赔的项目都会尽量承接。 但是一般项目在承接前最好在经济、技术等方面进行可行性分析，而且这种可行性分析最好是管理者、市场、技术等人员都参与，因为市场人员一般不懂（或不通）技术，技术不懂（或不通）市场，因此只有大家在一起共同分析讨论才能够得出比较可行的结果。可行性分析的结果一方面可以作为是否承接项目的依据，另一方面也可以作为承接项目方式或与客户谈判的依据。比如经分析项目工作量很大，如果按标书金额开发有可能会赔，那么可以与用户探讨是否将来能有个二期的项目；另外如果用户要求的时间比较紧，可是经分析很难按标书时间完成，那么也可以和用户同共探讨是否可以在正式签定合同时延长系统交付时间等。当然这些与用户的探讨工作一般是需要公司高层领导出面协调的，有时单独靠项目组
软件开发项目管理 ?启动阶段 这个阶段的工作目的是决定一个项目是否需要启动。为了达到这个目的，首先要明确项目的总体战略目标，对项目的需要建立认同。即确定到底需要做什么、开发什么产品或提供什么服务，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结项目工作的范围、所需资源、大约开支、各种风险，以及该项目不执行的其他替代选择等。这些代表了对整个项目目标从战略角度和宏观层次所进行的分析，通过项目的意向书总结出来，由此确证客户或项目发起人和赞助者的要求与期望，并帮助他们判定项目是否上马。项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。 ?计划阶段 这个阶段的工作是为整个项目做计划。项目开始后，首先要确定项目的具体范围，明确定出项目到底要做什么，总结、归纳并定出产品的功能。然后进一步制定项目的计划，列出每项具体工作，并建立所有工作任务的重要性及顺序；确定每项工作的执行人和所需资源；根据人员的配置和能力设定各项工作和整个项目的完成时间表。 ?执行阶段 这个阶段的工作是通过执行项目的计划来完成项目的任务。它包括落实一切所需资源，如：人员、设备、费用、技术、信息，由管理者领导全体项目参与者开展各项工作。同时跟踪各项具体工作和整个项目的进度，定期向全体项目人员及项目的发起人报告项目状态。 ?控制阶段 这个阶段的工作是确证项目工作的结果符合项目的计划。它通过对项目结果的衡量和审核，与项目计划所期望的结果进行比较，找出实际结果与计划的差别，并制定处理措施。这个阶段的工作还包括对项目进程中出现的任何更改要求进行审核和批准。同时调解项目进程中出现的各种问题，如：对缺乏的资源的补偿调节；对项目的进度表及各项具体工作的优先级或顺序的修订。 ?结束阶段 这个阶段的工作是确保项目的最终结果或提交物达到计划的要求，并对完成的结果作可接受的确认。还包括在项目完成之后的收尾工作，对整个项目的经历进行总结，修订项目文档，用户培训等。
周一到周三，我的领导亲自操刀，完成了一项小小的功能。 功能虽小，但从构思到实现，再到稳定运行，几乎包含了软件开发的全过程。 这个过程完美的展示了编写一段优秀的代码需要考虑多少东西，我记下来给大家分享一下。 需求很简单： 分析各类日志文件（如：Oracle的错误日志）的内容，并将其中符合条件的行转发到Syslog。 需求分析： 读取日志并过滤内容比较简单，这个需求的关键点在于：必须考虑时效性和性能。 时效性，通常日志是不断增长的，要求程序尽快分析新增日志。 性能，要求程序能够对日志做增量分析，以免去不必要的I/O开销。 制定方案： 根据需求分析得到的功能需求和非功能需求，我们一致认为，需要一种手段来实时获取文件中的新增内容。 在Unix/Linux上，tail指令可以实现这种功能。 我们调查tail指令后发现一个严重的问题：
tail无法处理日志的切换。 这一问题否决了我们使用unix已有指令写shell的想法，于是决定自己编写一个类似tail的小工具。 在实现方案上，可以采用C或者Java两种方式，基于如下考虑： 1、日志在Unix/Linux上的情况占80%以上 2、目标主机上不一定具备java环境 3、要求对目标主机的资源消耗尽量小 因此，决定采用C来做实现，由于项目组人员以JAVA为主，所以领导亲自上阵了。 技术预演： 技术预演是为了验证方案的可行性，如果方案的设想因为技术原因无法实现，则需要修改方案。 这个小功能的技术预演主要包括： 1、分析tail源码，了解tail实时获取文件增量的原理。 2、调查C中如何发送Syslog 实现：
基本功能： 领导最初认为这个功能很简单，不会超过30行代码，而基本功能也确实很简单。 功能增强： 支持打开多个文件， 支持日志切换， 支持使用正则表达式对行进行过滤， 支持通过命令行参数制定Syslog输出的Severity和Facility 测试： 将程序编译后挂到实际环境中测试，很快发现一些问题， 比如： 对参数的异常情况考虑不足 文件切换有两种模式，需要兼容（一种inode变，一种不变） 需要检查目标文件是否存在、是否为普通文本文件（二进制文件无法处理、目录也可以当做文件打开） 程序修正： 解决测试中遇到的问题， 增加文件类型判断、兼容文件切换模式、参数错误时输出Usage等
软件开发实习日志日记 Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】
D a i l y w o r k1 第一次是来面试，当时感觉不怎么好，面试的人问了一些问题有些没回答上来，这并不奇怪，C#自己学习了2个月，然后就没怎么用，回答不上我觉得可以理解。没想到还能第二次来到公司，由于对环境还比较陌生，所以今天大概熟悉了一点，成都这边有50多个员工，属于研发中心，主要从事无线微波得较大型的设备的再加工，听同事说以前在北京，但由于北京人力资源太贵所以来到成都，这听起来怎么像是在压榨的感觉啊，没关系，只是来实习而已。 对于今天的第一个小任务，要求：界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。让我快速地熟悉了C#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用C#熟练的实现。 Daily work 2 今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。此外加入XML进行配置，在XML中存入相关配置信息，提供一个单独的XmlClass对其进行操作，加深了对xml的理解。为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于C#的动态链接库和XML配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。 Dailywork 3 今天采用抽象工厂模式对实例进行改进，以达到动态加载算法实例，抽象工厂模式属于设计模式中的内容，自己在学习视频的时候注意到了，所以之前就买
Daily work 1 第一次是来面试，当时感觉不怎么好，面试的人问了一些问题有些没回答上来，这并不奇怪，C#自己学习了2个月，然后就没怎么用，回答不上我觉得可以理解。没想到还能第二次来到公司，由于对环境还比较陌生，所以今天大概熟悉了一点，成都这边有50多个员工，属于研发中心，主要从事无线微波得较大型的设备的再加工，听同事说以前在北京，但由于北京人力资源太贵所以来到成都，这听起来怎么像是在压榨的感觉啊，没关系，只是来实习而已。 对于今天的第一个小任务，要求：界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。让我快速地熟悉了C#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用C#熟练的实现。 Daily work 2 今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。此外加入XML进行配置，在XML中存入相关配置信息，提供一个单独的XmlClass对其进行操作，加深了对xml的理解。为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于C#的动态链接库和XML配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。 Dailywork 3 今天采用抽象工厂模式对实例进行改进，以达到动态加载算法实例，抽象工厂模式属于设计模式中的内容，自己在学习视频的时候注意到了，所以之前就买了本大话设计模式来学习，可以说了解了大部分设计模式。今天遇到后自己心里也有底，温故一下书就知道怎么做了，可以说这是我学习的方法。 针对以上，在dll中提供一个接口，两个算法都继承了该接口，对于该dll的操作都通过接口ISort进行，此外，修改工厂为抽象工厂，提供一个接口创建算法，在算法中返回ISort实例，在主函数中使用该实例进行对应的排序算法操作，充分显示了抽象工厂的作用，本例子将反射和抽象工厂模式结合，增加了程序的可扩展性和可维护性。 Dailywork4 由于自己编程能力还算可以吧，所以软件组的老大就叫我加入开始做一些这次项目的东西，说了一句“我可是没把你当实习生哦。”，这话一听当时感觉还好，不过后来一想，我却是吃亏了，他不把我当实习生但给我的却是实习生工资，这点有点想不过去，不过没关系，实习嘛就是学习，有基本工资也不错了，关键的公司提供的条件那是在学校里所得不到的：商业性的问题。 今天将上述实例的方法用到本次项目中，开始项目中的一些任务。仍然使用抽象工厂模式，将自定义窗体封装到类库中，将窗体的控件预留到外部进行实施定义；在XML文件中配置窗体的实际参数，利用反射按从XML中读出的参数动态加载窗体。将上述的实例方法运用到了实际项目中。 Dailywork5 昨天的任务基本已完成，今天温习了一下加深了对知识的理解，可以说掌握得比较牢固了，今天又有新的任务，可以说每天都在进步。 按组长要求编写RankStyle=Group时的窗体排列方式，在XML中配置控件或窗体的参数，利用XML读接口从XML中读出参数，为了使程序具有灵活性，在组长的提示下将窗体的配置按照窗体的Name属性进行配置,之前是利用字段的方式写在XML中，但是组长说这样的话在程序中查找不方便，可我觉得没什么啊，当然了，对于我这个没有工作经验的人来说看什么都是可以的，所以要多学习学习。在FormControl中利用双层循环将控件容器中的控件按
产品研发项目管理制度1 研发项目管理制度 编制：xxx 日期：2018-08-06 审核：日期： 核准：日期： 受控状态： 2018-08-10发布2018-08-15实施 广东xxxx控股有限公司发布 1、目的 为建立适应市场的产品开发激励机制，加快产品开发速度，充分调动研发人员的积极性和创造性，提高公司产品质量，特制定产品开发项目管理办法。 2、适用范围 本办法适用于公司产品开发项目。 3、项目负责人和项目小组的设立 3.1 项目负责人 项目负责人，负责项目的组织、计划、实施及控制的过程，以保证项目目标的成功实现，项目负责人是项目管理的核心。项目负责人由公司主管领导或技术总监直接指定。
3.1.1项目负责人的责任 ?保证项目目标与公司经营目标相一致； ?对公司分配给项目的资源进行适当管理，保证资源充分利用； ?负责策划项目具体工作计划； ?负责项目的技术工作，包括产品和工艺方案的确定、文件的校对、各阶段的评审、各种新品资料的准备等； ?按项目具体工作计划组织实施，对项目的总体进度负责。 3.1.2项目负责人的权力 ?有权指挥项目小组成员完成与项目相关的工作； ?有权协调项目实施过程中遇到的问题； ?有权对项目涉及到的各部门提出考核建议； ?有权制定项目奖励的分配方案。 3.1.3项目负责人应具备的素质 ?有管理经验，是一个精明而讲究实际的管理者； ?有个性魅力，使项目组成员快乐而有生气； ?有全流程的丰富的工作经验； ?具有创造性思维； ?具有灵活性，同时具有组织性和纪律性。
3.2 项目小组 项目小组成员由项目负责人和研发总监提名组成，可包括技术部、市场部、财务部、质量部、客服部、采购部、生产部等部门人员。 4、新产品研发项目管理的三个阶段 4.1计划和确定项目阶段 4.1.1项目的确定需包含以下内容 ?项目目标陈述（对项目交付成果、工期、预期成本或人力进行高层次的描述） ?项目回报（包括商业案例或投资分析的回报） ?使用中的信息或客户需求 ?对项目范围进行定义，列出所有预期的项目成果 ?成本和时间预算目标 ?重大困难和假设 ?描述该项目对其他项目的依赖 ?高风险、所需的新技术、项目中的重大问题 4.1.2项目计划 进度控制主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。
项目开发流程规范 按照一个共同的规范去设计、沟通、开发、测试、部署，才能保证整个开发团队协调一致的工作，从而提高开发工作效率，提升工程项目质量。 一、项目的角色划分 前、后期的市场推广和产品销售人员，开发团队划分为项目负责人、程序员、美工三个角色。 项目负责人在我们中国习惯称为"项目经理"，负责项目的人事协调、时间进度等安排，以及处理一些与项目相关的其它事宜。程序员主要负责项目的需求分析、策划、设计、代码编写、网站整合、测试、部署等环节的工作。美工负责网站的界面设计、版面规划，把握网站的整体风格。如果项目比较大，可以按照三种角色把人员进行分组。 角色划分是Web项目技术分散性甚至地理分散性特点的客观要求，分工的结果还可以明确工作责任，最终保证了项目的质量。分工带来的负效应就是增加了团队沟通、协调的成本，给项目带来一定的风险。所以项目经理的协调能力显得十分重要，程序开发人员和美工在项目开发的初期和后期，都必须有充分的交流，共同完成项目的规划和测试、验收。 二、开发语言、工具的选取 前端语言：Ps、Html、Css、Javascript、Jquery、Ajax、 后端语言：Php、Mysql、Apche、 开发工具：前端工具：Ps、DW、Sublime、Navicate、Phpstduy 统一工具的好处是可以保持同一个项目文档的一致性，便于开发人员的交流和文档的保存。不刻意强求一致，比如美工可以使用任何自己熟悉的图形处理软件，只要最后能生成浏览器支持的图片就可以了。正是Web开发工具的多样性，才成就了今天互联网多姿多彩的局面。 只要程序员的纯Html和 Javascript 代码的功夫足够过硬，就能胜任最后的网站整合工作。 三、项目开发流程 项目真正谈下来了，就需要正式确定前阶段的需求分析，该补充的步骤必须补上。然后进行详细的总体设计，其实也基本是前阶段工作的重复和完善。 产生各栏目文件夹的结构图（一些公共文件夹如images、scripts、 styles等需要固定存放，共同调用）。后由美工根据内容表现的需要，设计静态网页和其它动态页面界面框架，该切分的图片要根据尺寸切割开来。给需要程序动态实现的页面预留页面空间。制定字体、字号、超级链接等CSS样式等。在美工设计页面的同时，程序员着手开发后台程序代码，做一些必要的测试。美工界面完成后，由程序员添加程序代码，整合网站。由项目组共同联调测试，发现bug，完善一些具体的细节。 制作帮助文档、用户操作手册。向用户交付必要的产品设计文档。然后进行网站部署、客户
项目客户端开发现场工作日志 负责人： 学号： 版本号：V1.0 2015年3月——2015年6月
撰写人：小组编号：日期：3.16 工作内容 本 周工作内容1、小组成员开展讨论，确立本次课程设计的课题； 2、根据课题主题拓展课题所要完成的内容； 3、为了完成项目，提出解决方案 4、撰写文档 完成情况（%）100%未完成原因无 工作成果 小组最总讨论结果将课题名称定为：基于Stm32和Zigbee的智能家居，随后，确立了项目内容，解决方案是：将硬件数据上传到服务器，通过网页和Android客户都可以查看。 遇 到的问题1、如何实现软件和硬件的交互 2、网页和Android客户端如何实现数据共享 下 周工作安排1、软、硬件之间交互的具体细节 2、硬件的整体解决方案 备注： 项目初期阶段，大家共同进行探讨，后期进行分工
撰写人：小组编号：日期：3.23 工作内容 本周工作内容1、根据项目的需求探讨硬件电路图的设计 2、软、硬件之间采用什么方式进行通信 3、Android如何获取服务器的数据 4、成员分工 5、撰写文档 完成情况（%）100%未完成原因无工 作成果 由负责硬件的组员为大家汇报硬件电路图设计的成果，软、硬件之间采用Http协议进行通讯，网站和Android后台数据接口采用统一数据库，实现数据共享。 遇 到 的 问 题 网站不能开放接口给Android端，所以Android还需额外开发数据接口 下 周 工 作 安 排 软件开始定需求和UML建模 备注： 小组成员分工完成，各司其职，团队之间定期进行交流进度。
撰写人：小组编号：日期：3.30 工作内容 本周工作内容1、根据项目组的讨论的内容单方面的分析软件需求 2、根据软件需求，借助工具软件MindManager（思维导图）画出软件用例图 3、确立开发工具 4、撰写文档 完成情况（%）100%未完成原因无 工作成果 对软件所要实现的功能做了详细的需求说明，并编制文档，并完成用例图（流程图的绘制）。 开发硬件设备：window7 PC机 软件工具：eclipse+ADT插件+genymotion模拟器 数据库：Mysql 遇 到 的 问 题 无下 周工作安排1、数据库的工作 2、软件系统架构 备注： 无
<项目编号> 001-06-2013 青羊教育云计算学生网络管理平台微博 项目计划 Version 1.0 项目承担部门： 撰写人（签名）： 完成日期： 2013年7月5日 本文档使用部门：□主管领导▲项目组□客户（市场）□维护人员□用户 评审负责人（签名）： 评审日期：
修订文档历史记录
目录 1.前言5 1.1目的5 1.2术语与缩略语5 2.项目概述5 2.1项目背景和目标5 2.2项目范围5 2.3交付的产品5 2.4约束和假设6 3.角色和职责5 3.1利益相关人角色和职责6 3.2有关的利益相关人介入计划6 4.项目约定6 5.项目的已定义过程7 5.1项目的生命周期选择7 5.2项目阶段划分及主要工作产品7 5.3本项目采用的过程7 5.4裁剪结论8 6.工作任务分解8 7.项目估计8 8.项目所需技能和培训计划8 8.1项目所需技能8 8.2项目培训计划8 9.项目相关计划8 10.开发计划8 10.1项目监控计划8 10.1.1活动列表8 10.1.2改进指标9 10.1.3偏差控制（项目计划变更与重估计约定）9 10.2风险管理计划9 10.3度量与分析计划9 10.4质量保证计划9 10.5配置管理计划9 10.6系统测试计划9 10.7介入计划9 10.8数据管理计划9 10.9项目培训计划10 10.10需求管理计划10 11.工作环境10 11.1开发环境10
11.1.1硬件设备10 11.1.2支持工具和软件环境10 11.2测试环境10 11.2.1硬件设备11 11.2.2支持工具和软件环境11 12.其他11
Daily work 1第一次是来面试，当时感觉不怎么好，面试的人问了一些问题有些没回答上来，这并不奇怪，C#自己学习了2个月，然后就没怎么用，回答不上我觉得可以理解。 没想到还能第二次来到公司，由于对环境还比较陌生，所以今天大概熟悉了一点，成都这边有50多个员工，属于研发中心，主要从事无线微波得较大型的设备的再加工，听同事说以前在北京，但由于北京人力资源太贵所以来到成都，这听起来怎么像是在压榨的感觉啊，没关系，只是来实习而已。 对于今天的第一个小任务，要求： 界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。 让我快速地熟悉了C#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用C#熟练的实现。 Daily work 2今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。 此外加入XML进行配置，在XML中存入相关配置信息，提供一个单独的XmlClass对其进行操作，加深了对xml的理解。 为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于C#的动态链接库和XML配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。 Dailywork 3今天采用抽象工厂模式对实例进行改进，以达到动态加载算法实例，抽象工厂模式属于设计模式中的内容，自己在学习视频的时候注意到了，所以之前就买了本大话设计模式来学习，可以说了解了大部分设计模式。 今天遇到后自己心里也有底，温故一下书就知道怎么做了，可以说这是我学习的方法。 针对以上，在dll中提供一个接口，两个算法都继承了该接口，对于该dll 的操作都通过接口ISort进行，此外，修改工厂为抽象工厂，提供一个接口创建
项目开发经验总结 本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。 项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如： 1. 这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。 2. 这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的； 3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。 4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间； 5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚
研发项目管理制度 1、目的 为建立适应市场的产品开发激励机制，加快产品开发速度，充分调动研发人员的积极性和创造性，提高公司产品质量，特制定产品开发项目管理办法。 2、适用范围 本办法适用于公司产品开发项目。 3、项目负责人和项目小组的设立 3.1 项目负责人 项目负责人，负责项目的组织、计划、实施及控制的过程，以保证项目目标的成功实现，项目负责人是项目管理的核心。项目负责人由公司主管领导或技术副总直接指定。 3.1.1项目负责人的责任 ?保证项目目标与公司经营目标相一致； ?对公司分配给项目的资源进行适当管理，保证资源充分利用； ?负责策划项目具体工作计划； ?负责项目的技术工作，包括产品和工艺方案的确定、文件的校对、各阶段的评审、各种新品资料的准备等； ?按项目具体工作计划组织实施，对项目的总体进度负责。
3.1.2项目负责人的权力 ?有权指挥项目小组成员完成与项目相关的工作； ?有权协调项目实施过程中遇到的问题； ?有权对项目涉及到的各部门提出考核建议； ?有权制定项目奖励的分配方案。 3.1.3项目负责人应具备的素质 ?有管理经验，是一个精明而讲究实际的管理者； ?有个性魅力，使项目组成员快乐而有生气； ?有全流程的丰富的工作经验； ?具有创造性思维； ?具有灵活性，同时具有组织性和纪律性。 3.2 项目小组 项目小组成员由项目负责人和研发副总提名组成，可包括技术部、市场部、财务部、质量部、客服部、采购部、生产部等部门人员。 4、新产品研发项目管理的三个阶段 4.1计划和确定项目阶段 4.1.1项目的确定需包含以下内容
?项目目标陈述（对项目交付成果、工期、预期成本或人力进行高层次的描述） ?项目回报（包括商业案例或投资分析的回报） ?使用中的信息或客户需求 ?对项目范围进行定义，列出所有预期的项目成果 ?成本和时间预算目标 ?重大困难和假设 ?描述该项目对其他项目的依赖 ?高风险、所需的新技术、项目中的重大问题 4.1.2项目计划 进度控制主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。 项目开始后项目负责人要建立一个“工作日志”，完整、准确记录自己时间是怎样花费掉的。在条件允许的情况下，团队成员都要养成写“工作日志”的良好习惯。对于有些问题，不能靠回忆来讲做了些什么，因为“想象”和“现实”常常有很大的不同，甚至有时会完全不同。在通常情况下，每周项目负责人要向技术副总汇报一次项目进展情况。记录时要注意三点：一是时间间隔不要太短，防止产生负面效应；二是不要在一个时间周期结束之后再去填写，防止记录结果带有
软件项目主要分为哪些阶段？各个阶段主要做哪些工作？ 本人在两个中小型软件开发企业工作过几年，也做过几年的项目管理工作。走过一些弯路也得出一些项目管理方面的体会，在此进行总结，希望能够与其他一些项目管理人员或对项目管理有兴趣的同事共同探讨一些中小型项目管理的问题及方法。 大部分中小型软件开发企业的软件项目经常遇到的一些问题可能包括：项目时间紧、项目组成员经常加班；项目需求变更频繁；项目进行过程中可能就有项目团队成员离职或调离到其他项目组；项目重复性建设问题严重，每个项目都需要从框架开始重新开发，难以重用已有项目的成果等等。我觉得通过较好的规划和管理能够在一定程度上提高项目的成功率或者说提高项目的质量，降低开发成本，缩短项目开发时间。 我理解项目管理有两个大的划分方法一是通用的项目管理体系，也就是PMP中所说的5个项目管理过程组9个知识领域44个项目管理过程；二是具体业务领域的按项目生命期划分的各阶段的管理。本文主要从项目生命期各阶段的管理方面进行总结。 我个人分析一个软件项目生命期大体需要经过的流程（这只是我个人的一个划分，有可 能不是很全面）：可行性分析、需求、设计、开发、测试、实施、维护、总结。 下面我针对每个阶段谈一下自己的体会。 一、可行性分析 一般的项目都是通过外部招标的形式得到的。对于有些公司在应标的时候对项目就要有 个取舍。如果在特殊时期为了生存可能只要不是太赔的项目都会尽量承接。 但是一般项目在承接前最好在经济、技术等方面进行可行性分析，而且这种可行性分析 最好是管理者、市场、技术等人员都参与，因为市场人员一般不懂（或不通）技术，技术不懂（或不通）市场，因此只有大家在一起共同分析讨论才能够得出比较可行的结果。可行性分析的结果一方面可以作为是否承接项目的依据，另一方面也可以作为承接项目方式或与客户谈判的依据。比如经分析项目工作量很大，如果按标书金额开发有可能会赔，那么可以与用户探讨是否将来能有个二期的项目；另外如果用户要求的时间比较紧，可是经分析很难按标书时间完成，那么也可以和用户同共探讨是否可以在正式签定合同时延长系统交付时间等。当然这些与用户的探讨工作一般是需要公司高层领导出面协调的，有时单独靠项目组是没有能力达成理想的结果的。 另外在此阶段最好对项目的成本和需要的资源进行一下估算。 二、需求 需求实际要细分为需求调研、需求分析、需求确认、需求管理等。 因为对于需求要想说清楚可能需要较长的篇幅，所以在此不进行展开。 在此只是先强调一下需要相当重要，如果早期需求做的不够仔细会给项目的后期工作带来很多的隐患。 而且我建议每个项目无论多大也无论项目时间要求多紧急一定要有一个比较详细的需求文档。 在需求比较确定之后建议再对项目成本进行估算。同时对需要的资源及相关里程碑进行说明。 三、设计 对于大部分中小型项目因为时间和人力的问题加上需求变更比较频繁，所以有时很难书 写一个比较详细的设计文档。但是如果没有设计文档一是为后期维护可能会带来一些问题，尤其是当原来开发人员或主力开发人员离职或调离到其他项目组时；另外没有经过详细设计