271

ПО Аналитика / Re: Лучше рисовать диаграммы на бумажке или в CASE?

« : 28 Октября 2010, 16:39:44 »

Ну а если есть требования к структурам данных например и связях между ними.

Ситуации разные бывают. В данном случае главное есть требования.
В ТЗ можем и рисунок из Visio вставить (тк данное ПО в основном и стоит у сотрудников).

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

ТЗ это все-таки требования к функциям. А как я реализую ПО, БД и логику, точнее с помощью каких средств - это моя задача.

К примеру, см вложение (Основные связи между объектами Автоматизированной Системы Контроля и Управления Проектной Деятельностью Гимназистов).
И сказать это предварительная структура.

Основной упор был на слово стараемся не добавлять.

А вот

изменение в согласованное с заказчиком ТЗ

оформляют дополнением или подписанным заказчиком и разработчиком протоколом.

272

ПО Аналитика / Re: Лучше рисовать диаграммы на бумажке или в CASE?

« : 28 Октября 2010, 14:44:04 »

То есть вы не добавляете диаграммы в ТЗ ?

Стараемся не добавлять.

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

Потому что не всегда сначала можно точно определить сам процесс.
А  ТЗ это фиксация фактом, как потом сдавать?
Пишем ТЗ, думаем сразу о ПМИ.

273

ПО Аналитика / Лучше рисовать диаграммы на бумажке или в CASE?

« : 28 Октября 2010, 13:18:58 »

В ТЗ вообще рисунки лучше не вставлять.

А вот в описание проектного решения можно.

Visio во всем.

274

Обсуждение статей / Re: КС

« : 21 Октября 2010, 15:08:43 »

Не заходит.

К сведению domain:     LIVENTS.RU

created:    2006.10.20
paid-till:  2010.10.20
free-date:  2010.11.23

275

Проектирование / Re: Проектирование БД. Логический уровень

« : 20 Октября 2010, 01:04:19 »

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

Логический уровень нужен при проектирование гетерогенных систем (больших),
когда при 1 логическом можно построить несколько физических уровней (под разные СУБД).

Логический уровень (названия) можно использовать в интерфейсах пользователя (выгрузили таблицу программисту и сказали - у пользователя должны быть такие то поля = автоматизация .

276

Обсуждение статей / Re: Управление ИТ-проектом. Эффективная система \

« : 14 Октября 2010, 14:17:56 »

Кто не хочет читать online,
можно скачать с сайта Селиховкина Ивана Андреевича.
Приблизительно 2 Мб.

277

Для всех / Re: Разработка ТЭО (Казахстан)

« : 11 Октября 2010, 17:46:20 »

ТЭО это же все-таки эскиз системы и что будет лучше при внедрении системы.

В ТЭО будут показатели - и они либо подходят Заказчику или нет (годиться или а нам вот другие пообещали лучше).

...до чего "докапываются" ...

 

На такой вопрос и  не ответишь  .  Все зависит от ситуации.

278

Обсуждение статей / Re: ИТ -стандарт 2010

« : 11 Октября 2010, 17:39:48 »

К слову

CEN (the European Committee for Standardization) - европейский комитет по стандартизации. Он образован в 1971 г. шестнадцатью национальными организациями Европы с целью способствования свободной торговле товарами и услугами в Европе на основе использования стандартов. Данная организация обладает широким полем деятельности по стандартизации различных видов товаров, технологий и услуг. По существу она является европейским прообразом ISO.

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

Говоря про 800 млн. имелось ввиду и то что это тратит в основном производство, а не государство.
А вот на что тратиться -  это сложнее.
На создание единой цепочки взаимодействия (точнее одинаковых показателей для систем) в Европе между организациями.

В России в среднем на разработку  1-го стандарта тратиться где-то 3 млн. руб. Но это только на 1 , а надо целый комплекс.
В России есть какойто стандарт на трубы (газо-  нефте- промышенность). Вот он нужен для того чтобы трубы по качеству и надежности и по ряду каких то показателей были одинаковы (например при прокладке газопровода Москва - Владивосток).
Но в целом это сложная тема - стандартизация.

279

Обсуждение статей / Re: Wisconsin Business Analyst Development Day (WI BADD)

« : 11 Октября 2010, 16:40:33 »

Некоторые  материалы  есть на International Institute of Business Analysis 
Но к сожалению, напрямую доступны не все (практически все не доступны)  (скачать прямой ссылкой не выходило) .

Проще  смотреть список ( История    ) и искать данные выступления в интернете  .

Например, выступление  с  WI BADD 2009 - Tuesday, October 20th
- Barbara Carkenord - Seven Steps to Mastering Business Analysis -
прикрепил во вложении.
 

280

Для всех / Re: Разработка ТЭО (Казахстан)

« : 05 Октября 2010, 17:15:33 »

  Раньше ТЭО писалось по ГОСТ 24.202-80 (но структуру документа можно сделать аналогичной).
Данный гост заменен на РД 50-34.698-90.
На территории Казахстана данный РД действует.

Ссылка http://www.e.govce.kz/ru раздел Стандарты справа внизу (Межгосударственные стандарты).

Общие сведения о стандартах  есть в УКАЗАТЕЛЕ нормативных документов по стандартизации Республики Казахстан 2010 - но он учитывает международные стандарты разрешенные к применению в Казахстане только с 1995 года (ссылка http://www.easc.org.by/russian/infres_katalogstand.php    Республика Казахстан (раздел национальные каталоги) -> документ Указатель).

В подтверждение приведу следующие документы :
1. документ 2009 года - ТЗ (http://www.orken.org/daniar/kokshetau/tz.pdf). В  данном документе есть указания об использовании РД 50-34.698-90.
2. В Приказе Министра энергетики и минеральных ресурсов Республики Казахстан от « 6 »  июня 2007 г. № 142 «Правила приемки автоматизированной системы  коммерческого учета электроэнергии в промышленную эксплуатацию»  есть указание
«При экспертизе документов на автоматизированную систему межведомственная комиссия осуществляет: …
.. анализ организационно-распорядительных документов по проведению опытной эксплуатации на соответствие требованиям РД 50-34.698-90 «Руководящий документ по стандартизации. Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов...».

Так что РД 50-34.698-90 на территории Республики  Казахстан действует.

281

Варианты Использования (Use Case) / Re: Как долго "длится" ВИ?

« : 04 Октября 2010, 18:52:59 »

Добрый день.

 

В поисках мудрости ...

можно было бы и весь тест приложить.
Ну да ладно держите - вот он - во вложении .

Наверно имелось ввиду следующее:

См. раздел 5.5 (книги), rдe вопрос обсуждается подробно.

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

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

282

Обучение / Re: С чего начать студентам?

« : 20 Сентября 2010, 19:57:47 »

А почему если это семинары по

..технологиям разработки программных продуктов...

не использовать информацию из ГОСТ 19.102-77. ЕСПД. Стадии разработки.
- Устанавливает стадии разработки программ и программной документации для вычислительных машин, комплексов и систем независимо от их назначения и области применения

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

1 этап - назовем это ТЗ (техническое задание).
2 этап -  Проект (эскизный , технический). Как назовешь.
 Как раз на втором этапе анализируется, чтобы все требования Заказчика  были "преобразованы" в решение.
3 этап - Программирование.

Т.е как было сказано уважаемым Эдуардом

..сначала они планируют что им нужно сделать, пишут список работ- backlog - и делают работы..

.

Теперь про книжный магазин.
К примеру, есть процесс поступили книги - записали в тетрадке - покупатель приобрел - вычеркнули из тетради учета.
Можно все это перевести на автоматизированные рельсы.
С помощюь ПО , которое реализует данные операции.
Т.е. получается поступили - занесли в компьютер (БД программы) - +поиск для покупателя - пометка в системе что купили.

И еще, прошу уточнить Ваш вопрос  (

...как именно они должны данный проект реализовать...

)
Получается Вам нужен универсальный алгоритм на выполнение любого проекта?
Или способ (способыы) сравнить требования ТЗ и описание проекта?

283

Для всех / Re: Рекомендации по применнию справочников

« : 17 Сентября 2010, 12:32:56 »

А представить общественности, можно?

284

Для всех / Re: Как составить план развития отдела аналитики

« : 09 Августа 2010, 16:23:48 »

По плану в целом.

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

Если же по документу предполагается работа и оценка результатов, то:

1. Желательно "мероприятия" привести к "повелительному наклонению"
   (Участие в совершенствовании  ... -> Принять участие) и т.п.

2. И наиболее важное.
  Колонка "Результат" - желательно добавить осязаемые рузультаты
  (кол-во прошедших обучение, какие документы - например отчет по анализу продуктов, и цифры)
 
  А то как-то

"Мотивированный сотрудник отдела, Эффективная система работы с «резервистами»"

или
 

"Знание и сертификат по UML"

-  мне лично не понятно.
 
  Т.е если мы оцениваем сотрудника, то должна быть вопервых методика и матрица компетенций.
 
  Применение UML,  case средств - насчет средств (ПО) - необходимо уточнение.
  Программного обеспечения - много, и надо учитывать выделяемый бюджет на закупку ПО.
  А то обучим, а работать на чем? И главное зачем. Рисовать схемки можно и на бумажке.

3. Получается что план на 2 календарных года.
  А в колонке "сроки.."  - "в течение года" - какого года???


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

"- Создать условия для сплочения коллектива отдела аналитики (развитие командного духа)
   -> Мотивированный сотрудник отдела "

А если он не захочет мотивироваться? Ему и так нормально.

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

  Креативное мышление и творческий подход к работе - хорошо , а как потрогать?

 Вот база знаний и сохраненные результаты на сервере  (с бэкапами) - это можно увидеть.


И еще

"Использовать электронную систему управления документацией"

  - это довольно серьезная вещь.
Больше похоже на СЭД (система электронного документооборота). Какой документацией?
А результатом внедрения этой системы "Осуществление оценки в контексте и знание «истории в целом», добавление новых материалов и выполнение поиска существующей документации, упрощение рутинных обязанностей по ведению дел" - это не то, точнее лично мне не понятно.

Но повторюсь, смотря для чего этот документ нужен (Цель <-> результат и качество плана).

285

Бизнес-анализ и Целеполагание / Re: Требования на автоматизацию

« : 04 Августа 2010, 14:37:14 »

"верхнеуровневые требования на автоматизацию документа "Читательский билет""

Поясните пожалуйста , как можно автоматизировать документ?