项目建议书

项目建议书15篇

在日新月异的现代社会中，我们使用上建议书的情况与日俱增，我们在写建议书时要分条列出建议的具体内容。来参考自己需要的建议书吧！以下是小编整理的项目建议书，希望能够帮助到大家。

尊敬的校领导：

我代表XX提出XX食堂存在的问题和改进方案：

1，饭菜的卫生质量太差。

菜中会吃出来各种东西，如头发丝、刷锅用的铁丝网、种类未知的昆虫等等，虽然我们可以忍受偶尔一次两次的吃出不明物体，但是如此高的频率却让我们不禁联想，这一锅菜中要加入多少“材料”，才能达到每天都能吃出不明物体的程度，而这只是我们没吃进去之前发现的，那么我们没发现的又有多少呢？所以，我们认为食堂在做菜的每一道程序上，都要经过认真对待，尤其是原材料的挑选及清洗，建议选出一个总监督人，制定一合理的监督检验制度。

2，饭菜的量太少，价钱偏高。

这是一个直观的感受，菜价一直在上涨，而数量却一直在减少。希望食堂不要总拿物价上涨这个理由来敷衍我们，毕竟作为食堂，肯定是有一个收入与支出的天平，希望食堂能够将天平多朝同学们这边偏移一下，对此，我们深表感谢！

3，打菜拥挤，菜价没有明确标出。

每到同学用餐高峰期，打菜窗口前总会拥满了同学，这不仅使打菜的效率降低，增加了失窃的风险，同时也容易发生危险。为什么打米饭的窗口同学们能够自觉的排起长队，而打菜的窗口同学们却玩起了“叠罗汉”?这就是我们为什么建议将菜价明码标出的原因。据调查，打菜窗口前之所以拥挤，是因为很多后来的同学想到前面看看有什么菜，而前面打完菜的同学又想从人群中出来，导致拥挤。对此，我们建议，在每一个打饭窗口的上面贴上本窗口是卖什么菜的醒目标识牌，标明价钱，并提醒同学们排队打菜。相信，这一定可以为同学们营造一个良好的用餐环境。

4，米饭又冷又硬。

这是食堂存在的一个长期的问题了，我们在此提出，也不奢求能够解决这个世纪性的问题，只是希望食堂方面能够多用一些优质的大米，不求营养特别高，但是口感只要能够说得过去就行了。

5，失窃现象严重。

每到同学就餐高峰期，座位总是不太够，而同学们往往将自己的包放在空座位上占座，这使同学们的包损失惨重，经常有同学因此而丢包。暂且不谈同学的做法是不可取的，但是就食堂方面来说，我们认为监管还是不到位的。首先，食堂没有给同学们相关的警示与提醒。我们甚至没有看到任何一个提醒同学们不要用自己的包占座的标语。其次，我们建议食堂可以在大厅里安装摄像头，这样不仅可以减少一些失窃现象的发生，同时还可以为丢包的同学提供帮助。

6，饭桌收拾的不及时。

这个问题也是老生常谈了。我们承认负责收拾饭桌的工作人员很负责人，也承认食堂很大，他们不可能在一瞬间照顾到所有的地方。但是食堂为什么就不能多招一些人呢？一个良好的就餐环境是同学们食欲的基础，我想没有一个人能够对着一桌子别人的残羹剩饭还有食欲的吧？所以我们的建议还是要多招一些打扫桌子的工作人员，努力为同学们打造一个卫生，干净的就餐环境。

7，服务人员态度不好。

为什么服务人员的态度一直不好？为什么我们投诉了一次有一次却根本没有很大的改观？为什么女服务人员对待男同学如此热情，而对于女同学如此冷淡？是什么使他们如此肆无忌惮？为什么食堂没有出台相关的约束服务人员行为的制度？哪怕100个人中只有一个工作人员的服务态度差，食堂在同学们眼中的印象就要下降一个档次。顾客是上帝，我们不求自己是上帝，但是我们却希望食堂的每一个工作人员有一颗天使般的心，让我们在吃饭的时候带着一个好心情。

8，提供的公共用纸没有及时更换。

基本上每回去找公共用纸的时候，都发现里面是空的，我们不知道这是因为从来都没有换的原因还是同学们用的太快。本来免费提供公共用纸是一件非常好的事情，但是一次次发现没有纸却有一种被耍的感觉，所以我们建议食堂既然提供公共用纸，就要及时更换，免得赔了夫人又折兵啊！

9，关于洗手的问题。

很多同学都在抱怨食堂没有洗手的地方，尤其是一些在来食堂前刚刚做完生物解剖学实验，生化实验的同学，要不要先跑回宿舍洗个手再来吃饭是一个艰难地择。事实上，其实食堂是有洗手的地方的，但是太难找了，如果没有一个专门的指示牌的话，他们是很难找到的。

我不得不遗憾的说，大部分的同学从来都没有在食堂洗过手，甚至不知道食堂还有洗手的地方。难道现在的水价这么贵么？以至于食堂都在藏着掖着而不希望同学们去洗手？还是那句话，既然食堂有给同学们提供洗手的地方，为什么就不能大大方方的指示出来？却让同学们用刚刚做完实验的手来抚摸自己餐具，这让医学院的同学们情何以堪呐!?以上就是我们所收集到的同学们的意见以及我们的一点拙见，虽然有些语句过激了点，但这表明同学们对学校食堂的改进仍抱有希望。

同学们不止一次地向我们表示，他们非常希望学校食堂能够改进，能够越办越好。若有什么顶撞之处，还请领导们原谅。

一、项目依据

为全面贯彻《国务院办公厅关于加快林下经济发展的意见》（国办发[20xx]42 号）、《广西政府办公厅关于大力推进林下经济发展的意见》（桂政办发[20xx]191 号）精神，以实施“千万林农千元增收”工程为载体，巩固集体林权制度主体改革成果，解放和释放林业生产力，优化林业结构，调动林农发展林下经济的积极性，推进我县林下经济全面协调快速发展。根据自治区林业厅《关于编写20xx 年林下经济示范项目实施方案的通知》（桂林改发[20xx]6 号）、自治区财政厅《关于审定20xx 年自治区林下经济发展专项资金分配方案的请示》（桂财农 [20xx]129 号）的精神要求，结合我县的实际情况，特制定本方案。

二、项目概要

建设规模：林下养鸡10万羽，建鸡舍3500 平方米，补助资金82.5 万元用于补助鸡苗，17.5 万元用于补助鸡舍。

项目建设期限从 20xx 年3 月至20xx年12 月，项目主管单位为博白县财政局、林业局。

三、基地基本情况

（一）自然地理条件 博白县地处广西东南部，北回归线以南，东经 109°38′～ 110°17′，北纬 21°38′～22°28′。位于玉林市的南面，与两省五县（市区）相邻，东接壤陆川县、西与浦北县交界，东南与广东省廉江市毗邻，西南紧靠合浦县，北邻玉林市福绵管理区，距玉林市47 公里。由于地处北回归线以南，光热充足，雨

量充沛，全年平均气温21.9℃，林木生长迅速，枝繁叶茂，为林下养鸡创造得天独厚优越的自然生态条件。

（二）社会经济条件 据统计，20xx 年，博白县实现生产总值 140.99 亿元，其中第一产业49.4 亿元，第二 ……此处隐藏22986个字……节

分配小组和个人的角色与责任

获得小组和个人的承诺

实施建议：

对立项管理过程域产生的所有有价值的文档如《立项建议书》、《立项调查报告》、《立项可行性分析报告》、《立项评审报告》进行配置管理。做好必要的保密工作。

由于每个项目都要占用机构的资金和资源，立项评审一定要严格。建议对机构高层管理人员进行必要的立项管理培训。

输出文档包括：

项目风险管理计划、工作任务分解结构（WBS）、项目进度计划、配置管理计划、质量保证计划、TimeSheet、开发规范文档、测试计划

二、需求分析

需求调研：与客户就其所需要的功能、流程、操作等需要为基础，而且需求决策者必须是项目经理或部门负责人。

列一个需求管理（包括详细的沟通计划及要求沟通）计划，考虑需求沟通中的人员、资源、时间的要求。

虽然有些因素是客户方造成的，但应该站在其角度上，为其考虑一些存在的客观及主观因素。

注意与项目成员之间的沟通方式及对团队的建设。

把握需求分析的进度及质量是否符合要求。

根据交互设计原型与客户交流需求分析是否达到要求及功能点是否有遗漏。

有哪些文档或数据是由客户提供的，这些数据是否需要在新开发的系统中维护等。

实施建议：

先对项目成员进行培训，让他们掌握必要的需求开发技能。(比如需求开发要做什么，做到什么程度，需要注意哪些问题等)

对需求开发过程域产生的所有有价值的文档进行配置管理。

需求的建模分析有较高的技术难度，项目成员应当根据自身水平进行取舍。

交互设计中应以用户的易用性为前提然后考虑在这样设计的前提下技术上实现是否有难度或者工作量超过前期设计的百分之二十.

（多用TAB形式，尽量让客户的某个角色的任务可以在一个页面中完成，一般用上下文菜单，避免用系统的菜单，一个功能块一般只需要一个入口）

输出文档包括：

产品需求分析说明书、数据流程图、系统应用架构图、交互设计原型、需求分析模型(RQM)

三、概要设计

确定影响系统设计的约束因素：本系统应当遵循的标准或规范、软件、硬件环境（包括运行环境和开发环境）的约束、接口/协议的约束、软件质量的约束、隐含约束等。

确定设计策略：扩展策略、复用策略、折衷策略。

系统分解与设计：将系统分解为若干子系统，确定每个子系统的功能以及子系统之间的关系；将子系统分解为若干模块，确定每个模块的功能以及模块之间的关系。

数据库概要设计。

输出文档：

产品概要设计说明书、数据概要设计模型(CDM)

四、详细设计

确定功能模块的参与者、数据库表、输入参数说明、前置条件、基本流程、异常流程、日志等信息。

各层次结构的接口定义

数据库设计：逻辑设计—>物理设计－>安全性设计－>优化

实施建议：

先对系统设计人员进行“专题”培训，让他们掌握必要的系统设计技能。

由于国内绝大多数的大学不开设“用户界面设计课程”，这导致大部分软件开发人员不善于设计用户界面。项目开发小组应当设法邀请用户界面设计专家参与（或指导）本软件的 界面设计。

对系统设计过程中产生的所有有价值的文档进行配置管理。

输出文档：

产品详细设计说明书、数据物理设计模型(PDM)、自定义数据类型及BO数据类型文件、数据字典、系统测试用例、对象模型(OOM)

五、Coding

软件编码，各接口的实现。

单元测试。

实施建议：

对开发人员进行“高质量程序设计”培训，让他们掌握编写高质量程序的技能。

对开发人员进行“版本控制、代码审查、测试、改错”等方面的培训，提高他们的工作效率。

开发小组根据项目的资源、时间等限制因素，可以适当地减少测试的工作量。

对实现与测试过程中产生的所有代码和有价值的文档进行配置管理。

输出：

单元测试报告、代码评审报告

六、集成测试

根据系统测试用例测试系统的功能性需求，保证系统的正常功能处理及异常处理是否正确。

用户界面测试，重点是测试软件系统的易用性和视觉效果等。

健壮性测试,测试软件系统在异常情况下能否正常运行的能力。(容错能力和恢复能力)

安全性测试(这种测试一般能通过建行的fortify 软件评测即可)

如果产品需要安装，那么还得经过安装与反安装测试

实施建议：

对系统测试人员进行必要的培训，提高他们的测试效率。

项目经理和测试小组根据项目的资源、时间等限制因素，设法合理地减少测试的工作量，例如减少“冗余或无效”的测试。

系统测试小组根据产品的特征，可以适当地修改本规范的各种文档模板。

对系统测试过程中产生的所有代码和有价值的文档进行配置管理。

为了调动测试者的积极性，建议企业或项目设立奖励机制，例如：根据缺陷的危害程度把奖金分等级，每个新缺陷对应一份奖金，把奖金发给第一个发现该缺陷的人。

输出：

系统测试报告、缺陷管理报告、操作手册

七、客户验收

成果审查。验收人员审查开发方应当交付的成果，如代码、文档等等。确保这些成果是完整的并且是正确有效的。

验收测试。验收人员对交付的产品进行全面的测试，确保产品功能、质量符合需求。

及时解决客户方发现的问题。

输出：

客户验收计划、验收测试用例、客户验收报告、验收操作手册

实施建议：

在客户验收之前，开发方对验收人员进行必要的产品培训。

开发方可以将系统测试用例给验收人员参考，以减少设计测试用例的时间。

开发方人员应当热情地协助验收人员。对验收人员发现的软件缺陷马上予以纠正；对于复杂的问题应当立即请示有关领导，不可拖延。在验收期间不可与客户争吵，给客户留下很好的印象。

对验收过程中产生的所有有价值的文档进行配置管理。

八、结项

计划与实际情况对比:产品功能、工作成果、产品质量、投入人员、工作量、成本等

申请结项理由和项目自我评价

对项目进行综合评估，总结经验教训。

有价值的结项管理至少包括三项内容：

1、对项目的有形资产和无形资产进行清算，既要防止资产流失，又要及时地利用这些资产。

2、对项目进行综合评估。例如评估项目完成情况、项目质量、投入产出分析、项目的市场价值、项目对企业的贡献等等。该评估报告可以作为考核项目人员业绩的重要依据。

3、总结经验教训，使整个机构受益。