8. Изучение мероприятий по от, тб, законодательных вопросов.

Нужно изучить и описать процесс организации охраны труда и техники безопасности в подразделениях предприятия, занимающихся разработкой программного обеспечения и техническим обслуживанием ЭВМ. Также следует познакомиться с проводимыми для этих целей мероприятиями и описать их.

Нужно познакомиться с законодательными актами, регулирующими процесс охраны труда и техники безопасности, привести их названия и назначение, можно их приложить.

9. Экскурсии на смежные участки, цеха, производства.

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

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

Познакомиться с процессом передачи и каналами передачи информации для обработки и описать их.

10. Сбор материалов по теме дипломного проекта. Выполнение индивидуального задания.

Провести сбор справочных, нормативных материалов по теме дипломного проекта, привести их примеры, можно приложить сами материалы.

Разработать задание на проектируемую по индивидуальному заданию систему, требования к системе, оформив их в виде спецификации требований.

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

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

1. Функциональные требования. Это перечень сервисов, которые должна выполнять система, причем должно быть указано, как система реагирует на те или иные входные данные, как она ведет себя в определенных ситуациях и т.д. В некоторых случаях указывается, что система не должна делать.

2. Нефункциональные требования. Описывают характеристики системы и ее окружения, а не поведение системы. Здесь также может быть приведен перечень ограничений, накладываемых на действия и функции, выполняемые системой. Они включают временные ограничения, ограничения на процесс разработки системы, стандарты и т.д.

3. Требования предметной области. Характеризуют ту предметную область, где будет эксплуатироваться система. Эти требования могут быть функциональными и нефункциональными.

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

Наиболее известный стандарт разработан IEEE и называется IEEE/ANSI 830-1993 [IEEE, 1993] предполагает следующую структуру спецификации:

1. Введение

1.1. Цели документа

1.2. Назначение программного продукта

1.3. Определения, акронимы и аббревиатуры

1.4. Список литературы и других источников

1.5. Обзор спецификации

2. Общее описание

2.1. Описание программного продукта

2.2. Функции программного продукта

2.3. Пользовательские характеристики

2.4. Общие ограничения

2.5. Обоснования, предположения и допущения

3. Спецификация требований охватывает функциональные, нефункциональные и интерфейсные требования. Это наиболее значимая часть документа, но вследствие крайне широкого диапазона возможных требований, предъявляемых программным системам, в стандарте не определена структура этого раздела. Здесь могут быть документированы внешние интерфейсы, описаны функциональные возможности системы, приведены требования, определяющие логическую структуру баз данных, ограничения, накладываемые на структуру системы, описаны интеграционные свойства системы или ее качественные характеристики.

4. Приложения

Нужно произвести постановку задачи разработки программного средства, выполняемого по индивидуальному заданию, произвести выбор метода её решения. Результатом должно быть описание структуры разрабатываемой программы и выполняемых ею функций.

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

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

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

При проектировании базы данных, отвечающей требованиям нормализации, ме­жду таблицами определяются логические связи типа 1:М. Такие связи позволят осуще­ствлять автоматическое поддержание связной целостности и непротиворечи­вости данных в базе.

Определение состава и структуры данных, которые должны быть загружены в базу данных, осуществляется на основе анализа предметной области. Структура дан­ных предметной области может отображаться информационно-логической моде­лью (ИЛМ). Если при построении такой модели обеспечены требования нормализа­ции данных и она соответственно представлена в каноническом виде, далее легко опре­деляется проект логической структуры нормализованной базы данных. На ос­нове канонической модели можно создать реляционную базу без дублирования дан­ных.

Пусть разработана ИЛМ предметной области "Поставка товаров":