1306

Для всех / Re: Структуризация технических заданий

« : 09 Мая 2012, 18:22:39 »

Понимаете, ГОСТ-ы и все такое - это хорошо. Но меня интересует, кто как на практике делает.

Вас понял.Сам предельно не сталкивался с проблемой больших ТЗ. Как-то обходимся. Подождем, что скажут другие.

1307

Для всех / Re: Структуризация технических заданий

« : 09 Мая 2012, 00:00:13 »

Вопрос абстрактно-гипотетический или реально-практический? Если последнее - то декомпозиция Вам ответ. Вообще в классическом ТЗ от ГОСТ 34, все уже есть и сказано: сначала идут требования к системе в целом, потом идет явная иерархическая декомпозиция. Если каждая подсистема - есть суть самостоятельные системы, а общее ТЗ - есть ТЗ для интеграции, то ответ довольно очевиден.

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

1308

Обсуждение статей / Re: О пользователе замолвлю слово

« : 08 Мая 2012, 21:23:55 »

эпизодический синдром

1309

Обсуждение статей / Re: Сергей Кузнецов о конференции для разработчиков корпоративных приложений

« : 08 Мая 2012, 21:23:13 »

.

1310

Обсуждение статей / Re: семинар «Уроки внедрения эффективных процессов в компании Промедичи

« : 07 Мая 2012, 23:30:58 »

Здорово, ты bas придумал, поднять индекс обращения к форуму

1311

Sparx / Re: Несколько вопросов по поводу МДД и ЕА - кодогенерация из моделей.

« : 03 Мая 2012, 19:16:35 »

1) Каковы возможности генерации кода при помощи ЕА? Может ли инструмент автоматически скомпилировать приложение из модели, или все же только стабы, и далее прийдется дополнять код мануально?

Во многом зависит от платных addon'oв и собственной настройки шаблоно трансформации. Но полностью работающий код - маловероятно.

2) Может ли инструмент генерировать диаграммы на основе диаграмм (по типу МДА - из ПИМ в ПСМ?). Насколько гибок\ограничен инструмент в этом отношении, а также в отношении определения пользовательских трансформаций для преобразования диаграм в диаграмы и диаграм в код - если это возможно.

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

3) Позволяет ли сам инструмент объединять и сравнивать модели (автоматически)? Относительно объединения двух версий, или просто управление версиями продуктов.

Да такие функции имеются, весьма неплохие, но насколько хороши, утверждать не берусь.

4) Осуществляется ли проверка моделей каким либо образом? Для большей точности, моделей относительно мета-моделей от которых они были созданы?

Система валидации имеется, даже настраиваемая и расширяемая. Но она явно уступает VisualParadigm или magicDraw. Впрочем у sparx наверняка есть платные партнеры

5) Насколько ограничены возможности интеграции инструмента, например к другим инструментам моделированя, управления версиями, тестирования?

может просто каковы возможности? затрудняюсь ответить

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

не было такого опыта

7) Слой данных понятно исполняется моделированием баз данных, а возможны ли моделирование и генерация пользовательского интерфейса?

моделирование да. генерация? ну почему нет. ведь интерфейс - это классы, а классы можно кодогенерить, если настроен соотвествующий темплейт и подготовлен UML профиль. думаю достойная цель для исследования

В общем, что же данный инструмент делает не лучшим образом, где его ограничения и недостатки?

сложно сказать. это нужно быть глубоким специалистом сразу во многих инструментах. Возможно Леонид Новиков ответит.

Собственно поиском данной информации я занимаюсь сейчас. Еще было бы неплохо найти его сравнительную характеристику с аналогичными инструментами, но поиск не дал успехов, разве что пара статей сравнения УМЛ редакторов.

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

1312

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 02 Мая 2012, 22:12:23 »

Не знал куда поместить - в юмор или как серьезную статью. Помещу пока сюда:
http://учком.рф/smert-ot-uml

Год назад читал статью, правда в оригинале

1313

Системный Анализ и Требования / Re: Требования к эргономике и технической эстетике

« : 01 Мая 2012, 09:31:21 »

Денис, я согласен, что это научная дисциплина и уводит нас от практического использования.

Как формулировать требования к дизайну, по сути, внешнего графического интерфейса пользователя?
Можно ли их реально формулировать? Способен ли сформулировать их заказчик?
Не следует ли понимать это как дань моде, традиций и современных течений в этой области?

Готов обсуждать, хотя реального опыта в этом нет. Какую темы открыть ты предлагаешь?

1314

Системный Анализ и Требования / Re: Требования к эргономике и технической эстетике

« : 30 Апреля 2012, 23:17:06 »

Что такое техническая эстетика?

Например: http://slovari.yandex.ru/техническая%20эстетика/БСЭ/Техническая%20эстетика/

1315

Примеры / Re: Проект на создание программы «Учет успеваемости студентов».

« : 30 Апреля 2012, 23:12:09 »

Еще раз извините

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

Мне показалось, что ты обиделся(обиделась)? Напрасно, действительно, нужно учится задавать вопросы.

1316

Системный Анализ и Требования / Re: Требования к эргономике и технической эстетике

« : 29 Апреля 2012, 20:31:40 »

Требования к эргономике и технической эстетике я обычно формулирую через:

Денис, спасибо. Однако не слишком ли однобоко выглядят требования с эргономике путем перечисления комфортных реакций системы. При этом как-то вне рассмотрения осталась техническая эстетика, не находишь?

1317

Системный Анализ и Требования / Re: Требования к эргономике и технической эстетике

« : 28 Апреля 2012, 12:36:53 »

В зависимости от темы ТЗ нарекание вызывает только Удобство и интуитивную понятность никак не измерить и не проверить.

Спасибо, Tinner

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

Если
Пользовательские интерфейсы Системы должны быть спроектированы и разработаны с применением единых принципов графического представления информации и организации доступа к функциональным возможностям и сервисам.

хотя ы бы все-таки хотел уточнения единого принципа

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

1318

Обсуждение статей / Re: Утверждены российские национальные стандарты в области проектного управления

« : 28 Апреля 2012, 10:45:54 »

А уже  была такая новость. Или это просто восстановление информации?

Восстановление работоспособности компонента, после обновления версии форума

1319

Системный Анализ и Требования / Re: Требования к эргономике и технической эстетике

« : 28 Апреля 2012, 10:44:40 »

Часто пишем

Спасибо.
А что на Ваш взгляд (как профессионала) неправильно в предложенном мною примере?

1320

Системный Анализ и Требования / Требования к эргономике и технической эстетике

« : 28 Апреля 2012, 08:45:40 »

Обнаружил вот такой любопытный пример

1.4.1.4 Требования к эргономике и технической эстетике
Система должна обеспечивать удобный для пользователей Системы интерфейс, отвечающий следующим требованиям:
-   единый стиль оформления для пользовательских интерфейсов;
-   должна быть удобная, интуитивно понятная навигация в интерфейсе пользователя;
-   взаимодействие пользователя с Системой должно осуществляться на русском языке; исключения могут составлять только системные сообщения.
-   отображение на экране хода длительных процессов обработки.
Пользовательские интерфейсы Системы должны быть спроектированы и разработаны с применением единых принципов графического представления информации и организации доступа к функциональным возможностям и сервисам. Должен быть разработан графический дизайн пользовательских интерфейсов, цветовые, шрифтовые и композиционные решения для отображения текстов, изображений, таблиц, гиперссылок, управляющих и навигационных элементов (меню, кнопок, форм и т.п.).

у меня к нему есть ряд претензий. Интересно, а как вы находите такое изложение? Когда и что следует писать в этом разделе? Может у вас есть свои примеры?

Спасибо!