質問編集履歴
1
誤字脱字
test
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
|
|
1
|
+
pythonのVSC
|
test
CHANGED
|
@@ -1,163 +1,3 @@
|
|
|
1
|
-
|
|
1
|
+
先日、python3.10をインストールして、開発環境としてVisual Studio Codeを入れました。
|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
題名「要求定義」
|
|
6
|
-
|
|
7
|
-
お客様の要求
|
|
8
|
-
|
|
9
|
-
全教室にWIFIを導入したい ←チャンネルの設定がDFSによって難しい
|
|
10
|
-
|
|
11
|
-
この制限を考慮したうえで、現行の規格(5Ghz)で全教室にWIFIを導入する方法を提案してください。
|
|
12
|
-
|
|
13
|
-
・全学生が安定して、高速に通信ができる
|
|
14
|
-
|
|
15
|
-
・管理者が「楽」できる。
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
以下、RFP参照
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
現状の課題
|
|
24
|
-
|
|
25
|
-
・通信速度の低下
|
|
26
|
-
|
|
27
|
-
・学生数の増加に伴い無線LANを増設してきたが、それに伴い通信速度が極端に低下する事例が発生している。
|
|
28
|
-
|
|
29
|
-
・DFSにより、５GHz帯が不安定になっている。
|
|
30
|
-
|
|
31
|
-
・2.4Gｈzは、近隣アクセスポイント/学生の持ち込みスマホ/bluetoothにより使用しにくい。
|
|
32
|
-
|
|
33
|
-
・管理方法の改善
|
|
34
|
-
|
|
35
|
-
・トラブル発生時に複数のアクセスポイントを集中管理できる方法を導入したい。
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
無線LANシステム改修の目的
|
|
40
|
-
|
|
41
|
-
・管理の効率化
|
|
42
|
-
|
|
43
|
-
・近隣やほかのアクセスポイントとの混戦の回避
|
|
44
|
-
|
|
45
|
-
・電波を使用するテクノロジとの混戦回避
|
|
46
|
-
|
|
47
|
-
・トラブル発生時の速やかな対応(自動化)
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
プロジェクトの期間や予算は考えないものとする。
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
◇
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
3
|
+
ターミナルを起動させると、パワーシェルが起動します。VSC下のターミナルで開きたいです。
|
|
62
|
-
|
|
63
|
-
お力添えいただけると幸いです。
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
参考程度に提案書の構成を載せておきます
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
• インストラクション
|
|
72
|
-
|
|
73
|
-
○ はじめに
|
|
74
|
-
|
|
75
|
-
§ 今回の提案に対する自社の姿勢
|
|
76
|
-
|
|
77
|
-
§ 実は最後に書いた方が良いかも
|
|
78
|
-
|
|
79
|
-
○ エクゼクティブサマリー
|
|
80
|
-
|
|
81
|
-
§ お客様企業の経営陣に対して、経営的視点からの説明
|
|
82
|
-
|
|
83
|
-
§ 投資に対する効果
|
|
84
|
-
|
|
85
|
-
• 技術的提案
|
|
86
|
-
|
|
87
|
-
○ 要件の確認/解答
|
|
88
|
-
|
|
89
|
-
§ ヒアリング等によって明確化した要件に対する実現方法・解決方法
|
|
90
|
-
|
|
91
|
-
§ 要件がリスト化されている場合は、リストに対する解答をリストで記載
|
|
92
|
-
|
|
93
|
-
○ 提案構成
|
|
94
|
-
|
|
95
|
-
§ ネットワーク構成図を使用した説明(今回の課題では、各自のセンスで作成)
|
|
96
|
-
|
|
97
|
-
§ 使用する機器/数/接続方法/各機器の機能も盛り込む
|
|
98
|
-
|
|
99
|
-
○ 提案の特徴
|
|
100
|
-
|
|
101
|
-
§ 今回の提案の特徴を技術的側面から説明
|
|
102
|
-
|
|
103
|
-
§ コスト/性能/信頼性/柔軟性/拡張性/機能性/セキュリティ/保守性/運用性
|
|
104
|
-
|
|
105
|
-
§ 上記を「アピール」して競合他社に負けない
|
|
106
|
-
|
|
107
|
-
○ 機器構成
|
|
108
|
-
|
|
109
|
-
提案する機器の型番/数量をリスト(表)にする。
|
|
110
|
-
|
|
111
|
-
○ 移行方法(新規以外)
|
|
112
|
-
|
|
113
|
-
停止させて一気に移行/新旧同時に運用しながら徐々に移行(お客様の要望に対する解答)
|
|
114
|
-
|
|
115
|
-
○ オプション
|
|
116
|
-
|
|
117
|
-
RFPに記載されていないが、導入を促したいもの
|
|
118
|
-
|
|
119
|
-
• プロジェクト提案
|
|
120
|
-
|
|
121
|
-
○ 機構体制
|
|
122
|
-
|
|
123
|
-
プロジェクトに参加する企業/人の体制
|
|
124
|
-
|
|
125
|
-
○ メンバ紹介
|
|
126
|
-
|
|
127
|
-
売り込み
|
|
128
|
-
|
|
129
|
-
○ プロジェクト管理
|
|
130
|
-
|
|
131
|
-
§ スケジュール
|
|
132
|
-
|
|
133
|
-
□ 作業日程を箇条書き
|
|
134
|
-
|
|
135
|
-
設置・試験/移行/サービスイン/納品/検収・・
|
|
136
|
-
|
|
137
|
-
§ リスク管理
|
|
138
|
-
|
|
139
|
-
○ 仕様書の一覧
|
|
140
|
-
|
|
141
|
-
• 保守提案
|
|
142
|
-
|
|
143
|
-
○ 保守体制
|
|
144
|
-
|
|
145
|
-
コール窓/サポート体制
|
|
146
|
-
|
|
147
|
-
○ 保守内容
|
|
148
|
-
|
|
149
|
-
365・・・・
|
|
150
|
-
|
|
151
|
-
○ 保守フロート
|
|
152
|
-
|
|
153
|
-
トラブル発生時のお客様の行動の流れ
|
|
154
|
-
|
|
155
|
-
○ 保守拠点
|
|
156
|
-
|
|
157
|
-
• 添付資料
|
|
158
|
-
|
|
159
|
-
○ 関連する企業の概要一覧
|
|
160
|
-
|
|
161
|
-
○ 関連企業の実績
|
|
162
|
-
|
|
163
|
-
○ 詳細なスペック
|