Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Galogen

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 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 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 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »
1246
Примеры / Re: Выбор UML диаграммы
« : 15 Августа 2012, 21:18:09 »
То, что у вас изображено, похоже на некую смесь диаграммы деятельности и диаграммы автоматов.

Выбор на самом деле просто, нужно понять семантику каждой диаграммы. Не так это сложно.

Диаграмма деятельности описывает последовательность деятельностей (действий) - у вас это описание процедуры декларирования, со всеми успешными и не успешными моментами. Диаграмма деятельности кроме потока работ, может моделировать и поток объектов (данных).

Диаграмма автоматов описывает набор конечных состояний ОДНОГО объекта (класса объектов), возможные переходы между состояниями. Например, это подойдет для описания жизненного цикла документа Таможенная декларация или что там у вас скрывается под аббревиатурой ДТ.

Таким образом следуя буквально вашему вопросу - диаграмма автоматов


1247
Как сделать это в PD я точно не знаю. В ЕА это сделать нельзя. я не нашел способа, может быть через uml профили? но берет сомнение.
Думаю, раз в двух продуктах это сделать нельзя, значит такова спецификация.

1248
Я бы, пожалуй, посоветовала в данной ситуации смотреть в сторону 1С. Любая самописная система, выходящая за рамки таблицы в Excel, неизбежно потребует еще и специалиста, который должен ее как-то сопровождать. А специалистом этим, скорее всего, окажется студент-эникейщик, который через год уволится... и поди разбирай, чего он там наавтоматизировал :)
Спасибо, Золотая рыбка. Только тот, кто будет таким специалистом - совладелец бизнеса (в первом посте об этом говорится), он точно не уволится и сопровождением  он будет работать :)

Вот пример решения на шарике. Ну так то завод был... с IT-отделом.
Спасибо  - посмотрю

1249
Юра, было бы лучше, если ты посоветовал какой-нибудь пример, образец реализации.

Денис, пытался скачать Comindware Tracker. Нужна регистрация. Не смог зарегистрироваться


1250
Эд, для начала попробуй что-нить сделать в Шарике, тогда поймешь, просто или нет. Воркфлоу можно даже в Визио рисовать для него.
Юр, да меня не нанимали для этого :) Просто был разговор. Мне стало интересно обсудить его в рамках нашего форума. В том смысле, что можно предложить для очень мелкого бизнеса, если у них возникают потребности в автоматизации.
А также каким образом они могут получить такую автоматизацию. Смогут ли сами осилить и реализовать то, что хотят. Или все-таки без специалистов не обойдутся. И, возможно, оценить (помочь оценить) затраты и ожидаемый эффект.
Мне представляется, что многие считают, что затраты слишком высоки, либо стремятся "изобретать велосипед" (как Сергей сказал)

1251
Как я люблю людей, изобретающих велосипеды! Но если вы считаете, что так дешевле - ваше право.
Ага, Сергей, я тоже :) Но реально это не изобретение велосипедов. Это называется использование собственных знаний в определеном контексте.
Тебе может быть проще и эффективнее применить трекер для решения задач учета услуги, вместо того чтобы сделать небольшое собственное приложение.
Реально для того чтобы воспользоваться твоим подходом челу придется много нового узнать. Может это и не плохо, но ему это не хочется, он хочет получить результат прямо сейчас. В силу своих знаний и умений он думает делать свое приложение. Зная его, я понимаю. что связываться стрекером он точно не будет. Для него это будет необычно.

Но мне хотелось обсудить вообще подходы. И я понимаю, что твое предложение вполне заслуживает внимания.

Я не соглашусь про "безумно дорог".
 Он идет вместе с виндовым сервером, который в ОЕМ поставке (вместе с железякой) стоит вполне подъемные деньги для конторы с оборотом от 400К руб в месяц.
Вполне вероятно, Однако не все с поинтом просто. Он даже бесплатен , если я не ошибаюсь, но далеко не прост.

Судя по тому, что обсуждалось ниже(выше), встает вопрос, что будет проще и дешевле: самому заморачивать и делать как умеешь, или все-таки задаваить жабу и обратится к профессионалам. На мой взгляд последнее. На взгляд обсуждаемого здесь человека (первое, пока)

Вообще говоря, судя по постановке задачи, можно начать и с таблички в Excel :)
ROI будет заоблачным, а TCO — нулевым :)
Да такое предложение было, есть тонкость, которую табличка не решает. Я предложил сделать чуть более защищенную табличку, не в Excel, но очень близко. Похоже так и будет решаться задача

Чтобы правильно посоветовать, еще хорошо бы понять требуемые количественные характеристики:
сколько заявок  в день,
порядка 100, вряд ли будет больше.
Цитировать
сколько менеджеров,
два
Цитировать
водителей,

1-два, плюс по пути

Цитировать
регионов,

регион один - город (пока)

Цитировать
какая располагаемая ширина канала между точками

точка одна никаких каналов нет, если об инете
 
Цитировать
И еще, указаны только набор требуемых функций основного производственного процесса, а требуемые функции контроля, мониторинга, нотификаций и аналитики не приведены.
да конечно, поскольку я их тоже всех не знаю, но они есть
- зависимость з/п от сделанной работы
- контроль исполнения (кто косячит. кто хорош)
- сумма для счета месячных клиентов (поскольку только 1 раз в конце месяца выписывается счт и нужно не забыть все их заявки)
- остальное мне кажется может появится в ходе усложнения и активности использования.
Лично я при разговоре с товарищем, спросил, как он хочет использовать систему и для чего. У меня сложилось впечатление, что по началу вопросы использования информации для управления были не проявлены, в ходе беседы проявились, но частично

Цитировать
От этого тоже может зависеть выбор.
Может. я вообще предложил им 1С. 32 тыс мне кажется не так дорого. Тем более, если есть потребности и умения сами постепенно доточят. Но как понял 32 тыс воспринимается пока как слишком большое вложение для решения предполагаемых вопросов :)

1252
Ты бы поставил триалки, чтобы посмотреть.
Ага, Ден, поставлю. Спасибо за совет. Я собирался в выходные посмотреть.

1253
Спасибо за советы.

Резюме. Касаемо данного вопроса. Разумным решением может быть адаптация некоего issuetracker или некой системы настраиваемого workflow

Не скажу, что такое решение по душе.  Мне кажется не смотря на простоту, оно довольно сложное.
1. необходимо наличие хорошей интернет-связи. Любой сбой - коллапс в работе
2. настройка системы под свой бизнес-процесс может оказаться сложнее сделанной на коленках системы
3. если устанавливать систему внутри локальной сети, то от человека, выполняющего админответственности потребуется  знания и умения того как развернуть локальный веб-сервер и как его обслуживать (правда денвер вполне может тут помочь)
Вывод: при наличии определеных навыков легче сварганить решение в виде access БД или подобной. Преимущества все будет сделано как нравится и желается, систему приспособят к себе, а не сами к системе.

Есть другие выходы?

1254
Не вижу отраслевой специфики.
да согласен. Я специально не стал в соем сообщение упоминать об этом, в наежде получить более широкие отзывы :)

Цитировать
В целом это похоже на Order Tracking/Management System — систему отслеживания заказов: http://en.wikipedia.org/wiki/Order_management_system
Наверное да, но в данном примере собственно заказа нет, хотя конечно можно это назвать и заказом услуги. Хотя конечно, если использовать веб-приложение, то вполне разумно предоставить и возможность отслеживания статуса исполнения заявки-заказа (хотя на практике это касается разве только ремонтов оргтехники, с аправками картриджей и заменой других расходных материалов так никто не парится)

Цитировать
Для малых бизнесов можно использовать и более общие Issue Trackerы, без логистики, бухгалтерии и т.д.:
* OTRS
* Comindware Tracker
реально бухгалтерия есть, часто на аутсорсинге, но оперативный учет ведется (например в 1С)

Цитировать
Можно и что-нибудь простое руками соуродить на http://www.zoho.com/creator/
Думаешь такой подход лучше, чем сварганить что-то самому - например на дельфях или в аксессе накрайняк?

1255
Привет, друзья!

Знакомый работает в сфере оказания услуг по обслуживанию оргтехники и расходным материалам. Фирмы, которые могут заниматься подобным бизнесом, различаются существенно: от небольших "коленных" конторок до "монстров", занимающих серьезную долю рынка подобных услуг региона.

Последние автоматизируют учетные и управленческие фукнции достаточно комплексно, используя готовые корпоративные решения либо заказывая индивидуальные разработки.

Небольшие же конторы обычно имеют небольшой ИТ бюджет и вынуждены выворачиваться и приспосабливаться. Иногда среди работников таких контор есть люди, вполне разбирающиеся в программировании и пытающиеся создать свои собственные решения.

Подобное можно увидеть и в других отраслях. Проблема неновая и явно имеет множество решений. Я погуглил, нашел кое-какие поделки. Может кто-то подскажет о существование подобных решений, чтобы можно было составить некий список и использовать его при принятии решения.

Набор действий в рассматриваемой бизнес примерно таков:
- поступает заявка на ремонт оргтеники или на смену картриджа или что-то подобное
- менеджер принимает заявку
- менеджер комплектует обычно такие заявки и отправляет курьера-водителя забрать технику, картридж
- водитель привозить картриджи в офис и передает их в центр облсуживания (каждая такая техника сопровождается наклейкой с допинформацией)
- сотрудник центра выполняет заправку или ремонт и делает пометку и сообщает об этом менеджеру
- менеджер комплектует выполненные заявки (порегиону), передает сведения для выставления счета (порой он этого не делает для особых клиентов, поскольку им счета выставляют скопом в конце месяца) и отправляет водителя для доставки выполненной заявки

1256
Для всех / Re: Что читать?
« : 07 Августа 2012, 13:23:29 »
Я бы еще посоветовал почитать книгу
Элизабет Халл, Джереми Дик: Разработка и управление требованиями. Скачать можно здесь:
http://www.proklondike.com/books/design/design_hall_dic_requirements.html

1257
Для всех / Re: Что читать?
« : 07 Августа 2012, 08:31:44 »
Я бы для начала посоветовал сделать поиск по форуму, а также посмотрел материалы сайта. Советы по книгам были.

1258
Э. Голдратт:
"Улучшение потока [уменьшение Inventory] - это первичная задача операционного менеджмента".

Если некто не уменьшает Inventory, то он не выполняет основную задачу операционного менеджмента. Для уменьшения Inventory в проектах и процессах применяют различные методы. Определитесь с тем, рассматриваем мы проектного менеджера или процессного. И двинем дальше.
Давайте определимся с понятием Inventory. Я бы предпочел говорить по-русски и использовать термины на русском.

1259
Обучение / Re: Куда пойти учиться?
« : 06 Августа 2012, 11:19:21 »
Лучшая школа - применение знаний на практике, а не чистая практика без знаний.
+1

1260
Участники. Каждый имеет право на мнение, в том числе и критическое. Однако воздержитесь от эмоциональных оценок и оскорблений (даже тонко замаскированных) другу друга.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 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 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 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »