输出水仙花数

/* 
* Copyright (c) 2011, 烟台大学计算机学院 
* All rights reserved. 
* 作    者:王静  
* 完成日期:2012 年 11 月 2 日 
* 版 本 号:v1.0 
* 输入描述:无

* 问题描述:所谓“水仙花数”是指一个三位数,其各位数字立方和等于该数本身


* 程序输出:打印出所有的“水仙花数”

* 问题分析:无
* 算法设计:略 
*/  

# include <iostream>
# include <cmath>
using namespace std;
int main()
{
 int number,a,b,c,add;
 for(number=100;number<=999;++number)
 {
  a=number/100;//a为百位数
  b=number%100/10;//b为十位数
  c=number%10;//c为个位数
  add=pow(a,3)+pow(b,3)+pow(c,3);
  if(add==number)
   cout<<number<<"是水仙花数"<<endl;
 }
 return 0;
}



运行结果:
(贴图)

心得体会:

智能硬件产品经理⼿册 为了帮助新从事智能硬件的产品尽快的熟悉智能硬件部产品流程,掌握各种据,平台⼯具的使⽤⽅法,以及提⾼产品设计能⼒。特以智能 硬件产品经历为例制定适合转型到智能⼀到三年的PM/PD⼯作⼿册,⽅便新⼯作。 概述 概述 智能硬件PM/PD⼿册包括:有调研⽅法与⼯具,Feature List,Demo,MRD,如何进⾏UE,商务,技术,需求沟通,会议纪要,邮件记 录,项⽬流程等内容。 1.1⽬的 ⽬的 制定本⼿册的⽬的是使刚到智能硬件的PM/PD更详细的了解,智能硬件产品设计的相关⼯作流程和细节,从⽽加强PM/PD的专业性。提⾼ 产品设计和把握项⽬的能⼒,更快的进⼊智能硬件⼯作。 1.2⽬标 ⽬标 熟悉各类平台和⼯具的使⽤⽅法 掌握产品栏⽬调研和需求分析的⽅法 熟悉项⽬流程和提⾼细节执⾏的能⼒ 1.3适⽤范围 适⽤范围 所有智能硬件⼊职不久的PM/PD同学。 2.需求阶段 需求阶段 通过对智能硬件⽤户需求调研,分析核⼼需求点,明确产品⽅向,功能点,输出demo,与组内分享并确认产品feature list,和demo,启 动项⽬kickoff,输出对应的UE需求以及资源需求,撰写PRD,需求准备完成后进⾏产品评审以及技术评审。 2.1需求调研 需求调研 具体内容:⽤户需求调研得出⽤户需求点。 注意事项: 明确调研对象和⽬标; 清晰规范的调研⼤纲; 有说服⼒的据⽀持; 准确合理的调研结论。 对应产出:调研报告 2.2 Feature list及 及demo 具体内容:根据调研结论输出产品功能列表及产品demo图。 Feature:即产品功能点列表,对应覆盖的需求点,及该功能点优先级。 Demo图: 即系产品页⾯线框图,原型图,可⽤axure、visio、PS、fireworks等任意擅长的⼯具,去完整的表达出产品各个模块的功能位置,以及所 有交互⾏为,可保证UE同学利⽤DEMO设计出完整的页⾯效果图,技术同学可利⽤demo开发出完整的功能。 ⽂案要尽可能接近真实,强化及弱化的功能点表达清楚,web/app端产品,尽可能按照页⾯实际图⽚元素的⽐例,进⾏⽰范。 对应产出:feature list,demo图。 Featurelist ⽰例: Demo图⽰例: 2.3调研分享 调研分享 具体内容:分享调研内容,收集建议,确认feature及DEMO 对应产出:会议纪要 会议纪要组注意事项:主要包括时间,地点,⼈物,会议议题,讨论内容,会议结论,确定问题, 遗留问题。后续计划及跟进⼈等 会议纪要范例: 2.4Kick off 具体内容: 确认技术⼈员技术接⼝⼈,统⼀安排 启动项⽬,根据资源引⼊成本,技术成本,等因素讨论,并最终确定项⽬feature 特殊说明:并⾮所有项⽬均需进⾏,启动⼤型项⽬或重要并完整的新项⽬时进⾏kickoff. 对应产出:会议纪要,确认PM、FE、RD、QA对应负责⼈,明确接⼝⼈,技术⼈员对应⼀个PM接⼝⼈。 2.5资源引⼊ 资源引⼊ 具体内容:商务合作需求,商务接⼝⼈ 提出⽅式:邮件⽅式详细描述资源需求, 资源需求要点: 项⽬背景, 具体资源需求。 有⽆指定合作⽅, 相关产品及技术接⼝⼈, 资源到位的期望时间, 对应产出:需求邮件及资源到位的情况。 2.6, ,UE效果图 效果图 具体内容:提请UE需求——UE接⼝⼈。 提出⽅式:邮件⽅式,将详细描述UE需求发出,附Demo图,若需交互设计师执⾏交互设计,请与交互设计师优选沟通,完成交互设计设计 稿后交付视觉设计师执⾏。 UE需求要点: 项⽬背景; UE需求点,(包括⽂案); 线框图即可,避免影响UE设计发挥空间; 期望时间; UE需求沟通: 新⼈第⼀次沟通需求需指导⼈⽰范,要点详尽描述; 第⼆次沟通时,需新⼈主导,指导⼈旁观把控; 提出组内确定后的需求,避免频繁更改; 需求描述时告知预计效果,⽽不是告诉我要什么; 对应产出:邮件需求及UE效果图交互设计图。 2.7 PRD撰写 撰写 具体内容:输出产品详细需求⽂档,清晰描述产品功能逻辑,策略及统计需求。 对应产出:PRD,最终版本需上⽂档保管中⼼对应所⽴项⽬。 2.7.1,PRD定位 PRD受众:FE/RD/QA等。 PRD重点,需求的定义,⽽不是需求的实现。 2.7.2,清晰的结构 适当拆分:例如⼤型栏⽬,进⾏复杂功能改版,复杂产品管理后台的。 提供完整的流程:⽂字概述,流程图。 利⽤⽬录控制⼤局:⽬录不宜太细,且提供,链接指向相应页⾯,各级⽬录编号不建议使⽤:⼀、1、(1),推荐使⽤1、1.1、1.1.1。 突出重点:需要强调的内容,都⽤粗体,或不同的颜⾊标出,必要时使⽤截图,尽量⽤流程图,列表,对⽐等形式展现,避免⼤量⽂字模糊 不清。 2.7.3合理的顺序 根据⽤户的使⽤流程进⾏描述:适⽤
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值