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

×


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

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


Сообщения - Denis Beskov

16
это в раздел «Вакансии»

17
Вакансии / Re: Аналитик в город Самара
« : 20 Декабря 2016, 02:58:58 »
Это в раздел Вакансии

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

http://school.system-analysis.ru/internship/

Сейчас на программе уже стажируются и работают 7 наших выпускников.

19
Очередная зимняя школа пройдёт в каникулы с 3 по 8 января.

Из нововведений — успешно закончившие школу выпускники получат предложение о платной стажировке.

20
Для всех / Re: Трассируемые документы.
« : 16 Декабря 2016, 02:14:12 »
Почитал, что такое user story и use case. Use case очень похож на то описательное объяснение работы, что я хотел бы разработать.

А user story для железа, не имеющего пользовательского интерфейса, наверное, не подходит.
Не обязательно. Сам формат очень простой и не накладывает ограничений на то, будет ли описана автоматическая функция, автоматизированная функция или просто свойство предмета.

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

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

Цитировать
В прочем, теперь я дезориентирован и думаю, является ли мое ТЗ бизнес-требованиями или чем-то еще.
Или, может быть, оно должно чем-то являться, но я написал что-то другое :)
А вы покажите примеры.

Цитировать
По традиции нашей организации в ТЗ оказались и требуемые функции, и требовния к точности, и то, какая структура будет у системы, и какие технические решения должны обеспечивать выполнение функций. Наверное, это должны быть несколько документов: в ТЗ только требуемые функции и требования к точности, времени исполнения, а на его основе уже документ со структурой системы, взаимосвязями частей.
Это обычная ситуация, когда мешают ТЗ и техпроект. В половине случаев она вполне оправдана.

21
Для всех / Re: Трассируемые документы.
« : 14 Декабря 2016, 12:05:36 »
Инструментов для трассировки — сотни. Jira, TFS и т.д.

22
Для всех / Re: Трассируемые документы.
« : 14 Декабря 2016, 11:34:35 »
Здравствуйте.
Укажите, пожалуйста, нужные ориентиры начинающему.
Пришлось выступать в роли представителя заказчика и писать ТЗ на систему, состоящую из нескольких устройств и ПО к ним.
ТЗ вышло монстром (объем чуть более 100 страниц), хотя сначала все казалось управляемым.

В связи с этим появилось желание написать другой документ, повествовательный, объясняющий, как система должна работать в форме каких-то случаев использования, и на этот документ, назовем его "Программа функционирования", протрассировать свое ТЗ, чтобы было понятно, откуда взялись требования и зачем они нужны. Далее подумал, что не плохо и исполнителям свои требования к составным частям системы протрассировать на мое ТЗ, чтобы легче было их проверять, и можно было увидеть неохваченные требования. И, конечно же, программу и методику испытаний протрассировать на ТЗ. И чтобы все это можно было редактировать, не теряя трассировки.
Подскажите, пожалуйста:
1. Есть ли в описанном пожелании то, чего не надо / не возможно делать или стоит делать совсем не так.
2. Если для описанных мною документов или действий есть другие, правильные названия, подскажите их.
3. Есть ли freeware (или платное с триалом на срок, позволяющий успеть разобраться и продемонстрировать всем), чтобы воплотить описанное в жизнь и заинтересовать начальство в автоматизации разработки требований в принципе? Желательно, с возможностью создать репозиторий в сетевой папке и поработать с нескольких учетных записей.
Спасибо.
2. Есть форматы описания поведения ИТ-систем и продуктов, которые в себя включают:
user story — трассировка пользовательских ФТ на бизнес-требования
use case — трассировка технических ФТ на пользовательские ФТ

23
• понимание относительной важности атрибутов качества;"

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

Например, для военных систем могут быть такие сопоставления (где знак «>» означает «важнее, чем»):

Информационная безопасность > Производительность
Надёжность > Производительность
Производительность > Обучаемость

Для игр, например:
Удовлетворённость > Информационная безопасность
Производительность > Надёжность
и т.д.


24
Вопрос 2. Когда написано про "ожидания в отношении качества", то имеются ввиду нефункциональные требования или бывают "ожидания в отношении качества", которые могут быть
Когда пишут про ожидания в отношении качества, то имеют в виду именно ожидания в отношении качества.

К нефункциональным требованиям относятся:
1. атрибуты качества
2. ограничения
3. бизнес-правила

тут речь именно про 1.

25
Вопрос 1. Приведите, пожалуйста, примеры сред, в которых используется ПО (имеются ввиду конечные пользователи или что-то другое)?

В качестве среды выступают:
оборудование
операционная система
смежные системы
физическая среда
организационные рамки

Я бы расширил бы среду до контекста, окружения и тогда в него попали бы ещё и субъективный контекст пользователей, включая их цели, состояние, характер деятельности и т.д..

27
14 декабря Максим Смирнов и Антон Абилов расскажут,
как работать с архитектурой и требованиями в Ardoq:
https://sysanschool.timepad.ru/event/417344/

28
Меня периодически зовут помочь с подбором и отбором людей на позицию ИТ-аналитика.

Обычно в качестве задания мы просим написать ТЗ по каким-то исходным данным.

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

Как выполнить тестовое задание на вакансию ИТ-аналитика

29
Зимний курс начнётся 3 декабря

30
Всем привет!

8 декабря в Москве Екатерина Евстифеева расскажет о том,
как в ИТ-проектах помогают сценарии использования (use cases),
как сделать хороший сценарий, поделится своим опытом и практическими приёмами:
https://sysanschool.timepad.ru/event/397775/