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

×


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

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


Сообщения - RuZzz

Страницы: « 1 2 3 4 5 6 7 8 9 10 »
31
Тема: Социальные сети против форумов  (Прочитано 666 раз)
Это только доказывает, что социальные сети это зло.

Форумы плохо работают с контентом в виде картинок и видео. Это большой минус)
А через пару лет появятся ещё более функциональные системы, которые окончательно заменят форумы и соц сети.

Возможно они так и будут называться соц сетями. Или слово социальные будет заменено на более модное.

Интересно какой функционал будет привлекать внимание пользователей у таких новых систем.

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

33
Примеры / Система энергоучета
« : 20 Июля 2012, 14:32:50 »
Решил начать длинный топик, связанный с изучением существующей системы энергоучета. Хочу задать вопрос общего плана, если система уже существует, но некоторые части её сделаны не логично и неправильно, как надо её моделировать рисовать по две диаграммы  UML? то как работает сейчас(чтобы самому разобраться) и то как должно работать(чтобы наметить направление куда двигаться)?

Проблемы предметной области
Оптимальное и экономичное распределение энергии

Список промышленных отрослей
электроэнергетика(РДУ,ЦУС, ПЭС, РЭС, электростанции и крупные подстанции)
электохозяйства крупных промышленных предприятий
теплоэнергетика
транспортировка нефти, нефтепродуктов и газа
водоканал
транспорт
коммунальное хозяйство


Список сущностей предметной области:

Промышленное предприятие
Энергоснабжающее предприятие
Трансформатор
Энергосчётчик
Тяговая подстанция
Электрическая станция
Администратор энергосчётчиков
Связист(?)
Системный программист(?)
Владелец электроэнергии
Электроэнергия
Потребитель электроэнергии
Электрическое поле
Электромагнитное поле
Диспетчер
Протоколы Энергосчетчиков(являются ли они сущностями предметной области???)

Мне нужно в первую очередь разобраться с той частью системы, которая отвечает за формирование БД с настройками системы.

Бизнес модель
Предприятие преследует цель увеличения поставок электроэнергии и оптимальное управление энергопотоками

Бизнес варианты использования
ВИ 1 Получить услуги по энергоснабжению
1. Клиент отправляет предприятию запрос на получение услуг по энергоснабжению
2. Предприятие подтверждает запрос и предоставляет список услуг для клиента
3. Клиент выбирает необходимые услуги и отправляет запрос предприятию
4. Предприятие подтверждает запрос на получение услуг

ВИ 2 Произвести учёт расходов на электроэнергию


Системная модель

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

Начал писать ВИ
ВИ 2.1 Сформировать БД с параметрами устройств, объектов, и компонентов системы
Действующее лицо: Администратор системы
Предусловия: Администратор авторизован в системе
Основной сценарий
1. Администратор посылает запрос на создание новой базы данных
2. Система подтверждает запрос и создаёт новую БД
3. Администратор посылает запрос на получение списка параметров компонентов системы
4. Система подтверждает запрос и предоставляет список параметров компонентов системы
5. Администратор формирует параметры и отправляет запрос на получение списка параметров объектов
6. Система подтверждает запрос и предоставляет список параметров объектов
7. Администратор формирует параметры и отправляет запрос на получение списка параметров устройств
8. Система подтверждает запрос и предоставляет список параметров устройств
9. Администратор посылает запрос на сохранение параметров
10. Система подтверждает сохранение параметров.
Расширения
1a. БД уже сформирована и администратору нужно только изменить параметры
1а1. Администратор посылает запрос на открытие БД
1а2. Система подтверждает запрос и загружает БД
1а3. переход на 3

2b. Админстратору нужно добавить группы существующих параметров
2b1. Администратор посылает запрос на получение списка возможностей по созданию групп параметров
2b2. Система подтверждает запрос и предоставляет список возможностей по созданию групп параметров
2b3. Администратор выбирает нужный шаблон
3b4. Система подтверждает выбранный шаблон
3b5. переход 3

ВИ 2.2 Проверить БД на целостность ( или вместо отдельного ВИ сделать шаг ВИ 2.1???)

PS перенёс тему в собственный форум

34
Реализация / Re: Шаблон MVVM
« : 15 Июля 2012, 00:21:24 »
Ну если о модели и представлении можно догадываться из MVC, то остаётся разобраться что такое Модель вида.

35
Реализация / Re: Реализация шаблона MVC
« : 14 Июля 2012, 23:58:33 »
Ну вообщем в фрэймворке, который я использую там есть базовый класс Controller, для модели используется базовый класс CActiveRecord(для работы с БД), ну а класса представления там вообще не предполагается, вместо него просто папка, где собраны представления с элементами html.

Так вот можно предположить, что есть некий контроллер UsersController наследник Controller, Некая модель Users наследник CActiveRecord. Ну и создадим класc UsersView, который будет показывать(представлять) наших пользователей.

Базовые классы я думаю мы рисовать не будем, так как это не имеет отношения к MVC. А вот сами отношения между UsersView Users  UsersController интересны. Какие это отношения зависимости? Контроллер зависит от View и Model, Model ни от кого не зависит, View зависит от Model?

36
Реализация / Re: Реализация шаблона MVC
« : 14 Июля 2012, 20:36:51 »
а как правильно изобразить MVC на диаграмме классов?

37
Резюме / Покритикуйте мое резюме
« : 23 Апреля 2012, 23:44:21 »
Покритикуйте моё резюме пожалуйста.

38
Заказчик от меня как от разработчика, далеко.
Нужно не типы предприятий определять (от типа предприятия на самом деле мало что зависит с т.зр.системы), а группы бизнес процессов, чтобы можно было систему переносить с одного предприятия на другое, т.е. тиражировать. Например, 1С:бухгалтерия работает на совершенно разных предприятиях.

А какие есть способы чтоб группировать БП? где об это можно почитать.
Я сейчас рисую некое абстрактное предприятие на ДВИ, и считаю что предприятие прозрачный ящик.

Поздравьте их и скажите при случае, что я очень смеялся ))))
Их цель - ПРИБЫЛЬ! в крайнем случае повышение нормы прибыли...
Я говорил об уровне воздушного змея для цели руководителя, а не об уровне облака.


39
to RuZzz: а с погрузкой/разгрузкой что? или это не входит в область ответственности диспетчера? по идее должно быть "от и до"
У меня вообще большие проблемы с получением исходных данных о бизнес процессах.
Нам нужно вписаться в бизнес-процессы разных фирм которые контролируют транспортное перемещение. Поэтому это может быть и служба такси, дорожные службы и ЖКХ.
Надо наверно выделить типы предприятий кому это нужно:
Грузоперевозочные предприятия
Предприятия занимающееся перевозом пассажиров
Строительные предприятия

Я хотел в этой теме обсудить именно зачем нужна функция контроля скоростного режима.

Цель руководителей таких предприятий снизить расходы на топливо, уменьшить износ техники


Я пришёл к трём Действующим лицам:
Администратор
Диспетчер
Водитель

СВИ Администратора
Подготовить систему к работе(аналог Задать скоростной режим)
СВИ Диспетчера
Получить информацию о соблюдении скоростного режима
1. Диспетчер посылает запрос системе для получения информации о нарушениях скоростного режима
2. Система предоставляет информацию о нарушениях скоростного режима
Вариант использования завершается

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

40
1. Ясно спс

2. Ну да система сохраняет событие в памяти, а диспетчер может получить эту информацию в других сценариях ВИ-я
Или в этом же? Тогда цель расширяется до "Получить информацию о соблюдении скоростного режима"
И дополняется шагами для получения информации о соблюдении скоростного режима.

41
1. Разные типы предприятий это пассажирские перевозки, доставка грузов, строительные предприятия. Так для выявления требований, нужно описать множество этих бизнес процессов для разных типов? Или описать абстрактное предприятие на котором есть признаки всех этих типов предприятий? (И описывать бизнес процессы на нём.)
Или описание этих бизнес процессов бесполезная трата времени и сил?

2. Спасибо, стало понятнее. Но хочется послушать мнения других пользователей форума.

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

Поэтому я пришёл к выводу, что есть только цель  "Задать скоростной режим". А цель "Соблюдать скоростной режим" находится за границами системы. Тогда посылать предупреждения водителю это только расширение

Вот сам сценарий:
1 Диспетчер посылает запрос для получения доступных настроек скоростного режима
2 Система подтверждает запрос и сообщает диспетчеру о доступных настройках скоростного режима
3 Диспетчер посылает запрос с установками скоростного режима
4 Система подтверждает установки скоростного режима
5 Диспетчер посылает запрос на включение скоростного режима
6 Система подтверждает включение скоростного режима  и переходит в состояние отправки предупреждений водителю при выходе из скоростного режима
7 Система сообщает водителю о включении скоростного режима (допускаем ли ситуацию когда система не сообщает о включении скоростного режима? тогда водитель может подумать что скоростной режим включен, когда он выключен)
8 Вариант использования завершается
Вариант использования завершается

Расширения:
1.a. Система обнаружила, что настройки скоростного режима конфликтуют с другими настройками системы
    1. Система посылает сообщение диспетчеру о том, какие установки скоростного режима несовместимы с текущими настройками
    2. Вариант использования завершается
2.a. Диспетчер посылает запрос на включение скоростного режима
    1. Система подтверждает включение скоростного режима с прежними настройками и переходит в состояние отправки предупреждений водителю при выходе из скоростного режима
    2. Вариант использования завершается
....
7.a. Диспетчер посылает запрос на включение скоростного режима
   1. Система сообщает что скоростной режим уже включен
   2. Вариант использования завершается
7.b. Диспетчер послал запрос на выключение скоростного режима
  1. Система подтверждает выключение скоростного режима
  2. Система сообщает водителю о выключение скоростного режима
  3. Вариант использования завершается
7.c. Произошло событие не соблюдение скоростного режима
  1. Система посылает предупреждение водителю и сохраняет событие в журнале
  2. Вариант использования завершается

+есть другие расширения
согласны?

42
1. А как определять цели для системы, которая внедряется на разные типы предприятий? Нужно сначала описывать бизнес процессы для каждого типа предприятий?
Далее выявить бизнес цели из которых можно будет понять цели системы? (построить БДВИ для каждого предприятия черный+прозрачный ящик)

2. Ещё вопрос, как обозначить цель пользователя в границах системы, которая реализует такую возможность: с одной стороны у нас диспетчер который задаёт некий режим работы другому действующему лицу(водителю), после того как он задал некий режим, водитель будет получать предупреждения, когда делает что то не по установленному режиму.
Например у диспетчера есть цель "Задать режим работы", которая реализует некую цель за границами системы такую, как сохранить транспорт в хорошем состоянии, уменьшить расходы на топливо.

Есть ли цель у водителя "получать предупреждения о событиях"?

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

Что скажет заказчик?

Или нужен конечный автомат без памяти?

44
Получается у каждого лифта по одному блоку вызова на этаже? (с кнопками - вверх, вниз.)
 
А в чём разница между двумя системами с отдельными лифтами и одной системой с двумя лифтами?

Всё равно же в реализации мы создадим два экземпляра класса "лифт", и у каждого будут свои состояния, и эти экземпляры будут обмениваться сообщениями о своих состояниях.


Получается добавится только количество событий, а состояний будет два (пока остановился на двух, а дальше посмотрим) : остановка, движение.

Или вы хотите сказать 2 состояния непременно приведут к 4: два основных и два подсостояния для "движения": вверх - вниз? и состояния вверх -остановка -вниз являются минимизированными максимально?

45
6.-8. - что такое лифт занят?
Любитель выпить достигает своей цели :D

а вот ещё такой вопрос. Сэкономим ли мы хоть сколько нибудь энергии, если будем ночью опускать лифт на первый этаж, чтоб он не висел на верхних этажах?

Страницы: « 1 2 3 4 5 6 7 8 9 10 »