Форум: "Прочее";
Текущий архив: 2013.12.29;
Скачать: [xml.tar.bz2];
ВнизРеинжиниринг торговой системы Найти похожие ветки
← →
sniknik © (2013-06-05 10:36) [80]> я лишь вижу из его темы, что его об этом не просили
так же видно что он этим хочет заняться... и нигде нет упоминаний о запрете на это, значит "право имеет"? нет?
> хотите узнать про должностным обязанностям автора?
мне то зачем? ты делаешь выводы на "пустом месте". мне пофигу на его обязанности, и просили его это делать или нет.
← →
Аббат Пиккола (2013-06-05 11:34) [81]Я бы с другого конца вообще начал.
С полной инвентаризации бизнес-процессов в реале.
Какие конкретно процессы происходят в компании.
Участки, действия юзеров, их цели.
Если и сущестует какая-то ценность в имеющейся системе, то она - здесь. В том, как именно решена конечная задача на данный момент.
Какие именно кнопки кто когда жмет и чего при этом добивается.
После того, как станет ясно, кто как работает и кто чего хочет, можно уже сформулировать проблемы и принимать какие-то решения. Прежде всего нужно будет все проблемы упорядочить по приоритету (срочности и необходимости).
Дальше уже смотреть в имеющуюся реализацию.
Если приоритетнейшие проблемы не решаются простыми "костылями" или исправлением очевидных ошибок, изучать проблемы, следующие по приоритетности. И принимать решение о переделке каких-то взаимосвязанных кусков. Так, чтобы остальное не порушить (в самих бизнес-процессах). Но это "не порушить" нужно искать не в устройстве системы, а в устройстве бизнес-процессов. Для этого и нужна предварительная их инвентаризация.
Может случиться, что после инвентаризации работающих бизнес-процессов быстро вырисуется идея, что можно сразу улучшить "крупными мазками", что вообще выбросить, а что добавить. А может даже вырисуется идея, как все это заменить на нормальную систему. Но здесь основная проблема - потеря данных. На какие потери данных готовы пойти собственники? Что они готовы "ввести руками", а что хотели бы импортировать из старой системы. Если в этом вопросе они готовы идти на компромиссы, то можно в этом направлении думать. Если не готовы, самодурствуют и требуют "полного переноса данных", то от создания новой архитектуры и революционных решений лучше воздержаться. Так как это уже не риски, а гарантированный провал.
← →
clippership (2013-06-06 00:01) [82]Аббат Пиккола (05.06.13 11:34) [81], читаете мои мысли. Именно этим я и начал заниматься.
=================================
Отвечу на некоторые высказывания, которые напечатаны выше. По моим должностным обязанностям, одним из пунктов значится положение, что я обязан поддерживать работоспособность системы. В том виде, котором система сейчас существует - это заведомое усугубление проблемы, которая рано или поздно (скорее рано) загонит меня в угол. Программа и бд весьма заковыристые, и очень много времени и сил уходит на то, чтобы поддерживать их в рабочем состоянии, а так быть не должно. Хорошо написанный и отлаженный программный комплекс должен давать сбои нечасто. Последний крупный проект, который я писал на прежней работе, был отлажен, можно сказать - до нормального рабочего состояния. При интенсивной загрузке пользователями - последняя ошибка по тому проекту проявилась года полтора назад (спасибо разработчикам, аналитикам и тестерам за безупречную работу :) ), причем не по вине программы, а из-за того, что изменились маршрутизаторы на АТС (в программу был встроен упрощенный call - центр на основе Avaya ATC). Когда меня просили что-то в той системе добавить или изменить - в прямом смысле приходилосьь вспоминать, что да как работает, так как изначально все было продумано.
Та программа, которую я имею счастье обслуживать сейчас - не дает забывать о себе никогда, а я так не привык. Так что переработать программулю и сделать ее менее глючной - в моих интересах. Порой диву даешься: программе 20 лет, а ошибки валятся, будто она сейчас проходит бета-тестирование.. Это ли не безобразие, я Вас спрашиваю? :)
← →
Jeer © (2013-06-06 09:56) [83]>Это ли не безобразие, я Вас спрашиваю? :)
Чем система проще, тем ближе к идеалу:)
← →
clippership (2013-06-06 11:00) [84]
> Чем система проще, тем ближе к идеалу:)
Это точно. Самая идеальная программа называется:"Hello world" :)
← →
cippership (2013-07-09 14:03) [85]Таки, решил я уйти все-таки... Нашел работу, более подходящую мне по всем критериям.
Теперь вакансия открыта. Кто хочет заменить меня - прошу писать на e-mail, подробности сообщу.
Можно выбить зарплату, в принципе приличную для программиста Delphi в СПб.
Работа рядом со ст. м. "Нарвская".
← →
Jeer © (2013-07-09 17:32) [86]Надеюсь - это правильное решение, тем более, что и форум тутошний тебя ненавязчиво к нему подталкивал.
← →
cippership (2013-07-10 19:18) [87]Надеюсь, что правильное... Организация солидная, з/п белая и вполне приличная для СПб.
Теперь это IP-телефония, С#, Delphi, Oracle, MS SQL, JScript...
Видимо скоро придется открывать тему "Управление Alcatel АТС" в связке с Delphi. С Avaya опыт имею, но новый работодатель хочет такое же, но "с перламутровыми пуговицами", то есть с Alcatel
← →
Jeer © (2013-07-10 22:53) [88]Отлично!
"Чем больше Жизнь предлагает разнообразие - тем разнообразнее становится Мыслитель"
(С) Jeer
P.S.
Скинь на мой email (algcom@mail.ru) свои контакты - надо поговорить о младшем поколении:)
Да и ваще - по жизни тоже можно.
Страницы: 1 2 3 вся ветка
Форум: "Прочее";
Текущий архив: 2013.12.29;
Скачать: [xml.tar.bz2];
Память: 0.6 MB
Время: 0.006 c