5791

Обучение / Re: Методика преподавания структурного-функционального анализа

« : 15 Января 2007, 18:16:31 »

Сергей, ну и другие мои коллеги-оппоненты, я думаю бесперспективно устанавливать, что должна содержать такая дисциплина как ТИПиС. И как ее следует читать, а что исследовать на практике.

Вот почитал методическое пособие, которое Денис опубликовал в файловом архиве (раздел Бизнес-моделирование). Можно сказать, что там описывается примерно то, что я хотел бы получить. Может только немного в более стилизованном виде, менее прагматичное и чуть абстрактнее.

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

Однако, давай все-таки вернемся к задаче по учету книг.
Можно попытаться сделать несколько постановок, что я сейчас и попытаюсь сделать.

Книготорговое предприятие "Пегас Лимитед" имеет небольшую сеть книжных магазинов, централизованное книжное хранилище и центральный офис. Отдел маркетинга фирмы, изучая спрос, отчеты продаж и общее состояние книжного рынка, осуществляет заказ книг, напрямую контактируя с издательствами или сотрудничая с поставщиками-дилерами. Доставка книг осуществялется только в книжное хранилище либо транспортом поставщика либо самовывозом, т.е. используется транспорт книготоргового предприятия. Распределение книг по магазинам осуществляется на основании заявки, поданной менеджером магазина.
Склад предприятие представляет собой хорошооборудованое погодозащищенное здание. Книги хранятся на стеллажах. Каждый стеллаж состоит из равного количества стоек, стойка имеет равное количество полок, на полке размещается 3 ящика, в каждом из которых размещается не более 100 книг или 5 упаковок.
Книги поставляются только упаковками по 20 штук в каждой.
Выдача книг в магазины учитывается поштучно.
Руководство предприятия обратилось в фирму разработки ПО с заказом на решение проблемы, связанной с несвоевременном получении информации о состоянии склада (остатков), сложности и долговременности получения отчетов о количестве книг поступивших за определенный период, их ассортиментном составе, какие книгу куда распределены (в какие магазины) и т.п.
Целью задания является разработка практического решения(моделей) для снятия проблемы связанной с книгооборотом на центральном складе предприятия....

Описание типичного процесса (работа склада).
Экспедитор Печкин поставщика "Простоквашино" в 9:30 приехал на грузовике на склад фирмы "Пегас лимитед". Он привез новые книги согласно договору между поставщиком и фирмой "Пегас лимитед". Печкин был большой приятель кладовщицы Аси и никогда не забывал привести какой-нибудь сюрприз. Вот и сейчас, увидав симпатичную кладовщицу Асю, но преподнес ей букет пышных хризантем. "С моего участка" - похвастался Печкин. Ася зарделась от смущения, но ей было очень приятно. Она чмокнула Печкина в щеку. Но дело, есть дело.
Печкин протянул Асе сопроводительные документы. Шустрый малый Вася-долговяз подскачил на каре и в два приема, быстро и сноровисто, разгрузил машину. Ася стала проверять соотвествие паковочных листов на упаковках записям в накладной поставщика. При этом они мило переговаривались с Печкиным. После утверждения очередной упаковки. Печкин ставил упаковку на конвеер и он скрывалась в утробе склада. Вскоре все книги были перемещены внутрь склада. Проблем не было. Хотя они и случались. Как-то раз сам Печкин, известный аккуратист и служака, попал в аварию и несколько упаковок с книгами пострадали. Пришлось составить акт возврата, а книги Печкин увез обратно. Дело есть дело....
Но в этот раз все было просто прекрасно. Ася подписала документы. Печкин еще немного поговорил и вскоре отбыл.
Ася же и ее помощницы ну и так далее.....

Вот два стиля, в каком направлении двигаться. Учтите, что мы сейчас ограничиваемся только учетом прихода книг на склад и уходом со склада....

5792

Книги, статьи и ресурсы / Re: Применение UML 2.0 и шаблонов проектирования

« : 15 Января 2007, 17:02:46 »

younger66
Спасибо за ваш вклад, только будьте внимательнее. Данная тема - рекомендации и советы по использованию книг - размещаются в разделе http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=83.0.
Не сочтите это за нотацию:-))

5793

Бизнес-анализ и Целеполагание / Re: Что такое бизнес-процесс?

« : 15 Января 2007, 09:21:01 »

Уважаемый доктор Ди. У нас тут приличное общество, так, что прошу зарегистрироваться.

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

Модератор: оффтоп удален

5794

О Сайте и Форуме / Re: Была атака

« : 14 Января 2007, 22:57:12 »

Интересно - переживем сегодняшнюю ночь:-))

5795

Бизнес-анализ и Целеполагание / Re: Гибкое бизнес-моделирование

« : 14 Января 2007, 22:56:03 »

Трудно сказать.
Книга скорее философского, чем практического плана. Вернее она состоит из изречений и советов - довольно занятных и полезных. Я думаю почитать ее имеет смысл. К сожалению электронный ее вариант отсутствует, у меня лишь твердая копия. Но по немногу буду сканировать и публиковать, если есть интерес.

Есть там тезис KISS, фактически руководство лентяя - делать надо только то что действительно двигает тебя к цели, а любая модель, документация и прочее - нужна лишь для продвижения к цели. Используй подручные средства, ну и в таком духе. Короче чистая эмпирика, как и все процессы разработки.

5796

О Сайте и Форуме / Re: Была атака

« : 14 Января 2007, 19:15:45 »

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

Дело в том, что владелец совпадал, а группа была другая

5797

О Сайте и Форуме / Была атака

« : 14 Января 2007, 14:10:03 »

Сегодня была атака на наш сайт, атака была благополучной. Вредитель воспользовавшейся нашей уязвимостью, сумел изменить два индекса - индекс сайта и индекс форума. Как ему это удалось, для меня загадка, однако он действовал от имени группы wheel. Что-то - это дыра в нашей защите или защите хостера?

Вопросы к всем, кто имеет опыт, присылайте свои предложения мне или Саше, как улучшить защиту.

Приятного мало - пока хакер только покуражился я надеюсь, возможно это вообще был вирус:- посклольку сообщение на экране выглядело как spy hacker.

5798

Книги, статьи и ресурсы / Re: Книги: Крэг Ларман. Применение UML и шаблонов проектирования

« : 14 Января 2007, 00:06:40 »

Хочеться дополнить немного, кое-где повтрою Эдуарда, но это только для акцентирования внимания :-).
1. Первое издание можно не читать, а сразу начинать со второго.

Да первое издание существенно отличается от второго как по форме, так и по содержанию. Хотя многие главы и повторяются

2. Перед прочтением книги имеет смысл ознакомиться с тем, что такое UML по др. книгам, и с книгой Коберна Writting Effective Use Cases (издан перевод на русском).

См. здесь

3. Хотелось бы выделить в книге такие аббревиатуры как SSD и GRASP. Имеет смысл уделить этому немного больше внимания.

Юрий несовсем понял комментарий? Это некий упрек мне, автору или пожелание для обсуждения?

5799

Проектирование / Книги: Лешек Мацяшек - Анализ требований и проектирования систем. Разработка информационных систем с использованием UML

« : 13 Января 2007, 23:57:06 »

Хочу порекомендовать книгу Лешека Мацяшека "Анализ требований и проектирования систем. Разработка информационных систем с использованием UML".

Книга содержит несколько учебных проектов. В книге очень подробно и в доступной форме рассматривается весь процесс разработки ПО и включает такие разделы как:
Основание анализа требований
Установление требований
Спецификации требований
Углубленный анализ
Основания проектирования систем
Проектирование пользовательского интерфейса
Проектирование баз данных
Проектирование программ и требований
Тестирование и управление изменениями

Книга для чтения с компьютера доступна на сайте http://www.all-ebooks.com. Книга в формате DjVu.

Особенно хороша книга для тех, кто изучает данную дисциплину, но будет полезна и людям, работающим профессионально.

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

Книга может быть полезна преподавателям, читающим курсы по проектированию ИС и использованию языка UML

5800

UML SysML и пр. / Re: Класс-сущность, граничный класс и т.п.

« : 13 Января 2007, 16:26:41 »

На здоровье, Андрей.
Очень рад, если сумел что-то объяснить и чем-то помочь.
Надеюсь, выполнив свой проект, Вы:
1. Опубликуете его, как пример для обсуждения и подражания
2. Не потеряете контакта с нашим ресурсом
3. Научите нас в будущем чему-то интересному

5801

UML SysML и пр. / Re: Класс-сущность, граничный класс и т.п.

« : 12 Января 2007, 22:52:41 »

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

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

Ну посмотрите на библиотеку PEAR или шаблоны SMARTY или FASTTEMPLATE... Надеюсь объяснил? Если нет попробуйте почитать здесь http://www.intuit.ru/department/pl/umlbasics/5/

5802

Примеры / Re: Электронное тестирование учеников

« : 12 Января 2007, 22:40:06 »

В принципе отставьте как есть. Я понимаю, что тут у вас отмена может произойти в любой момент, в момент заполнения полей, в момент отправки, хотя...
Стоп, если мы выбираем отправить действие отправить, то почему нажата отмена?
Вот где неясность. Ромб должен стоять до отправки данных - соотвественно при условии отмена - вылетаем на главную страницу, а если нажата кнопка сохранить - то это и есть событие отправить. Вот что имел в виду BAS. Т.е. отправить данные - убрать и сделать условием выбора пользователя...

5803

Теория моделирования и нотации / Re: Эксперимент как средство построения модели

« : 12 Января 2007, 20:21:07 »

Никита! Верно ведь? :-)

можно в более широком смысле рассматривать Модель - не только как диаграмму или набор диаграмм.

Так ведь модели, то разные бывают. И графические образы - это еще не все модели. Модели бывают самыми разными.
К примеру, ты хочешь изучить насколько хорошо работает некоторый магазин. А как это установить? К примеру ты нарисовал модель DFD, показывающую как происходит процесс покупки в целом. Однако, такая модель статична. Не эффективна. Как бы ты не ставил с ней эксперимент, подбрасывал в воздкх листочик с рисунком, дул на него, поливал водой - ничего не изменится. Чтобы поставить эксперимент нужно управлять процессом, задавать данные, управляющие воздействия. Но и модель должна быть динамичной. Тогда тебе приходит на ум испоьзовать E-сети (расширения сетей Петри). У тебя даже есть инструмент, в котором ты рисуешь процесс покупки как модель сети Петри. Ты выделяешь фазы - фазу выбора товара, фазу стояния в очереди в кассе. Т.е. фактически моделируешь СМО(систему массового обслуживания). Теперь уже у тебя есть возможность что-то менять и чем то управлять. Конечным итогом например можно, при какой организации процесса будет получена максимальная прибыль в среднем. Ты задаешь ограничения и т.п. Т.е. так или иначе для построения модели, пока еще неиспользуется эксперимент, используется математическая Q-схема, а вот ее вариант, структура, архитекртура если хочешь, наиболее эффективно отвечающая твоим требованиям получается в ходе эксперимента с моделью.
Тогда ты формируешь целевую функцию, создаешь ПЛАН эксперимента, и экспериментируешь реализуя стратегической и тактическое планирование. Получаешь кучу информации и принимаешь решение.

Все-таки наверное лучше сказать, что эксперимент - средство построение эффективной системы (а не самой модели как таковой).

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

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

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

Т.е. вывод: эксперимент действительно может формировать модель (опыт и т.п.).

Но как опеределить место эксперимента в нашем смысле? Я думаю только как средство принятия решения, как средство выбора лучшей модели среди альтернативных построений.

Я допускаю например мысленный эксперимент, логический эксперимент, но каковы условия, как определять результаты в этом случае?

5804

Теория моделирования и нотации / Re: Эксперимент как средство построения модели

« : 12 Января 2007, 11:54:32 »

Средство - это метод.

Думаю, Анна, вы сильно заблуждаетесь. Средство, посредством, с помощью средства - скорее средство - инструмент. Т.е. Эксперимент - инструмент (один из многих) построения модели. Эксперимент - нечто посредством чего можно построить модель.
Эксперимент используют для выяснения некоторых проблем. Я писал выше:

Т.е. можно сказать так, не эксперимент как средство получение модели (хотя если брать моделирование как процесс получения модели, а эксперимент как вид моделирования??), а эксперимент как средство получение информации.

.

Я думаю тут можно говорить, эксперимент как средство проверки качества модели. Т.е. все-таки модель первична. А тема для обсуждения может быть именно в этом, какие критерии качества следует оценивать, как организовать проверку и т.п. Как раз в смысле бизнес-анализа вполне подходит

5805

IDEF ARIS BPMN и пр. / Re: Теория информационных процессов и систем (ТИПиС)

« : 12 Января 2007, 11:44:00 »

Продолжим экзекуцию

Посмотрим, что говорит ГОС:

1.4. Квалификационная характеристика выпускника.
Инженер по направлению подготовки 230200 - Информационные системы в соответствии с требованиями «Квалификационного справочника должностей руководителей, специалистов и других служащих», утвержденного Постановлением Минтруда России от 21.08.98 №37 может занимать непосредственно после окончания вуза следующие должности: инженер; инженер-программист (программист); инженер - электроник (электроник); инженер по автоматизированным системам управления; инженер по наладке и испытаниям и другие должности, соответствующие его квалификации.

1.4.1. Области профессиональной деятельности.
Информационные системы - область науки и техники, которая включает совокупность средств, способов и методов человеческой деятельности, направленных на создание и применение систем сбора, передачи, обработки, хранения и накопления информации.

1.4.2. Объекты профессиональной деятельности.
Объектами профессиональной деятельности инженера по направлению подготовки 230200 - Информационные системы являются информационные системы и сети, их математическое, информационное и программное обеспечение, способы и методы проектирования, отладки, производства и эксплуатации программных средств информационных систем в областях: машиностроение, приборостроение, наука,  техника, образование, медицина, административное управление, юриспруденция, бизнес, предпринимательство, коммерция, менеджмент, банковские системы, безопасность информационных систем,  управление технологическими процессами, механика, техническая физика, энергетика, ядерная энергетика, металлургия, строительство, транспорт, железнодорожный транспорт, связь, почтовая связь, телекоммуникации, управление инфокоммуникциями, почтовая связь, химическая промышленность, сельское хозяйство, текстильная и легкая промышленность, пищевая промышленность, медицинские и биотехнологии, горное дело, обеспечение безопасности подземных предприятий и производств, геология, нефтегазовая отрасль, геодезия и картография, геоинформационные системы, лесной комплекс, химико-лесной комплекс, экология, в сфере сервиса, системы массовой информации, дизайн, медиаиндустрия, а также на предприятиях и в других областях человеческой деятельности.

1.4.3. Виды профессиональной деятельности.
   Выпускник по направлению подготовки 230200 - Информационные системы может в соответствии с фундаментальной и специальной подготовкой выполнять следующие виды профессиональной деятельности:
-   проектно-конструкторская;
-   технологическая;
-   организационно-управленческая;
-   научно-исследовательская;
-   эксплуатационная.
   Конкретные виды деятельности определяются содержанием образовательно-профессиональной программы, разрабатываемой вузом.

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

уметь использовать
-   современные методы системного анализа информационных процессов и принятия решений в информационных системах;
-   методы и средства информационных технологий при разработке корпоративных информационных систем;
-   методы и инструментальные средства моделирования при исследовании и проектировании информационных систем;

иметь опыт:
-   проектирования информационных систем и их элементов в конкретных областях;
-   применения математических моделей и методов анализа, синтеза и оптимизации детерминированных и случайных информационных процессов;
-   моделирования информационных систем на современных ЭВМ на базе аналитико-имитационного подхода;
-   выбора технологии программирования и инструментальных программных средств высокого уровня для задач проектирования информационных систем и их элементов;
-   выбора архитектуры и комплексирования аппаратных средств информационных систем;
-   организации работы в коллективе разработчиков информационных систем.

Я только выделил некий опыт, так или иначе затрагивающий мои предметы