4801
О Сайте и Форуме / Re: День рождения сайта или что будем считать за эту дату?
« : 04 Ноября 2007, 14:31:40 »Предлагаю отметить после семинара?!Саня, сделай красочное объявление о праздновании годовщины.
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Предлагаю отметить после семинара?!Саня, сделай красочное объявление о праздновании годовщины.
Эд, супер.))))
Все вроде даже правильно с точи зрения семантики
Единственное, что можно было бы сделать более глубокое наследование:
Живое существо->Человек
Живое существо->Птица->Курица
Живое существо->Животное->Мышка
Эд, А утешала Кура Ряба кого??Поправил чуток
Что-то идею с фотографией не очень понял...или ты и как виртуальную визитку ее хочешь использовать?А что идея с виртуальной визиткой не плоха. Наша сообщество не так велико, можно провести ревизию и предлагаю запостить всех членов сообщества (коли они не против) с фейсами и прочими регалиями в Контакты сайта. Правда исходный компонент контактов - не очень позволяет управлять контактом из-под фронтэнда. Правда если проблема станет актуальной - решение найду. Вот тут неплохо сделать визитку куда и поместить фотки участников.
Для объектного подхода - ВИ, UML для верхнеуровневых моделей. Делать реализацию объектного решения якобы на основе функциональной модели верхнего уровня (бизнес-уровень, аналитическая модель) дело неблагодарное. Лучше бы это действительно избегать...
Концептуальный документ (Vision),оп-пана. Народ не знает что такое вижын - вижын - это видение проекта. Т.е. то что обсуждается с самого начала и содержит фиксацию проблем, их анализ, цели системы, ожидаемые свойства системы.
? Vision (знаю только Visio) что за оно
ссылку плиз почитаю
-- Концептуальным документом пользуются Аналитики и ЗаказчикиВ нем зафиксировано понимание того, что нужно сделать на самом общем абстрактном уровне. Он поределяет границы проекта, системы, позволяет выявить риски, составить план проекта, дать общие оценки финансирования, понять, что будет разработано, а что возможно куплено на стороне.
пару слов сюда расшифруйте КАК пользуются
особенно заказчики - ПРАКТИЧЕСКИ ? (кто)
Это очень сильное утверждение.Да согласен. Эту мысль я подчерпнул на просторах рунета и, в частности, где-то на http://authorit.ru или http://www.rugost.com. Пытался найти подтверждения - потерял.
Чем больше эти требования от жизни, а не от профессинально-технологической специфики решения - тем меньше они стесняют творческую мысль создателя решения (в ГОСТе 34 на ТЗ про это прямо написали - не ограничивать требованиями возможные решения). Хорошо бы если бы можно было оиентировать специалистов на такие подходы уже с института.Да безусловно. Это описыватся во всех книгах по требованиям, это указано и в ГОСТах. К сожалению не могу утверждать, что это доносится до студентов.
В ГОСТ 34 пространство для описания модели по уровням (видам моделей) очень ограничено. Поэтому ГОСТ лучше всего дружит с IDEF0, IDEF3 или DFD.Однако насколько я понимаю, ГОСТ - это не методология и никак не ограничивает использования разных подходов. Тем не менее из текста ГОСТа, из его семантики, действительно явно следует структурно-функциональный подход.
Может быть можно рассматривать аналитическую модель как основу для описания требований? Тогда можно её поместить в ТЗ (ГОСТ 34) в раздел Характеристика объекта автоматизации.
Не очень понятно, что Вы имеете в виду под трассировкой спецификаций в код?Возможно неудачно выразился. При проектировании мы создаем решение. Решение в виде архитектуры системы, детальном проектировании алгоритмов и интерфейсов. Предположим логику работы системы и ее частей мы описываем через DFD. Вся совокупность спецификаций процессов (описанных на естественном структурированном языке, с использованием визуальных языков типа блох-схем или FLOW) составят спецификацию системы. Но такая спецификация будет описана в структурно-ориентированном стиле.
Если имеется в виду возможность установления соответствия между физическим и логическим уровнем, то их сильное различие скорее правило, чем исключение.
Возможно, имеет смысл делать совсем простые системы для конкретных, очень частных задач (возможно, одноразовыеКонечно, я только за. Более того, в течение вот уже 6 лет я настойчиво призываю кафедру подумать над так называемым типовым проектом, и иметь банк различных тем.).
Вот пример визитки:Номано. Визитка скромно и солидно. Я думаю прежде чем выпускать визитку надо немного формализовать логотип.
http://www.ljplus.ru/img3/r/e/reproachmind/card_filippov.gif