软件项目建议书

软件项目建议书3篇

在我们平凡的日常里，越来越多人会去使用建议书，建议书在写作上具有一定的格式要求。那么问题来了，到底应如何写一份恰当的建议书呢？下面是小编精心整理的软件项目建议书3篇，供大家参考借鉴，希望可以帮助到有需要的朋友。

1. 简介

首先感谢兴悦大酒店给予我公司提供管理信息平台（XYMSPLAT）项目建议书（以下简称建议书）的机会。

[此处为本公司简介及服务范围]

本公司作为服务型的高科技企业，主要为企业提供各种信息、技术、开发与集成等方面的服务。公司以知识经济为主导，充分发挥资源优势，将竭力向用户提供最好的服务，协助提高企业管理档次和技术水平，达到提高企业效益、拓展企业市场从而推进知识经济的发展目标。公司拥有完善的技术支持网络，为客户提供软件行业中最良好的服务。多层次的技术支持和全方位的服务，贯彻“用户为先、用户为本”的经营理念，开拓市场、创造价值。公司将秉着积极进取、服务至上的精神，积极推动中外经贸交流与合作，加强科技产业化进程。

本公司是珠海万维科技有限公司在贵州地区的软件代理和实施商，从事万维科技的相关产品集成、销售、实施、二次开发和维护工作。

珠海万维科技的酒店管理系统是采用国际通用的先进酒店管理模式，并结合中国酒店管理的实际特点开发而成，按国家星级酒店标准化业务程序流式设计，采用先进的数据库系统和开发工具，经反复验证，实际运行，与酒店业同行分享我们十余年酒店管理的成功经验，是本套系统的指导思想。吸收国内外酒店先进的管理经验，融入星级酒店管理的科学、规范、成功的现代管理理想，结合先进的计算机技术，开发管理的大型酒店管理系统。保证信息系统的安全可靠，充分显示了本酒店管理系统应用于酒店管理的优越性。

1.1 目的

提供兴悦大酒店的信息管理平台在网络、硬件及运用软件上的应用设想及实施策略。

1.2 范围

建立兴悦大酒店信息管理台的网络、硬件、软件及项目实施。

1.3 术语表

ERP：企业资源规划系统

CRM：管理关系管理系统

HMS：酒店管理系统

XYMSPLAT：兴悦管理信息平台

2. 业务前景

2.1 管理目标

（1）、提高服务质量，增加潜在入住率

使酒店管理跨上一个新的台阶, 本酒店管理系统经过全国著名酒店管理专家的精心指点，管理流程符合国际规范，不仅能为酒店带来巨大的直接经济效益，而且还能提高酒店服务水准和员工工作效率规范酒店的工作流程，使酒店管理进入一个新的层次。

（2）、展示酒店形象，为网络定房作好准备

展示酒店自身形象，提高酒店知名度，以及为酒店自身业务更好开展服务为用户提供WWW（浏览），E-MAIL（电子邮件）、网络留言等功能，并为通过Internet传递语音、发送传真、直接订房、提供票务等增值服务等新型业务作准备。

（3）、构建新的工作协调交流机制

通过平台运行，定义业务流程，协调各部门间的分工，减少中间流通环节，从页加快内部工作速度，减少人为差错和互相扯皮现象。

（4）、节约成本，实行内部稽核审查机制

对酒店的消耗品、原料等进行严格管理，并自行成本利润核算，成本数、利润额等一目了然。对所有用户都进行权限限制，防止越权及不正当操作对系统数据的篡改或破坏。对系统资料的任何变更，系统都有不可擦除的操作记录，任何问题都有据可查。

（5）、经理查询统计分析

为管理层出谋划策。提供丰富多彩的图文界面，分析酒店任意阶段、任意时期的各类经营、管理数据；提供简洁、清晰、全面的酒店经营报表并由不同级别的管理人员进行调用；提供根据现有数据预测将来可能发生的情况的超强分析功能，供酒店管理者调整下一步战略目标。

2.2 业务蓝图

（1）、分层次服务

系统按企业管理的不同层次，进行不同的管理功能，分为决策层、管理层、业务操作层和自动化模式。

A、业务操作层

本系统的数据采集处，做好实际工作，并按工作流程进行录入、修改数据资料。急时反馈问题，回答客户疑问，服务好客户。

B、管理层

各中心经理，查询、统计所管理的下属部门的数据，审核相关单据，发现问题，解决问题，通用报表查询层。

C、决策层

从系统提供数据，进行对比分析，对决策提供支持，并对相关人员进行考评，对人力资源进行规划等。

（2）、业务操作平台

本系统以提供业务事务操作作为核心目标，不同于传统的MIS系统，工作人员以本系统作为管理工作平台：按工作程序自动地或用户自定义性地执行企业的实际工作流程，相应工作记录或工作记录或工作表的流转轨迹是被记录和被查询的；按工作流程的需要进统，有机地与工作表结合，并记录过程等。

（3）、绩效考评

通过系统中各部门、工作人员所录入的数据，可以建立相关绩效考评模型，考核相关部门或人员为酒店创造的价值或贡献度，真正实现精细化管理，提高员工的积极性和主动性。

（4）、业务接口

系统提供灵活的接口，比如财务、工资、电子商务等，供实现网上订房，ERP等系统使用。全面为酒店管理服务。

3. 软件功能架构

3.1 设计指导思想

通过合理的选择数据结构，网络结构，将酒店原有网络及硬件设备尽其所有，在以最大限度减少设备投入的前提下，结合系统构成一个完善的网络系统，充分发挥计算机信息管理的优势，根据酒店的实际需求及我们多年的设计实施经验，本系统的设计按照下述原则进行。

系统以用户需求为目标，同进融入先进的管理经验，在成熟的管理系统的框架下，根据实际需求功能情况，订造一套先进的管理系统，并且将在统一的Windows 图形界面下提供各种实用功能，真正为管理及决策提供强有力的支持。

3.2 系统特性

（1）、灵活性

系统充分应用现有成熟的网络技术、软件开发技术，先进的客户/服务器结构，及高性能大型网络数据库，满足的需要。同时用户可自行灵活设置参数和各种代码，适应自己的特殊需要。

（2）、稳定可靠

通过选用先进的开发软件，成熟的网络结构及安全可靠的数据库，再配合硬件的优化选型，从而保证系统的可靠性与容错性。

（3）、开放性及可扩充性

系统的设计采用标准的控件架构技术，以提高系统的开放性及可扩充性，方便以后业务的扩展和系统扩容，适应企业未来的需要。通过INTERNET实现集团的数据查询、汇总等。为用户提供一个全面、易于扩充的解决方案，充分保护系统的投 ……此处隐藏2440个字……节

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

获得小组和个人的承诺

实施建议：

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

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

输出文档包括：

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

二、需求分析

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

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

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

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

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

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

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

实施建议：

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

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

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

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

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

输出文档包括：

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

三、概要设计

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

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

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

数据库概要设计。

输出文档：

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

四、详细设计

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

各层次结构的接口定义

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

实施建议：

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

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

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

输出文档：

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

五、Coding

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

单元测试。

实施建议：

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

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

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

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

输出：

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

六、集成测试

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

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

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

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

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

实施建议：

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

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

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

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

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

输出：

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

七、客户验收

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

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

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

输出：

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

实施建议：

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

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

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

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

八、结项

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

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

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

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

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

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

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