466

Бизнес-анализ и Целеполагание / Re: Разработка регламента бизнес-процесса в телекоммуникационной компании

« : 07 Февраля 2014, 17:34:31 »

Например, в одном из первых регламентов по предложенному поиску присутствует раздел "2. Уровни обслуживания (SLA)".
Может быть я буду неправ, но мне кажется, такого раздела не должно быть в регламенте.

Почему?

Даже в административных регламентах госструктур, которые рецензируются Минюстом, выделяются различные группы "обслуживаемых", для которых могут быть указаны разные условия оказания "услуг" (например, сроки).

467

Для всех / Re: Анализ информационно-комуникационной инфраструктуры

« : 03 Февраля 2014, 17:26:13 »

Да, согласен, что отличаются. Ну вот все таки, есть что нибудь по такому обследованию? .

Не думаю. Наверняка есть какие-то наработки в коммерческой области. Может быть, что-то более-менее пригодное есть у Ростелекома (они в последнее время тоже педалируют облачные идеи). Но вот так, чтобы на уровне стандартов и готовых методик - сильно сомнительно.

Так что смело можно брать приложенный вариант методики, сравнить его с концепцией развития региона (или другими стратегическими материалами) и, вооружившись здравым смыслом, мапить одно с другим.

А масштабы да, такие. К 2017 году перейти на такое обслуживание.

Ну, будем посмотреть. Надо бы за попкорном сбегать - он пригодится, когда будут уводить в облака некоторые "услуги" МВД или ФСБ.

468

Для всех / Re: Анализ информационно-комуникационной инфраструктуры

« : 03 Февраля 2014, 14:47:39 »

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

В этой методике масштабы "аналитики" несколько отличаются от тех, которые здесь обычно обсуждают.

Это не шутка? Вот так прямо собрались отобрать у госструктур их информационные ресурсы (а главное - финансирование) и им же потом предоставлять доступ за деньги? Нихрена себе масштабы "движухи" в Казахстане.


Что касается самой методики, в ней есть некоторые спорные места. Например:

"29.Уровень значимости и критичности каждой ИК-услуги для ГО определяется на основе следующих показателей:
- экономическая эффективность;
- улучшение качества услуг;
- уменьшение вовлеченности руководства ГО в управлении ИК-инфраструктурой;
- соответствие регуляторным требованиям ИБ;
- масштабируемость услуг, вычислительных мощностей и ресурсов хранения данных;
- доступность;
- инновационность."

Значимость и критичность определяется степенью влияния этой "услуги" на выполнение ГО своих основных функций. Все остальное по сравнению с этим - сильно вторично. Особенно "экономическая эффективность".

469

Для всех / Re: Разработка ИС для строительной компании.

« : 31 Января 2014, 09:05:30 »

Из того, что вы написали-я ничего не поняла!!!

Гм... Похоже, аутсорсинг диплома будет оптимальным бизнес-решением.

470

Для всех / Re: Разработка ИС для строительной компании.

« : 30 Января 2014, 11:10:04 »

На данном этапе мне нужно разработать оптимизацию бизнес-процессов.

Представил, как наяву: сидят прожженые прораб, снабженец и главбух ООО "Таджбетон". Трут за гешефт, тщательно взвешивая слова. Тут дверь открывается, появляется прелестное дитя и заявляет: "А какие тут у вас бизнес-процессы? Мне дали задание их соптимизировать!"

Я пишу дипломную работу на тему "Разработка ИС для строительной компании на платформе 1С:Предприятие 8.2".

Так Вам систему разработать, или бизнес-процессы оптимизировать? Последнее может и не предполагать изменений в средствах автоматизации.

т.е составить диаграмму UML, чтобы иметь четкое представление того, что в принципе я должна делать.

Правильно наоборот. Сначала составить представление, что в принципе нужно сделать, а затем браться за дело.

Я сделала 2 диаграммы разные, но вот не знаю, подойдут они мне или нет.

Первая Вам идет, вторая немного полнит.

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

Давайте для начала попробуем разрешить вот эту ситуацию. Какая часть задания Вам понятна, а какая - нет?

471

Тестирование / Re: Проверка алгоритма программистом

« : 27 Января 2014, 15:05:03 »

IMHO: "Очень распространенное заблуждение."
Опровержение данного заблуждения смотри: http://blog.shumoos.com/archives/281

PS. Если найдете ошибку в логическом построении - буду благодарен. Но пока никто не нашел.

Не нашел в статье опровержения. Да и пример там несколько... притянут за ушки.

"Заблуждение" не в самом утверждении, а в его трактовке (части "информации о качестве"). Особенно если помнить, что один из наиболее популярных подходов к  определению качества - это сравнение фактических характеристик объекта с ожидаемыми.

"Но для процесса тестирования, проводимого исполнителем, информация о расхождении между поведением системы и ожиданием заинтересованных лиц является основным производимым артефактом"

Вот это и будет для исполнителя "информацией о качестве" системы (сведениями, уменьшающими неопределенность).
Заключение сертифицирующего центра из примера для исполнителя не более, чем "данные".
С этой точки зрения фраза "Несмотря на наличие информации о качестве, проект невозможно было завершить успешно." ложна. Информации не было.

472

Примеры / Re: Полный комплект UML диаграмм

« : 27 Января 2014, 11:42:42 »

...Никто не разрабатывает коммерческое ПО просто так, ради опыта или использования крутых технологий.

Маленький оффтоп.
Жизненный опыт подсказывает, что порядка 2/3 личного состава команд разработки (от тестировщика до руководителя проекта) именно этим и занимаются.

473

Тестирование / Re: Проверка алгоритма программистом

« : 27 Января 2014, 10:09:30 »

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

По-моему, все верно. С учетом:

У нас нет тестировщика.

Получается, что контрольные примеры готовить Вам. Программист этим не должен заниматься ни в коем случае. Ибо напишет так же, как понял постановку и реализовал ее в коде.

474

Примеры / Re: Полный комплект UML диаграмм

« : 24 Января 2014, 18:07:29 »

Я понимаю, что задачи решаемые системными аналитками сложные. Я понимаю, что они даже сложнее, чем я могу понять.

Задачи не сложнее, чем решает программист (а лично на мой взгляд - даже проще). Просто в другой плоскости.

Но я не могу уделить этому вопросу достаточное количество времени, чтобы именно овладеть этой профессией сейчас... сейчас нужен результат и нужен быстро.
...Посему с десяток книг эт, конечно,  хорошо, но мне бы одну. Чтобы начать.

Вы всерьез вознамерились заняться боксом по книге? С намерением "прям завтра" выйти на профессиональный ринг (пусть даже всего на один матч)? Последствия представляете? Ну, для тех, кто на Вас поставит и лично для Вас?

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

475

Примеры / Re: Полный комплект UML диаграмм

« : 23 Января 2014, 18:40:11 »

Без структурного подхода приступать к написанию программы - методом проб и ошибок будем очень долго идти. Хоть какая-то системная аналитика должна быть.

UML это крутой инструмент из числа многих. Структурный подход и системная аналитика - содержимое головы.

Если есть более простой в разработке и наглядный в представлении сервис структурирования на этапе предпроекта, я только "за"!

Графический? Например, схемы вида "прямоугольник-стрелка-ромбик". С подписями, что есть что.

476

Сообщество Аналитиков / Re: Присоединяйтесь! Обсуждение Устава IIBA Russian Chapter.

« : 23 Января 2014, 14:47:06 »

Понятно, благодарю.

477

Примеры / Re: Полный комплект UML диаграмм

« : 23 Января 2014, 13:28:14 »

Есть проект, который будет включать в себя программно-аппаратный комлекс. Сам я программист. С такими большими проектами дел не имел. До этого справлялся наброском "в тетрадке". Однако, теперь без UML не обойтись.

Поверьте человеку, на чьей совести изрядное количество программно-аппаратных комплексов, включая немаленькие и довольно ответственные. Без UML прекрасно можно обойтись, и обходимся в 9 случаях из 10 (в десятом в рядах заказчика или руководства разработчика оказывается эстет, и...).

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

Ну а если "иначе никак", то коллеги с сайта подсказали, где читать.

478

Сообщество Аналитиков / Re: Присоединяйтесь! Обсуждение Устава IIBA Russian Chapter.

« : 23 Января 2014, 13:08:35 »

Нашего
Имеется в виду Юридическая Палата, в которой нам предстоит пройти процедуру регистрации нашего отделения.
Поясню.
По требованию IIBA здесь в России должна быть создана некоммерческая организация, которая должна стать Российским Отделением IIBA. По понятным причинам процедура создания НКО или НП с американскими корнями  - занятие очень муторное и неоднозначное. Но, пройти это необходимо.
Этим мы сейчас и занимаемся.

Гм. Я не слышал о существовании "Юридической Палаты" (легион коммерческих не в счет). Описанным в тексте вроде бы занимается Государственная Регистрационная Палата.

А с какой целью IIBA с американскими корнями требует создания чего-либо у нас?

479

Сообщество Аналитиков / Re: Присоединяйтесь! Обсуждение Устава IIBA Russian Chapter.

« : 23 Января 2014, 12:05:03 »

...нам еще необходимо этот документ провести через Гос. Орган...

Орган какого государства имеется ввиду?

480

Системный Анализ и Требования / Re: Cценарии версионирования/бейсланирования документов требований

« : 15 Января 2014, 12:57:09 »

Например, создали документ, сохранили как версию и отправили заказчику на согласование. А пока можете его дорабатавать, а потом он присылает результаты и [..тут мы что-то делаем с версиями..]

Если речь именно о согласовании - какая может быть активная работа над этим документом между его отправкой и получением результата? Только косметические правки.

Если речь про какую-то форму совместной разработки документа, то результаты "согласования" включаются в очередную версию документа. Которая публикуется, например, с примечанием "с учетом результатов рассмотрения документа [отв. лицо Заказчика] [дата]".

Или делаем заканчиваем релиз 6, а параллельно релиз 7 аналитику, и приходит изменение законодательства и надо его у честь в обоих релизах и вот тут мы [..используем бейслайны предусмотрительно сделанные или что-то еще..]

Состоявшийся "релиз" это история. Править историю задним числом = искать себе и окружающим неприятности на пятую точку.
Еще несостоявшийся "релиз" документа в отечественной практике называется "проект". С проектом можно делать все, что угодно, включая противоестественное.