Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Давайте подумаем, как это изменить.Может действительно предлагать краткое самопредставление?
Наткнулась еще на одну подобного рода вакансию. Меня сначала это объявление возмутило - они в названии вакансии так и указали "Программист, бизнес аналитик (IT)":А потом?
Хочу сказать пару слов в защиту "натурального хозяйства" )).Мне, кажется, всегда. Правда я не имею супер опыта в этой области но тот опыт, который есть утвержает, что ничего не меняя успеха не добьешься. Тот факт что сейчас система будет адаптирована под процесс, не означает что завтра он не изменится. А тот кто делал систему - не испарится как мыльный пузырь
По опыту могу утверждать, что программный продукт, созданный под конкретного заказчика будет и надежнее, и удобнее универсального аналога, так как в первом случае автоматизируется непосредственно существующий на предприятии тех. процесс. Во втором же случае, как правило, вместе с программным продуктом заказчику предлагается там-то и там-то поменять то-то и то-то в технологии работы. Иногда это не плохо, когда компания-разработчик ПО на ряду с внедрением занимается и консалтингом, но всегда ли это нужно и оправдано?
Могу привести такой образный пример - можно пойти в магазин и купить готовый костюм, а можно пойти в ателье и сшить его на заказ, учитывая особенности фигуры. Если фигура стандартная (= предметная область, связанная с бухгалтерией, например, где все процессы максимально формализованы), можно пойти и в магазин, а уж если нет...Люди, конечно, по определению не стандартны, потому аналогия не совсем хорошая. Хотя, если продолжить аналогию - костюм вам могут сшить очень хреновый, а денег вы заплатите не мало
Поэтому, если есть желание и силы сделать самим - вперед!
Сорри, но сейчас полный загруз по делам, совсем некогда.Ну это ваши трудности господа. К заказчику какие вопросы? Есть? отвечу
Если кто-то займется проверкой, будет здорово. Где наш заказчик??
и что, пользователь теперь должен документацию писать чтоли, как в соседней теме?пользователем и будет программист.
Эд, спасибо за критику, бум исправляться.Особых замечаний нет, т.к. не удается посмотреть семинар целиком. Хотя как совет - все примеры нужно все-таки переводить на русский. Стараться использовать понятные и оригинальные примеры. Точнее применять терминологию нотаций
Если есть еще замечания, то можешь прислать более полные замечания письмом?
Т.е. описание классов будет составлять программист?Затрудняюсь ответить точно. Я думаю, что разумно, что описание класса будет осуществлять программист после его разработки. Существующие классы, возможно, будут описываться выделенным человеком или группой людей в сотрудничестве с отделом проектирования и программистами.
При описании он будет пользоваться модулем (назовем это так), который еще на разработан, чтобы получить некоторую информацию об описываемом классе из системы (или среды - непонятно, несколько там систем или одна)?Скорее всего так. Программист, разработав класс, будет вызывать модуль (или в нашей терминологии задачу) документирования класса, выбирать проект, топик (возможно топик придется создавать, если он отсутствует) и выгружать из системы описание структуры класса в требуемом формате прямо в справочную систему в указанном ранее топике. Затем вручную будет формировать семантическое описание составляющих класса - т.е. дискрипшен: типа Атрибут Сотрудник - ссылка на справчоник сотрудника, Метод - ПолучитьУченоеЗвание(ДатаАктуальности) - метод предназначен для получение ученого звания сотрудника на указанную дату акутальности.
А сам модуль нужен для того, чтобы ускорить процесс получения информации о классе в процессе описания, и сделать ее единообразной?Именно так.
И на этот модуль было написано ТЗ, которое кому-то не понравилось?Да было написано ТЗ в духе ГОСТ 34, которое оказалось непонятным для соотвествующих читателей
Это вопросы по частной задаче (собственно, это и есть задача, как я поняла).Совершенно верно - это частное ТЗ
А более общая задача, с которой вы начали: постановка процесса работы с требованиями. Документ "техническое задание" или "постановка", или еще как, будет только одним из пунктов реализации этого процесса.Смысл заключался в том какую форму лучше принять и как она может влиять на процесс управления требованиями и их изменениями и интегрироваться в общий цикл разработки
Так вот о чем речь сейчас - об общей задаче или о частной?Пока речь идет о частной задаче
Может темы разделить все-таки?Да возможно Вы правы.
В общем, я понял, что пытаюсь тебя отговорить от "правильного" оформления документов по ГОСТ.Да мне он тоже особо не нужен и важен. Этот ГОСТ
. Но есть и иные стандарты: IEEE, ISO и т.п.
В смысле, ты его не видишь вообще?Гриша, ты знаешь у меня скорость соединения до 512 килобит в секунду. Смотреть не возможно
Это второй фрагмент, собственно о контекстной диаграмме речь идёт начиная примерно с 3:55.
. Там есть такие прямоугольнички с наименованием разделов. Второй говорит о контекстных диаграммах, но почему-то начинается с карт памяти. Так и должно быть?
Складывается впечатление, что все эти люди (кроме программиста-исполнителя) ГОСТ 34 либо внимательно не читали, либо не использовали. Нет там ничего птичьего.Может это связано с тем, что не было особой потребности в этом?
А во время службы в НИИ ВВС приходилось иметь дело уже с реальными, "боевыми" ТЗ, оформленными по ГОСТу. И там на буковки, конечно, никто уже не смотрел. Зато всегда знали, где и что нужно искать. Но ТЗ задаёт только структуру - грубо говоря, чтобы не пропустить что-нибудь важное.Вообще главные потребители документов по ГОСТ - это военные орагнизации
Я из твоего длинного поста не очень понял проблему. Тебе нужно подготовить документ, обязательно оформленный "по ГОСТу"?Да мне бы хотелось бы представить это именно по ГОСТ. Все таки ГОСТы и другие рекомендации создаются не для того, чтобы заниматься очковтирательством
Я вот сейчас готовлюсь к мастер-классу на PHPConf, шарю по интернету в поисках примеров документов и диаграмм, и практически во всех годных к использованию документах нахожу твою подпись. imho как раз тебе не нужно переживать (или кокетничать?Серьезно? Если, честно, я поражен.) по поводу "достаточной компетентности выразить информацию стандартно, но понятно".
Большой юридический словарь.А почему Вы ставите людям диагноз? Вы сертифицированный психиатр?
С каких пор медицинские термины стали неприличными?...
Если перевести это на русский язык, что это означает? нужно создать описание объекта и добавить его в справочную систему.Достаточно вся было написано подробно. Документировать класс - извлечь структуру его составляющих. Если Вы не понимаете что такое составляющие, то это атрибуты, свойства, методы класса
А трясти терминами нужно, чтобы произвести впечатлениеДа же улыбающаяся физиономия не скрывает грубости этой фразы. В данном случае я ничем не трясу. Тем более терминами.
теперь следующий вопрос: каким образом вы собираетесь программно создавать описания объектов? кто эти описания придумывать будет, перед тем, как вносить их в справочную систему - ваш модуль?...Платформа уже существует. Она содержит более 3000 классов. Классы эти не документированы. Струкутур классов можно получать в некотором формате - это я уже писал:
В системе предусмотрены возможности получения структуры классов и его составляющих в некотором формате X..
