ВУЗ:
Составители:
12
Вывод
Сделать вывод о несоответствии всех имеющихся систем предъявленным требовани-
ям и необходимости, поэтому, разработки собственной системы.
Раздел «1.6. План работ»
Перечислить в хронологическом порядке виды и примерные сроки работ, необходи-
мых для реализации системы. План работ является необходимой частью отчёта по предди-
пломной практике. В прочих случаях план разрабатывается по специальному требованию
руководителя или заказчика.
Раздел «2. Требования к окружению»
Раздел требований к окружению содержит, в отличие от последующих разделов, не
требования к системе, а, напротив, требования, предъявляемые системой к окружающему
миру.
Раздел «2.1. Требования к аппаратному обеспечению»
Описать минимально необходимую и, возможно, рекомендуемую аппаратную конфи-
гурацию для эффективной работы описываемой системы (т. е. такую конфигурацию, в ко-
торой система не только запускается, а и способна производить полезные действия). Осо-
бенно выделить нестандартное оборудование, необходимое для работы, например, звуко-
вую карту или интерфейс специализированного измерительного прибора. Если нестан-
дартные
устройства необходимы для выполнения лишь некоторых функций системы, то
указать эти устройства и функции отдельно. Если система требует более одного аппарат-
ного узла (например, клиент-серверная или кластерная архитектура), описать требования к
каждому узлу по отдельности, а также требования к каналам связи между узлами.
Раздел «2.2. Требования к программному обеспечению»
Описать базовое программное обеспечение, установка которого необходима для
функционирования описываемой системы, например, операционную систему, веб-браузер,
СУБД и т. п. Для каждого компонента ПО указать аппаратный узел из п. 2.1, на котором он
будет выполняться. Привести точные версии компонентов, на которых производилось тес-
тирование, использовать фразу «и выше» для указания на то
, что описываемая система бу-
дет, вероятно, работать и с более поздними версиями.
В случае разработки библиотеки требования к программному окружению включают
компилятор или среду программирования, для которой предназначена библиотека.
Если система переносима между различными платформами, то указать, во-первых,
полные и точные программные конфигурации платформ, на которых производилось тес-
тирование,
и, во-вторых, базовый компонент, от переносимости которого зависит перено-
симость описываемой системы. (Например, «и другие ОС, поддерживающие стандарт
POSIX» или «и другие платформы, на которых работает PHP 4»).
Раздел «2.3. Требования к пользователям»
Описать категории пользователей системы, при этом указать для каждой категории:
• название категории (используется также термин «роль»);
• краткое обозначение исполняемых функций как в системе, так, где это примени-
мо, и в организации (например «ввод первичных данных»);
• доступные возможности системы;
Вывод Сделать вывод о несоответствии всех имеющихся систем предъявленным требовани- ям и необходимости, поэтому, разработки собственной системы. Раздел «1.6. План работ» Перечислить в хронологическом порядке виды и примерные сроки работ, необходи- мых для реализации системы. План работ является необходимой частью отчёта по предди- пломной практике. В прочих случаях план разрабатывается по специальному требованию руководителя или заказчика. Раздел «2. Требования к окружению» Раздел требований к окружению содержит, в отличие от последующих разделов, не требования к системе, а, напротив, требования, предъявляемые системой к окружающему миру. Раздел «2.1. Требования к аппаратному обеспечению» Описать минимально необходимую и, возможно, рекомендуемую аппаратную конфи- гурацию для эффективной работы описываемой системы (т. е. такую конфигурацию, в ко- торой система не только запускается, а и способна производить полезные действия). Осо- бенно выделить нестандартное оборудование, необходимое для работы, например, звуко- вую карту или интерфейс специализированного измерительного прибора. Если нестан- дартные устройства необходимы для выполнения лишь некоторых функций системы, то указать эти устройства и функции отдельно. Если система требует более одного аппарат- ного узла (например, клиент-серверная или кластерная архитектура), описать требования к каждому узлу по отдельности, а также требования к каналам связи между узлами. Раздел «2.2. Требования к программному обеспечению» Описать базовое программное обеспечение, установка которого необходима для функционирования описываемой системы, например, операционную систему, веб-браузер, СУБД и т. п. Для каждого компонента ПО указать аппаратный узел из п. 2.1, на котором он будет выполняться. Привести точные версии компонентов, на которых производилось тес- тирование, использовать фразу «и выше» для указания на то, что описываемая система бу- дет, вероятно, работать и с более поздними версиями. В случае разработки библиотеки требования к программному окружению включают компилятор или среду программирования, для которой предназначена библиотека. Если система переносима между различными платформами, то указать, во-первых, полные и точные программные конфигурации платформ, на которых производилось тес- тирование, и, во-вторых, базовый компонент, от переносимости которого зависит перено- симость описываемой системы. (Например, «и другие ОС, поддерживающие стандарт POSIX» или «и другие платформы, на которых работает PHP 4»). Раздел «2.3. Требования к пользователям» Описать категории пользователей системы, при этом указать для каждой категории: • название категории (используется также термин «роль»); • краткое обозначение исполняемых функций как в системе, так, где это примени- мо, и в организации (например «ввод первичных данных»); • доступные возможности системы; 12
Страницы
- « первая
- ‹ предыдущая
- …
- 10
- 11
- 12
- 13
- 14
- …
- следующая ›
- последняя »