 |
Обоснование проектных решений по видам обеспечения
|
|
|
|
Этот пункт включает обоснование выбора обеспечивающих технологий, определение функциональных информационных технологий (ФИТ), обоснование разбиения ФИТ между АРМами в зависимости от целей и обязанностей сотрудника, обоснование выбора АРМ для рассмотрения в проектной части, обоснование проектных решений по информационному обеспечению выбранного АРМ.
Обоснование выбора обеспечивающих технологий включает в себя определение программных и аппаратных средств, необходимых для создания комплекса АРМ.
При выполнении работы по обоснованию выбора аппаратной части проекта следует обратить внимание на ряд следующих специфических моментов:
- обоснованию выбора типа архитектуры: файл-сервер или клиент –сервер;
- обоснованию выбора типа ЭВМ для клиентской и серверной части архитектуры;
- обоснованию выбора типа локальных сетей и сетевых операционных систем;
- определению способов технического обеспечения обработки распределенных транзакций и защиты хранимых данных и т.п.
Обоснование проектных решений по программному обеспечению комплекса АРМ заключается в формировании требований к системному и специальному (прикладному) программному обеспечению и выборе на основе этих требований соответствующих компонентов программного обеспечения. Например, к большинству прикладного программного обеспечения можно выдвинуть требования надежности, эффективности, понятности пользователю, защиты информации, модифицируемости, мобильности, масштабируемости, минимизации затрат на сопровождение и поддержку и т.д. Кроме того стоит выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения.
|
|
|
Формулировка требований к программному обеспечению должна происходить с учетом объема информационных потоков объекта управления, требований и особенностей существующей предметной технологии, структуры системы управления.
При обосновании проектных решений по программному обеспечению комплекса АРМ целесообразно:
· обосновать выбор средств проектирования и разработки информационного обеспечения (СУБД), прикладного программного обеспечения (методов и среды разработки прикладных программ, языков программирования, специализированных библиотек);
· определить возможности выбранных программных средств, при использовании которых достигаются требования к прикладному программному обеспечению (например, возможность организации удобного интерфейса, оптимизации запросов к данным и т.п.);
· определить состав разрабатываемых процедур обработки данных клиентской части корпоративной ЭИС, предназначенных для размещения на данном АРМ.
Выбор методов и средств проектирования и разработки по возможности необходимо аргументировать, сравнивая их с аналогичными средствами, существующими на рынке.
Для определения ФИТ комплекса АРМ необходимо для каждого технологического этапа предметной технологии (см. п. 1.1.) сначала рассмотреть целесообразность автоматизации данного этапа предметной технологии, а затем, в случае необходимости его автоматизации, обосновать выбор соответствующей обеспечивающей технологии.
В соответствие с организационной структурой субъекта управления (см. п. 1.1.) следует рассмотреть необходимость создания АРМ для реализации целей и обязанностей сотрудников, входящих в систему управления. Далее необходимо обосновать состав каждого требуемого АРМа, т.е. присутствие в нем определенных частей ФИТ. При проектировании состава АРМ важно отмечать недостатки существующей предметной технологии и структуры управления и предлагать для их устранения новые подходы и решения.
|
|
|
Важно отметить, используется ли в существующей технологии решения комплекса задач технология АРМ, если используется, то каково функциональное различие существующих АРМ от проектируемых.
В ходе обоснования проектных решений по ФИТ и составу АРМов необходимо отразить следующие вопросы:
* методы сбора исходной информации (централизованно, распределенно), и анализ целесообразности использования специальных технических средств (датчиков, счетчиков и т.п.);
* формы передачи данных между АРМами и для внешней среды (на бумажных или машинных носителях), средства передачи (по локальной сети, модемной связи, по электронной почте и т.п.), порядок передачи данных (автоматически, после получения, по запросу, при определенных условиях);
* технологии обработки информации (централизованная, децентрализованная, распределенная), режим обработки данных (пакетный, диалоговый);
* формы и способы выдачи информации пользователю АРМ (на принтер, на экран монитора, в файл, централизованно, децентрализованно, распределенно);
* способы обеспечения защиты целостности и секретности хранимых данных в корпоративных базах данных;
* способы и методы обеспечения процедуры отката и восстановления данных в корпоративных базах данных и др.
После обоснования состава всех проектируемых АРМов необходимо выбрать АРМ для дальнейшего подробного рассмотрения в проектной части дипломной работы. Необходимо обосновать, почему данному АРМу следует уделять особое внимание.
Для выбранного АРМа требуется привести обоснование проектных решений по информационному обеспечению. Проектные решения по информационному обеспечению обосновываются с точки зрения внемашинного (классификаторы, справочники, документы) и внутримашинного (входные, промежуточные, выходные массивы информационных баз) обеспечения и включают следующие вопросы:
· обоснование состава и содержания результатных массивов и выходных документов;
· обоснование состава, формы представления исходной информации в первичных документах и на машинных носителях;
· обоснование требований к системам классификации и кодирования информации и нормативно-справочным данным.
|
|
|
Необходимо уделить внимание обоснованию методов организации информационной базы в следующих аспектах:
* обоснование выбора формы хранения данных локальная база или распределенная;
* обоснование способа обновления данных (разработки транзакций, типовых процедур обновления);
* способы обеспечения разграничения доступа к хранимым данным.
ГЛАВА ВТОРАЯ
Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в аналитической части, обобщать ее. По сути, проектная часть является решением проблематики, изложенной в аналитической части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе.
Проектная часть
|
|
|
